Quelqu'un a déjà jetté un oeil ?
 
http://developer.nvidia.com/cg

wow, merci pour le lien. c'est une excellente idée, j'ai maté les exemples de cgshaders.org et du coup j'ai hâte d'utiliser la bestiole

yep, ils en parlaient depuis un an
(conf a la GDC 2001, j'ai plus le lien) mais la ca calme.
Enfin, faut voir comment ca va marcher
dans le monde reel (autre que les cartes GeForce4..).
et puis avec les solutions alternatives qui commenceront
a fleurir comment la solution "proprietaire nVidia"
va evoluer.
 
LeGreg

Je suis le point de finir de télécharger le toolkit, on va voir si c'est si facile de transcrire mes shaders en C

moi aussi je d/l

La 3D: tant de superbes techniques d'optimisation et de techniques graphiques alors qu'il n'y a pas assez de temps pour tout apprendre
 
C'est mal fait la vie...

Alload a écrit a écrit : La 3D: tant de superbes techniques d'optimisation et de techniques graphiques alors qu'il n'y a pas assez de temps pour tout apprendre   C'est mal fait la vie...

 
bah ? apparement john y arrive...  en plus il a aussi le temps de s'occuper des fusess

Oui mais moi j'ai le BAC et la prépa l'an prochain... Jonh il a que ça à faire C'est un glandu qui passe son temps à programmer

deja j'arrive pas a compiler leur exemple OGL.
j'ai installé glut3.7.6 et à la compilation j'ai ca:
 

bon, la ca plante carement l'editeur de VC lol

Hum, je viens de lire la "notice" (enfin je me suis arreté aux exemples) et ça a l'air plutôt pas mal.
 
J'aime bien la possibilité d'automatiser l'assignement des numéros des registres constants dans les vertex et pixel shaders (genre l'ancien chiant SetVertexShaderConstant(0, &mamatrice, 4) qui va devenir SetShaderConstant(matricedevue &mamatrice)). Enfin faut voir en pratique comment mettre tout ça en place, déjà va falloir arriver à initialiser tous les cgContextContainer, cgProgramContainer, et le reste que je me rappelle déjà plus
 
Enfin bon, j'ai le week-end pour arriver à traduire mes shaders en Cg

euuuu
 
cg c permet de faire une partie graphique complète  (fenêtres, loader fichiers 3D,  textures, polygones,  etc) ou alors c que leur pixelshaders ?

ça permet de programmer des vertex et pixel shaders en haut niveau (en un pseudo C) plutôt que directement en assembleur.
 
pour la partie graphique (plus ou moins) complète, tu as D3DX avec directx, glut sous opengl et pas mal de libs gratuites à côté pour les deux libs.

ha wai spa cool je croyais que cg s'occupait aussi de directx et opengl en reprenant les mêmes fonction mais de plus haut niveau

Y a une option "compiler pour ATI radeon"?
On peut rajouter des "plug-in"? (ie. ATI pour rajouter une option de compilation pour ses Radeons?)
 
Non, parce que sinon, ca a pas trop trop d'intérêt pour les développeurs....ATI va juste devoir sortir ca version du même truc, ca va tourner au grand n'importe quoi!

Cette "révolution" comme tout le monde l'appelle, ca faisait un petit moment qu'on l'attendait!
 
Au passage, je trouve assez bizarre que ce ne soit pas Microsoft qui se soit chargé de mettre en place ce langage...
 
A mon avis, il va vite être intégré à DirectX et OpenGl (2), et on ne parlera plus trop de Nvidia. Cela dit, ca reste un bon coup dans l'industrie graphique.

Willyzekid a écrit a écrit : Y a une option "compiler pour ATI radeon"?

 
tu n'as apparemment pas tout pige...
Le compilateur compile pour des vertex et pixel shaders DirectX8.0
 
Conclusion => tu as une carte compatible ps et vs DX8 et ca passe.
 
sinon on a evoque aussi le HLSL de Microsoft dans DirectX9 si c'est de ca dont tu voulais parler. (j'ai pas de confirmation ceci dit)
 
LeGreg
ps: pour OpenGL c'est une autre histoire mais ce sera pas pire que maintenant en fait, vivement OpenGL2.0 poussé par 3DLabs.

voila la presentation du GDC de l'an dernier:
http://www.intrinsic.com/gdc/html_version/mtj8.htm
 
LeGreg

 
Hum, oui j'avais pas vu ca!

Ce que je pensais si pratique avant d'essayer de le mettre en place, à savoir la possibilité d'initialiser les constants registers par le biais d'iterators pointant sur les membres de la fonction principale.
 
Ben ça m'a pas l'air tout le temps pratique. Admettons que chaque vertex shader utilise la même matrice de transformation, dans le temps on la chargeait dans un constant register de notre choix et on donnait le même indice dans tous les shaders quand on voulait l'utiliser. Mais là, on est pas sûr que la mettre avec un iterator d'une fonction permettra de la retrouver dans une seconde fonction.
 
Donc il faudrait à chaque qu'on change de vertex shader remettre en mémoire les informations globales en cherchant tous les iterators. Ca m'a pas l'air très pratique, donc je pense que je vais simplement liée toutes les informations redondantes à chaque fonction aux constans registers comme d'hab en utilisant #pragma bind...
 
Par contre où les iterators me semblent pratique c'est pour les informations relatives à chaque shader, là on a plus besoin de se faire chier à donner des numéros qui collent.

moi j ai comme un petit problem
il ne veut pas me charge des Effect c normal docteur ?

ca m'interesse pas trop, vu qu'on s'est deja fait chier a faire un truc dans le genre (on est tjs au niveau de l'asm, mais on ne touche plus directement au constante/reg & cie)
 
vais quand meme voir si y'a pas des idées a repiquer

dans le passé il y avait déjà eu quelques initiatives semblable de la part de quelques constructeurs et ça n'a pas vraiment marché...
alors je me demande si ça va réelement fonctionné maintenant?

nvidia a acquis un bon pouvoir de normalisation maintenant...
enfin dans un certains sens c'est pas mal leur truc,l'idée de base est bonne...

J'en suis qu'a lire le SDK et ses specs, meme s'il y a quelques lacune (fo po oublier que c la 1ere version), ca se présente plutot bien. En tout cas, on peut voire que tout a été fé pour accélérer le processus de développement et on peut dire que de ce coté, leur objectif est atteint. Reste a voir dans la durée et ce qu'en penserons les industriels et les développeurs de jeux vidéos.

là http://clootie.narod.ru/ les utilisateurs de delphi et builder trouveront les conversions des headers