Que signifie «Durée passée X.XXX trop grande»?

Lors de l'encodage H.264 à l'aide de ffmpeg, j'obtiens en masse le type d'avertissement suivant:

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

Que signifient-ils? Je n'ai rien trouvé de clair en ligne ou dans la documentation ffmpeg.

Je recevais des milliers de ces avertissements avec un encodage particulier. Je réduisais la vidéo 1080p à 480p. À un point de montage, où il y avait une vidéo douteuse en raison d'un défaut dans le disque laser source, ces messages ont commencé à apparaître et sont ensuite apparus pour, je pense, chaque image par la suite. Ils ont continué encore et encore, comme ce court extrait:

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

L'appel original de ffmpeg était le suivant:

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

Suite aux suggestions ici, j'ai d'abord ajouté -framerate 60000/1001 à l'entrée. Cela n'a rien amélioré. J'ai conservé -framerate et ajouté -r 60000/1001 à la sortie. Cela n'a toujours rien amélioré. En conservant les deux, j'ai finalement ajouté -async 1 -vsync 1. Cela m'a permis de recevoir un seul avertissement, et c'est tout. Cette invocation était:

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

La seule différence que j'ai trouvée dans un vidage détaillé de MediaInfo était la suppression de cette ligne trouvée dans l'invocation d'origine mais pas dans la seconde:

Delay relative to video                  : -33ms

Cependant, j'ai vérifié la synchronisation A / V vers le début des fichiers et vers la fin, et il n'y avait aucune différence perceptible de synchronisation entre les deux fichiers. Leurs temps de fonctionnement étaient également les mêmes, mais cela n'était mesuré qu'à la seconde près, en VLC. J'ai donc vérifié le nombre d'images en utilisant ffmpeg comme ceci:

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

et recherchez "frame = #" vers la fin de la sortie.

Il s'avère que la vidéo source a une longueur de 375226 images, l'invocation d'origine a donné 375195 images et la deuxième invocation a donné 375200. Ainsi, la deuxième invocation, avec beaucoup moins de messages d'avertissement, a également perdu 5 images de moins.

Des tests ultérieurs ont montré que -framerate et -r n'étaient pas nécessaires et que l'utilisation des deux indicateurs de synchronisation était suffisante. Cela a produit des résultats identiques à la deuxième invocation ci-dessus, donc la troisième et la plus simple invocation que j'ai trouvée pour résoudre le problème est la suivante:

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

Et encore un autre fichier a produit par la suite un tas de ces avertissements même avec les drapeaux de synchronisation, mais en rajoutant les indicateurs de taux "corrigés" il (produit seulement deux au lieu de milliers d'avertissements). Parfois, la deuxième invocation fonctionne alors que la troisième ne fonctionne pas. Pour mes besoins immédiats, je vais me contenter de la deuxième invocation et j'espère qu'elle résoudra la plupart de ces problèmes.

C'était tout avec ffmpeg version 4.0.

Un des responsables du projet DVDStyler sur SourceForge a dit ceci à ce sujet:

Les versions FFMpeg après le 15 janvier 2015 affichent souvent cet avertissement. Il a été ajouté pour avertir d'une éventuelle distorsion du contrôle de débit, sinon il ne cause aucun dommage.

Ce message d'avertissement apparaît lorsque vous essayez d'encoder une source à fréquence d'images élevée sur une sortie à faible fréquence d'images, ce qui signifie que les images doivent être supprimées.

J'ai eu cette erreur car je voulais convertir une série d'images en vidéo:

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

Le problème semble être que si aucune fréquence d'images n'est donnée pour l'entrée, une fréquence d'images de 25 ips est supposée:

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

Cela peut également être vu sur le nombre total de trames codées. J'avais 400 images, mais la commande ci-dessus n'a encodé que 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%

Les messages d'erreur disparaissent en définissant la fréquence d'images d'entrée à la place si la fréquence d'images de sortie. La fréquence d'images de sortie sera alors automatiquement choisie pour être celle de l'entrée. De plus, dans les versions plus récentes de ffmpeg, vous devez faire attention, car lorsque vous utilisez des images PNG avec l' -ioption ou plutôt le format d'entrée image2ou v4l2, vous devez utiliser à la -framerateplace de -r, voir la documentation de l' -roption .

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

Il est également possible de spécifier séparément la fréquence d'images de l'entrée et de la sortie:

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

Dans ce cas, seules 161/400 trames seront encodées. Les autres images intermédiaires seront supprimées. De plus, le message d'erreur disparaît, je suppose que pour ne pas ralentir ffmpeg en envoyant du spam à stdout, voir:

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

En regardant le code source, il semble que la différence entre le temps de présentation (pts) dans le flux d'entrée diffère de celle du flux de sortie de plus d'une limite fixe fixée à 0,6.

Extraits de la source:

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

Ce n'est qu'un rapide coup d'œil, alors n'hésitez pas à creuser plus profondément.

Selon FFmpeg issue # 4700 - La durée passée 0,999992 est trop grande, ce n'est qu'un avertissement. Utilisation:

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

Pour l'arrêter.

Ned

La commande devrait en fait être:

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

Il n'y a pas de préfixe "-" pour le paramètre "quiet", car ce n'est pas une option, mais plutôt une valeur pour l'option "-loglevel".