acryl a écrit:

Quelqu'un a deja reussi a envoyer un pix_video entre differentes instances de PD?

Salut,
- si les 2 instances puredata sont sur la même machine regarde les objets [pix_share_read] et [pix_share_write]
- si ce sont 2 machines séparées mais en réseau, dans ce dernier cas effectivement oui il est nécessaire de streamer, je vois pas comment ça pourrait être autrement (mais peut être me trompe je). Bref, dans ce cas, vlc sur le pi et le plugin Gem : libVLC compilé depuis un Gem récent devrait pouvoir t'aider... Quoi que je suis pas sur et certains que le pi soit capable de streamer convenablement et sans lag, c'est à tester.

Merci a vous deux pour les reponses,

Ca m'interresse bien d'en savoir un pleu plus sur le plugin Gstreamer pour gem.

Je suis obligé de recompiler gem pour integrer le support du plugin ou est-ce qu'on peut l'integrer via une librairie ou via puredata import (comme une libraire de patch type cyclone)?

Olivier, ce n'est pas de la HD que je cherche a faire, au max du 640*480, mais si il ya deja eu des test de faits sur pi, je veux bien en savoir un peu plus sur le comment.

En fait, dans l'idée que j'en avait, je fait tourner un patch sur la pi qui fait une analyse de la cam, puis me transmet des notes midi sur mon autre pc, mais je voudrai pouvoir egalment recuperer le flux video pour l'afficher. Je le fait pour le moment en faisant un ssh -X sur la pi et en creant une fentre gem, mais le X forwarding en ssh avec un flux de Webcam provoquent beaucoup de latence et fait ramer mon patch. Si je desactive l'affichage de la fenetre gem, ca va deja beaucoup mieux.

Du coup, est-ce que ca vous poarrait coherent de faire a la fois du streaming et du traitement sur la pi, puis de recuperer le flux video streamer sur un autre pc?

merci en tout cas pour la rapidité des reponses, codelab, mieux qu'un support hotline!!!!

Oui à savoir aussi que ce n'est pas le serveur X du pi qui s'occupe de créer ta fenêtre Gem mais bien celui du poste depuis lequel tu as lancé ton client ssh -X (le pi n'as de serveur X accéléré OpenGL donc n'est pas foutu de créer la fenêtre sdl/opengl...)
A mon avis le mieux est encore de streamer ton flux webcam depuis le pi vers une autre machine, autre machine qui sera en mesure de traiter le signal comme il se doit (le pi c'est rigolo mais comme machine de guerre pour du traitement vidéo on a quand même vu mieux)

En ce qui me concerne, je n'ai pas été très clair...
Le test a bien été fait à partir d'une pi, mais pas via Pd... uniquement avec du Gstreamer pur...

Je vais tenter d'en savoir un peu plus auprès de la personne qui l'a effectuée...
À suivre...

Au fait, dans la doc de [pix_share_write] , il est mis que seule les machines 64bits le supportent. Est-ce que qq avec une machine 32 bits peut confirmer que ça ne marche pas?

yep j'avais zappé le w , le w qui veut dire Windows

citation :

Par contre, gstreamer faut rentrer dedans, au debut, ca fait un peu peur quand meme

avec la version 0.8 de gstreamer il y avait un GUI pour créer/éditer les "pipes" .
çà n'a pas été reconduit avec la version actuelle (0.10), dommage (et c'est pas compat.) .
Les "vloopback" sont un super outil aussi pour tuyauter de la video d'une appli à une autre .
Edit: gstreamer est passé en version 1.x (remplace les précédentes mais comme pour les 0.10 et 0.8 peut être installée en // sans conflit ) .

Dernière modification par sakramh (2013-01-03 12:33:06)