Start Trim ikke til Keyframe, hvilket giver "ingen video" ved output

H.264 kildevideo, oprettede en konverteringsopgave, der forsøger at beskære X sekunder fra starten af videoen.

2022-01-04T15:39:01 MCEBuddy.Engine.ConversionJob → Beskærer videooptagelse
2022-01-04T15:39:01 MCEBuddy.Transcode.TrimVideo → Start beskæring: 5
2022-01-04T15:39:01 MCEBuddy.Transcode.TrimVideo → Stop beskæring: 5

→ Tjekker outputfilstørrelse [KB] → 1.177.094,00
→ FFMpeg outputfilstørrelse [KB] → 1.177.094,00
2022-01-04T15:39:09 MCEBuddy.Transcode.TrimVideo → TrimVideo forsøger at erstatte fil Kilde: C:\Program Files\MCEBuddy2x\working0\The A-Team - s01e02 - Mexican Slayride_ Part 2.ts Temp: C:\Program Files\MCEBuddy2x\working0\The A-Team - s01e02 - Mexican Slayride_ Part 2-temp.ts
2022-01-04T15:39:09 MCEBuddy.Engine.ConversionJob → Beskæring lykkedes, indstiller beskæringsparametre til 0 for at undgå genbeskæring

DEN outputfil kan ikke behandles, så outputfilen har ingen video.

2022-01-04T15:39:37 MCEBuddy.Transcode.ConvertWithFfmpeg → Kommandolinjeparametre → -threads 0 -y -i “C:\Program Files\MCEBuddy2x\working0\The A-Team - s01e02 - Mexican Slayride_ Part 2.ts” -ss 0 -vcodec copy -sn -acodec copy “C:\Program Files\MCEBuddy2x\working0\The A-Team - s01e02 - Mexican Slayride_ Part 2-converted.mp4”
WARNING> 2022-01-04T15:39:37 MCEBuddy.Transcode.ConvertWithFfmpeg → Ingen videostrøm registreret, fjerner understøttelse af videostrøm

Ændrer INGEN andre parametre, fjerner blot START-BESKÆRING, og jobbet gennemføres med succes.

Det lader til, at vi har brug for en mulighed for at klippe ved den nærmeste keyframe?

Fejl?

Forskning tyder på, at vi bør finde det nærmeste keyframe i forhold til varigheden og derefter klippe til det sted.

2022-01-04T20:58:45 MCEBuddy.AppWrapper.FFmpeg --> Process arguments  -hide_banner -probesize 100M -analyzeduration 300M -y -i "C:\Program Files\MCEBuddy2x\working0\The Expanse - s05e01 - Exodus.ts" -ss 5 -t 3103 -map 0:a -acodec copy -map 0:1 -vcodec copy "C:\Program Files\MCEBuddy2x\working0\The Expanse - s05e01 - Exodus-temp.ts"

Ganske mange forslag i denne tråd: https://stackoverflow.com/questions/14005110/how-to-split-a-video-using-ffmpeg-so-that-each-chunk-starts-with-a-key-frame

Der kan dog være en (lidt) nemmere løsning:

Dokumentationen viser, at hvis -ss kommer FØR -i, fungerer det som en søgning....

Jeg kan ikke finde en måde at ændre denne rækkefølge – formodentlig kræver det en patch for at løse det.

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.

Det er interessant, at det virker, hvis man vælger noget andet end en TS-fil som output. (hentet her: https://stackoverflow.com/questions/57045900/how-to-find-a-safe-point-for-ss-using-ffmpeg-to-avoid-breaking-a-v-sync)

så dette fejler:

ffmpeg -y -ss 5 -i "The Expanse - s05e01 - Exodus.ts" -map 0:a -acodec copy -map 0:1 -vcodec copy "The Expanse - s05e01 - Exodus-temp.ts"

Men dette virker:

ffmpeg -y -ss 5 -i "The Expanse - s05e01 - Exodus.ts" -acodec copy -map 0:1 -vcodec copy "The Expanse - s05e01 - Exodus-temp.mp4"

eller dette:

ffmpeg -y -ss 5 -i "The Expanse - s05e01 - Exodus.ts" -acodec copy -map 0:1 -vcodec copy "The Expanse - s05e01 - Exodus-temp.mkv"

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. :frowning:

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

Vi har brug for en kopi af den originale video og konverteringsloggen på vores server, så vi kan analysere, hvad der foregår, og genskrive det.

Prøv også at opdatere din ffmpeg til den nyeste version og se, om det hjælper.

Ved godt at @Goose – PM mig detaljer om, hvor jeg skal uploade filer og logs, så får jeg dem straks i dine hænder.

har opdateret ffmpeg – det ser ikke ud til at hjælpe.

Upload-instruktioner findes her: Welcome to MCEBuddy - README BEFORE POSTING

:man_facepalming:

Får det gjort. :slight_smile:

uploaded as request - appreciate the time

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.

FWIW, jeg kan få dem til at klippe direkte i FFMPEG i hånden, hvis jeg bruger MP4 eller MKV i stedet,

ffmpeg -ss $TRIM_DURATION -noaccurate_seek -i "$INPUT_FILENAME" -avoid_negative_ts make_zero -map 0 -c copy "$OUTPUT_FILENAME"

+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.

@dlasher så lad mig vide, hvis det ikke er det samme problem, du ser; jeg vil ikke kapre din tråd med et andet problem.

Helt samme problem, videoer fra PlayOn, tak for at tjekke @schnood

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.

Henvisninger til de uploadede logfiler (også zippet her):
Log files.zip (695,1 KB)

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.

@Goose er der nogen ekstra info, der ville hjælpe? Er dette registreret som et “officielt” problem?

Jeg har også det samme problem.

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.

Indtil dette er løst, vil jeg følge denne proces.

Jeg håber dette hjælper andre.

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.

Den langsigtede løsning er at rapportere det til PlayOn, så de kan rette det, da @scott_mb har testet, at det fungerer fint med PlayOn version 4.5.

Er der nogen i denne gruppe, der vil kontakte PlayOn?

Jeg kontaktede PlayOn-supporten. Da de originale videoer kan afspilles, betragter de det ikke som en fejl på deres side.