Co oznacza „Przeszły czas trwania X.XXX za duży”?

Podczas kodowania H.264 przy użyciu ffmpeg otrzymuję masowo następujące typy ostrzeżeń:

Past duration 0.603386 too large
Past duration 0.614372 too large
Past duration 0.606377 too large

Co mieli na myśli? Nie znalazłem niczego jasnego w Internecie ani w dokumentacji ffmpeg.

Otrzymywałem tysiące tych ostrzeżeń z określonym kodem. Zmniejszałem rozdzielczość wideo 1080p do 480p. W punkcie edycji, gdzie było jakieś podejrzane wideo z powodu defektu źródłowego dysku laserowego, te wiadomości zaczęły pojawiać się, a następnie pojawiały się, jak sądzę, w każdej następnej klatce. Kontynuowali i ciągnęli, jak ten krótki fragment:

Past duration 0.901115 too large=  535031kB time=00:54:15.06 bitrate=1346.5kbits/s dup=0 drop=19 speed=1.15x    
    Last message repeated 31 times
Past duration 0.901115 too large=  535031kB time=00:54:15.62 bitrate=1346.3kbits/s dup=0 drop=19 speed=1.15x    
    Last message repeated 34 times
Past duration 0.901115 too large=  535031kB time=00:54:16.21 bitrate=1346.0kbits/s dup=0 drop=19 speed=1.15x    
    Last message repeated 36 times
Past duration 0.901115 too large=  535338kB time=00:54:16.83 bitrate=1346.5kbits/s dup=0 drop=19 speed=1.15x    
    Last message repeated 39 times

Pierwotne wywołanie ffmpeg wyglądało tak:

ffmpeg -i input.mp4 -s 720x480 -c:v libx264 -preset slower -crf 17 -c:a copy -y output.mkv

Zgodnie z sugestiami tutaj najpierw dodałem -framerate 60000/1001 do wejścia. To niczego nie poprawiło. Zachowałem -framerate i dodałem -r 60000/1001 do wyjścia. To nadal niczego nie poprawiło. Zachowując oba, w końcu dodałem -async 1 -vsync 1. Spowodowało to, że otrzymałem jedno ostrzeżenie i to wszystko. To wezwanie brzmiało:

ffmpeg -i input.mp4 -framerate 60000/1001 -s 720x480 -c:v libx264 -preset slower -crf 17 -c:a copy -y output.mkv -r 60000/1001 -async 1 -vsync 1

Jedyną różnicą, jaką znalazłem w szczegółowym zrzucie z MediaInfo, było usunięcie tej linii znalezionej w pierwotnym wywołaniu, ale nie w drugiej:

Delay relative to video                  : -33ms

Jednak sprawdziłem synchronizację A / V blisko początku plików i pod koniec i nie było zauważalnej różnicy w synchronizacji między dwoma plikami. Ich czasy pracy również były takie same, ale mierzono je tylko z dokładnością do najbliższej sekundy w VLC. Więc sprawdziłem liczbę klatek używając ffmpeg w następujący sposób:

ffmpeg -i output.mkv -map 0:v:0 -c copy -f null -

i szukam "frame = #" pod koniec wyjścia.

Okazuje się, że wideo źródłowe miało długość 375226 klatek, pierwotne wywołanie dało 375195 klatek, a drugie wywołanie 375200. Tak więc drugie wywołanie, ze znacznie mniejszą liczbą komunikatów ostrzegawczych, również porzuciło 5 mniej klatek.

Późniejsze testy wykazały, że -framerate i -r były niepotrzebne, a samo użycie dwóch flag synchronizacji było wystarczające. Dało to identyczne wyniki jak drugie wywołanie powyżej, więc trzecie i najprostsze wywołanie, które znalazłem w celu rozwiązania problemu, jest następujące:

ffmpeg -i input.mp4 -s 720x480 -c:v libx264 -preset slower -crf 17 -c:a copy -y output.mkv -async 1 -vsync 1

I jeszcze inny plik później wygenerował kilka ostrzeżeń nawet z flagami synchronizacji, ale dodanie z powrotem flag szybkości „naprawiło” to (spowodowało tylko dwa zamiast tysięcy ostrzeżeń). Czasami więc drugie wywołanie działa, podczas gdy trzecie nie. Dla moich bezpośrednich celów zamierzam zdecydować się na drugie wezwanie i mam nadzieję, że rozwiąże większość tych problemów.

