Page 5 sur 6
Re: Camera Pi, motion et streaming
Posté : mer. 5 nov. 2014 20:10
par vague nerd
Faut dire qu'un capteur de mouvement, ça coûte pas cher... c'est ce que j'ai choisi.
existe t-il un appel de capture comme un script cgi utilisé pour les caméra ip
Je n'ai pas compris. Il y a raspivid pour la vidéo et raspistill pour les images...
Re: Camera Pi, motion et streaming
Posté : jeu. 6 nov. 2014 06:52
par yves273
Je parle côté client
par exemple pour la camera ip edimax
on capture une image avec http:/monippublic/cgi/jpg/image.cgi
cela est largement suffisant dans 90% des cas, par exemple je vois que les volets de ma maison sont bien fermés, la piscine est bien bleu, il a plu...
peut-être avec un script php
Re: Camera Pi, motion et streaming
Posté : jeu. 6 nov. 2014 06:55
par yves273
il y a probablement la réponse avec rapistill en plus complexe dans ce lien
http://www.magdiblog.fr/domotique/syste ... pberry-pi/
Re: Camera Pi, motion et streaming
Posté : jeu. 6 nov. 2014 07:02
par yves273
Re: Camera Pi, motion et streaming
Posté : jeu. 6 nov. 2014 20:54
par yves273
Avez-vous fait des essais très bas débit (petite résolution, 1 fps, par exemple)
Rappel du code de streaming
Code : Tout sélectionner
$ raspivid -n -w 1280 -h 720 -b 4500000 -fps 25 -vf -hf -t 0 -o - | cvlc -vvv stream:///dev/stdin --sout '#rtp sdp=rtsp://:9000/}' :demux=h264
Réponse Rpi:
Code : Tout sélectionner
....
[0x3097e0] main input debug: Buffering 0%
[0x3097e0] main input debug: Buffering 13%
[0x3097e0] main input debug: Buffering 26%
[0x3097e0] main input debug: Buffering 40%
[0x3097e0] main input debug: Buffering 53%
[0x3097e0] main input debug: Buffering 66%
[0x3097e0] main input debug: Buffering 80%
[0x3097e0] main input debug: Buffering 93%
[0x3097e0] main input debug: Stream buffering done (320 ms in 10 ms)
[0x3097e0] main input debug: Decoder buffering done in 0 ms
[0x386bd0] main stream out debug: net: connecting to [192.168.0.15]:65342
[0x386bd0] main stream out debug: net: connecting to [192.168.0.15]:65343 from [192.168.0.24]:56238
cela marche côté vlc à tous les coups (en ip local)
par contre un essai avec fps à 1 et un autre avec fps à 1 et b à 1500000 échoue systématiquement
Code : Tout sélectionner
...[0x8b99f8] main input debug: Stream buffering done (1840 ms in 48 ms)
[0x8b99f8] main input debug: Decoder buffering done in 0 ms
[0x8b99f8] main input error: ES_OUT_SET_(GROUP_)PCR is called too late (pts_delay increased to 1855 ms)
[0x8b99f8] main input error: ES_OUT_RESET_PCR called
comment interpréter un tel résultat?
Re: Camera Pi, motion et streaming
Posté : jeu. 6 nov. 2014 21:44
par vague nerd
Etrange. J'ai déjà vu passer ce message, mais je ne me souviens plus du contexte...
Essayer sans indiquer de bite rate (b), et avec une petite résolution (w et h plus petits)...
Cdt.
Re: Camera Pi, motion et streaming
Posté : ven. 7 nov. 2014 07:46
par yves273
j'ai exécuté avec
w 640 -h 360 -fps 30
w 640 -h 360 -fps 15
w 640 -h 360 -fps 10
w 640 -h 360 -fps 5
le buffering s'allonge au fur et à mesure de 300ms à 3000ms
le message s'affiche régulièrement tous les 15s environ mais vlc affiche l'image toujours
Code : Tout sélectionner
[0x8b99f8] main input error: ES_OUT_SET_(GROUP_)PCR is called too late (pts_delay increased to 1855 ms)
[0x8b99f8] main input error: ES_OUT_RESET_PCR called
à fps 10 le buffering s'allonge 680ms puis jusqu'à 4000ms mais vlc continue de marcher
à fps 5 plus rien ne s'affiche sur vlc
Re: Camera Pi, motion et streaming
Posté : ven. 7 nov. 2014 11:23
par vague nerd
Quelques concidérations :
L’allongement du temps de buffering est normal (moins d'images de plus faible résolution : il en faut plus pour remplir le buffer)...
Le frame rate côté vlc est le nombre de frames/seconde affichées par le client, pas le nombre de frames recues...
Ai-je bien compris ? Nous venons de reproduire le symptôme smartphone sur le pc ? Si c'est bien le cas, on est maintenant sûr que le problème de configuration se trouve côté client.
Bon courage ! Cdt.
Re: Camera Pi, motion et streaming
Posté : ven. 7 nov. 2014 16:08
par yves273
Je ne suis pas sur des conclusions mais je vais chercher dans ce sens...
je suis maintenant moins novice et j'aurais une attention particulière sur les problèmes de flux pour la suite car je vais me concentrer sur motion (qui n'attire personne) pour récupérer les images de mouvements et sur imperihome pour avoir le flux sur mon interface domotique.
merci vague nerd
Re: Camera Pi, motion et streaming
Posté : dim. 9 nov. 2014 07:03
par yves273
Epilogue
J'ai réussi à utiliser imperihome (côté client) pour streaming sur adresse privée et adresse public avec motion (côté RPi)
Imperihome n'utilise pas le h264 et en mjpeg c'est bon.
apparemment le port 8080 (déjà utilisé?) ne lui plaisait pas mais le 9000 c'est bon.
il y a toujours des incohérences entre tablette et smartphone mais je regarderai cela au peaufinage.
j'ai progressé sur motion, et ce sera à suivre sur l'autre sujet Camera Pi et motion.
salut à tous