[Mesaventures] Webcam - Real Time Streamer

[pec]

Avec la webcam récupéré d'un Asus Eeepc 701 par Julien, je voulais faire un flux vidéo en direct émis par le pi du robot et visionable depuis un pc de controle.

On trouve pas mal de doc sur le net, pour le faire, ou pour capturer des images jpg ou mjpg à intervalle régulier. Ce qui ne m'interresse pas.

J'ai décidé de procéder par étape, en local ça fonctionne nickel avec xawtv sous X, c'est rapide et fluide (et ce même avec vncserver !). En noir et blanc la qualité de l'image est plutôt bonne. Le bruit est faible et les mouvements sont supers fluides. Dès que l'on met de la couleur, ça se transforme en macédoine de pixels, l'image saccade. Certain animaux, voient bien en noir et blanc, alors pourquoi pas Vor001 ?

Dès que l'on rajoute le défis réseau ça se corse. Je m'en suis sorti avec netcat qui redirige le flux vers une machine spécifique, écouté par un autre netcat redirigé vers mplayer. C'est lourd mais fonctionnel. Une piste à explorer si jamais je continu à merder.

La solution mjpg-streamer, bah pas terrible, pas d'image le soft plante.
La solution motion, fonctionne, mais l'image est d'une qualité pourrie.

Je continuerais à chercher, mais pour l'instant je suis plutôt frustré, par ces demies échecs.

[majorlee]

Bo boulot tout de même. On commence à toucher des domaines "tutchy". La qualité du réseau WIFI porteur est fondamentale !

[pec]

J'ai exploré la solution du framework gst, qui permet de capturer le flux, de le ré-encoder à la voler et de le diffuser sur un port du RPI.
Niveau vidéo, une dizaine de secondes de retard, le poids du flux n'est pas énorme, mais le pi utilise toute ça puissance procésseur pour encoder la video, du coup il n'a plus vraiment envi de faire autre chose, comme répondre aux pings, au même au ssh.

Sur le même principe il y a encore ffmpeg qui permet de faire la même chose, mais risque de réclamer beaucoup de temps CPU lui aussi.
(Du coup je comprend mieux la prise d'images jpg).
Je vais essayer d'affiner les réglages pour obtenir une solution plus légère, en diminuant le nombre de frames et leurs "qualités" (320x240 c'est pas de la HD)

[majorlee]

As-tu overclocker ton pi ?

[pec]

Non je l'ai pas fait. Mais je pense que la solution est vers le h264 et pas le ogg, et il doit certainement y avoir moyen de faire bosser le GPU et non le CPU pour ce genre de truc.

[majorlee]