Annonce

>>> Bienvenue sur codelab! >>> Première visite ? >>> quelques mots sur codelab //// une carte des membres//// (apéros) codelab

17 mai 2019 : accident de la base de données : plus d'infos

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

youkii
nouveau membre
Date d'inscription: 2013-11-18
Messages: 5

Pix_kaleidoscope GEM VS OpenGL -HELP-



Bonjour à tous smile

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 big_smile

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 big_smile ( 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 big_smile

Hors ligne

 

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

youkii
nouveau membre
Date d'inscription: 2013-11-18
Messages: 5

Re: Pix_kaleidoscope GEM VS OpenGL -HELP-



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

Hors ligne

 

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

Olivier
N°4
Lieu: Chalon sur la Saône
Date d'inscription: 2009-04-07
Messages: 1471
Site web

Re: Pix_kaleidoscope GEM VS OpenGL -HELP-



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


L'Amour au Peuple !

Hors ligne

 

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

youkii
nouveau membre
Date d'inscription: 2013-11-18
Messages: 5

Re: Pix_kaleidoscope GEM VS OpenGL -HELP-



salut oliver smile

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 smile

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 ! big_smile

Hors ligne

 

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

Olivier
N°4
Lieu: Chalon sur la Saône
Date d'inscription: 2009-04-07
Messages: 1471
Site web

Re: Pix_kaleidoscope GEM VS OpenGL -HELP-



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... hmm
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... smile


L'Amour au Peuple !

Hors ligne

 

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

youkii
nouveau membre
Date d'inscription: 2013-11-18
Messages: 5

Re: Pix_kaleidoscope GEM VS OpenGL -HELP-



super ! merci a toi! smile

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

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

Hors ligne

 

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

nononononono
membre
Lieu: Toulouse
Date d'inscription: 2011-02-04
Messages: 614

Re: Pix_kaleidoscope GEM VS OpenGL -HELP-



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

Hors ligne

 

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

youkii
nouveau membre
Date d'inscription: 2013-11-18
Messages: 5

Re: Pix_kaleidoscope GEM VS OpenGL -HELP-



nononononono ! Super merci. Oui genre exactement ça.

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

Encore merci wink

Hors ligne

 

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

nononononono
membre
Lieu: Toulouse
Date d'inscription: 2011-02-04
Messages: 614

Re: Pix_kaleidoscope GEM VS OpenGL -HELP-



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

Hors ligne

 

fil rss de cette discussion : rss

Pied de page des forums

Powered by FluxBB

codelab, graphisme & code : emoc / 2008-2019