FFMpeg hat die falsche Framerate

Ableitung eines anderen Threads von mir. Ich versuche jetzt, WTV-Dateien, die standardmäßig H.264 aus Microsofts ursprünglicher Kodierung sind, neu zu kodieren, die Werbung herauszuschneiden und in MPEG2 umzukodieren. Ich bemerkte neben gelegentlichem starkem Stottern, dass das Video nicht richtig nachlief. Mit anderen Worten: Bewegungen waren nicht flüssig und leicht ruckelig. Bei näherer Betrachtung sind heute alle H.264/MPEG2-Dateien, die von Microsoft MCE erstellt wurden, 59,94 FPS. Leider scheint es, dass FFMpeg das nicht erkennen kann und daher mit 29,97 FPS kodiert, was zu weniger flüssigen Bewegungen führt. Gibt es eine Möglichkeit, Videos aus einem bestimmten Ordner dazu zu zwingen, mit 59,94 fps zu dekodieren/kodieren? Würde ein Log teilen, aber euer Datei-Upload unterstützt die Größe der Log-Datei nicht.

Danke.

JR

Conversion Task Expert Settings → Bildrate festlegen

Sie können große Protokolldateien zippen und anhängen.

Ja, großes Problem mit MCEBuddy. Selbst mit dieser Einstellung wird meiner Meinung nach nur die Ausgabe-Bildrate festgelegt, nicht jedoch die Eingabe-Bildrate – und schon gar nicht, dass ffmpeg die Ausgabe-Bildrate für WTV-Dateien verwendet.

Nun, es ist nicht exakt ein MCEBuddy-Problem, sondern eines seiner Engine. Ich habe viele Probleme gehabt und indirekt hier darüber berichtet; die Sache ist die: WTV kodiert in zwei Formaten, MPEG2 und H.264, innerhalb des WTV-Containers. H.264 verursacht generell Probleme mit Xbox-Extenders – es kommt zum Einfrieren –, doch beim Umkodieren hat ffmpeg viele Probleme mit WTV, insbesondere mit H.264, wie in ihren Issue-Logs dokumentiert; andere beschweren sich ebenfalls darüber. Beim erneuten Kodieren gibt es Probleme mit der Bildrate, und die resultierende Datei zeigt entweder einen schwarzen Bildschirm oder ruckelt. Da MCEBuddy ffmpeg nutzt, zeigt es dieselben Probleme. Ich habe weiterhin eine Verwendung für MCEBuddy, aber nicht für meine WTV-Dateien – was bedauerlich ist, denn die Konvertierung von H.264-WTV-Dateien in MPEG2-Dateien ohne Probleme würde wahrscheinlich viele der GreenButton-User-Einfrierprobleme lösen.

Danke.

JR

Sie scheinen die Komplexitäten des WTV-Formats und die Probleme mit XBox-Extendern damit zu kennen.

Die gute Nachricht ist: Wenn Sie bereit sind zu experimentieren, findet MCEBuddy einen Ausweg für Sie.

Zum Beispiel können Sie ein eigenes Profil schreiben, das die Datei mit Handbrake statt mit ffmpeg verarbeitet. Es würde dann so aussehen:

order=handbrake
handbrake-video=XXX
handbrake-audio=XXX
handbrake-audioAC3=XXX
handbrake-ext=.mp4
handbrake-remuxto=.wtv

Das würde Handbrake die Datei verarbeiten lassen und anschließend von mp4 nach wtv mit ffmpeg remuxen.

Es gibt weitere Optionen, etwa benutzerdefinierte Framerates im ffmpeg-Profil hinzuzufügen oder Framerates im Remux-Abschnitt Ihrer mcebuddy.conf-Datei einzutragen; Details finden Sie im Thema „Erweiterte Einstellungen“.

Ich bin dabei, das auszuprobieren, wenn es hilft. Ich denke, das größte Problem ist, dass die Extender Probleme mit WTV-Dateien haben, solange deren Inhalt MP4-basiert ist. Vermutlich war die H.264-Codec-Implementierung noch nicht ganz ausgereift, bevor Microsoft beschloss, das „neuere“ Kodierformat nicht mehr zu unterstützen. Wenn Handbrake die Datei ordentlich in MPEG2 kodieren und anschließend in WTV packen könnte, wäre das vermutlich ideal.

Momentan bin ich so weit, dass ich das Kodierformat nicht ändere. Ich entferne nur die Werbung und füge die Teile wieder zusammen.

JR