Merci de ton aide Faaq, en fait ce n´est pas un miracle si le cubemap est affiché, il s´agit tout simplement de creer une texture, charger le bitmap, binder la texture, texturer les vertices et rotater le tout

Tout ça en OpenGL, donc ça ne pose pas de probleme, mais l´ennui c´est le torus, car c´est dessus qu´est appliqué le vertex program, je vais faire tester la scene 5 sous une ATI X800, puis je ferais une version avec un vertex profile moins évolué, ça me restreint beaucoup au niveau du langage Cg, mais c´est le minimum des vp dispo

En me baladant sur opengl.org j´ai trouvé un post a propos des gens de SGI qui partaient chez Microsoft
où d´ailleurs Mark Kilgard donne un point de vue interessant sur le devenir d´OpenGL, et puis en etant parti sur le sujet des grands constructeurs ou developpeurs
je tombe sur ça:

" I used Cg but I removed it against GLSL mainly because the resulting code didn´t work properly in ATI cards, and because the lack of support: my ´assigned´ developer relations at that time finished a two months ´please, wait´ emails with one ´we are too busy at the moment, I will try to answer you in a near future´ ( a future that never came). It was a problem of invariance not working on GFFX cards.

Seeing all the problems with GLSL on non-NVIDIA boards, I agree with you that maybe an intermediate pseudo-assembly could be good. But some problems arise: who will be the implementer of the intermediate compiler? The ARB? How many time will then be necessary to have the first version ( that will not make happy to any of the ARB members, including NVIDIA)?
In the case of D3D it is clear that it will MS. But in OpenGL…

How many time will it take for every new version of the assembly language extensions ( arb_fragment_program2/arb_vertex_program2)? And, will them be really useful or will them become a least common denominator between ATI, NVIDIA and 3DLabs?
For example, Will it include instructions like NRM? Or should we imagine that the ‘unified compiler’ will identify the group of instructions and will convert then to a NRM instruction?
For instance, there are similar problems ( or even more) using the assembly extensions in ATI cards than using GLSL. You have to take care about instruction order, about texture indirections, …

It is good to hear from you. I would like to see a conference/tutorial from you at GDC, like some years ago. I think you are a good communicator."

Je comprend mieux pourquoi j´ai du mal avec le Cg et ATI ! Je savais évidemment que ce n´etait pas top étant donné l´appartenance du Cg a Nvidia, mais si les developpeurs professionnels s´y mettent aussi j´ai moins de chance d´arriver a faire quelque chose de compatible Nvidia < => ATI...

Alors dites-moi, quel futur pour le Cg ? Si ça continue je vais me mettre au GLSL lol..

le lien
http://www.opengl.org/discussion_boards/cgi_directory/ultimatebb.cgi?ubb=get_topic;f=3;t=013108

http://navilinux.free.fr/download/misc/scene_1.JPG

particle engine utilisant le GPU billboarding, GL_ARB_POINT_SPRITE, on le voit mieux sur la video de l´engine

( un modèle d´éclatement sans gravité)
http://navilinux.free.fr/download/misc/pEngine.avi

Eurm, quelqu´un aurait-il l´aimabilité de me tester ceci ?

http://navilinux.free.fr/dev/RNL_2005.zip

Vous devez impérativement avoir la derniere version de DirectX, windows et une carte graphique récente

Le truc c´est du RNL, pour rendering with natural lights

La compilation fonctionne mais au resultat ça me donne ça
http://navilinux.free.fr/dev/wtf.JPG
au lieu de la chose prévu
merci a ceux qui testent
Il manque peut etre des dll, ça vient du fait que c´est compilé avec le dernier SDK

Rien ne vaut un bon screen :

http://img291.echo.cx/img291/7109/cg2ly.jpg

Config :
ATI Radeon 9600 pro
Athlon 2600+
WinXP Pro SP2
DX 9

parfait, merci mec

en meme temps c´est zarb, la 9600 supporte pas le PS2.0 en principe..

J´obtiens comme Lockless sur :

ATI Radeon 9800 XT
Pentium IV 3.0 Ghz
1024 Mo de Ram
WinXp Std SP2
DX 9.c

thx dude, quelqu´un a une idée de pourquoi ça me fait ça ? ( voir le screen dans le post initial)
ça viens surement de la texture...chez moi

probleme reglé, merci LGV ^^

bah, c´était quoi ?

Un probleme de configuration directx chez moi, rapport au version debug et retail que tu peux voir dans le panneau de conf de win, c´etait lié au sw, j´ai gagné goto

Très bon rendu pour RNL2005 ( 58.4 fps).
Wondows XP familial
P4 3GHz
Radeon 9500 Pro ( o/c de 17%)
1 Go de Ram

Toujours même config, la scène 5 marche à la perfection ( à ce sujet, bon boulot ! ) .
La scène 4 se lance mais ne montre qu´un cercle avec des naunces concentriques allant du blanc au gris ( je ne sais pas si c´est normal).

regarde la 1
http://navilinux.free.fr/download/misc/screenshots/scene_1.JPG
http://navilinux.free.fr/download/prod/scene_1.zip

Pour ce qui est de la 4 tu peux réessayer, j´ai changé un peu le truc
http://navilinux.free.fr/download/prod/scene_4.zip

C´est juste pour montrer les effets de la lumiere anisotropique

et...merci..

La scène 1 est niquel ( encore bon boulot... )
La scène 4 est toujours une image fixe, mais plus jolie et plus fine que la précédente version testée ( je crois...)
De rien.

Que l´image soit fixe d´accord, mais est-ce que le Torus ( le donut) bouge sur la scene 4 ? Si ce n´est pas le cas retélécharges l´archive, en principe tu dois voir quelque chose comme ceci
http://navilinux.free.fr/download/misc/screenshots/scene_4.JPG

non non : rien ne bouge, rien ne se passe. Le torus ( pour la définition, j´avais pas bien compris dans les post précédents) est immobile et aucune variation de lumière.

Peut être que j´avais rien compris ( dans ce cas, mea culpa), je viens de me rendre compte que je pouvais bouger le donut avec la souris... Dans ce cas, il y a bien les variations de lumière attendues. ( Je m´attendais à ce que ca bouge tout seul comme dans les autres scènes.)