Qu'est-ce que Passé la durée de X. XXX trop grand " signifie pour vous?

Lors de l'encodage H. 264 en utilisant ffmpeg, j'ai le type de mises en garde en masse:

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

Que signifient-ils? Je n'ai pas trouvé quelque chose de clair en ligne ou dans le ffmpeg documentation.

Veuillez indiquer au ffmpeg questions video.stackexchange.com la bêta. Voir le ffmpeg balise description.
Encore un autre stackexchange? Je suis de se confondre avec ceux de 100+ sous-sites, je ne suis pas sûr si c'est une direction positive qui stackexchange est à la tête de.
Je suis d'accord, il vous fait long pour une époque plus simple... 🙂
Je pense qu'il est. StackOverflow est pour la programmation, ce n'est pas de la programmation. Il y a un Q&Un site pour le traitement de la vidéo, c'est une question sur le traitement de la vidéo. Ce n'est pas de comprendre?
Lire aussi la balise description.

InformationsquelleAutor Erik | 2015-06-11

16

J'ai été faire des milliers de ces avertissements avec un particulier de l'encodage. J'ai été conversion de la vidéo en 1080p à 480p. À un point de montage, là où il y avait quelques louches de la vidéo en raison d'un défaut dans la source de vidéodisque, ces messages ont commencé à venir up et alors apparu, je pense, toutes les images par la suite. Ils s'en allait, 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'original ffmpeg invocation est ceci:
```
ffmpeg -i input.mp4 -s 720x480 -c:v libx264 -preset slower -crf 17 -c:a copy -y output.mkv
```
La suite suggestions ici, j'ai d'abord ajouté -framerate 60000/1001 à l'entrée. Qui n'a pas améliorer quoi que ce soit. J'ai retenu -framerate et ajouté -r 60000/1001 à la sortie. Qui n'a toujours pas améliorer quoi que ce soit. Conservant les deux, j'ai enfin ajouté -async 1 -vsync 1. Cela a abouti à ma réception d'un avertissement simple, et c'est tout. Que l'invocation est:
```
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é dans les détails du vidage de MediaInfo a été la suppression de cette ligne trouvée dans l'original invocation, mais pas dans la seconde:
```
Delay relative to video                  : -33ms
```
Cependant, j'ai vérifié la synchronisation A/V à proximité du début de la fichiers et près de la fin, et il n'y a pas de différence perceptible dans la synchronisation entre les deux fichiers. Leur temps de course ont également été la même, mais qui a été mesurée seulement à la seconde près, dans VLC. Donc j'ai vérifié le cadre des comptages à l'aide de ffmpeg comme suit:
```
ffmpeg -i output.mkv -map 0:v:0 -c copy -f null -
```
et de la recherche pour "frame=#" près de la fin de la sortie.

S'avère la source vidéo a été 375226 images, l'original de l'invocation donné 375195 des cadres, et le deuxième appel a abouti à 375200. Ainsi, la deuxième invocation, avec infiniment moins de messages d'avertissement également diminué de 5 moins de cadres.

Des tests ultérieurs ont montré que -débit et d'-r ont été inutiles, et en utilisant simplement les deux sync drapeaux a été suffisante. Cela a produit des résultats identiques à la deuxième invocation ci-dessus, de sorte que la troisième et la plus simple invocation, j'ai trouvé pour résoudre le problème est: est-ce
```
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 par la suite produit un tas de ces mises en garde, même avec la synchronisation des drapeaux, mais en ajoutant le taux de drapeaux "fixe" (seul produit deux au lieu de milliers de mises en garde). Alors parfois, le deuxième appel lorsque la troisième ne l'est pas. Pour mes fins, je vais établir sur la deuxième invocation et d'espoir, il résout la plupart de ces problèmes.

C'était tous avec ffmpeg version 4.0.
- Merci pour ce! Après des jours d'avoir des problèmes, -async 1 -vsync 1 fixe pour moi.
- Merci pour cette analyse @larryy très utile
InformationsquelleAutor larryy
85

L'un des responsables de la DVDStyler projet sur SourceForge dit cette sujet:

FFMpeg versions après Jan 15 2015 souvent l'affichage de cet avertissement. Il a
été ajoutés pour avertir d'éventuels taux de contrôle de la distorsion, sinon
il ne cause pas de dommage.

InformationsquelleAutor Josh Davis
52

