Jeg tror, jeg støder på en grænse for, hvor mange reklamer der kan fjernes via kapitelmarkører. Jeg ved, at VideoProc begrænser mig til 10 manuelle klip, og efter at have set MCEBuddy forsøge at behandle det samme ABC 20/20-program med denne lange liste af markører (se nedenfor), går statuslinjen amok og ender med en beskadiget fil.
Har nogen set denne adfærd før?
Eksempel fra ABC 20/20 Idaho Murders optaget fra Hulu via 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, den fandt alle 11 segmenter og forsøger at klippe dem ud, men det ser ud til, at den oprindelige optagelse er beskadiget, så den har problemer med klippe- og sammenfletningsprocessen:
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
Kan du uploade din oprindelige optagelse, så vi kan analysere den og se, hvad der foregår?
“ABC 20_20 - s45e15 - Horror in Idaho The Student Murders.mp4”
Uploadet til FTP i mappen “Robfwtx-PlayOnIssue”
Historik
Jeg havde spurgt PlayOn, hvad der havde ændret sig, da de færdiggjorde programmet for at gå fra 720p til 1080p, fordi jeg havde haft problemer med at køre det igennem MCEBuddy. De fortsatte med at fortælle mig, at det var blevet fuldstændigt omskrevet, og at fejlen skulle ligge hos MCEBuddy.
Jeg ville ønske, jeg havde lagt mærke til den besked i loggen. Den så gentagende ud, og jeg ville begynde at døse hen, før jeg nåede helt til slutningen.
Tak. Når du har en rapport, bør jeg kunne informere PlayOn om, at der faktisk er en fejl i deres rutine.
Tak, vil tjekke det ud. Du er ikke den eneste, der har dette problem. Brug denne workaround eller nedgrader til version 4.5 af PlayOn. De har ødelagt noget i den nye omskrivning, og det skaber ugyldige filer. Se dette emne for flere detaljer om det. Jeg vender tilbage, når jeg har analyseret din fil yderligere.
Som jeg mistænkte, er MP4-filen, der oprettes af denne nye version af PlayOn, ikke i overensstemmelse med specifikationerne, hvilket er grunden til, at når ffmpeg og avidemux forsøger at transcode den, går de amok.
Metode 3:Fix ‘moov atom not found’-fejlen med FFmpeg
Du kan løse ‘moov atom not found’-problemet i FFmpeg-platformen ved hjælp af kommandoen ‘faststart’ i kommandoprompten eller cmd-vinduet på din computer. Denne kommando flytter positionen af moov-atomet til begyndelsen i en videofil.
Download og kør FFmpeg på din computer. Tilføj derefter den beskadigede videofils placering i cmd-vinduet, efterfulgt af kommandolinjen med faststart.
En kommandolinje i FFmpeg til at løse ‘moov atom not found’-fejlen kan se sådan ud:
Hvis filen/atomet er beskadiget, kan det sandsynligvis betyde, at ffmpeg dropper al informationen (det er en linked list, så hvis én er beskadiget, bliver kæden korrupt), og det tror jeg, du ser. Jeg vil også undersøge det separat, når jeg får tid, men det er klart, at PlayOn skal fikse deres encoder.
Jeg har en sag åben. Jeg har over tusind credits, så gutten burde give det et forsøg. Ud fra alt, hvad jeg har læst om fejlen, opstår den hovedsageligt, når filen ikke er blevet lukket korrekt. Kameraoptagelser gør dette ofte, eller når et hukommelseskort fejler, så bliver den sidste del ødelagt. Jeg ved, hvordan jeg kan lave et halvhjertet fix af filen, men det betyder, at jeg skal lave klippene manuelt. Comskip, selv når filen er rettet, kan ikke se reklamepauserne.
Jeg holder jer alle orienteret. Jeg har kæmpet med dette for længe, og det er på tide at få nogle svar.
