je capture les données de la caméra IP avec le protocole RTSP avec ffmpeg avec la commande:progrès ffmpeg est lorsque le gel des cadres changement de scène
ffmpeg -rtsp_transport tcp -progress /media/kamip/stats.txt -i rtsp://192.168.1.220:554/live/h264/ch0
-c:v copy -c:a copy -strict 1 -map 0 -f segment -strftime 1
-segment_time 1800 /media/kamip/cam_%d_%m_%Y_%H_%M_%S.mkv
J'utilise cela pour 5 caméras. L'un est de type différent et il est dans un endroit différent. Étant donné que ffmpeg ne prend pas en charge la reconnexion, j'écris le statut du fichier /media/kamip/stats.txt. Dans un autre script j'analyse cette sortie et toutes les 30 secondes je vérifie si le numéro d'image a changé, si oui - c'est ok, sinon, je recommence la commande ci-dessus.
Le problème est que dans la nuit. Quand il fait assez sombre et s'allume soudainement, par exemple lorsque la voiture est en stationnement, le fichier /media/kamip/stats.txt affiche le même numéro de cadre, donc mon script le reconnaît comme une connexion perdue (gel vidéo)
J'ai essayé « -strict 1 » option et je pense qu'il est préférable (une fausse alarme par jour au lieu de 10 par jour), donc je pense que cela peut être lié à la source ffmpeg, pas de caméra/vidéo, en particulier parce que la vidéo est très bien même Le nombre d'images rapporté par ffmpeg est toujours le même. Aussi VLC n'a pas ce genre de problème (mais je ne peux pas l'utiliser actuellement pour cet appareil photo)
J'ai trouvé que ffmpeg a un détecteur de changement de scène intégré, mais cela ne devrait fonctionner que lors de l'encodage vidéo (j'utilise " copier "option pour audio et vidéo)?
Je pense à une façon différente d'analyser la capture vidéo, mais cette "-progress" dans ffmpeg devrait fonctionner correctement - et cela fonctionne bien pour d'autres caméras pendant quelques années).
je aussi ne vois pas d'erreur, quand je un fichier codé avec cutted "debug -loglevel" J'ai vu des informations que comme ci-dessous:
[libx264 @ 0x25d77a0] scene cut at 174 Icost:2049115 Pcost:2006553
ratio:0.0208 bias:0.1387 gop:54 (imb:3186 pmb:168)
FFmpeg dernière version
ffmpeg version 3.3.3-1ubuntu1~16.04.york0 Copyright (c) 2000-2017 the FFmpeg developers built with gcc 5.4.0 (Ubuntu 5.4.0-6ubuntu1~16.04.4) 20160609
toute aide sera appréciée
Ce changement de scène msg est liée au codeur estimation que ce soit moins cher de se poursuivre sans un nouveau cadre IDR ou non. Besoin de voir un extrait du fichier de progression en commençant juste avant le gel et juste après. – Mulvya
merci pour l'explication. Je vais recueillir cette sortie, comme je l'ai dit, maintenant avec "-strict 1" est beaucoup beaucoup mieux. – Karol