MCEBuddy-Version und -Typ (32-Bit oder 64-Bit):
2.4.9 – 64
Betriebssystem und Typ (32-Bit oder 64-Bit):
64
Zusammenfassung des Problems oder Vorschlags:
Das Video friert ein, während der Ton weiterläuft, bei MP4-Konvertierungen – meist dann, wenn gleichzeitig eine weitere Aufzeichnung läuft. Das Problem besteht seit ein paar Monaten.
Separat habe ich festgestellt, dass Handbrake 1.2.2 eigene Fehler beim Konvertieren mancher Videos hat. Ich nutze das Programm unabhängig von MCEBuddy auf einem anderen Rechner und hatte dort ebenfalls ungewöhnliche Ausfälle. Die Bugs wurden anscheinend in den Nightlies behoben; mit diesen kann ich fehlerfrei konvertieren.
Außerdem habe ich versucht, einige der empfohlenen Intel-Grafiktreiber zu installieren – alle verweigerten die Installation. Ich verwende aktuell einen 6. Gen. i7 Quad mit onboard Intel 530 Grafik und Treiber 23.20.16.4973.
Schritte zur Reproduktion des Fehlers:
siehe oben
Screenshots:
Das Bild ist scharf, bewegt sich aber nicht, während der Ton ununterbrochen weiterläuft. Manchmal setzt die Videokonvertierung zu einem späteren Zeitpunkt derselben Aufzeichnung wieder ein.
Ihr Quellvideo ist beschädigt und weist Synchronisationsprobleme auf, von denen ffmpeg nicht wiederherstellen kann:
2019-06-23T18:36:05 MCEBuddy.AppWrapper.FFmpeg → [mpegts @ 0000014af929a920] PES packet size mismatch
2019-06-23T18:36:05 MCEBuddy.AppWrapper.FFmpeg → Last message repeated 2 times
2019-06-23T18:36:05 MCEBuddy.AppWrapper.FFmpeg → [mpegts @ 0000014afcbdc7a0] Non-monotonous DTS in output stream 0:2; previous: 30718800, current: 30715920; changing to 30718801. This may result in incorrect timestamps in the output file.
2019-06-23T18:36:05 MCEBuddy.AppWrapper.FFmpeg → [mpegts @ 0000014af929a920] PES packet size mismatch
2019-06-23T18:36:05 MCEBuddy.AppWrapper.FFmpeg → Last message repeated 15 times
2019-06-23T18:36:05 MCEBuddy.AppWrapper.FFmpeg → [mpegts @ 0000014af929a920] Invalid timestamps stream=0, pts=5396043679, dts=5396103209, size=3661
2019-06-23T18:36:05 MCEBuddy.AppWrapper.FFmpeg → [mpegts @ 0000014afcbdc7a0] Invalid DTS: 31001754 PTS: 30942224 in output stream 0:0, replacing by guess
2019-06-23T18:36:05 MCEBuddy.AppWrapper.FFmpeg → [mpegts @ 0000014af929a920] PES packet size mismatch
2019-06-23T18:36:05 MCEBuddy.AppWrapper.FFmpeg → Last message repeated 1 times
2019-06-23T18:36:05 MCEBuddy.AppWrapper.FFmpeg → [mpegts @ 0000014afcbdc7a0] Non-monotonous DTS in output stream 0:0; previous: 31022775, current: 31016769; changing to 31022776. This may result in incorrect timestamps in the output file.
2019-06-23T18:36:05 MCEBuddy.AppWrapper.FFmpeg → [mpegts @ 0000014afcbdc7a0] Non-monotonous DTS in output stream 0:0; previous: 31022776, current: 31019772; changing to 31022777. This may result in incorrect timestamps in the output file.
2019-06-23T18:36:05 MCEBuddy.AppWrapper.FFmpeg → [mpegts @ 0000014af929a920] PES packet size mismatch
2019-06-23T18:36:05 MCEBuddy.AppWrapper.FFmpeg → [mpegts @ 0000014afcbdc7a0] Non-monotonous DTS in output stream 0:0; previous: 31022777, current: 31019884; changing to 31022778. This may result in incorrect timestamps in the output file.
2019-06-23T18:36:05 MCEBuddy.AppWrapper.FFmpeg → [mpegts @ 0000014afcbdc7a0] Non-monotonous DTS in output stream 0:0; previous: 31022778, current: 31022775; changing to 31022779. This may result in incorrect timestamps in the output file.
2019-06-23T18:36:05 MCEBuddy.AppWrapper.FFmpeg → [mpegts @ 0000014af929a920] PES packet size mismatch
Sie können versuchen, MCEBuddy zu sagen, AVIDemux anstelle von FFMPEG zu verwenden, und sehen, ob das hilft, indem Sie CommercialMergeTool=avidemux zu Ihrem Profil hinzufügen
Danke. Bestätigt, tatsächlich. Ich verstehe nicht, warum ich immer wieder korrupte Aufnahmen bekomme. Ich benutze ein Hauppauge WinTV-DualHD, und es hat bis vor ein paar Monaten einwandfrei funktioniert. Ich habe ein unabhängiges Setup, Antenne in dieselbe Richtung ausgerichtet, und dort gibt es keine Störungen.
Ich wollte vorschlagen, nach der Konvertierung zu versuchen, die Werbung zu entfernen, bin mir aber nicht sicher, ob das das Problem löst, da selbst Handbrake Schwierigkeiten hat, das Video zu verarbeiten:
2019-06-23T18:39:50 MCEBuddy.AppWrapper.Handbrake → [mpeg2video @ 0000000005089320] invalid cbp at 0 38
2019-06-23T18:39:50 MCEBuddy.AppWrapper.Handbrake → [mpeg2video @ 0000000005089320] invalid cbp at 12 39
2019-06-23T18:39:50 MCEBuddy.AppWrapper.Handbrake → [mpeg2video @ 0000000005089320] 00 motion_type at 11 40
2019-06-23T18:39:50 MCEBuddy.AppWrapper.Handbrake → [mpeg2video @ 0000000005089320] MVs not available, ER not possible.
2019-06-23T18:39:50 MCEBuddy.AppWrapper.Handbrake → [ac3 @ 0000000004de7b40] delta bit allocation strategy reserved
2019-06-23T18:39:50 MCEBuddy.AppWrapper.Handbrake → [ac3 @ 0000000004de7b40] error decoding the audio block
2019-06-23T18:39:50 MCEBuddy.AppWrapper.Handbrake → [ac3 @ 0000000004de7b40] frame sync error
2019-06-23T18:39:51 MCEBuddy.AppWrapper.Handbrake → Encoding: task 1 of 1, 100.00 %[mpeg2video @ 0000000005089320] skipped MB in I-frame at 60 14
2019-06-23T18:39:51 MCEBuddy.AppWrapper.Handbrake → [mpeg2video @ 0000000005089320] skipped MB in I-frame at 86 15
Aber du kannst es mit PreConversionCommercialRemover=false in deinem Profil versuchen – wenn das Video stark beschädigt ist, bezweifle ich jedoch, dass es hilft.
Die häufigsten Gründe für Videobeschädigungen sind:
Schlechte OTA/Quellsignale
Ein Update des TV-Tuner-Treibers, das Synchronisations-/Timing-Probleme verursacht
Danke, aber ich weiß jetzt, dass ich das OTA-Capture-Problem lösen muss. Es handelt sich entweder um ein Treiber- oder ein Antennenproblem. Ich schätze deine Hilfe.
Der „perfekte“ kommerzielle Schnitt ist dabei der schwer fassbarste aller Teile dieses Prozesses gewesen. Er hat nie richtig funktioniert. Manchmal lässt er ein ganzes Segment stehen, und andere Male schneidet er das letzte Segment der Nightly News heraus. Seltsam.