Ich glaube, ich stoße an eine Grenze bezüglich der Anzahl von Werbungen, die über Kapitelmarkierungen entfernt werden können. Ich weiß, dass VideoProc mich auf 10 manuelle Schnitte beschränkt, und nachdem ich gesehen habe, wie MCEBuddy versucht, dieselbe ABC-20/20-Sendung mit dieser langen Liste von Markern zu verarbeiten (siehe unten), verhält sich der Fortschrittsbalken verrückt und endet mit einer beschädigten Datei.
Hat das schon jemand erlebt?
Beispiel von ABC 20/20 „Idaho Murders“, aufgenommen von Hulu über PlayOn…
Menu #1
ID : 4
Format : Timed Text
Codec ID : text
Duration : 1 h 36 min
Language : English
Menu For : 1,2,3
00:00:00.000 : Video
00:00:08.070 : Advertisement
00:00:38.674 : Video
00:09:51.587 : Advertisement
00:11:24.311 : Video
00:18:54.642 : Advertisement
00:20:09.872 : Video
00:27:40.282 : Advertisement
00:29:12.332 : Video
00:36:20.368 : Advertisement
00:37:52.747 : Video
00:45:02.455 : Advertisement
00:46:34.631 : Video
00:55:09.302 : Advertisement
00:56:41.493 : Video
01:04:39.896 : Advertisement
01:06:12.290 : Video
01:14:39.655 : Advertisement
01:16:11.298 : Video
01:22:06.544 : Advertisement
01:23:37.999 : Video
01:29:50.394 : Advertisement
01:31:22.477 : Video
Okay, es hat also alle 11 Segmente gefunden und versucht, sie herauszuschneiden, aber es sieht so aus, als wäre die Originalaufnahme beschädigt, daher hat es Probleme mit dem Schneide- und Zusammenführungsprozess:
2023-03-20T01:36:12 MCEBuddy.AppWrapper.FFmpeg → C:\Windows\Temp\working1\ABC 20_20 - s45e15 - Horror in Idaho The Student Murders_ConcatList.txt: Invalid data found when processing input
2023-03-20T01:36:28 MCEBuddy.AppWrapper.AVIDemux → [detectTs] 06:36:28-538 [TS Demuxer] Not a TS file
2023-03-20T01:37:31 MCEBuddy.AppWrapper.FFmpegMediaInfo → [null @ 000001e09749a980] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 27 >= 27
2023-03-20T01:37:31 MCEBuddy.AppWrapper.FFmpegMediaInfo → [null @ 000001e09749a980] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 42 >= 42
Kannst du deine Originalaufnahme hochladen, damit wir sie analysieren können, um zu sehen, was los ist?
„ABC 20_20 - s45e15 - Horror in Idaho The Student Murders.mp4“
Hochgeladen per FTP in Ordner „Robfwtx-PlayOnIssue“
Verlauf
Ich hatte PlayOn gefragt, was sich geändert hat, als sie das Programm fertiggestellt haben, um von 720p auf 1080p zu wechseln, weil ich Probleme hatte, es über MCEBuddy laufen zu lassen. Sie erklärten mir, es sei komplett neu geschrieben worden und der Fehler müsse bei MCEBuddy liegen.
Ich wünschte, ich hätte diese Meldung im Log bemerkt. Sie wirkte sich wiederholend und ich bin vor lauter Müdigkeit immer weggedämmert, bevor ich ganz durchgelesen hatte.
Vielen Dank. Sobald Sie einen Bericht haben, kann ich PlayOn mitteilen, dass tatsächlich ein Fehler in ihrer Routine vorliegt.
Danke, ich werde es mir ansehen. Du bist nicht der Einzige mit diesem Problem. Nutze diesen Workaround oder downgrade auf Version 4.5 von PlayOn. Sie haben bei der Neuimplementierung etwas kaputt gemacht, wodurch ungültige Dateien entstehen. Siehe dieses Thema für weitere Details. Ich melde mich, sobald ich deine Datei weiter analysiert habe.
Wie ich vermutet hatte, ist die MP4-Datei, die von dieser neuen Version von PlayOn erstellt wird, nicht spezifikationskonform, weshalb ffmpeg und avidemux beim Transkodieren durchdrehen.
Methode 3:Beheben des Fehlers „moov atom not found“ mit FFmpeg
Sie können das Problem „moov atom not found“ in FFmpeg mit dem Befehl „faststart“ im Eingabeaufforderungsfenster Ihres Computers beheben. Dieser Befehl verschiebt die Position des moov-Atoms an den Anfang einer Videodatei.
Laden Sie FFmpeg herunter und führen Sie es auf Ihrem Computer aus. Fügen Sie dann den Speicherort der beschädigten Videodatei im Eingabeaufforderungsfenster hinzu, gefolgt von der Befehlszeile mit faststart.
Eine Befehlszeile in FFmpeg zur Behebung des Fehlers „moov atom not found“ könnte so aussehen:
Wenn die Datei/das Atom beschädigt ist, könnte es sein, dass ffmpeg alle Informationen verwirft (es handelt sich um eine verknüpfte Liste, sodass bei einer Beschädigung die gesamte Kette korrupt wird), und ich denke, das ist das, was du siehst. Ich werde mich auch gesondert damit befassen, wenn ich etwas Zeit habe, aber offensichtlich muss PlayOn seinen Encoder reparieren.
Ich habe ein Ticket offen. Ich habe über tausend Credits, also sollte sich der Typ rantrauen. Nach allem, was ich über den Fehler gelesen habe, tritt er hauptsächlich auf, wenn die Datei nicht ordnungsgemäß geschlossen wurde. Kameraaufnahmen machen das oft, oder wenn eine Speicherkarte ausfällt, wird das letzte Stück beschädigt. Ich weiß, wie man die Datei halbwegs repariert, aber das bedeutet, dass ich die Schnitte manuell machen muss. Comskip erkennt die Werbeunterbrechungen selbst bei reparierter Datei nicht.
Ich halte euch alle auf dem Laufenden. Ich kämpfe schon zu lange damit, und es ist Zeit, Antworten zu bekommen.