To wszystko z ffmpeg w wersji 4.0.

Jeden z opiekunów dla projektu na SourceForge DVDStyler powiedział to o tym:

Wersje FFMpeg po 15 stycznia 2015 r. Często wyświetlają to ostrzeżenie. Został dodany, aby ostrzec przed możliwymi zniekształceniami sterowania szybkością, w przeciwnym razie nie spowoduje żadnych szkód.

Ten komunikat ostrzegawczy pojawia się podczas próby zakodowania źródła o dużej szybkości klatek na wyjście o niskiej liczbie klatek, co oznacza, że ​​klatki muszą zostać odrzucone.

Wystąpił ten błąd, ponieważ chciałem przekonwertować serię obrazów na wideo:

ffmpeg -i %05d.png -r 24 -c:v libx264 -crf 5 out.mkv

Wydaje się, że problem polega na tym, że jeśli na wejściu nie podano liczby klatek na sekundę, przyjmuje się liczbę klatek na sekundę 25 kl./s:

Input #0, image2, from 'frames/%04d.bmp':
  Duration: 00:00:15.96, start: 0.000000, bitrate: N/A
    Stream #0:0: Video: bmp, bgra, 920x650, 25 fps, 25 tbr, 25 tbn, 25 tbc

Można to również zobaczyć na podstawie całkowitej liczby zakodowanych ramek. Miałem 400 obrazów, ale powyższe polecenie zakodowało tylko 384:

frame=  384 fps= 68 q=-1.0 Lsize=   10931kB time=00:00:15.91 bitrate=5626.1kbits/s dup=0 drop=15    
video:10928kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 0.033807%

Komunikaty o błędach znikają, ustawiając zamiast tego wejściową częstotliwość odświeżania, jeśli wyjściowa liczba klatek na sekundę. Szybkość klatek wyjściowych zostanie wtedy automatycznie wybrana jako częstotliwość wejściowa. Dodatkowo w nowszych wersjach ffmpeg musisz uważać, ponieważ używając obrazów PNG z -iopcją lub raczej formatem wejściowym image2lub v4l2, musisz użyć -frameratezamiast -r, zapoznaj się z dokumentacją -ropcji .

ffmpeg -framerate 24 -i %05d.png -c:v libx264 -crf 5 out.mkv

Możliwe jest również osobne określenie liczby klatek na sekundę wejścia i wyjścia:

ffmpeg -framerate 25 -i %05d.png -r 10 -c:v libx264 -crf 5 out.mkv

W tym przypadku zakodowanych zostanie tylko 161/400 ramek. Pozostałe ramki zostaną tymczasowo usunięte. Znika również komunikat o błędzie, myślę, że aby nie spowalniać ffmpeg przez spamowanie na standardowe wyjście, zobacz:

• https://trac.ffmpeg.org/ticket/4700
• https://trac.ffmpeg.org/ticket/4401

Patrząc na kod źródłowy , wydaje się, że różnica między czasem prezentacji (pkt.) W strumieniu wejściowym różni się od tego w strumieniu wyjściowym o więcej niż ustalony limit ustawiony na 0,6.

Fragmenty ze źródła:

    delta0 = sync_ipts - ost->sync_opts;
    delta  = delta0 + duration;

...

        if (delta0 < 0 &&
        delta > 0 &&
        format_video_sync != VSYNC_PASSTHROUGH &&
        format_video_sync != VSYNC_DROP) {
        double cor = FFMIN(-delta0, duration);
        if (delta0 < -0.6) {
            av_log(NULL, AV_LOG_WARNING, "Past duration %f too large\n", -delta0);
        } else
            av_log(NULL, AV_LOG_DEBUG, "Cliping frame in rate conversion by %f\n", -delta0);
        sync_ipts += cor;
        duration -= cor;
        delta0 += cor;
    }

To tylko szybki rzut oka, więc nie krępuj się poszukać głębiej.

Zgodnie z numerem 4700 FFmpeg - przeszły czas trwania 0,999992 za duży, jest to tylko ostrzeżenie. Posługiwać się:

ffmpeg -loglevel -quiet -i input_file.xyz ....

Żeby to zatrzymać.

Ned

Polecenie powinno faktycznie wyglądać tak:

ffmpeg -loglevel quiet -i input_file.xyz ...

Nie ma przedrostka „-” dla parametru „cichy”, ponieważ nie jest to opcja, a raczej wartość opcji „-loglevel”.