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 2009-05-25 16:24:26 GEM : plusieurs pix_multiimage dans la même liste de rendu.

ksournave
nouveau membre
Date d'inscription: 2009-05-24
Messages: 3

GEM : plusieurs pix_multiimage dans la même liste de rendu.



Bonjour,

Je crée des [squares] auxquels j'applique des images alternatives via [pix_multiimage] et [pix_texture].

Le changement d'image se fait indépendamment pour chaque square, en fonction d'événements en temps réels.

Lorsque deux (ou plus) squares sont dans la MEME liste de rendu [Gemhead], le changement d'image n'est opérant que sur un seul. Les autres restent "bloqués" à leur texture (image) d'origine et restent insensibles à des ID d'image que j'envoie à [pix_multiimage]

J'ai essayé des les isoler avec [separator], mais le problème persiste.

J'en viens à me demander s'il est possible d'appliquer des textures différentes à des objets qui sont dans la même liste de rendu... où alors c'est un bug, ou alors je suis branque...

Quelqu'un a une idée ?

Merci !

Hors ligne

 

#2 2009-05-25 20:26:35 Re : GEM : plusieurs pix_multiimage dans la même liste de rendu.

rep
modérateur
Lieu: Toulouse
Date d'inscription: 2008-02-27
Messages: 1433
Site web

Re: GEM : plusieurs pix_multiimage dans la même liste de rendu.



ksournave a écrit:

J'ai essayé des les isoler avec [separator], mais le problème persiste.

J'en viens à me demander s'il est possible d'appliquer des textures différentes à des objets qui sont dans la même liste de rendu... où alors c'est un bug, ou alors je suis branque...

salut
pour les textures essaie avec [pix_separator]
(et non pas [separator] qui lui isolent les modifications de géométrie)

Hors ligne

 

#3 2009-05-26 06:29:13 Re : GEM : plusieurs pix_multiimage dans la même liste de rendu.

ksournave
nouveau membre
Date d'inscription: 2009-05-24
Messages: 3

Re: GEM : plusieurs pix_multiimage dans la même liste de rendu.



Bonjour,

J'avais omis de préciser que j'ai aussi essayé [pix_separator].

Rien à faire. Une seule image est sensible au changement d'ID. Si je déconnecte une des deux images, on peut reprendre la main sur celle qui était figée.

Je joins un patch d'exemple.

Merci !

Hors ligne

 

#4 2009-05-26 09:29:40 Re : GEM : plusieurs pix_multiimage dans la même liste de rendu.

rep
modérateur
Lieu: Toulouse
Date d'inscription: 2008-02-27
Messages: 1433
Site web

Re: GEM : plusieurs pix_multiimage dans la même liste de rendu.



ha oui effectivement dans ce cas la [pix_separator] est inopérant, je n'avais jamais remarqué.
sur la pd-list il y a ce message :
http://lists.puredata.info/pipermail/pd … 13403.html
mais qui est resté sans réponses.
Je sais pas, tu as vraiment besoin de n'utiliser qu'un [gemhead] ?

Hors ligne

 

#5 2009-05-26 20:31:06 Re : GEM : plusieurs pix_multiimage dans la même liste de rendu.

ksournave
nouveau membre
Date d'inscription: 2009-05-24
Messages: 3

Re: GEM : plusieurs pix_multiimage dans la même liste de rendu.



Salut,

Dans ma logique, les objets concernés sont les éléments d'un objet global. Il me semblait plus cohérent de les avoir sur le même rendu (notamment pour des translations et des rotations communes à la globalité).

Mais si je n'ai pas le choix je pourrais m'accommoder d'un [GEMHEAD] par bidule, effectivement. J'aurais bien aimé comprendre le pourquoi du comment, mais bon...

Merci pour tout.

Eric

Hors ligne

 

#6 2009-05-27 00:44:51 Re : GEM : plusieurs pix_multiimage dans la même liste de rendu.

rep
modérateur
Lieu: Toulouse
Date d'inscription: 2008-02-27
Messages: 1433
Site web

Re: GEM : plusieurs pix_multiimage dans la même liste de rendu.



ceci dit c'est tout de même possible de faire ce que tu veux en passant par un simple [pix_image]
( pix_multiimage est certainement plus rapide que pix_image mais est ce bien gènant pour ton projet ?? )

Hors ligne

 

fil rss de cette discussion : rss

Pied de page des forums

Powered by FluxBB

codelab, graphisme & code : emoc / 2008-2020