Enfin, voici la première BETA de mon moteur 3D: DreamProjector. Il utilise Direct3D et les pixel shaders, donc une bonne carte graphique est nécessaire si vous ne voulez pas tourner avec le rasterizer de référence
 
Vous pouvez allumer et éteindre les ombres en appuyant sur S.
 
La scène est assez simple et j'ai placé trois lumières ponctuelles (elles ne sont pas représentées).
 
J'ai aussi écris un plugin 3D Studio MAX qui permet d'exporter des scènes dans mon moteur.
 
Pour l'instant seules les scènes statiques sont supportées bien que les ombres soient faites en temp réel.
 
http://membres.lycos.fr/final6/Dre [...] BETA_1.zip
 
Voilà voilà, j'espère que ça marchera chez vous!
 
Edit: j'ai mis à jour l'archive zip, j'ai rajouté un test durant l'initialisation de Direct3D et j'ai rajouté un fichier nécessaire que j'avais oublié.
 
Edit: j'ai mis à jour l'archive, désormais la caméra tourne correctement.

Ca intéresse personne alors?

ben chez moi ca marche pas
il se lance, change la reso ou fait semblant et retour windows

J'ai corrigé quelques trucs dans l'archive, est-ce que chez ceux chez qui ça ne marchait pas pourraient retélécharger l'archive et réessayer?
 
Merci

a ca marche comme ca
ouai c'est bien

Voilà un petit screenshot:
 

g testé.
g pas les pixels shader donc je me tappe le rasterizer
J'ai à peu près 1 images toutes les 3 secondes, mais c'est surement normal vu ma carte graphique (ATI rage fury)
voila

kjus a écrit a écrit : g testé. g pas les pixels shader donc je me tappe le rasterizer J'ai à peu près 1 images toutes les 3 secondes, mais c'est surement normal vu ma carte graphique (ATI rage fury) voila

 
Euh, pareil, mais j'ai jamais rien eu du tout moi... (Kyro 2)
 
C'est de la balle, le premier moteur 3D pour aveugles  

Zion a écrit a écrit :     Euh, pareil, mais j'ai jamais rien eu du tout moi... (Kyro 2)   C'est de la balle, le premier moteur 3D pour aveugles

Bizarre, vu que le reference rasterize marche avec le CPU ça devrait être pareil chez tout le monde...

c joli le noir ... tout noir ... rien que du noir ...

 
Ouai, a mon avis je peux facilement monter à 2-300fps tout en noir comme ca    
 
Et bon, j'ai qd même un athlon 1.4ghz, donc même en soft doit y avoir moyen de s'en tirer à plus d'une image par heure  

