[RESOLU] Camera Pi et streaming

[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...

[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

[yves273]

il y a probablement la réponse avec rapistill en plus complexe dans ce lien

http://www.magdiblog.fr/domotique/syste ... pberry-pi/

[yves273]

il y aussi cette adresse

http://lanterne-rouge.over-blog.org/tag/raspberry%20pi/

[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?

[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.

[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

[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.

[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

[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