Что означает «Прошлая продолжительность X.XXX слишком велика»?

При кодировании H.264 с использованием ffmpeg я получаю массовые предупреждения следующего типа:

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

Что они имеют в виду? Я не нашел ничего ясного в Интернете или в документации ffmpeg.

Я получал тысячи этих предупреждений с определенным кодом. Я уменьшал видео 1080p до 480p. В точке редактирования, где было какое-то сомнительное видео из-за дефекта исходного лазерного диска, эти сообщения начали появляться, а затем появлялись, я думаю, для каждого последующего кадра. Они продолжали и продолжали, как этот короткий отрывок:

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

Первоначальный вызов ffmpeg был таким:

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

Следуя рекомендациям здесь, я сначала добавил -framerate 60000/1001 на вход. Это ничего не улучшило. Я сохранил -framerate и добавил к выводу -r 60000/1001. Это все равно ничего не улучшило. Сохранив оба, я наконец добавил -async 1 -vsync 1. В результате я получил одно предупреждение, и все. Этот призыв был:

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

Единственное отличие, которое я обнаружил в подробном дампе от MediaInfo, - это удаление этой строки, обнаруженной в исходном вызове, но не во втором:

Delay relative to video                  : -33ms

Однако я проверил синхронизацию аудио и видео в начале и в конце файлов, и не было заметной разницы в синхронизации между двумя файлами. Их время работы также было таким же, но оно измерялось только с точностью до секунды в VLC. Поэтому я проверил количество кадров с помощью ffmpeg вот так:

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

и ищем "frame = #" ближе к концу вывода.

Оказывается, исходное видео было длиной 375226 кадров, исходный вызов дал 375195 кадров, а второй вызов дал 375200. Таким образом, второй вызов с гораздо меньшим количеством предупреждений также потерял на 5 кадров меньше.

Последующее тестирование показало, что -framerate и -r не нужны, и достаточно использовать два флага синхронизации. Это дало результаты, идентичные результатам второго вызова выше, поэтому третий и самый простой вызов, который я обнаружил для решения проблемы, таков:

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

И еще один файл впоследствии выдал кучу этих предупреждений даже с флагами синхронизации, но добавление обратно флагов скорости «исправило» это (выдало только два предупреждения вместо тысяч). Поэтому иногда второй вызов срабатывает, а третий - нет. Для моих непосредственных целей я остановлюсь на втором вызове и надеюсь, что он решит большинство этих проблем.

Все это было с ffmpeg версии 4.0.

Один из сопровождающих для проекта DVDStyler на SourceForge сказал это об этом:

В версиях FFMpeg после 15 января 2015 г. это предупреждение часто отображается. Он был добавлен, чтобы предупредить о возможных искажениях регулятора скорости, иначе это не причинит никакого вреда.

Это предупреждающее сообщение появляется при попытке кодировать источник с высокой частотой кадров в вывод с низкой частотой кадров, что означает необходимость отбрасывания кадров.

У меня была эта ошибка, потому что я хотел преобразовать серию изображений в видео:

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

Проблема, по-видимому, в том, что если для входных данных не указана частота кадров, то предполагается частота кадров 25 кадров в секунду:

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

Это также можно увидеть по общему количеству закодированных кадров. У меня было 400 изображений, но приведенная выше команда закодировала только 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%

Сообщения об ошибках исчезают, если вместо выходной частоты кадров устанавливается частота кадров на входе. После этого частота кадров вывода будет автоматически выбрана равной частоте кадров ввода. Кроме того, в более новых версиях ffmpeg вам нужно остерегаться, потому что при использовании изображений PNG с -iопцией или, скорее, входным форматом image2или v4l2вы должны использовать -framerateвместо -r, см. Документацию по этой -rопции .

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

Также можно указать частоту кадров для ввода и вывода отдельно:

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

В этом случае будут закодированы только 161/400 кадров. Остальные промежуточные кадры будут отброшены. Также сообщение об ошибке исчезает, я думаю, чтобы не замедлять ffmpeg, отправляя спам на stdout, см.:

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

Глядя на исходный код, кажется, что разница между временем представления (pts) во входном потоке отличается от времени в выходном потоке более чем на фиксированный предел, равный 0,6.

Фрагменты из источника:

    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;
    }

Это только беглый взгляд, поэтому не стесняйтесь копать глубже.

На самом деле команда должна быть:

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

У параметра «quiet» нет префикса «-», так как это не опция, а значение для опции «-loglevel».

Согласно проблеме FFmpeg № 4700 - Прошлая длительность 0,999992 слишком велика, это всего лишь предупреждение.

Используйте -loglevelопцию, чтобы остановить это:

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

Возможные уровни - числа или:

"quiet"
"panic"
"fatal"
"error"
"warning"
"info"
"verbose"
"debug"
"trace"