Ich habe noch nicht einmal eine Theorie dazu. Die Audio-Synchronisation aller Aufzeichnungen ist seit etwa dem 11. Oktober bei konvertierten Dateien fehlerhaft.
Ich habe TabloRipper am 1. November 2017 auf Version 2.3.4 aktualisiert.
Alle meine heutigen Tests verwenden dieselbe Datei: America’s Test Kitchen - s17e11 - Big Easy Favorites - ch4.1.mp4, aber alle mit MCEBuddy verarbeiteten Dateien sind betroffen. Ch4.1 ist eine PBS-Senderaufnahme ohne Werbung.
Die ursprüngliche Idee war, dass MCEBuddy 60 Sekunden vom Anfang und 2 Minuten vom Ende der Datei entfernt. Die Schnitte für Dateianfang und -ende wurden für diese Tests entfernt (auf 0 gesetzt und deaktiviert).
Auf meinem Tablo läuft die Datei einwandfrei auf einem Fernseher.
Ich verwende Tablo Ripper, um die Datei auf meinen PC zu übertragen. Die heruntergeladene Datei läuft einwandfrei.
Die MCEBuddy-Konvertierung verschiebt die Datei, und dann tritt das Audio-Sync-Problem auf.
Ich füge Bilder meiner Konfiguration und zwei Protokolldateien im Debug-Modus bei.
2017-11-02T13:24:51 MCEBuddy.AppWrapper.FFmpeg → [mp4 @ 00000000003bda20] Malformed AAC bitstream detected: use the audio bitstream filter ‘aac_adtstoasc’ to fix it (‘-bsf:a aac_adtstoasc’ option with ffmpeg)
2017-11-02T13:24:51 MCEBuddy.AppWrapper.FFmpeg → av_interleaved_write_frame(): Operation not permitted
Möglicherweise hat sich das Format Ihrer Datei geändert und bringt ffmpeg durcheinander.
Wir haben eine neue Version von ffmpeg, die mit dem heutigen BETA-Build erscheint und solche Audioanomalien möglicherweise besser behandelt. Probieren Sie den heutigen 2.4.8 BETA-Build aus.
Alles klar, verstanden. Danke für die Rückmeldung. Hab’s behoben – es sollte jetzt laufen. Die AWS-IP hatte sich geändert, und wir mussten die Einstellungen neu ausrichten.
Ich habe gerade zwei halbstündige Sendungen auf den FTP-Server zum Testen hochgeladen. Eine ist asynchron, die andere ist die Originaldatei von meinem Tablo heruntergeladen. Es ist eine Kochsendung, daher gibt es viele Passagen, in denen die Moderatoren sprechen. Diese Datei sollte gut zum Testen des Audio-Sync-Problems geeignet sein.
Bitte lösche sie und das Verzeichnis, wenn du fertig bist.
Also habe ich Ihre Beispieldatei America's Test Kitchen - s17e11 - Big Easy Favorites - ch4.1 getestet und mit dem neuesten 2.4.8 BETA-Build von MCEBuddy mit dem MP4 Normal-Profil und Comskip zur Werbeentfernung – es hat perfekt funktioniert! Keine Probleme, der Ton ist durchgehend perfekt synchron.
Probieren Sie die neueste 2.4.8 BETA. Falls Sie auf ein Problem stoßen, laden Sie das Originalvideo und die Konvertierungs-Logdatei hoch.
ja, ich stimme zu – mit dem MP4-Normal-Profil ist die Tonspur synchron. Das Problem liegt also beim MP4-Unprocessed-Profil.
Ich schätze deine Begeisterung, aber „America’s Test Kitchen“ ist eine PBS-Sendung und enthält keine Werbung. Deshalb nutze ich das MP4-Unprocessed-Profil ohne Werbeentfernung, um die Konvertierung aller PBS-Sendungen zu beschleunigen.
Ich habe gerade Version 2.4.8 Beta heruntergeladen und installiert, weil sich das Datum im Verzeichnis geändert hatte … die Dateien im ZIP-Archiv scheinen jedoch unverändert zu sein, trotzdem habe ich sie installiert.
Beim MP4-Unprocessed-Profil und einem Zuschnitt von je 60 Sekunden am Anfang und Ende tritt eine deutliche Audio-Sync-Versatz auf.
Die Verwendung des MP4-Normal-Profils dauert bei einer halbstündigen Sendung etwa 40 Minuten länger. Auf einem Intel i7 mit reichlich Speicher ist das fast so spannend wie Farbe trocknen zu sehen.
Ja, ich stimme zu – mit dem MP4-Normal-Profil ist die Tonspur synchron. Das Problem liegt also beim MP4-Unprocessed-Profil.
Weiter so! Wie kann ich helfen, das MP4-Unprocessed-Profil zu optimieren?
Werde ich mir ansehen, es ist überhaupt kein bekanntes Problem. Ich muss herausfinden, warum ffmpeg Probleme macht, wenn keine Werbung entfernt wird. Bei Werbeentfernung könnte es eine Reihe von Gründen geben, aber ohne sollte es einfach sein.
Ich kann das Problem reproduzieren; etwas an diesem Video bringt ffmpeg beim Kopieren von Video und Audio zum Abstürzen. Ich habe sogar sehr alte ffmpeg-Versionen ausprobiert, falls bei den neuen ein Fehler vorliegt, aber das gleiche Ergebnis. Es liegt an dem Video, das nicht dem „Standard“ entspricht und ffmpeg durcheinanderbringt. Ich werde weiter experimentieren, um die Ursache einzukreisen und eine Lösung dafür finden. Danke für die Beispieldatei.
Unterdessen prüfe, ob du deine TV-Tuner-Treiber aktualisiert hast. Was glaubst du, hat sich im Oktober geändert?
