Beiträge von Sagaras

    Das ist das wie ich aufgenommen habe.

    Alle Streams der AVI Datei bitte mal in eine MP4 Datei ummuxen. Dabei kann dir z.B. helfen: X Media Recode (Copy Modus), MP4Box, Yamb, etc. pp.


    Die Streams sind ja quasi noch in takt, aber sind halt falsch aufgehoben in einer AVI Datei.


    Also den Videostream ummuxen lassen und alle Audiospuren demuxen.


    Bandicam nichts gutes warum?

    Bandicams AVIMuxer ist noch aus der Steinzeit und vermutlich seit der ersten Version noch nie geupdatet worden. Sprich alle Aufnahmen die Schlussendlich in einen AVI Container landen könnten Schwierigkeiten bereiten.


    Zudem kann Bandicam, sofern man nicht Unkomprimiert aufnimmt, nur im Farbraum YV12 aufnehmen. Das gilt für alle VFW Codecs und alle internen Codecs. Bis halt auf RGB Uncompress und 4:2:2 Uncompress.


    Zudem hat das Programm rechte Defizite wenn es um die Aufnahme selbst geht. Also ein Verlust der Aufnahme oder Abschnitte ist nicht selten bei dem Programm.


    Fazit: Es gibt bessere Aufnahmeprogramme.


    Aber OBS haut immer die CPU extrem hoch

    Also wenn man immer h264 als Aufnahmecodec nimmt, darf man sich eigentlich gar nicht wundern warum die CPU Auslastung extrem hoch ist. ^^


    Mal versucht Verlustfrei aufzunehmen wie mit UT Video oder MagicYUV? Das sind Lossless Codecs die weit weniger CPU Last haben und zudem auch noch bessere Qualität liefern. Hast aber auch dafür größere Dateien, da die CPU sich nicht sonderlich mit Kompressionstechniken beschäftigt ist wie bei H264.

    CLI Aufruf ist:
    mp4box.exe -add 5.h264 -add 5.mp4 Folge5.mp4

    Wie wäre es denn mal mit einer passenden Stream-Reihenfolge? ^^


    mp4box.exe -add "G:\x264_Video.264#trackID=1:fps=60:name=" -add "G:\NeroAAC_Audio.m4a#trackID=1:name=" -tmp "G:\\" -new "G:\Video-muxed.mp4"


    Und schon sollte das ganz Schick sein ;D



    Wobei der Muxer sich ja nicht verändert hat. Mp4Box steckt ja auch hinter MyMp4BoxGUI

    Wobei MyMP4BoxGUI eine Uralte MP4Box CLI verwendet für die GUI Anwendung. Die arbeitet halt nicht so schön wie die neue Version der Mp4Box CLI.
    Kurz: MyMP4BoxGUI ist an und für sich untauglich, weil das was verwendet wird dort einfach schon zu alt ist. Das wurde ja irgendwann eingestellt, weil die CLI von MP4Box in den meisten Anwendungen entweder eingearbeitet wird oder direkt angesteuert wird, sodass das nachträgliche Muxen via einer eigenen MuxGUI wie MyMP4BoxGUI überflüssig macht.

    Wenn man jetzt DVDs oder BluRays hat und die ein DTS Audio besitzen, kann man das halt via eac3to machen lassen oder AVISynth direkt. Weil wie gesagt hat man über AVISynth einfach die bessere Kontrolle.


    z.B. bei einer DTS Datei mit 5.1 Downmix auf Stereo:


    AVISynth Datei

    Da wird dann jeweils ein geeignetes Mischverhältnis der einzelnen Kanäle miteinander angegeben und auf 2 Kanäle gedownmixt.


    Und dann kann man das Ganze wieder mit z.B. FFmpeg und NeroAAC encoden lassen.


    Sprich man hat dann die 5.1 DTS Datei zum einen gedownmixt auf Stereo und gleichzeitig zum Encoder geschickt der es encodiert. Und das alles ohne Ziwschenergebnisse.


    Beispiel für den Encode dieser AVS Datei

    Code
    ffmpeg.exe -i "Skript.avs" -f wav - | neroaacenc.exe -ignorelength -br 320000 -if - -of "output.m4a"

    Und schon hat man seine m4a Datei. Also MP4 Audio Datei. Man kann auch dafür MP4 nehmen. Aber M4A ist korrekter.
    M4A für Audio
    M4V für Video
    Und MP4 für Video und Audio.

    Jop so mach ich es auch. Das klappt auch bereits super. Nur der Schritt um aus dem uncompressed PCM was in einem avi Container steckt nen mp4 Container zu machen für Mp4Box will mir per CLI noch nicht gelingen. NeroAAC nimmt leider nur WAV Dateien als Input. Ne Idee?

    MeGUI macht das via Pipelines. Und dann halt alles über AVISynth.


    Das macht MeGUI allerdings immer nur mit der ersten Spur. Grund dafür ist wenn es mehrere Audiospuren sind, müssen diese zerlegt werden in einzelne Files und können dann zusammengemischt werden.


    Das macht auch Sinn, wenn man sich Aufnahmen von z.B. Capture Boxen nimmt oder OBS Aufnahmen wo die Reihenfolgen der Trackanordnung unterschiedlich ist.



    Um jedes Audioformat für NeroAAC kompatibel zu machen werden Rohsamples geliefert.


    Das kann man z.B. wie folgt machen:


    Ohne AVISynth:
    FFmpeg + NeroAAC

    Code
    ffmpeg -i "C:\Video.avi" -c:a pcm_s16le -f wav -| neroaacenc.exe -ignorelength -br 320000 -if - -of "Output.m4a"


    eac3to + NeroAAC

    Code
    eac3to.exe "C:\Wave64.wav" stdout.wav | neroaacenc.exe -ignorelength -q 0.65 -if - -of "C:\Temp\Output.m4a"


    Mit AVISynth (Da hat man auch gleich bessere Kontrolle für z.B. Down- oder Upmix, Pitching. etc)
    Dazu braucht man aber eine Pipeline für AVS Datein. Da kann man mehrere Sorten verwenden. z.B. BePipe, avstowav, REWAVI, avs2pipemod oder einfach nur FFmpeg.


    Man läd sein Video mit samt Audio in das Skript rein wo Audio dann als Rohsamples umgeschrieben werden. Diese Rohsamples entsprechen dann dem PCM Muster. Die Pipeline greift diese dann jeweils ab und man kann somit Audio weiterverarbeiten. Um das Ganze aber noch sparsamer zu machen und keine Zwischendatei schreiben zu lassen, wird wieder eine Pipeline zwischen der AVS Pipeline und dem entsprechenden Encoder eingerichtet.


    Beispiel an BePipe:

    Code
    BePipe.exe --script "AVISource(^C:\Video.avi^).AssumeFPS(60, 1)" | neroaacenc.exe -ignorelength -br 320000 -if - -of "output.m4a"


    Da FFmpeg in der Lage ist AVS Datein einzulesen, kann man auch direkt AVISynth Skripte ohne eine Dritt Pipeline an den NeroAAC Encoder schicken.

    Code
    ffmpeg.exe -i "Skript.avs" -f wav - | neroaacenc.exe -ignorelength -br 320000 -if - -of "output.m4a"

    avs2pipemod wäre eine Dritt Pipeline die AVS Skripte ebenfalls direkt einlesen kann und man die WAV Ausgabe an NeroAAC weiterleiten kann.



    So funktioniert das Ganze. Damit kann man quasi sämtliche Audioformate ohne Umwege direkt an NeroAAC leiten und encodieren lassen.

    Die Aufnahmeprogramme werden die Spielengine nicht richtig hooken können. So wie die Fehlermeldung aussieht hat der gerade mal irgendein Icon abgefangen und kann es nicht verarbeiten. Schon zu Erkennen an der Auflösung mit 256x216.


    Bei DxTory und MSI AB muss man diesbezüglich einfach mal abwarten auf die nächsten Updates. Ansonsten könnte man ja noch OBS Multiplatform versuchen mit UTVideo. Wäre halt ne andere Kostenfreie Möglichkeit.

    Frame rate mode : Variable
    Frame rate : 47.083 fps
    Minimum frame rate : 0.789 fps
    Maximum frame rate : 60.000 fps

    Das ist eine Variable Frame Rate. Wenn du mit 60 FPS aufgenommen haben solltest, musst du das mal in CFR umwandeln.


    Im SSM gibt es unter Sonstiges einen VFR -> CFR Wandler. Das Video einfach einfügen, auf FFM2 einstellen und Zähler und Nenner auf 60 FPS einstellen. Also 60 / 1


    Und dann kannst du das Skript entweder über Virtual Dub (Preview) mit einem Lossless Video abspeichern ODER du machst das ganze über den Frameserver.


    Das Video wird dann wenn alles gut gegangen ist Synchron sein.



    Am besten um Zeit und Ärger zu sparen gleich in CFR aufnehmen, statt VFR. VFR ist zwars Wirtschaftlicher und hat auch bessere Optik im Sinne des Framewechsels, jedoch arbeiten alle Schnittprogramme mit CFR Material und wenn die ein VFR Video bekommen, dann laden diese das als CFR ein und dann wird halt alles Asynchron.

    Du solltest sicherstellen das die ISO den Kopierschutz besitzt den die Spiel CD auch hatte, sonst gibt es Fehler. Und die Mount-Software sollte das auch Unterstützen.


    Ansonsten läuft das Ganze auch mit der Original CD.


    Kannst mir ja auch die ISO privat zukommen lassen die du da hast, dann kann ich das ausprobieren ob es an der ISO schon liegt.

    Sofern FFmpeg über die Copy Funktion ein Schnitt erlaubt, wäre es das gleiche. Alles basierend auf die GOP.


    Gibt auch Tools wo man die GOP neu einteilen lassen kann. Eine Art Smart Encoding. Recht schnell und man kann nur in das gleiche Format speichern (logisch), dabei wird aber die GOP neu angeordnet.


    Kann glaube ich z.B. TMPGEnc und Virtual Dub müsste dies auch beherrschen.

    Solange es keine weltbewegenden Unterschiede zwischen den einzelnen Decodern gibt, bleibe ich bei meinen derzeitigen Einstellungen.

    Qualitätsunterschiede gibt es dort nicht. Die Dateien werden mit den Decodern dekodiert und werden über AVISynth halt als Roh Daten an den Encoder geschickt.


    Daher wird alles was dekodiert wird dem entsprechen wie die Quelldatei auch war. Es gibt keine Unterschiede zwischen Quelldatei und dem Decodiertem Material. Nur der Encoder und die Konvertierungen innerhalb von AVISynth sind entscheidend. Und wenn du alles auf "Keep Original" belässt, wird AVISynth da exakt eine 1:1 Qualität haben wie das Quellmaterial.

    Ich würde aber trotzdem gerne wissen, was denn die anderen Decoder, also Nic Audio, Directshow ..., können. Gibt's da irgendeine Qualitätsänderung zwischen Nic Audio und FF Audio Source oder was genau ist da der Unterschied?


    Hab Google zu dem Thema schon durchforstet, aber leider keinen zufriedenstellenden Beitrag gefunden - deswegen hoffe ich, dass man mir hier vielleicht weiterhelfen kann

    Erst einmal gibt es da nur sehr leichte Unterschiede, aber keinen den die Qualität angeht.


    Die "Preferred Decoder" die du bei MeGUI zur Auswahl hast sind NicAudio, FFAudioSource, DirectShow, BassAudio und LWLibAVAudioSource. Das sind allesamt AVISynth Decoder für Audioquellen und können auch je nach dem was man grad für Audiodateien hat, diese unterschiedlich einlesen. Und genau das Unterscheidet die Decoder.


    MeGUI wird dabei automatisch alle Decoder nutzen bis eines das angegebene Format einlesen kann.
    Reihenfolge beim Versuch mit dem Decoder die Quell Datei zu öffnen: NicAudio, BassAudio, FFmpeg, LWLibAVSource, DirectShow


    Das bedeutet das es egal ist welchen Decoder man nimmt, MeGUI versucht der Reihenfolge der Decoder nach die entsprechende Audiodatei zu öffnen.


    MeGUI ist zudem noch in der Lage über AVISynth ein Mischverhältnis zwecks Downmix und Upmix bereit zu stellen. Sogar Speed Up/Down ist möglich. Das heißt das man die Anzahl an Kanälen bestimmen kann für einen Audio Track, die SampleRate und auch die allgemeine Pitch Modifikationen.
    Diese haben einen Einfluss auf die Qualität des Audios. Damit alles korrekt beibehalten wird, sollte auf "Keep Original" bei allen geschaltet werden.


    Unterschiede von den Decodern:


    NicAudio


    Mit NicAudio lassen sich folgende Formate einlesen: DTS, AC3, MP1, MP2, MP3, LPCM und Raw WAV.


    Für LPCM und Raw WAV sind mehr Angaben nötig. Sind aber in der Lage z.B. WAVE32 oder WAVE64 einzulesen. Was sehr beträchtlich auch ist, da WAVE64 kaum Limits aufweist.



    FFAudioSource


    FFAudioSource basiert auf FFmpeg und wird von FFmpeg Source 2 (FFMS2) bereitgestellt für AVISynth. Damit werden die Quelldatein indexiert und können somit eingelesen werden.


    Da FFmpeg sehr viel Unterstützt, gilt das natürlich auch für FFAudioSource. Welchen genauen Support an Formaten es kann, kann ich aber leider nur von FFmpeg selber ableiten.


    Unterstützte Formate sind dann


    DirectShow


    DirectShowSource oder kurz DSS genannt läd die Audiodateien anhand auf dem PC installierten Filtern und Codecs und ist an sich eine nicht schöne Lösung, da sich jeder PC anders verhält was das angeht. Somit kann der eine PC zwars die ein oder andere Audiodatei einlesen ohne Fehler und der andere PC kann dies nicht oder macht Fehler dabei.


    Sollte halt vermieden werden.



    BassAudio


    BassAudio ist eine AVISynth Technische Ableitung vom Tool BeHappy


    BassAudioSource kann folgende Formate einlesen: AAC/MA4/MP4, APE (Monkey Audio), CDA (CD Audio), FLAC, MPC (MusePack), OPUS, SPX (MusePack), TTA (True Audio), WMA (Windows Media Audio), WV (WavPack Audio)


    Sprich es lassen sich WAV Formate damit einlesen, MP2, MP3, OGG, usw....


    Sehr schnell, da nicht indexiert werden muss, sondern direkt eingelesen wird.



    LWLibAVAudioSource


    LWLibAVAudioSource wird von L-Smash bereitgestellt und basiert eine Art Kombination zwischen FFmpeg und LibAV. Sprich eine Art Hybrid.
    Nicht anders als bei FFMS2 auch, werden bei L-Smash die Quell-Dateien indexiert um sie einlesen zu können.


    Die Liste der Unterstützten Formate können von FFMS2/FFAudioSource entnommen werden.





    !!!ACHTUNG!!! Es kann sein, wenn man mal einen falschen Decoder genommen hat das z.B. WAVE64 nicht eingelesen werden können, sondern nur WAVE32.
    Das bedeutet das die Audiospur irgendwo dann Stumm ist. Denn mit WAVE32 ist bei 16Bit 44100Hz 2Kanal bei ca. 6h Schluss. Sprich ab der 4GB Marke.

    Vllt den Prevent Upsampling Haken drin?

    Nein



    Lagarith wird auch YV12 auf RGB aufblasen, wenn du sagst er soll RGB speichern, macht Lagarith das auch^^

    Nein, macht er im Falle von Bandicam nicht.


    wieso fragst du dann wie die Einstellungen war?
    Du hast es dir doch dann gerade selber beantwortet

    Nö, die Frage war berechtigt, da mein Bandicam egal wie ich Lagarith einstelle immer mit YV12 aufnimmt. Daher frage ich nach ihren Settings, weil mir das halt Spanisch vorkommt. Vllt reicht sogar die Versionsnummer der Software. Wenn es eine ältere Version ist und es entsprechend umgestellt wurde, wäre das schon mal eine Erklärung warum RGB ging.


    In den neuen Versionen kannst du aber machen was du willst. Lagarith wird immer mit YV12 aufnehmen. Das kann ich dir auch gerne über eine Bildschirmübertragung zeigen. TeamViewer oder Skype. ^^

    Normalerweise nimmt die Bandicam Version 3.0.2.1014 und neuere Versionen Lagarith immer mit YV12 auf. Auch wenn du Lagarith auf RGB, RGBA oder YUY2 einstellen tust. Du würdest von Bandicam immer eine YV12 Datei bekommen. Was halt für Bandicam eigentlich auch Sinn macht. Kommt ja eh nur YUV 4:2:0 Roh Material über die VFW Schnittstelle an.


    Selbst die v3.0.0.997 macht das so mit Lagarith. Daher verstehe ich das nicht wie dann auf einmal RGB raus kommt. Bei mir macht er selbst nachdem ich RGB oder andere Farbräume angegeben habe für Lagarith immer eine YV12 Ausgabe. Da kann ich machen was ich will xD

    Mir ist da was aufgefallen.


    32s und 900ms mit 58,7 GB.


    Frage: Wie war bei der Aufnahme Lagarith eingestellt?


    Weil was mich stutzig macht ist das Lagarith eigentlich den Farbraum mit angibt. Hier aber laut der Mediainfo steht da gar nix.


    Sprich da fehlt etwas. Nur ist die Frage ob der Header unvollständig ist oder der "movi block" Bereich.


    Kann man bestimmt mit dem Tool HxD ausloten und wenn nötig sogar fixen.

    Davon abgesehen, ist die LGX jetzt tatsächlich bei 30 MB/s intern ausgelegt so wie du erwähnt hattest? Wo erfährt man das denn oder wie würde man das testen? Damit wäre die interne Bandbreite ja etwa bei 30% dessen was utvideo bei 1080p60 auswirft.

    Indem man die Übertragungsraten der USB Ports mal misst, während eine Übertragung stattfindet. Dazu kannste dir ja mal eines der unzähligen Speed Tester die es im Internet so gibt dafür runterladen und ausprobieren.

    1.: Was ist Aktuell das "beste" Aufnahmeprogramm? (MSI Afterburner, OBS, Dxtory, Fraps...)

    Kommt immer auf das an was du beabsichtigst zu tun.


    LiveStreaming?
    Dann wären OBS oder FFmpeg die Wahl


    Recording Hookable Application? (z.B. PC Spiele)
    Dann wäre MSI Afterburner oder DxTory eine recht gute Wahl


    Recording Camera or Capture Card/Box?
    Dann wären VirtualDub, AmaRec oder FFmpeg eine entsprechende Wahl. Bzw. man nutzt hier die mitgelieferte Software der Geräte, obwohl man manchmal abwegen sollte ob diese was taugt oder nicht.


    Recording Desktop or Windows Application? (z.B. Windows Taschenrechner oder gleich den ganzen Desktop)
    Dann wären MSI Afterburner, Virtual Dub oder ein modifiziertes FFmpeg geeignet.



    Die genannten Tools sind weitläufig Freeware, bis auf DxTory.

    2.: Welche Festplatte ist für das Let's Playen am besten geeignet? (Ich weiß, die Frage habe ich schon mehrmals gestellt)

    Es reicht bereits eine ~120 MB/s schnelle Schreibgeschwindigkeit einer Festplatte für Verlustfreie Aufnahmen der Marke RGB 720p30 oder YV12 1440p30.


    Alles was schneller ist wäre natürlich besser. Da diese 120 MB/s ein Wert ist den so ziemlich jede Festplatte heutzutage leisten sollte, kann man sich somit schon mal an den niedrigsten Werten orientieren.


    Sehr gut sind Schreibgeschwindigkeiten im Bereich von 140 MB/s bis 180 MB/s


    Und Ideal sind Zusammenschlüsse von mehreren Festplatten mit hoher Schreibgeschwindigkeit. Dem sogenannten Raid-0 Zusammenschluss. Mit dem Modus wäre ziemlich jede gebräuchliche Auflösung in jedem Farbraum aufnehmbar, ohne von der Festplatte begrenzt zu werden.

    3.: Welches Aufnahmeprogramm nimmt in einer guten Qualität auf, aber schont die Festplatte? (Würde außer Kraft setzen, wenn die Festplatte es mitmacht)

    Die Aufnahmeprogramme haben in Betracht zur Qualität nix zu sagen. Jedenfalls nicht viel. Kommt immer auf die jeweilige Programmierung an.


    In erster Linie ist die Qualität abhängig von dem was das Aufnahmeprogramm dem Encoder übergibt, mit dem halt die Aufnahme auf der Festplatte gespeichert wird. Das geschieht in einem Roh Format. Sprich RAW Frames werden an dem Encoder geschickt und der Encoder entscheidet schlussendlich über die Qualität.


    Die RAW Frames sind bei einem guten Aufnahmeprogramm immer in RGB32 gehalten. Unkomprimiert.
    Mirillis Action ist z.B. ein Aufnahmeprogramm was schlecht programmiert wurde und nur RAW Frames des Types YUV 4:2:0 an einem Encoder übergibt. Zeugt in diesem Falle an schlechter Programmierung.


    Zur Qualität gehört auch die Performance bei der Aufnahme. Sieht nämlich ein bisschen blöd aus wenn das Spiel zwars Verlustfrei aufgezeichnet wird, aber die Aufnahme an sich nur ruckelt oder sonstige nicht erwünschte Nebeneffekte aufweist. In diesem Falle ist die Hooking Implementierung der Aufnahmesoftware wichtig. In diesem Falle unterscheiden sich sämtliche Aufnahmeprogramme. Fest steht das sich bis auf ein Aufnahmeprogramm, sich alle der gleichen Hooking Basis bedienen. Sprich alle Hooking Verfahren der Aufnahmeprogramme sind auf DirectX, Glide und OpenGL gerichtet. Damit dies aber sauber von Statten geht ist meist ein Nebeneffekt dieses Hookings üblich. Und zwars drückt diese Methode bei der Aufnahme die Leistung der Anwendung, da auf Frames gewartet wird und somit eine Art Warteschlange bildet. Darum fehlen meist so 2 - 10 FPS bei einer Aufnahme dem Game selbst.


    Und dann gibt es das Hooking Verfahren von NVIDIA was bei Shadowplay zum Einsatz kommt.
    Ich möchte an dieser Stelle auch gleich noch das Zitat von @Dream mit beantworten:

    Gibt es dazu kein Thema im NVIDIA Forum?


    Immerhin könnte man sich so eine capture card sparen (wenn ich es richtig verstanden habe) und alle Youtuber/Streamer würden NVIDIA empfehlen... okay die meisten sind im jetzigen zustand schon von shadowplay begeistert


    Wirklich schade

    Erst einmal zum Zitat selbst: Es hat nix mit Capture Karten zu tun. Mit Shadowplay wirst du vermutlich kein Linux aufnehmen können oder MacOS. Auch wird es schwierig damit Konsolen aufzunehmen. Dies würde dir eine Capture Card aber bieten.


    Shadowplay hat an sich nur einen Vorteil und das ist der das das Hooking hinter von DirectX geschieht. Bedeutet im Klartext das die Roh Frames gar nicht erst von DirectX abgegriffen werden, sondern bereits vom Grafikkartenspeicher. Und dieser Vorgang ist extrem schnell, wodurch das Hooking Verfahren so gut wie 0 Performance Einbußen hat im Betracht zum Spiel. Sprich da wird das Spiel FPS Technisch nicht runtergedrückt.


    Und das ist auch schon der einzige Punkt den Shadowplay genial macht.


    Da sie aber diese Technologie für sich behalten im Sinne des Source Codes. Und auch Aufgrund das sie es nicht schaffen ihre eigenen GPU Encoder einen Lossless Modus zu spendieren in ihrer Anwendung, obwohl diese in der Lage wäre dazu und zig andere Makel, machen es zu einem recht schlechten Aufnahmeprogramm.


    Denn das Gute kann hier das Schlechte an dieser Software leider nicht aufwiegen.


    Und noch mal zu @Dream Zitat: Die Makel die Shadowplay hat und auch die Stellungnahme dazu von NVIDIA gibt es bereits schon in einem NVIDIA Forum. Diesbezüglich kann dir @De-M-oN die Links dafür geben zusammen mit den Ergebnissen bzw. Aussagen von NVIDIA selbst.




    Zurück zur eigentlichen Punkt 3 Frage von @Malzzi: Der Codec ist das Entscheidende in Sachen Qualität.


    Diesbezüglich gibt es eine reine Anzahl an Codecs die man gebrauchen kann. Gängig für lokale Aufnahmen sind MagicYUV oder UTVideo.


    Gibt aber auch noch zig andere die ebenfalls geeignet wären, aber aufgrund der Performance des Codecs oder Makel des Codecs ungeeignet sind.


    Makel für Codecs sind z.B.: zu CPU Lastig, zu langsam beim Encoding, nicht Supportfreudig, fehlende Unterstützungen.
    Und in diesem Zusammenhang liegen halt MagicYUV und UTVideo ganz gut im Rennen was diese Makel nicht aufweisen.

    4.: Muss ich Sony Movie Studio Platinum weglassen, um an bessere Qualität zu kommen, oder wäre es egal?

    Technisch genau wäre es besser, Optisch gesehen wirst du auch mit einem Schnittprogramm wie Sony Movie Studio gutes abliefern können.
    Die Frage ist immer wie vorgegangen wird (Workflow) und vor allem ist wichtig bei dieser Entscheidung ob es Unabdingbar ist auf ein Schnittprogramm wie Sony Movie Studio, Premiere Pro, Magix und Konsorten zu verzichten.


    Bei nur 2 bis 6 Schnitte in einem Video und ohne großartige Effekte, würde ich z.B. auf eine NLE verzichten. Weil sowas lässt sich dann bequem und schnell auch mit Freesoftware lösen.


    Im Endeffekt musst halt du diese Frage beantworten. Denn Qualität ist immerhin auch die Art wie du etwas präsentierst. Und was dazu nötig ist, musst du selbst festlegen. ^^

    5.: Macht mein Prozessor (AMD FX-6300, 6x 3.50GHZ, Tray) in Full HD, 30-60 FPS und zusätzlich noch einen Codec, dass alles überhaupt noch mit, also würde er erstmal ausreichen, bis ich mir dann einen neuen anschaffe?

    FullHD = 1080p
    Sprich dein max soll sein: 1080p60. Da wäre deine jetzige Angabe in Bezug des Mainboards ausreichend genug. Da hätteste auch einen Rechenärmeren PC haben können. ^^ Aber ich denke mir mal das du den PC aufgrund der Spiele schon so hast, sollte einer 1080p60 Aufnahme nix im Wege stehen. Siehe hier lieber auf deine Festplattenfrage, die wäre wichtiger. ^^

    6.: Kann mir noch einmal wer die besten Einstellungen in SSM und in MeGUI noch einmal genau nennen?

    Gibt es nicht. Es gibt keine "beste Einstellung". Alle Einstellungen müssen dann deinem Workflow und Ziel angepasst werden.


    Es nützt denk ich keinem wenn ich dir hier 4 oder 5 mögliche SSM und MeGUI Einstellungen poste und dir am Ende das Ergebnis nicht gefällt in betracht auf Dateigröße und Encodierzeit. In diesem Punkt musst du Prioritäten setzen und entsprechend deinen Workflow darauf anpassen. Bzw. lassen sich dann Einstellungen finden um deinen Workflow zu optimieren.



    Das erst einmal dazu. ^^

    Kodierendes Programm : BandiAviMuxer 1.0

    Kleiner Hinweis aus meiner eigenen Erfahrung mit diesem Programm:
    Dieser AVI Muxer von Bandicam ist nicht ganz sauber programmiert und vermutlich so nicht grad für alle VFW-Codecs geeignet.


    Das Problem mit der Fehler Meldung "This AVI file doesnt have a movie data block (movi)!" heißt nicht grad das der Header fehlt, weil sonst würde Mediainfo womöglich keine Info präsentieren. Sondern vielmehr wurde aufgrund des verwendeten Codecs der "movie block" (Der Start für die gespeicherten Frames des Videoinhaltes) überschrieben. Das heißt, er ist zwars da, aber nicht vollständig wie er sein sollte. Und das Problem liegt ganz schlicht am Bandi AVI Muxer der wahrscheinlich nie geupdatet wird, da er sich laut Info immer noch auf v1.0 befindet. Sprich in dem Teil ist ein Fehler drin, den die Bandicam Entwickler nicht auf die Reihe bekommen zu beheben.


    Klar ist: Der Inhalt ist zwars da und das Video wäre somit auch vorhanden, ist aber aufgrund schlampiger Entwicklung oder des Updates an der Software nicht grad zu gebrauchen.


    Diese Fehlermeldung betreffend dem Nicht Lesen des "Movi blocks" betrifft auch andere VFW-Codecs. So als ob Bandicam nur mit bestimmten Codecs arbeiten kann.


    An und für sich ist Bandicam eigentlich ein recht schlechtes Aufnahmeprogramm, da währe MSI Afterburner weiter.

    Wenn man seine Videos so hinbekommt das man klar und deutlich verstanden wird und man gut erkennt was da abgeht, dann ist das Video gut genug und dafür braucht man kein 1800p 10 Bit encoding und was weiß ich noch alles.

    Und auch zu @Julien:
    Ihr beide habt wahrscheinlich 0 gelesen, weil es euch schier zu viel war und ihr vermutlich zu faul. Hat nämlich keiner gesagt das es so gemacht werden muss.


    Und ihr beide redet euch eigentlich selbst mit euren Argumenten ins Boxhorn. Ihr redet von Aufwand und der eine sagt noch das WQHD Auflösungen nicht nötig wären, selbst 1152p Auflösungen machen Schwierigkeiten, aber ihr 2 ladet selbst WQHD Auflösungen hoch. Und Julien nimmt sogar natlos in 1440p auf, was halt WQHD ist. Meint ihr nicht das ihr schon Fail handelt nach euren Aussagen?


    Ich meine immerhin interessieren sich Konsolenspieler nicht dafür und die Masse auf YT schaut auf Smartphones und Tablets nach Dragobertels Aussage.
    Warum macht ihr also 1440p, wenn ihr doch dagegen argumentiert? ^^ Finde grad die Pointe nicht aus euren Texten und dem was ihr tut. xD