MeGUI [2015] -- x264 - bester Encoder, beste Videoqualität auf Youtube ;-)

    So ok?


    Hab sagaras gefragt .. er meinte 64 geht auch klar D:

    Zitat

    [lexicon]Spline64[/lexicon] würde ich nehmen wenn Blockbuster nicht genutzt wird


    SSM nutz ich nicht.


    Warum mein nero aac so eingestellt ist? Weil du mir das so früher gesagt hast

    Dann nutze es :p
    Es macht das Scripterstellen deutlich bequemer und du hast meine Filterung um der du so her getrauert hattest das ich sie nicht verraten hatte :D


    Zitat

    Hab sagaras gefragt .. er meinte 64 geht auch klar D:


    Mehr Ringing als 16.


    16 ist unschärfer, dafür kein sichtbares Ringing.


    Schärfe und Ringing verschlechtern die Komprimierbarkeit. Da youtube aber ja leider DOCH bitratefixiert codiert, muss das Material so komprimierbar wie möglich gemacht werden. Komprimierbarer wirds wenn kein Ringing entsteht und es nicht so mega scharf ist. Lanczos4 war daher völlig falsche Wahl, aber auch ich lern halt dazu. Ich ging damals von aus, das es nicht bitratefixiert codiert, aufgrund der immensen komplexitätsabhängigen [lexicon]Bitrate[/lexicon] bei Original. Aber anhand des quantizerverhaltens ist auch diese Stufe bitratefixiert. Nur anscheinend mit immensem VBR Verhalten.
    1080 und 720 und drunter haben allerdings sehr eindeutige Werte. 1080p => maximal 6000, 720p => Maximal 3000 etc.


    Zitat

    Warum mein nero aac so eingestellt ist? Weil du mir das so früher gesagt hast


    Weil damals davon ausgegangen wurde, das die Probleme an [lexicon]FLAC[/lexicon] liegen, aber später stellte sich heraus das es auch bei [lexicon]PCM[/lexicon] passiert und [lexicon]FLAC[/lexicon] gar nicht schuld ist, sondern damit schneller aufgetreten ist als bei anderen Formaten. Grund dafür ist aber ein anderer: Audiospurlänge differenziert von der Videospurlänge. Das sollte unbedingt vermieden werden. Kein Aufnahmeprogramm, nicht mal eine Videokamera, kann aber Audio und Video zu 100% synchron schließen. Zumal im Falle 30 fps ein Videoframe 33ms lang ist und entsprechend erst alle 33ms geschlossen werden kann. Das kommt noch hinzu zu dem Fakt, das es nicht perfekt synchron schließbar ist. Audio kann natürlich jederzeit geschlossen werden und ist von den 33ms unbetroffen.
    Diese ungenauigkeit beim schließen summiert sich natürlich, wenn man mehrere AVIs anhängt. Ganz besonders heftig tritt das phänomen beim [lexicon]Afterburner[/lexicon] auf. Der schließt Audio teils zwischen 500 und 700ms früher als Video. Das summiert sich dann natürlich ganz besonders extrem.
    SSM passt Audio halt an die Videolänge an beim extrahieren, so das solchartige Probleme gar nicht auftauchen und gewährleistet das das Video auch nach youtubes konvertierung noch auf die ms genau synchron bleibt.

    Naja irgendwo muss der Fehler ja bei dir liegen, wenn ein simples AVISource nicht geht ^^


    Zitat

    ach ich lass nero aac so x)


    Naja musste wissen, aber bei einer derartigen bitrate wäres deutlich sinnvoller [lexicon]FLAC[/lexicon] zu nehmen^^ Das macht einfach mehr Sinn in dem Moment.


    Was stört dich denn am SSM? Gibts etwas was dir am [lexicon]AVS Script Creator[/lexicon] besser gefällt? Kannst ja gerne Verbesserungsvorschläge in den SSM Thread posten. Profile kannste mittlerweile auch speichern dort.


    SSM ist eig ein simpler drag&drop deiner Videos in die Liste und zack kannste schon auf Script speichern gehen, da du die Settings ja nur einmalig vornimmst und dann gespeichert werden. Das sollte eig. weit bequemer sein, als der interne AVS Creator vom [lexicon]MeGUI[/lexicon]. Daher verwundert mich gerade, was im Genauen an der Software sauer aufgestoßen ist.

    Zitat von De-M-oN

    Naja irgendwo muss der Fehler ja bei dir liegen, wenn ein simples AVISource nicht geht ^^


    Geht doch, nur wird einfach mitten im video nicht weiter encodet und die Processing Rate geht runter.


    Zitat von De-M-oN

    Was stört dich denn am SSM? Gibts etwas was dir am [lexicon]AVS Script Creator[/lexicon] besser gefällt? Kannst ja gerne Verbesserungsvorschläge in den SSM Thread posten. Profile kannste mittlerweile auch speichern dort.


    Ich mach keine unnötigen 3rd party apps - mir gefällt die Routine mit dem [lexicon]AVS Script Creator[/lexicon] einfach mehr ^^


    Zitat von De-M-oN

    SSM ist eig ein simpler drag&drop deiner Videos in die Liste und zack kannste schon auf Script speichern gehen


    Danke ich weiß was der SSM ist :P schon 2x installiert gehabt


    Naja der fehler mit dem stoppen des encodes .. ziemlich selten gewesen der Fehler. Bisher auch nur 2 oder 3x gehabt

    Danke, hat mir geholfen das Tutorial!
    War zwischendurch etwas viel drumrum erzählt, aber ist dadurch auch für DAUs zugänglich! :)


    Kleine Ergänzung noch:
    Wenn ich eine mp4 (erzeugt vom Elgato Game Capture HD) benutzen will, dann funktioniert "DirectShowSource" nicht. Man muss "File Indexer" benutzen.
    Bei der nächsten Überarbeitung wäre es vllt. auch cool, den 2pass zu erläutern, damit kann man noch mal Quali / Speicherplatz raus holen.


    Ansonsten sehr gute Einführung in MEGUI!

    ich benutz für alles andere außer .avi den file indexer - gut das hat mir demon halt mal privat erzählt :D aber ne aktualisierung des tutorials ist ja geplant meinte er mal.


    2pass bei qualitätsbasierendem Encoding? Ich denke nicht ;) dann sähe das material schlimmer aus.
    2pass nur bei bitratenbasierendem encoding

    Zitat von ameisenmann

    Bei der nächsten Überarbeitung wäre es vllt. auch cool, den 2pass zu erläutern, damit kann man noch mal Quali / Speicherplatz raus holen.


    [lexicon]CRF[/lexicon] (Constant Rate Factor / Constant Quality) ist ein 1pass encodingverfahren


    Wenn du 2pass machst, dann haste via [lexicon]Bitrate[/lexicon] codiert. Das solltest du nicht tun.


    Bleib bei [lexicon]CRF[/lexicon].


    Zitat

    Wenn ich eine mp4 (erzeugt vom Elgato Game Capture HD) benutzen will, dann funktioniert "DirectShowSource" nicht. Man muss "File Indexer" benutzen.


    Es würde mit installiertem Haali Media Splitter auch via DirectShowSource gehen, ich kann aber nur dringend von abraten und verlustquellen sollten weiterhin mit File Index gemacht werden.



    Neues Tutorial kommt, wenn SSM fertig ist.


    Zitat

    2pass bei qualitätsbasierendem Encoding? Ich denke nicht ;) dann sähe das material schlimmer aus.


    Dann sähe das Material nicht schlimmer aus, bei quantizerbasiertem Encoding ist gar kein 2pass möglich. Das sind 1pass encodiermodi. 2pass geht nur bei Bitratenmodus.

    Zitat

    Wenn du 2pass machst, dann haste via [lexicon]Bitrate[/lexicon] codiert. Das solltest du nicht tun.


    Bleib bei [lexicon]CRF[/lexicon].


    Ja mit [lexicon]Bitrate[/lexicon] bei 2pass (gibt ja keine andere Auswahlmöglichkeit bei Bitrate). Warum ist das schlechter? Wäre für eine Erklärung dankbar :)


    Noch eine kleine Frage:
    Elgato Game Capture HD speichert eine ts-Datei, die ich dann mit "MP4-Original" als mp4 abspeichere. Wird dabei die Qualität schlechter (Datei wird kleiner) oder entfernt dieser Vorgang nur den Overhead, zumal der Vorgang schnell vonstatten geht. Ich frage mich nur, ob ich mit [lexicon]MeGUI[/lexicon] die ts- oder die mp4-Datei bearbeiten soll.

    Zitat von ameisenmann

    Elgato Game Capture HD speichert eine ts-Datei, die ich dann mit "MP4-Original" als mp4 abspeichere. Wird dabei die Qualität schlechter (Datei wird kleiner) oder entfernt dieser Vorgang nur den Overhead, zumal der Vorgang schnell vonstatten geht. Ich frage mich nur, ob ich mit [lexicon]MeGUI[/lexicon] die ts- oder die mp4-Datei bearbeiten soll.


    ts ist meist MPEG2 Material (MPEG-2 Transport Stream). Findet man meist bei DVB Technologie wie Aufnahmen über Reciver etc. Das Containerformat ist eigentlich korrekt, da es für fehleranfällige Übertragungswege entwickelt wurde.
    Lässt sich am besten mit dem Programm "PVAStrumento" korrekt extrahieren und zerlegen. Dann hat man im Nachhinein eine MPEG2 Datei und die passende Audiodatei dazu. Dann kann man auf Grund des DVD zu [lexicon]MP4[/lexicon] Rip Verfahren die Datein komprimieren via [lexicon]x264[/lexicon] Encode. MPEG2 Material ist aber ein an sich blödes Format, da es schon verlustbehaftet ist.


    m2ts hat AVC Material und ist auf BluRays zu finden. (BDAV MPEG-2 Transport Stream)
    Sieht von der [lexicon]Mediainfo[/lexicon] in etwa so aus:


    m2ts können auch schon viele Capture Programme erzeugen. Bzw. [lexicon]MP4[/lexicon] [lexicon]Container[/lexicon]. An sich bräuchte man keinen 2ten Encode machen um es auf YT hochzuladen. Wenn man es aber bearbeiten will, sollte man die [lexicon]Bitrate[/lexicon] beim Aufnehmen schon extrem weit nach oben stellen. Grund ist der das je höher die [lexicon]Bitrate[/lexicon] ist die Chance größer ist das es einer [lexicon]Lossless[/lexicon] Datei gleicht und mehr Informationen für den 2ten Encode bereitstellt. Das hat den Effekt das die Qualität dabei steigt. m2ts ist nix anderes als ein Verlustformat.


    Also immer dran denken bei ts und selbst bei m2ts, sprich MPEG2 oder AVC immer dran denken bei der Aufnahme diese immer mit ner hohen [lexicon]Bitrate[/lexicon] auszustatten, damit man einer [lexicon]Lossless[/lexicon] Datei näher kommt und die Qualität beim 2ten Encode mit [lexicon]x264[/lexicon] nicht flöten geht. Weil man muss ja auch dran denken das YT noch mal encodiert. ;D Soviel zu [lexicon]Lossy[/lexicon] Formaten.

    Ok, danke für die detaillierte Ausführung :)


    Mein derzeitiges Vorgehen ist so, dass ich die aufgenommene ts-Datei als mp4 abspeichern lasse von der Software des Elgato Game Capture HD. Die Aufnahme habe ich natürlich mit bestmöglicher Qualität und 1080p durchgeführt. Aber 200 MB für eine Minute Video ist mir noch deutlich zu groß :D


    Die mp4-Datei encode ich dann mit [lexicon]MeGUI[/lexicon] und [lexicon]x264[/lexicon].


    Wenn ich die [lexicon]Bitrate[/lexicon] bei einem 2pass übrigens so einstelle, dass die Dateigröße gleich ist wie beim CRF-Verfahren, dann merke ich keinen Qualitativen Unterschied.


    Nach dem Hochladen auf YT merke ich aber, dass sie die Quali dort leider noch ein Stückchen schlechter wird. Ich denke, dann kann ich meine Datei noch ruhig etwas kleiner bekommen mit minimal schlechterer Quali, wenn YT da eh noch einiges verhunzt :P

    Zitat von ameisenmann

    Wenn ich die [lexicon]Bitrate[/lexicon] bei einem 2pass übrigens so einstelle, dass die Dateigröße gleich ist wie beim CRF-Verfahren, dann merke ich keinen Qualitativen Unterschied.


    Die Dateigröße beim [lexicon]CRF[/lexicon] fällt aber immer unterschiedlich aus.


    Lies den Lexikonartikel zu [lexicon]CRF[/lexicon] ! -> [lexicon]CRF[/lexicon] <-


    [lexicon]CRF[/lexicon] ist weit wirtschaftlicher als bitrate.


    Zitat

    Mein derzeitiges Vorgehen ist so, dass ich die aufgenommene ts-Datei als mp4 abspeichern lasse von der Software des Elgato Game Capture HD.


    Wird neu codiert oder nur umgemuxt (Container gewechselt)? Wenn erstres solltest du das auch schon unterlassen.


    Zitat

    Ich denke, dann kann ich meine Datei noch ruhig etwas kleiner bekommen mit minimal schlechterer Quali, wenn YT da eh noch einiges verhunzt :P


    Je schlechtere Quelle du auf youtube hochlädst, desto schlechter fällt auch deren re-encode aus, sollte eig. auch logisch sein ^^


    Zitat

    Aber 200 MB für eine Minute Video ist mir noch deutlich zu groß


    Dann nimm eine [lexicon]Bitrate[/lexicon] die deinen Vorstellungen entspricht und lad die Aufnahme ohne re-encode hoch. Fehlenden Kommentar könnte man reinmuxen.

    Ne frage.
    Sollte man für 2D-Spiele vielleicht inkomplexe 3D Spiele eine preset von medium nehmen oder doch bei Slow bleiben? Ich resize auch noch von 480p auf 1080p und die [lexicon]CRF[/lexicon] ist auf 17.
    Der encodiert bei medium mit 50 fps.


    Geht dabei Videoqualität verloren.

    mit medium würde es bei komprimierbarem Material deutlich auffallender größer werden als bei material was sich kaum komprimieren lässt. Die 400 MB haste in dem Fall slow zu verdanken da bei inkomplexen Material die Kompressionstechniken von [lexicon]x264[/lexicon] ihre Stärke entsprechend ausspielen können dann.

    Das musst du mir mal erklären


    Hab mal was getestet.
    Das Spiel Dark Earth, ist ein 2D Adventure


    640x480 [lexicon]Spline64[/lexicon] auf 1440x1080
    [lexicon]CRF[/lexicon] 17
    [lexicon]GOP[/lexicon] 0
    b-frame und so habe ich mal rausgelassen


    Preset: Slow
    217 MB


    Preset: Medium
    214 MB


    Beides brauchte gleich lang.

    haha das ist in der Tat ulkig^^


    Sollte so eig. nicht sein, wäre vllt mal ein Fragefall für gleitz,doom9 oder direkt die [lexicon]x264[/lexicon] entwickler ^^


    Zitat

    b-frame und so habe ich mal rausgelassen


    Was meinste damit?

Jetzt mitmachen!

Du hast noch kein Benutzerkonto auf unserer Seite? Registriere dich kostenlos und nimm an unserer Community teil!

Benutzerkonto erstellen Anmelden