Chez moi ça marche mais ça donne pas aussi bien que le screenshot
(GeForce 4 ti 4200)
Puis au début la caméra est tout contre les objets, alors ça déconne pas mal, faut reculer un bout de temps (flèche vers le bas)
c'est peut-être ça le prob de ceux qui ont pas d'image ?
enfin vu le dossier "Cg" ça ne m'étonnerais pas que ça ne marche qu'avec les cartes nVidia (puisque Cg c'est un truc propre à nVidia...)

je corrige, y a pas que du noir !
y a le curseur de la souris aussi  

Qu'est-ce que c'est comme bordel pour qua ça marche sur toutes les cartes graphiques... Je plains les développeurs professionels

Si t'as utilisé Cg (de nVidia) c'est normal que ça ne marche que sur les nVidia

antp a écrit a écrit : Si t'as utilisé Cg (de nVidia) c'est normal que ça ne marche que sur les nVidia

Nan il compile le code en shader normaux, donc ça devrait marcher sur toutes les cartes graphiques. De plus le rasterizer de référence devrait marcher impec vu que toutes les instructions se font par le CPU.

chez moi, ça clignote trop, c'est horrible
 
GF4 Ti4200

Bah ne fait je crois ke le probleme viens des ombre et de l'histoire du
 
"Vous pouvez allumer et éteindre les ombres en appuyant sur S. "
 
Je ne sais kel est le paramettre par defaut qd tu lance lanim mais des ke j'appuie sur S tout se fiche et la ca devient bon.
mais je peux pas te dire si c san,s ombre au avec ombre    
Car qd je lance lanim ca clignote et c n'importe koi mais de japuis sur S c ok c tt bo et ca roule bien .
 
Sinon c'est vrai que c'est pas trop mal  

phive > tu pourrais essayer de comparer avec le screenshot que j'ai posté pour me dire si c'est avec ou sans les ombres quand ça marche chez toi?

Un autre petit screenshot d'une création de mrmarcadet:
 

 
Edit: il y avait quand même un peu plus de 100k triangles pour la voiture. Alors ne me blamer pas pour le framerate

 
C'est normal, c'est parce que tu es trop près des objets, faut zoomer en arrière (flèche vers le bas pendant un petit temps il me semble, enfin j'ai aussi bougé la souris donc je sais pas trop comment j'ai eu une vue normale)

tiens antp, tu tombes bien !
 
as tu la même chose que moi, à savoir l'onglet "commandes de superposition" inaccessible sur le panneau de config de ton driver nVidia ? chez moi il est grisé, je sais pas pourquoi !
 
j'utilise les drivers 30.30

chez moi c'est activé cet onglet... par contre je crois que j'ai des plus vieux drivers (y a un 29 dans le n° de version), je les avais downloadés y a deux ou trois semaines je pense, sur le site de nvidia, comme étant les derniers drivers.

Pas mal le S, plus rapide que le ALT+F4 pour quitter...
 
Donc, je résume, c'est une fenêtre noire que tu quittes en appuyant sur S  

Zion a écrit a écrit : Pas mal le S, plus rapide que le ALT+F4 pour quitter...   Donc, je résume, c'est une fenêtre noire que tu quittes en appuyant sur S

 
pareil .. genial le rasterizer par defaut ...

moi aussi S ca quitte direct..
c programmé en koi ? (c++ je suppose?=)

 
Chez moi il me semble que c'est sans les ombres...
Donc au depart de l'anim il y a les ombres et c'est illisible il y a des bug d'affichage(genre tout les objet sont decomposer en triangle) et apres lorsque j'appuis sur S les ombres partent  et la c nikel !
 
HA oui en fait tu pourrais faire comencer ton anim la vue bien centré sur les objet se serait mieux je pense
 
Sinon faudra que je te fasse un screen.

Oui c'est programmé en C++, ouis la position de la caméra est centrée quand vous lancé le programme mais même avant que la première image s'affiche il ne faut pas bouger la souris car les mouvements sont déjà pris en compte (donc une fois le programme lancé essayer de ne rien faire jusqu'à voir une première image), et enfin c'est bizarre pour les ombres car la variable qui détérmine si elles sont actives ou pas est mis sur false lors de l'initialisation de DreamProjector.

 
tu as oublié que le refrast n'est installé que chez ceux qui  
ont le SDK (c'est un outil de dév, je vois mal un jeu tourner dessus..)
 
LeGreg

Ah d'accord. Je pensais que le refrast était installé chez tout le monde, bon ben voilà l'explication.
 
Merci LeGreg

 
exactement pareil pour moi

 

 
y'a un truc marrant dans tes inputs
quand je fais des ronds sur l'ecran avec ma souris  
je tourne sur moi-meme... c'est assez
deroutant.
 
Est-ce que c'est voulu?
 
LeGreg

J'ia exatement la meme chose que legreg (cf ces 2 screens)

C'est bizarre toutes les erreurs que tu as dans l'ouput legreg, moi je n'ai que les "Ignoring redundant SetRenderState" et des "Failed to create driver indexbuffer" quand j'utilise la fonction DrawIndexedPrimitive().
 
Bon pour les SetRenderState je comprends, mais pour les index buffers je comprends pas trop parce que ça s'affiche très bien chez moi et comme il n'y a pas plus de précision avec les messages de DirectX...
 
Pour la caméra, ben c'est pas trop vouli l'effet de rouli Je sais pas pourquoi j'ai ça, mais je le corrigerais plus tard quand tout le reste marchera correctement

les erreurs de compilation du vs, c'est peut-etre
parce que tu fais quelque chose qui n'est
pas supporté par la norme (refrast) mais qui est toléré par le hardware (nVidia).
(j'ai aussi une vieille version du DXSDK parce que j'ai la flemme
de telecharger la nouvelle version avec mon modem, donc c'est peut-etre aussi lié a ca)
 
Les fuites de mémoires devraient etre corrigées
(ca a tendance a faire planter les machines ces choses la),
il doit te manquer des release() quelque part. (tu peux faire un "break on id" dans le panneau de config pour voir qui alloue cette memoire)
 
"Failed to create driver indexbuffer", est juste un warning sans consequence sur du matos style GeForce3. Seul les cartes ATI recentes peuvent creer l'index buffer sur la carte, je crois.
 
Par contre, le warning  comme quoi tu lockes un buffer static est serieux, si tu veux avoir de la geometrie dynamique utilise le flag dynamic.
 
Pour les inputs, tu devrais faire un controle a la quake:
mouvements de la souris horizontaux controlent la rotation autour de Y, les mouvements verticaux controlent la rotation autour de X et tu laisses tomber la rotation autour de Z.
 
Pour le garbage sur le premier ecran, je n'ai pas d'idee..
 
LeGreg

Super les shaders qui sont supportés par nVidia et pas par la norme DirectX... J'ai localisé les deux shaders qui marchent pas avec le refrast, pourtant je n'ai pas d'erreur de compilation dans le compilateur Cg de nVidia. J'essaierai de corriger ça.

Bon, j'ai mis à jour le code de la caméra. Maintenant elle est normale
 
Voilà, sinon j'ai rien touché au reste donc ça devrait encore déconé chez plein de monde
 
Je pars en vacances pour un mois cet après-midi, alors see ya tout le monde et have fun!