Forståelse af konverteringsfejl

General Support / Questions
1

The Net (1995)_tt0113957.ts-FullQualityGeneral-2024-01-12T12-42-31.log (2,0 MB)
Findes der nogen dokumentation til at forstå konverteringsfejl? Jeg bruger stadig beta 2.6.3 fra den 9. januar, du nævnte, og prøvede at konvertere en film her til morgen, men mit output i MP4-AV1 (uden hardware-acceleration) blev afbrudt, så jeg prøvede igen med min normale mp4-hvec, og det samme skete. Mit output er en 14 sekunders video i stedet for hvad der burde være tæt på 120 minutter. Jeg kan se nogle fejl i loggen, men er ikke sikker på, hvilke der betyder noget.
Og lige for at nævne det: kilden til mine TS-filer er den samme, som jeg stort set bruger dagligt, så medmindre der er sket en mærkelig fejl under lagringen, ved jeg ikke. Den indlæstes fint i Custom Cuts, og jeg lavede min EDL, som jeg plejer.

2

Du skal blot gennemse loggen og se, hvad der sker. I dette tilfælde er dine video-tidsstempler stærkt beskadigede, hvilket giver ffmpeg mange problemer, og det kan ikke gendanne:

2024-01-12T12:47:06 MCEBuddy.AppWrapper.FFmpeg → [mpegts @ 00000120f0251800] start time for stream 0 is not set in estimate_timings_from_pts
2024-01-12T12:47:06 MCEBuddy.AppWrapper.FFmpeg → [mpegts @ 00000120f0251800] stream 0 : no TS found at start of file, duration not set
2024-01-12T12:47:06 MCEBuddy.AppWrapper.FFmpeg → [mpegts @ 00000120f0251800] Could not find codec parameters for stream 0 (Video: h264 ([27][0][0][0] / 0x001B), none): unspecified size
2024-01-12T12:47:06 MCEBuddy.AppWrapper.FFmpeg → Consider increasing the value for the ‘analyzeduration’ (0) and ‘probesize’ (5000000) options
2024-01-12T12:47:06 MCEBuddy.AppWrapper.FFmpeg → [mpegts @ 00000120f02a4b00] start time for stream 0 is not set in estimate_timings_from_pts
2024-01-12T12:47:06 MCEBuddy.AppWrapper.FFmpeg → [mpegts @ 00000120f02a4b00] stream 0 : no TS found at start of file, duration not set
2024-01-12T12:47:06 MCEBuddy.AppWrapper.FFmpeg → [mpegts @ 00000120f02a4b00] Could not find codec parameters for stream 0 (Video: h264 ([27][0][0][0] / 0x001B), none): unspecified size
2024-01-12T12:47:06 MCEBuddy.AppWrapper.FFmpeg → Consider increasing the value for the ‘analyzeduration’ (0) and ‘probesize’ (5000000) options
2024-01-12T12:47:06 MCEBuddy.AppWrapper.FFmpeg → [mpegts @ 00000120f02a4b00] start time for stream 0 is not set in estimate_timings_from_pts
2024-01-12T12:47:06 MCEBuddy.AppWrapper.FFmpeg → [mpegts @ 00000120f02a4b00] stream 0 : no TS found at start of file, duration not set
2024-01-12T12:47:06 MCEBuddy.AppWrapper.FFmpeg → [mpegts @ 00000120f02a4b00] Could not find codec parameters for stream 0 (Video: h264 ([27][0][0][0] / 0x001B), none): unspecified size
2024-01-12T12:47:06 MCEBuddy.AppWrapper.FFmpeg → Consider increasing the value for the ‘analyzeduration’ (0) and ‘probesize’ (5000000) options
2024-01-12T12:47:06 MCEBuddy.AppWrapper.FFmpeg → [mpegts @ 00000120f02a4b00] start time for stream 0 is not set in estimate_timings_from_pts
2024-01-12T12:47:06 MCEBuddy.AppWrapper.FFmpeg → [mpegts @ 00000120f02a4b00] stream 0 : no TS found at start of file, duration not set
…
…
2024-01-12T12:47:06 MCEBuddy.AppWrapper.FFmpeg → [mpegts @ 00000120f02933c0] Non-monotonic DTS in output stream 0:1; previous: 226800, current: 220320; changing to 226801. This may result in incorrect timestamps in the output file.
2024-01-12T12:47:06 MCEBuddy.AppWrapper.FFmpeg → [mpegts @ 00000120f02933c0] Non-monotonic DTS in output stream 0:1; previous: 226801, current: 222480; changing to 226802. This may result in incorrect timestamps in the output file.
2024-01-12T12:47:06 MCEBuddy.AppWrapper.FFmpeg → [mpegts @ 00000120f02933c0] Non-monotonic DTS in output stream 0:1; previous: 226802, current: 224640; changing to 226803. This may result in incorrect timestamps in the output file.
2024-01-12T12:47:06 MCEBuddy.AppWrapper.FFmpeg → [mpegts @ 00000120f02933c0] Non-monotonic DTS in output stream 0:1; previous: 226803, current: 226800; changing to 226804. This may result in incorrect timestamps in the output file.
2024-01-12T12:47:06 MCEBuddy.AppWrapper.FFmpeg → [mpegts @ 00000120f02933c0] Non-monotonic DTS in output stream 0:1; previous: 324000, current: 319680; changing to 324001. This may result in incorrect timestamps in the output file.
2024-01-12T12:47:06 MCEBuddy.AppWrapper.FFmpeg → [mpegts @ 00000120f02933c0] Non-monotonic DTS in output stream 0:1; previous: 324001, current: 321840; changing to 324002. This may result in incorrect timestamps in the output file.
2024-01-12T12:47:06 MCEBuddy.AppWrapper.FFmpeg → [mpegts @ 00000120f02933c0] Non-monotonic DTS in output stream 0:1; previous: 324002, current: 324000; changing to 324003. This may result in incorrect timestamps in the output file.
2024-01-12T12:47:06 MCEBuddy.AppWrapper.FFmpeg → [mpegts @ 00000120f02933c0] Non-monotonic DTS in output stream 0:1; previous: 436320, current: 429840; changing to 436321. This may result in incorrect timestamps in the output file.
2024-01-12T12:47:06 MCEBuddy.AppWrapper.FFmpeg → [mpegts @ 00000120f02933c0] Non-monotonic DTS in output stream 0:1; previous: 436321, current: 432000; changing to 436322. This may result in incorrect timestamps in the output file.

