Bonjour.
J'ai besoin de repérer des mouvements a partir d'une capture webcam sur l'axe des x uniquement.
En fait je fais ça sous Isadora très bien avec les objets Chop Pixels et Eyes mais le compositeur avec lequel je travaille préfère assurer la partie son sous pd donc autant tout faire sur pd.
Je ne suis pas une brute en pd loin s'en faut mais j'ai une bonne courbe de progression :-)
Quel sont les objets que je dois utiliser pour arriver à mes fin?
Avez vous des exemples de patch de tracking video qui pourraient me servir de base?
++
Dernière modification par dsan (2008-04-05 10:14:46)
Hors ligne
Bonjour,
Isadora peut communiquer avec PD via OSC (OpenSoundControl).
Jette un œil ici:
http://www.interface-z.com/patchs/ut-osc.htm#pd
Il y a aussi la librairie Gem, mais je sais pas s'il y a un objet
correspondant à ta demande.
Après vérification, les objets Gem [pix_video], [pix_movement]
et [pix_blob] doivent répondre à ta demande. Il y a un patch d'
exemple dans la documentation.
http://gem.iem.at/
J'espère que cela t'aidera.
Solipse.
Dernière modification par solipse (2008-04-05 17:22:52)
Hors ligne
J'espere que cela peut t'aider.
http://ydegoyon.free.fr/pidip.html
'y a pdp_mgrid et pdp_ctrck qui peuvent t'interesser.
il doit y avoir des example patches dans le bibliotheque.
mais je m'en suis jamais servi...dis moi si ça marche.
Hors ligne
Merci,
effectivement il y a toujours la solution d'envoyer en osc les data à pd mais je fais déjà tourner une appli java qui envoie et reçois des données en osc, je ne voudrai pas lancer 15 applis pour cette installation.
je crois effectivement les objets pix_xxx de gem doivent permettre ce type de chose.
Il me reste à trouver la version de gem qui tourne sur un mac intel leopard.
Je publierai mes résultats.
++
Hors ligne
Houla, finalement je reste sous Isadora pour le tracking.
Gem est vraiment trop instable sous macosx intel.
Effectivement je communiquerai en osc les données à pd.
dommage
Hors ligne
Salut,
J'ai récemment fait une installation avec du motion tracking sous Mac Intel avec GEM sans aucun plantage sur un flux DV Pal pleine résolution (avec le macos précédent léopard)
utilises tu PD extended pour mac intel ? http://downloads.sourceforge.net/pure-d … 4-i386.dmg
ci-joint patch type avec capture de mouvement qui déclenche lecture audio ou vidéo au cas où...
a+
benjamin
Hors ligne
Alors là benjamin je suis éspanté! C'est un magnifique travail bravo.
Effectivement ça tourne très bien.
Ce qui est par contre sidérant c'est que ça occupe plus de 50% du processeur si je regarde le moniteur d'activité.
en détail
pd sans patch ouvert occupe 1,5%
pd sans patch ouvert mais avec "compute audio" coché saute à 20%
très gourmand en ressource tout cela.
Je regarde si je peux optimiser tout ça.
++
Hors ligne
comment procéder pour ne prendre en compte que les mouvements sur une zone de la largeur de la capture mais que de quelques pixels de haut?
En clair l'idée est de ne surveiller qu'une partie de la zone filmée.
Dernière modification par dsan (2008-04-09 14:13:23)
Hors ligne
Sur mailing list de PD, 'y a ce sujet concernant usage CPU sur OSX en ce moment.
(compute audio coché, 20%...)
Apparement, en utilisant Jack on peut facilement résoudre ce probleme.
sur mon moniteur d'activité,
Built in output 18-20%
Soundflower 2 ch 16-19%
Jack 1.5%
Je te conseille vivement de ne pas utiliser la sortie system initiale de OSX avec PD.
pourtant, j'arrive pas utiliser Jack avec PD-Ableton, je devrais ouvrir une discussion autour de cela bientôt...
Hors ligne
pour detecter si tes coordonnées de mvt sont dans la zone ou hors zone de detection
c'est un exemple dans le cas present on verifie si c'est entre 64 ou 120
Hors ligne
En gros ça donne cela.
Je ne vois pas ce que je peux faire de mieux que benjamin
j'ai juste ajouté la zone à surveiller suivant le conseil de human.koala
On doit pouvoir faire mieux.
Hors ligne
Bonjour,
effectivement, ce patch de détection est très bien fait. Pour choisir une zone privilégiée dans l'image renvoyée par la cam, on peut aussi utiliser l'objet [pix_crop] qui permet de donner précisément les coordonnées de la zone utile. Si on le place en sortie de [pix_video], on réduit l'image avant d'appliquer les objets de détection ce qui permet de gagner quelques % de CPU. C'est en tout cas l'expérience que j'en ai sur MacBookPro Leopard.
Bien à vous
FDo
Hors ligne
cool que ça marche
c'est par contre un peu étonnant / conso CPU
macos ? webcam ou caméra DV ? quelle version de Pd et GEM ?
j'ai récemment fait une install comportant un patch dans lequel rentrent 2 caméra DV pleine résolution avec motion capture sur l'une des deux + des captures de mouvement avec du pix_crop (pour savoir si les gens sortent du champ de la caméra) + envoi de vidéos DV PAL + buffer vidéo, le tout sur un G5 biproc macos 10.4 en étant entre 50 et 60% des proc au maxi (la charge se répartit d'ailleurs bien sur les 2 proc) avec PD extended 0.39.3 et GEM cvs d'octobre 07
> peut être virer le pix_rgba sous le pix_video si la webcam est en rgba en natif, mais ça ne devrait pas faire gagner grd chose
a+++
benjamin
Hors ligne
C'est tout frais ç a sent l'alpha release, mais ça devrait valoir le coup d'essayer:
http://hangar.org/wikis/lab/doku.php?id … ata_opencv
OpenCV pour PDP et GEM
OpenCV est une bibliothèque logicielle, développée à la base par Intel, spécialisée dans le traitement d'image temps réel. Cette bibliothèque est distribuée sous licence BSD.
Hors ligne
oli44 a écrit:
http://hangar.org/wikis/lab/doku.php?id=start:puredata_opencv
ah ouais opencv sous pidi ça c'est de la nouvelle!
ils se bougent vraiment dans le bon sens ces barcelonais, ça fait plaisir!!
Hors ligne