Pix_kaleidoscope GEM VS OpenGL -HELP-

youkii · 2013-11-19 00:02:01

Bonjour à tous

Cela fais un petit temps que je bidouille des patch sur pure data, et je suis vorace de toutes les possibilité qu'offre PD !!

J'ai découvert codelab il y a quelque jour et voila je me lance pour vous demander de l'aide

En résumé je travail sur un projet que nous avons nommé la Djtalisation : Remake du célèbre jouet pour enfant le « kaléidoscope » projeter via un vidéo projecteur sur grand écran.
En alliant un fond de scène lumineux et des sorte de panneaux muni de matière réfléchissante nous obtenons une expérience hors du commun pour les personnes qui vienne essayer ( tout ça en musique)
( je ne vais pas rentrer dans les détail du projet sauf si cela vous intéresses) =>

lien vers la page de la vidÃ©o sur youtube

Jusqu’à présent nous utilisons le logiciel resolumeAvenue pour notre projet..

Mais en vue d’amélioration de l’expérience avec une kinect ou différent capteur, pure data semble être le mieux placé pour répondre à nos attente...

J'ai utiliser les ressource qu'offre "ARGOPdv052" pour bidouillé un patch plutôt fonctionnel ou je peux contrôler les effet de pix_kaléidoscope via touchOSC et enregistré la video.

Je pense que certain voient déjà venir la super question !

Je voudrai que ce soit le processeur de ma carte graphique qui traite mon image et non le processeur de mon ordinateur qui ne me permet pas d'utiliser la résolution maximal de ma webcam...

Comme tout bon bidouilleur, avant de venir ici j'ai fait mes petites recherche ( Flossmanual et compagnie).
Floss manual utilise d’ailleurs l'exemple de pix_kaleidoscope sur le sujet "Appliquer des effets sur les pixels"

Evidemment j'ai bien lu la ligne qui mentionne de ce référer a [glsl_program], [glsl_fragment] et [glsl_vertex]

C'est la que je bloque...

Alors j'espère que mes nouveau amis de codelab saurons m'aiguillé sur la méthode à suivre pour employé les shader et compagnie dans mon patch, me doner des conseil pour apprendre et surtout par ou commencer pour réaliser ce que j'entreprend.

Au cas ou il y aurais parmi vous une personne capable de résoudre mon problème je transmet le patch.

dans l'attente d'une réponse je continue de m'instruire sur PureData

mes salutation

youkii · 2013-11-19 00:08:58

re, l'envoi du patch à échoué je re transmet

Olivier · 2013-11-19 08:36:40

Bonsjours...

Effectivement, si tu passes par des shaders, c'est ton GPU qui va effectuer les calculs...
Par contre, il va tout de même te falloir récupérer le flux de ta webcam avec [pix_video]+[pix_texture].

En suite, pour ce qui est d'obtenir un résultat proche de [pix_kaleidoscope] en GLSL, si les symétries d'axes verticale et horizontale ne sont pas trop difficile à obtenir, pour les rotations, il va te falloir passer par des calculs matriciels qui, s'ils ne sont pas insurmontables, ne sont pas triviaux non plus...

Il faut bien avoir en tête, que passer par des shaders, c'est écrire du C/C++
Ça n'est plus la même approche que Pd...
Mais, une fois que le plus gros est passé, c'est très très puissant...
Bref ne te décourage pas.

En ce qui me concerne, j'ai posté quelques exemples ici.
En mettant de côté les tentatives datamoshing, tu pourras te faire une petite idées de la structure nécessaire.

En gros, tu "injectes" dans [glsl_program] la texture que tu auras obtenue avec [pix_video] pour lui appliquer tes calculs.

Bon courage...

youkii · 2013-11-19 13:03:58

salut oliver

J'ai lu ta reponse et j'en suis super content, maintenant je sais que les shader s'ecrivent en c/c++, ce que je ne savais pas avant....

si j,ai bien compris je dois faire un patch simple qui appel ma source video, je la passe dans glsl programme ( qui lui meme va utiliser un fichier ecris en c++ : le shader) et je fais resortir tout ca dans une gem