Nogle gange kan loggen give dig et tip om, hvad du skal prøve. I dette tilfælde har ffmpeg problemer med at flette de klippede segmenter sammen, og loggen giver dig et tip.

WARNING> 2024-01-12T12:47:06 MCEBuddy.CommercialScan.Remover → Using FFMPEG instead of AVIDemux to merge tracks. There may be artifacts/issues with the video at the merged segments, set CommercialMergeTool=avidemux in the profile if you are facing issues

I din profiles.conf-fil skal du redigere din profil og tilføje linjen CommercialMergeTool=avidemux til slutningen af den profil, du bruger. Se om det hjælper.

Du kan også prøve at markere Skip remuxing under Conversion task → Expert settings; det kan hjælpe i sådanne situationer.

Generelt, hvis du optager via et tv-tuner-kort eller et videoptagelseskort, og din video har så alvorlige tidsstempelproblemer, skyldes det normalt en af to grunde:

  1. Driveren til optageenheden er blevet opdateret, og den nye driver skaber beskadigede tidsstempler. Prøv at rulle tilbage til en ældre driver, eller kontakt producenten for en rettet driver
  2. Hvis du bruger OTA-optagelser, er signalstyrken meget svag, hvilket forårsager tidsstempelproblemer i optagelserne; skaf en stærkere antenne eller en forstærker
3

Jeg bruger en hardware-optagelsesenhed, og den eneste opdatering var en Windows-opdatering, men jeg har haft tre andre optagelser siden da, som var fine. Fejlen er sket før, måske en slags tilfældig situation, da jeg genoptog denne gang og den nye version konverterede fint uden at ændre noget.

Jeg kiggede på de nye logs, og fra hvad jeg kan se, får jeg de ‘ukorrekte tidsstempler’ hele tiden, bogstaveligt talt tusindvis af dem per log, så jeg tror ikke, de skader noget. Det, jeg ikke ser i de fungerende konverteringer, er den første sæt, du nævnte – f.eks. søgning efter ‘could not find codec parameters’ → god konvertering har 0 af disse, de fejlende havde 20-30 af dem, så i mit tilfælde ser disse chunks ud til at være mit problem.

Tak for hjælpen.