Jeg begyndte at lege med CLI-kommandoerne og FFMPEG på kommandolinjen, og jeg kan genskabe fejlen. Desværre løser det ikke problemet at flytte “-ss” foran input-filen.
Opdatering: “Skip Remuxing Files” omgår dette problem, så det bekræfter årsagen som værende FFMPEG/TS-containeren. (udover at det er meget, meget langsommere) Måske en afkrydsningsboks til at bruge MP4 eller MKV i stedet for TS ved remuxing?
Det rejser dog et andet problem. Når man klipper starten af en klip, ser det ud til at fjerne undertekster.
WARNING> 2022-01-05T07:59:40 MCEBuddy.Engine.ConversionJob --> SKIPPING REMUXING, this may lead to conversion failure since all underlying apps may not support all file formats.
WTV commercial detection is only supported by donator version of Comskip (http://www.kaashoek.com/comskip/).
WARNING> --> CCExtractor failed or no result. Disabling sentence capitalization and retrying
WARNING> --> CCExtractor failed to extract closed captions
WARNING> 2022-01-05T08:00:08 MCEBuddy.Transcode.CCandSubtitles --> No valid SRT file found, retrying with forced DVB detection
WARNING> --> CCExtractor failed or no result. Disabling sentence capitalization and retrying
WARNING> --> CCExtractor failed to extract closed captions
WARNING> 2022-01-05T08:00:18 MCEBuddy.Transcode.CCandSubtitles --> No valid SRT file found
WARNING> 2022-01-05T08:00:18 MCEBuddy.Engine.ConversionJob --> Extracting closed captions failed from original file, trying to extract closed captions from the remuxed file
WARNING> --> CCExtractor failed or no result. Disabling sentence capitalization and retrying
WARNING> --> CCExtractor failed to extract closed captions
WARNING> 2022-01-05T08:00:27 MCEBuddy.Transcode.CCandSubtitles --> No valid SRT file found, retrying with forced DVB detection
WARNING> --> CCExtractor failed or no result. Disabling sentence capitalization and retrying
WARNING> --> CCExtractor failed to extract closed captions
WARNING> 2022-01-05T08:00:37 MCEBuddy.Transcode.CCandSubtitles --> No valid SRT file found
WARNING> 2022-01-05T08:00:37 MCEBuddy.Engine.ConversionJob --> No SRT file found after extraction
Lige meldt til for at kunne bidrage her. Dejligt jeg fandt denne tråd; jeg har samme problem. Hos mig drejer det sig om PlayonCloud-optagelser. Jeg tror, de har ændret noget på deres side, for optagelser jeg lavede for cirka en måned siden med Playon kører fint igennem MCEBuddy uden problemer. “Skip Remuxing Files” virker ikke for mig; det forårsager forsinket lyd. Hvis jeg fjerner “cut start”, virker det dog; man har så bare Playon-introen med.
+1 til hvad @toadman nævnte. Jeg kan også reproducere dette, når jeg tilføjer et “Start Cut” og “End Cut” på PlayOn-optagelser. Det kan ikke reproduceres med live-tv-optagelser af det samme program (WMC / .wtv).
Dette sker på 2 separate maskiner, hvor den ene er ældre hardware og den anden er nyere hardware. Samme fejl ved konvertering til HVEC, MP4 eller ingen konvertering. Begge maskiner fungerede korrekt for et par uger siden uden andre ændringer end dem anført ovenfor.
Giv mig besked hvis upload af logfiler eller optagelser vil hjælpe.
Jeg tænkte, at jeg ville dele endnu et eksempel. Jeg har uploadet logfilerne til mcebuddy-serveren, hvis det er til hjælp. Lidt ligesom hos nogle andre, vises der ingen video efter behandling af en Playon Cloud-optagelse med et Cut Start. Kører man den en anden gang uden Cut, behandles og afspilles den fint. For sjov kørte jeg en Playon-fil fra desktop-versionen (v4.5) med et Cut Start på 4 sekunder, og den afspilles også uden problemer.
Log nr. 1: stammer fra en Playon Cloud-optagelse med et Cut Start på 6 sekunder. Efter behandling vises ingen video.
Log nr. 2: denne log er fra den samme kildefil, men uden cut. Den behandles og afspilles fint.
Log nr. 3: denne log er fra Playon – desktop-version (for et par måneder siden, v4.5). Jeg satte den til med et Cut Start på 4 sekunder, og den behandles og afspilles fint.
Her er yderligere information om problemet og en midlertidig løsning.
Jeg havde et tv-program, der blev optaget med Playon.
Jeg tog .mp4-filen og brugte et filkonverteringsværktøj til at konvertere den til .mp4 (med den idé, at dette ville tilføje eventuelle manglende segmenter fra originalen, som MCEBuddy har problemer med).
Jeg bad derefter MCEBuddy om at fjerne de første og sidste 5 sekunder.
Dette fungerede fint.
Jeg bad derefter MCEBuddy om at fjerne alle reklamer ved hjælp af Comskip-indstillingen.
Dette fungerede fint.
Det ser ud til, at Playon har ændret sig og ikke længere skriver alle de segmenter, som MCEBuddy forventer.
Tak for logfilerne og eksempelfilerne. Det ser ud til, at MP4-filen, som den nyeste version af PlayOn producerer, ikke er i overensstemmelse med specifikationerne og indeholder fejl, hvilket får ffmpeg til at fejle, når det forsøger at remuxe den fra MP4 til TS til behandling af filen OG samtidig forsøge at beskære starten. I denne proces mistes nogle kritiske metadata om videostrømmen, så den ikke kan afspilles.
Den kortsigtede løsning er at aktivere indstillingen Skip remuxing files på siden Conversion Task → Expert settings, så MCEBuddy ikke remuxer MP4 til TS, men i stedet arbejder direkte på MP4-filerne – hvilket burde undgå dette problem.