sur la theorie j'ai compris et de mon coter il y a beaucoup de boulot en ce qui concerne l'ecriture du shader.

cependant j'ai une autre question, j'ai essayer tes patch sur windows, rien a faire ca ne marche pas...

mais sur linux nikel. ya t'il une raison a cela ?

je fais bouffer un peu de ton code et comprendre comment tout cela marche.

un grand merci a toi !

Olivier · 2013-11-19 13:45:11

citation :
j'ai essayer tes patch sur windows, rien a faire ca ne marche pas... mais sur linux nikel. ya t'il une raison a cela ?.

Aucune idée...
Cela fait bien longtemps que je n'ai pas testé un patch sous Windows...

citation :
maintenant je sais que les shader s'ecrivent en c/c++

Ah Ah... en fait ce n'est pas du précisément du C/C++ mais cela s'en rapproche tellement que l'analogie est acceptable (le GLSL est un langage en soit).
J'ai surtout dit cela pour que tu saisisses bien le gap qu'il peut y avoir entre tisser un patch puredata et écrire un .frag ou un .vert (ce sont des fichiers différents qui ont une fonction spécifique quand ont utilise le GLSL).

Avant mes patchs, je t'invite à aller jeter un œil aux exemples qui se trouve déjà dans Pd-extended :
help > GEM > examples > 10.glsl

Bon courage...

youkii · 2013-11-19 16:10:59

super ! merci a toi!

je test, je m'instruit, ect... je fais un retour dès que j'en sais plus

par curiosité tu travail sur quel System d'exploitation ?

nononononono · 2013-11-19 20:10:53

salut, genre ça?
(ex tiré de cycling...)
Ne pas oublier d'appuyer sur le reset pour que ça marche...

youkii · 2013-11-19 21:46:07

nononononono ! Super merci. Oui genre exactement ça.

C'est de ta composition ? si oui j'aurais quelques question pour comprendre certaine chose

Encore merci

nononononono · 2013-11-22 08:42:13

Salut,
non ce n'est pas de ma composition, c'est tiré d'un shader de max/msp dont aucun auteur n'est cité.
Le .frag est bien documenté pour essayer de comprendre.
Mais tu peux toujours poser des questions

Annonce

#1 2013-11-19 00:02:01 Pix_kaleidoscope GEM VS OpenGL -HELP-

Pix_kaleidoscope GEM VS OpenGL -HELP-

#2 2013-11-19 00:08:58 Re : Pix_kaleidoscope GEM VS OpenGL -HELP-

Re: Pix_kaleidoscope GEM VS OpenGL -HELP-

#3 2013-11-19 08:36:40 Re : Pix_kaleidoscope GEM VS OpenGL -HELP-

Re: Pix_kaleidoscope GEM VS OpenGL -HELP-

#4 2013-11-19 13:03:58 Re : Pix_kaleidoscope GEM VS OpenGL -HELP-

Re: Pix_kaleidoscope GEM VS OpenGL -HELP-

#5 2013-11-19 13:45:11 Re : Pix_kaleidoscope GEM VS OpenGL -HELP-

Re: Pix_kaleidoscope GEM VS OpenGL -HELP-

citation :

citation :

#6 2013-11-19 16:10:59 Re : Pix_kaleidoscope GEM VS OpenGL -HELP-

Re: Pix_kaleidoscope GEM VS OpenGL -HELP-

#7 2013-11-19 20:10:53 Re : Pix_kaleidoscope GEM VS OpenGL -HELP-

Re: Pix_kaleidoscope GEM VS OpenGL -HELP-

#8 2013-11-19 21:46:07 Re : Pix_kaleidoscope GEM VS OpenGL -HELP-

Re: Pix_kaleidoscope GEM VS OpenGL -HELP-

#9 2013-11-22 08:42:13 Re : Pix_kaleidoscope GEM VS OpenGL -HELP-

Re: Pix_kaleidoscope GEM VS OpenGL -HELP-

Pied de page des forums