Ce message d'avertissement s'affiche lorsque vous essayez de coder une cadence élevée de la source à un faible taux de trame de sortie, ce qui signifie que les cadres doivent être abandonnées.

J'ai eu ce message d'erreur parce que j'ai voulu convertir une série d'images d'une vidéo:
```
ffmpeg -i %05d.png -r 24 -c:v libx264 -crf 5 out.mkv
```
Le problème semble être que, si aucun taux de rafraîchissement est de donner pour l'entrée, une cadence de 25 images par seconde est pris en charge:
```
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 aussi être vu sur le nombre total de trames codées. J'ai eu 400 images, mais la commande ci-dessus seulement codé 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 disparaît par réglage de la fréquence d'entrée à la place si la fréquence d'images de sortie. La fréquence d'images de sortie sera automatiquement choisie pour être celle de l'entrée. De plus dans les nouvelles versions de ffmpeg, vous avez à surveiller, parce que lors de l'utilisation des images PNG avec la -i option ou plutôt la image2 ou v4l2 format d'entrée, vous devez utiliser -framerate au lieu de -r, voir la documentation pour le -r .
```
ffmpeg -framerate 24 -i %05d.png -c:v libx264 -crf 5 out.mkv
```
Il est également possible de spécifier la fréquence d'images à la fois d'entrée et de sortie séparément:
```
ffmpeg -framerate 25 -i %05d.png -r 10 -c:v libx264 -crf 5 out.mkv
```
Dans ce cas seulement 161/400 images seront codées. Les autres cadres intermédiaires seront supprimées.
Aussi le message d'erreur disparaît, je suppose, pour ne pas ralentir ffmpeg par le spamming sur la sortie standard, voir:
- https://trac.ffmpeg.org/ticket/4700
- https://trac.ffmpeg.org/ticket/4401
- "parce que lors de l'utilisation des images PNG avec l'option-i, vous devez utiliser-framerate au lieu de -r" - cela a résolu mon problème complètement, merci!
- En essayant de convertir un wmv en mp4, en utilisant -r travaillé où à l'aide de -framerate n'a pas.
- +1 et je suggère de déplacer votre "résumer" en haut. De plus, comme il a résolu mon cas de la conversion d'images vidéo et d'essayer de incresase de sortie fréquence d'images et d'accélérer la sortie de trop. J'ai commencé à partir de ce ffmpeg -pattern_type glob -i '*.jpg' -filter:v "setpts=0.25*PTS" -r 50 "$( date "+%Y-%m-%d_%H%M%S")-timelapse-x4-50fps.mp4" à présent, plus aucun avertissement ffmpeg -framerate 50 -pattern_type glob -i '*.jpg' -filter:v "setpts=0.25*PTS" -r 50 "$( date "+%Y-%m-%d_%H%M%S")-timelapse-x4-50fps.mp4" (note de l' -framerate 50 ajoutée pour l'entrée)
InformationsquelleAutor mxmlnkn
47

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

Des 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, n'hésitez pas à creuser plus profond.
- Est-il rien que nous pouvons faire pour "réparer" ce problème, ou de définir explicitement la sortie pts?
- Je ne me souviens pas des détails entourant cette question, mais si par un "correctif" vous voulez dire se débarrasser de l'avertissement alors basé sur le code ci-dessus, vous pourriez regarder dans les option format_video_sync = VSYNC_DROP ou format_video_sync = VSYNC_PASSTHROUGH et voir si l'un de ceux qui est viable dans votre cas d'utilisation.
- Merci. J'ai découvert le réglage de la cadence explicitement à l'aide de la -r interrupteur à la position "fixe" ces mises en garde.
- Juste quelque chose à partir de l'expérience personnelle: j'ai eu le "passé" durée de message de problème de spam et fixe qu'en forçant la fréquence d'entrée avec l'option-r 25, mais ensuite j'ai commencé à faire de l'audio fortement de la synchronisation. Suppression de l'option-r et en utilisant "async 1 -vsync 1" pour éviter les désynchronisations a empêché le problème audio, mais le "passé" durée de spam semble être allé trop.
InformationsquelleAutor Erik
2

Comme par FFmpeg question n ° 4700 -
Passé la durée 0.999992 trop grand
c'est seulement un avertissement.
Utilisation:
```
ffmpeg -loglevel -quiet -i input_file.xyz ....
```
Pour l'arrêter.

Ned

InformationsquelleAutor Ned

Vous devez vous connecter pour publier un commentaire.