oups

Merci ArNO...
Je comprends mieux ce que je ne comprenais pas...
Assez simple d'approche en fait...
J'avais peur d'avoir à sortir toute une armée de GEMgl...

Néanmoins... confirmes-tu que tu obtiens bien un joli dindon avec ton patch, parce que moi, ça me donne ça...



J'ai testé en changeant l'ordre des points...
Empiriquement, bien entendu...
Mais j'ai toujours un dindon flou...

Dernière modification par Olivier (2011-08-17 13:00:54)

Olivier il faut que tu envoies à ton [pix_texture] un [rectangle 1< et il faut vérifier également que les valeurs envoyées à [pix_coords] correspondent aux dimensions de ton image. Sinon post intéressant, il me semble me souvenir que j'avais une soluce à ce truc (texturer un quad) toute bébète sans [gemlist].

Olivier, si ça peut te rassurer ou te faire te sentir moins seul dans ton désarroi dindonesque, chez moi, pas plus de plumes que sur ta capture d'écran.

Ordi : Win7 64bit, carte graphique intel GMA 3100 (chipset intel GM965), pd-ext 0.42.5, GEM 92.3


edit : Je viens de tester sur la même machine avec pd vanilla 0.43 + GEM 92.3 - pareil.
grompf...

Dernière modification par pob (2011-08-17 16:26:34)

Bon...
Et bien... avec le [rectangle 1( proposé par Rep... effectivement ça marche...
(Au détail près qu'il était à l'envers...)
Sur Ubuntu 10.04 avec une GTS 360M, donc.



Mmm... je sens que je vais bien m'amuser moi...

Et, entre nous, un dindon, c'est tout de même un animal somptueux, non ?
Un bon gros dindon...

Dernière modification par Olivier (2011-08-17 17:14:26)

Très bien ça...
Les deux méthodes se complètent...

Pédagogiquement, la tienne, Rep permet de bien faire comprendre ce qui se trame...
La méthode avec le tableau restant celle qui offre le plus de souplesse dans l'utilisation...

Je vais remettre les fils bien droits et pondre un petit quelque chose pour le FLOSS manual.

Juste un petit truc...
Si je crée une abstraction qui texture le dindon (ou de la vidéo), celui-ci ne s'affiche que dans la première...
Pas dans les suivantes...

Intéressant de remarquer aussi que le plâtrage fonctionne comme le [pix_crop] (enfin, c'est plutôt l'inverse)...
On n'affiche que portion de l'image définie avec le [GEMglTexCoord3f].

A suivre...

Bonjour tout le monde,
Olivier, peut tu tester ceci, car comme je disait précédament, il y a des différences sur certains GEM (dont le miens et celui de phillipe vraissemblablement) qui fait que les coordonnées de textures sont les coordonnées réelles et non celles normalisées. Donc je pense que patch marchera chez toi (mais pas chez moi du coup!), ça évitera (peut-être?) de faire de la cuisine en employant des minis shaders (même si ça marche bien...) et du coup de texturer des formes bien plus compliquées

Salut olivier,
pour ce qui est de l'endroit envers, il faut juste permuter les coordonnées du texcoord... sinon pour ce qui est du 0,78 je sèche.... sauf que 78% de 256px ça fait 199 c'est à dire le nombre de px de ton image.
Pourrais tu essayer avec une image plus grande, genre 512*512, pour voire si tout se rapporte à 256 et donc tes coordonnées seraient 0 0 0 2 2 2 2 0 ??? (j'aurais bien testé, mais comme je suis sous mac et que ça marche pas pareil....)
Du coup je me dis que la solution de rep est la meilleure pour transiter les infos en multiplateforme... à mediter
ArNO