[DirectX - C# - HLSL] Les problèmes d'Ingham

Version imprimable

Voir 40 message(s) de cette discussion en une page

08/03/2007, 18h20
Ingham

[DirectX - C# - HLSL] Les problèmes d'Ingham

Salut à tous, encore moi (décidement...)

J'ai un soucis aussi simple qu'incompréhensible, en ce moment au bout d'un certain temps que mon jeu tourne (généralement 30 secondes), il plante (même si je le lance et que je m'en vais pisser, quand je reviens il a planté :aie: )...
Mais plantage bizarre attention, il plante avec une Erreur de l'application sur des Effect.SetValue (n'importe lesquels, c'est jamais le même... Des fois c'est même juste un SetValue("FogFar", 100.0f)... Autant dire rien de compliqué quoi 8O

Une idée ? (Pas encore eu le temps de tester sur un autre PC, je vais le faire en rentrant des courses ^^)
08/03/2007, 18h32
Laurent Gomila

Trucs habituels :
http://jeux.developpez.com/faq/direc...LEMES_probleme

Juste pour être sûr : 30 secondes c'est pas le moment où ton écran de veille s'active ? :aie:
08/03/2007, 21h15
Ingham

1) J'ai tout essayé de voir, rien à faire :(
En fait ca plante aux alentours de 45 secondes voir 1 minute...
Et non ce n'est pas l'écran de veille ;) (Ca le fait meme quand je "joue" avec)

2) J'attends quelqu'un pour tester avec lui (Oui au fait, c'est sûrement un truc débile mais pourquoi sur le deuxième PC, l'application ne se lance pas ? Rien ne se passe quand je lance l'EXE ? Pourtant le PC a DX et .NET2.0, aucune erreur ne s'affiche :mrgreen: Jamais été doué pour distribuer mes applis DX)

3) 3ème question qui n'a rien à voir :mrgreen: Il existe un moyen simple de faire un dégradé sur plusieurs couleurs en HLSL ? un dégradé entre 2 couleurs OK (avec un lerp()) mais en l'occurance là j'ai un tableau de 7 couleurs (avec en plus une valeur entre 0 et 1 a chacune pour "placer" la couleur :aie:)

Merci à toi pour tes réponses ;)
08/03/2007, 22h17
Laurent Gomila

3) resultat = c0 * f0 + c1 * f1 + ... + c6 * f6

Avec c_ les couleurs et f_ les poids associés. Il faut bien sûr que la somme des f soit égale à 1 pour que ce soit cohérent.
08/03/2007, 23h05
Ingham

Ah ben ui suis-je bête :D
Merci (pas bien frais en ce moment moi)

Edit: Ah mais zut j'avais mal lu...
En fait je me suis mal exprimé, ce que je voulais dire c'est que j'ai une liste avec des positions genre

1 : rouge, 0.0
2 : bleu, 0.2
3 : vert, 0.6
4 : orange, 0.7
5 : violet; 1

0 > 1 est une valeur que je peux connaitre dans mon pixel shader (c'est la valeur Y de la normale de mes faces ^^)
Donc comment obtenir les Facteurs a partir de la :p

Je renomme ce topic il me servira de stockage de questions a la con :p

--
PS: Le problème des plantages aléatoire est reglé, il venait en fait d'un float incrémenté à chaque frame par l'elapsedTime, qui devait arriver beaucoup trop haut au bout d'une petite minute d'exécution, ce qui faisait tout foirer :mouarf:
09/03/2007, 09h29
Laurent Gomila

Ah... Tu ne veux pas mixer plusieurs couleurs, mais faire un dégradé avec, c'est ça ?
Bon oublie ce que j'ai dit alors, tu n'auras toujours que deux couleurs à interpoler (celles qui encadrent l'intervalle dans laquelle ta valeur se trouve).

Le mieux serait encore de créer une texture 1D avec tes couleurs et d'aller faire un simple lookup dedans avec ta valeur comme coordonnée de texture, non ?
09/03/2007, 12h02
Ingham

Edit: En fait non je peux pas vraiment faire ça, les couleurs que je donne au shaders sont calculées a la volée (mise à jour toutes les 5 secondes), je me vois mal recréer une texture toutes les 5 secondes :mrgreen:
Non je vais essayer avec des if pour identifier les 2 couleurs à interpoler, et des lerp apres :roll:
Je posterai pour donner le résultalt si c'est convaincant 8-)
Je sais pas pourquoi j'aime pas utiliser les IF en HLSL, une partie de moi est persuadée que ca plombe les perfs, c'est inconscient:oops:
09/03/2007, 18h28
Ingham

Bon bah j'ai résolu en fait, en faisant une texture (bien vu ;)), en Y j'ai mes dégradés et en X l'heure de la journée (oui c'est pour colorer un dôme :))
Ca marche parfaitement et j'ai bien plus de contrôle qu'en voulant calculer à la main :aie: (Enfin pour l'instant... ;))

Sinon y'a pas des "astuces" d'habitués pour distribuer correctement mes applications DirectX ? J'ai souvent eu des problèmes pour ça, ça marche sur mon PC (avec le SDK) mais chez ceux qui l'ont pas ça merdouille :mrgreen:

En tout cas merci à toi de prendre sur ton temps pour répondre à mes interrogations de débutant ;)
10/03/2007, 10h34
Laurent Gomila

Si tu codes en C++ il n'y a que deux précautions à prendre :

- Vérifier que l'utilisateur a la bonne version de DirectX installée
- Livrer (la bonne version de) la DLL de D3DX si tu l'utilises

Si tu codes en .Net, j'imagine qu'il suffit d'avoir la bonne version du framework .Net installée.

Si ça ne marche toujours pas tu peux toujours nous préciser quelles sont les erreurs rencontrées ;)
10/03/2007, 13h42
Ingham

Merci c'est bon ;) J'ai juste joint les DLL DirectX Managed et installé le dernier Runtime (Feb 2007) c'est bon ça marche :)

Bon, pour continuer dans la série des questions à la con :mrgreen:...
J'aimerais créer une texture de "nuages" dynamiquement, donc en créant un Noise par shader, j'ai vu qu'il y a une fonction "noise" mais msdn et google me disent qu'il est utilisable qu'avec les "texture shader"......
Kezako ?:oops:
10/03/2007, 16h54
Laurent Gomila

La dernière fois que j'ai voulu utiliser un noise() c'était avec GLSL et le truc n'était implémenté nulle part. A mon avis tu devrais éviter de l'utiliser, génère ton noise toi-même avec le CPU.

Salut c'est re-moi :)
Générer le noise sur le CPU certes...

En fait je veux faire des nuages simplement, un texture en niveau de gris qui sera rendue par shaders ensuite, donc j'ai essayé de jeter un oeil du côté de GDI (en ne rendant une nouvelle "frame nuage" que toutes les 5 secondes par exemple poru pas baisser les perfs), mais impossible de "scaler" une image en la smoothant, en résumé.... Même avec le CPU j'arrive pas à faire un début de nuage :mrgreen:

Même comme ça je garde des gros pixels bien nets:
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 Matrix mtx = new Matrix(); mtx.Scale(25, 25); g.Transform = mtx; g.InterpolationMode = InterpolationMode.Bicubic; for(y = 0; y < h; y++) { for(x = 0; x < w; x++) { n = rand.Next(256); b = new SolidBrush(Color.FromArgb(n, n, n)); g.FillRectangle(b,x,y,1,1); } }
En même temps je part peut-être sur la mauvaise voie avec mon GDI+ là :mrgreen:...
J'ai cherché partout sur le net, ils expliquent bien comment faire des nuages (combiner plusieurs noise de taille différentes, le principe est simple, mais en pratique j'ai trouvé aucun code me mettant sur la voix pour agrandir et smoother une image bruitée :()

Enfin bref, je galere encore et toujours quoi ^^

14/03/2007, 13h12
funkydata

Je te conseille fortement d'utiliser une texture volume précalculée (ou calculer pendant le demarrage ou le load de ta scène) pour ce genre d'effet. La technique devient alors beaucoup plus simple à mettre en place.
Donc tu créés ta texture volume (un format L8 est suffisant puisque seul une channel est requise). Ensuite, dans un shader tu fais varier les coordonnées xyz du sampler de ta texture volume en fonction d'un "Time" que tu passeras en paramètres.
En l'occurence faire varier le xy de tes coordonnées de texture en fonction de la vitesse d'animation de tes nuages et le z (profondeur de la texture volume) par rapport à la vitesse de transition entre les différentes couches de ta texture.
En tout cas cette technique donne des résultats assez convainquant et trés simplement.

Tu peux avoir un apercu de ce que ca donne sur cette vidéo.

EDIT : Ceci dit utiliser la GDI+ dans ton runtime ne me semble pas du tout approprié :aie:
14/03/2007, 14h35
Ingham

C'est pas bête en théorie ça :D
En pratique je ne sais rien des textures-volume (a part qu'on les rend, en HLSL, avec tex3D ^^), donc encore moins comment les créer (et accesoirement les faire boucler, c'est mieux ^^) :cry:
(La lente entrée dans le monde du temps réel est douloureuse pour moi, ça se voit ? :mouarf: )
14/03/2007, 20h15
funkydata

Une texture volume pour faire simple c'est plusieurs textures les unes sur les autres. Tu différencies et donc tu accédes aux différentes "couches" de textures composant ta texture volume grâce à la composante z de tes coordonnées de texture. Pour en créer une tu peux utiliser l'outil de texture du sdk de directx... mais aprés tout dépand des logiciels à ta disposition.
Ce genre de textures est trés utile pour rendre les effets volumétriques (brouillard, lumières...) mais aussi les animations (nuages, explosions...). Enfin bref un mode stockage assez pratique 8-)
Voilà si tu as besoin de précision supplémentaires... demande :mrgreen:
14/03/2007, 23h42
Ingham

Ok ;)
Je viens de regarder l'outil en question effectivement :)
Niveau interpolation, entre chaque "couche" il fait du linéaire ? (S'il y a une interp ;))

Et comment on créé une Volume Texture par code ?

Merci pour les infos :)
15/03/2007, 14h05
funkydata

Citation:

Envoyé par Ingham

Niveau interpolation, entre chaque "couche" il fait du linéaire ? (S'il y a une interp ;))

Je comprends pas trop la question :? L'interpolation se fait lors du plaquage de la texture et non au sein de la texture elle même. Une texture c'est des données ni plus ni moins. Aprés c'est toi qui décide l'interpolation.

Citation:

Envoyé par Ingham

Et comment on créé une Volume Texture par code ?

Regarde la classe VolumeTexture. Normalement tu devrait pouvoir t'en sortir avec l'intellisense sinon la doc du sdk t'expliqueras comment la créer ou l'utiliser.

Merci ;)

J'ai pu regarder mais je n'ai rien vu pour créer un VolumeTexture direct depuis plusieures Texture (par exemple, ou plusieurs Bitmap)
Bref, moi y'en a pas tout pigé pour les VolumeTexture ( en plus google n'offre que peu d'informations sur cette facette de DirectX qui me semble assez peu exploitée et/ou connue malgré les super utilisations qu'on pourrait en faire :mrgreen: )

Bon sinon j'ai une autre question, enfin plus une interrogation générale sur ce coup, c'est au sujet des ombres...

Mon jeu est éclairé par un soleil global, en directionnel, qui éclaire tout et de loin j'aimerais lui mettre des ombres mais je ne sais pas trop vers quelle méthode me tourner...
J'ai essayé les ShadowMap... Problème: Il faut des maps gigantesques pour avoir un résultat correct (et oui vu la zone énorme que la lumière éclaire, et que le champs de vision est souvent assez conséquent...), même 4096 c'est juste (!!!)
Pour avoir un résultat correct je dois limiter la "zone ombrée" a environ une 10aine de metre autour de mon perso, ce qui est vraiment pas suffisant dans mon cas (voir les ombres apparaitre devant le perso et disparaitre derriere ca casse un peu tout)

J'ai pensé aux Shadow Volume mais, c'est faisable en pur HLSL ? Et au final la scène aura sûrement pas mal de polygones, ca risque de plomber un peu les perfs :aie:

Donc j'ai essayé de réfléchir aux Perspective Shadow Map, mais Google ne m'a pas donné d'informations suffisantes à mon petit cerveau pour mettre ça en pratique :mrgreen:

J'avais pensé faire comme ca mais évidement, après réfléxion ca semble logique que le résultat n'a pas celui espéré: Il me sort la "bonne" distance pour tous les points, aucun n'est "occluded" donc impossible de calculer ou sera l'ombre (Dur a expliquer ca bordel :mrgreen:)
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 VSOutput ShadowMapVS(float4 inPos : POSITION) { VSOutput result = (VSOutput)0; result.Position = mul(inPos, CamWVP); result.PositionLightView = mul(inPos, LightWVP); result.PositionCamView = mul(inPos, CamWVP); result.Position3D = inPos; return result; } float4 ShadowMapPS(VSOutput IN) : COLOR0 { float4 result = (IN.PositionLightView.z - NearPlane) / (FarPlane-NearPlane); return result; }
Donc me voilà tout chose: je suis bloqué de tous les côtés :yaisse2:

17/03/2007, 11h23
Laurent Gomila

Citation:

J'ai essayé les ShadowMap... Problème: Il faut des maps gigantesques pour avoir un résultat correct

Il existe des techniques (ou plutôt des hacks) pour réduire la taille nécessaire tout en gardant une précision suffisant. Je me rappelle jamais les significations, mais il y a des trucs du genre PPSM, TSM, ...
Mais bon ça requiert vraiment beaucoup d'effort et pour moi ce sont plus des bidouilles que réellement des méthodes robustes. Par exemple tu auras toujours un problème lorsque la caméra fera face à la source lumineuse, quelque soit la technique.

Si tu veux un peu de lecture, on dirait que ce topic à l'air intéressant :
http://www.gamedev.net/community/for...opic_id=405955

Citation:

J'ai pensé aux Shadow Volume mais, c'est faisable en pur HLSL ? Et au final la scène aura sûrement pas mal de polygones, ca risque de plomber un peu les perfs

Tu peux utiliser les shaders pour faire l'extrusion, ce qui est déjà pas mal. Après tu as tout un tas de techniques pour optimiser (je suis en train d'écrire un tuto sur le sujet, peut-être vais-je le finir un jour ? ...).
Ca va certes vite se voir sur les perfs avec beaucoup de géometrie (et de pixels), mais ce qui me plaît c'est que l'algo de base est robuste et que tout ce qu'on ajoute ensuite n'est qu'optimisation, on n'a pas à bidouiller pour avoir quelque chose de correct.
18/03/2007, 21h08
Ingham

Merci Laurent pour le temps que tu prends à répondre à mes questions parfois, il faut l'avouer, assez débiles ;)

Pour les ombres j'ai finalement opté pour la technique de Shadow Map qui me semble un peu plus légère surtout quand il y a besoin de recalculer à chaque frame ou presque les ombres...

Donc pour les SM je calcule les ombres à un rayon défini autour du personnages (pour la matrice View de la light je défini donc le lookAt sur le perso)
Ca marche, c'est bien c'est beau (c'est Bosh).... de loin :D
De près c'est cradingue, malgré l'utilisation d'une map en 2048*2048 (ah oui quand même :aie: )
Je sais pas comment faire poru améliorer ça... Pour rendre le tout plus "doux" à l'oeil j'aimerais flouter le résultat mais je ne sais pas comment m'y prendre...
J'ai vu des exemples de Soft Shadow Map avec une Difference Map... Mais trop compliqué pour ce que je veux faire je trouve, je cherche juste à flouter le bazarre pour que ca nique moins les yeux c'est tout :mrgreen:

En images ca donne ca, de loin:
http://img472.imageshack.us/img472/5...ourri01gn2.jpg
Et de près:
http://img472.imageshack.us/img472/3...ourri02jv4.jpg
Si ca peut aider, on voit une version réduite de la shadowMap en haut a gauche

Des idées ?
Merci d'avance ;)
18/03/2007, 23h10
Yno

Salut,

J'arrive un peu à l'arrache dans ton sujet, j'ai pas vraiment lu tes posts, je ne connais pas DirectX, mais je voulais juste de dire que sur les screens que tu montres on dirait un petit Z-Fight :aie:

La matrice de projection que tu utilises pour rendre la shadow map n'a pas un ratio near/far trop élevé ?

Voilà voilà, c'était juste comme ça, en passant :D

A+
19/03/2007, 08h19
Laurent Gomila

Comme je te l'ai dit il faut se pencher sur les techniques de PPSM, TSM, etc...

Il y a quelques liens dans la FAQ, je ne sais plus s'ils traitent de ces techniques avancées mais tu peux toujours jete run oeil :
http://jeux.developpez.com/faq/3d/?p...ION_shadowmaps
19/03/2007, 10h38
Ingham

Merci pour les réponses :)

Yno > C'est pas vraiment du a un Z Fighting, c'est du à une imprécision sur ma texture, je n'ai pas de dégradé doux, ca fait des bandes à la place :? Je sais pas vraiment à quoi c'est du, surement comme tu dis à un Near/Far trop large mais en réalité je n'ai pas trop le choix, le projecteur d'ombre étant le soleil, a midi il y aura un "range" peu elevé pour tout ombré, mais imagine au lever/coucher du soleil, comment le range devra être elevé :(

Laurent > Vi j'avais feuilleté pendant pas mal de temps tout un tas de PDF pour ces différentes techniques, mais franchement, aucune est de mon niveau :cry: Shadow Map classique ca va, mais même shadow volume je ne me sens pas vraiment capable de le réaliser, c'est dire :mouarf: Enfin je pige pas trop le principe pour ombrer, extruder en vertex shader ok, pas bien dur (un dot pour tester les faces a "pousser" en direction inverse de la light) mais après ? Je rends le résultat du VS ou ? Que je réutilise comment pour "noircir" ma scène ?
Bref je comprends pas vraiment :aie:

Enfin ma question pour ma shadow map c'était simplement que quand je regarde des exemples de shadow map sur les différents PDF, on voit une sorte de "sampling", enfin les bords des ombres sont pas nets (dans mon cas c'est soit ombré (0) soit pas ombré (1) y'a pas d'intermédiaire), comme si un léger flou avait été appliqué après coup quoi, et même ca, je sais pas comment c'est fait.

Je raaaame :mrgreen:
19/03/2007, 10h51
Laurent Gomila

Y a pas de miracle, si tu veux des ombres qui tiennent la route il faudra mettre les mains dans le camboui :aie:

Les shadow volume c'est pas si dur : ce qu'il faut faire avec ta géometrie extrudée c'est t'en servir pour remplir le stencil buffer ; ensuite il suffit d'afficher ta scène avec la lumière courante uniquement sur les pixels non marqués dans le stencil (oui, tu auras donc une passe par lumière). Bon je ne parle pas de l'algo à base de quad recouvrant l'écran, c'est plus vraiment d'actualité.

Les shadow maps c'est pas si compliqué que ça, en général il s'agit juste de bidouiller une matrice de projection particulière qui allouera plus de pixels de la shadow map aux zones ombrées.

Pour ce qui est du flou... c'est un truc tout bête mais je m'en rappelle plus (j'ai toujours utilise les shadow volumes), je te le dirai quand j'aurai retrouvé.
19/03/2007, 11h12
Ingham

Oui, remplir le stencil avec ma géométrie extrudée, donc si j'ai bien compris je mets le Stencil en RenderTarget en quelque sorte ? Et comment, dans mon shader d'éclairage j'accède aux données du stencil pour voir ce qu'il faut éclairer ou pas ? :)

Pour les shadow Map et la matrice de projection, ca javais bien compris, le soucis c'est que les matrices et moi ca fait 3.14 et je serais incapable de bidouiller moi même :mrgreen:

Merci pour le flou, j'attends alors ;)
19/03/2007, 11h26
Laurent Gomila

Citation:

Oui, remplir le stencil avec ma géométrie extrudée, donc si j'ai bien compris je mets le Stencil en RenderTarget en quelque sorte ?

Tu as toujours un stencil associé à ton Z-buffer (pour peu que tu aies spécifié le bon format quand tu as créé ce dernier), inutile de faire quoique ce soit de plus.

Citation:

Et comment, dans mon shader d'éclairage j'accède aux données du stencil pour voir ce qu'il faut éclairer ou pas ?

Ce ne sera pas dans le shader, il suffit de paramètrer le test de stencil via les fonctions du FFP et les mauvais pixels seront virés tout seuls, là aussi tout est prévu ;)
19/03/2007, 15h06
funkydata

Citation:

Envoyé par Ingham

Merci pour le flou, j'attends alors ;)

Pour faire des softs shadows : (Par contre attends toi à une chute trés importante de performances :aie:)

1) Tu rends ta shadow map
2) Tu rends ta scene dans une render target supportant une channel alpha sans aucun éclairage ni textures par contre en prenant en compte dans le rendu ta shadow map
3) Tu appliques un blur sur ta render target (un gaussian blur fonctionne bien)... Par contre il faut au moins 8 passes pour commencer à avoir un réultat correct. Un douzaine c'est le top (enfin tout dépend aussi de la précision ta shadow map, je parle en moyenne là). Le fillrate en prends donc un sacré coup :D
4) Tu rends ta scène normalement en projetant la texture que tu viens de blurrer...

Voilà si ca peux t'aider... bon courage :mrgreen:
19/03/2007, 17h00
Laurent Gomila

Sinon t'as toujours la solution de flouter en espace écran. C'est très incorrect et ça peut produire des artefacts là où la profondeur change brusquement, mais au moins ça coûte pas cher et ça marche aussi avec les shadow volumes.
20/03/2007, 12h07
Ingham

Laurent > OK je comprends mieux le principe maintenant ;)
Mais je vais rester sur les SM je pense, d'une part parceque je "gère" (rho vous moquez pas :mrgreen: ) mieux et d'autre part parceque ca laisse un chouilla plus de controle sur l'aspect de l'ombre, je trouve :)

funkydata > Faut que je t'avoue un truc.. J'ai pas tout compris :mouarf: A l'étape 2, je fais le rendu en vue caméra ? Si c'est le cas, alors mon ombre sera floutée en espace écran (ce que je ne veux pas), si c'est pas le cas... Toutes les ombres ne seront pas visibles, me trompes-je ? Enfin j'ai pas tout suivi quoi :(

Bon sinon après bidouillage j'ai trouvé un des trucs qui me causait de gros soucis avec mes ombres: Au lieu de faire un SetRenderTarget, je faisais dans l'ordre:
Clear
Rendu dans le BB
Copie du contenu du BB dans la SM
Clear

Ce qui avait pour avantage (ou désavantage peut etre la ^^) d'antialiaser mes ombres si l'antialiasing était activé, mais l'énorme désavantage d'étirer le rendu en 800*600 d'origine, en 2048, ce qui ne me donnait pas une vraie texture en 2048 quoi, et qui rendait le tout assez crade :(

Soucis maintenant, c'est qu'en utilisant render target, il me rend letruc bien comme il faut.... tant que ma SM ne dépasse pas 800x600, autrement, pour une texture en 2048 par exemple, il ne me rend que le coin supérieur gauche (jusqu'a une taille maxi de 800x600 donc) et le reste est noir...
Question con (qui a dit encore ? :aie: ) comment faire un RenderToTarget dans une surface plus grande que le BB ?

PS: Désolé de répondre plusieurs jours après, souvent je passe mais je n'ai pas le temps de rester suffisament pour répondre :)

Re-PS: J'ai passé ma texture en R32F, je n'ai plus de "Z-Fighting" et j'ai pu baisser mon bias de moitié :D (C'était juste pour vous faire part de ma joie voila ^^)
20/03/2007, 13h20
Laurent Gomila

Citation:

Soucis maintenant, c'est qu'en utilisant render target, il me rend letruc bien comme il faut.... tant que ma SM ne dépasse pas 800x600, autrement, pour une texture en 2048 par exemple, il ne me rend que le coin supérieur gauche (jusqu'a une taille maxi de 800x600 donc) et le reste est noir...
Question con (qui a dit encore ? ) comment faire un RenderToTarget dans une surface plus grande que le BB ?

Pense à réajuster ton viewport ;)

J'ai résolu le problème en donnant au device une nouvelle DepthStencilSurface à la taille de la ShadowMap ;)

Init:
Code:

1 2 3 4 tShadowMap = new Texture(devDevice, ShadowMapResolution, ShadowMapResolution, 1, Usage.RenderTarget, Format.R32F, Pool.Default); sShadowMap = tShadowMap.GetSurfaceLevel(0); sShadowDepth = devDevice.CreateDepthStencilSurface(ShadowMapResolution, ShadowMapResolution, DepthFormat.D24S8, MultiSampleType.None, 0, true);
Rendu:
Code:

1 2 3 4 5 6 7 8 9 10 11 Surface oldSurface = devDevice.DepthStencilSurface; devDevice.SetRenderTarget(0, sShadowMap); devDevice.DepthStencilSurface = sShadowDepth; devDevice.Clear(ClearFlags.Target | ClearFlags.ZBuffer, Color.Black, 1.0f, 0); Cull oldCull = devDevice.RenderState.CullMode; devDevice.RenderState.CullMode = Cull.None; DrawMeshes(false, true); devDevice.RenderState.CullMode = oldCull; devDevice.SetRenderTarget(0, sBB); devDevice.DepthStencilSurface = oldSurface;
Pour ceux qui rencontrerait le même problème :)

Edit, 2 screens pareil (de près et de loin):
http://img379.imageshack.us/img379/5...ourri03iy1.jpg
http://img379.imageshack.us/img379/5...ourri04cs1.jpg
PS: Le FPS n'est pas bon, je le calcule par rapport au temps qu'a mis la frame à se rendre, calculé par un "QueryPerformanceCounter" qui me semble pas toujours exact :s
En réalité je suis environ a 90 FPS

Manque plus qu'a flouter un peu le bazarre (chose que je n'ai toujours pas compris comment faire snif) pour atténuer l'aliasing et voilà :aie:

Re-Edit: Visiblement le nom pour filtrer autrement qu'en espace écrant c'est PCF (Percentage Closer Filtering) je cherche depuis tout à l'heure sur google, je vous mets au jus si je réussi à faire quelque chose ^^

Re-re-edit: Je me permets de continuer mon monlogue-monopost pour vous dire que j'ai réussi à mettre le PCF, plus qu'un petit flou en espace-écran pour atténuer encore le bordel et ca sera nickel :yaisse2:
http://img374.imageshack.us/img374/1...ourri05ff0.jpg

20/03/2007, 19h17
funkydata

Citation:

Envoyé par Ingham

funkydata > Faut que je t'avoue un truc.. J'ai pas tout compris :mouarf: A l'étape 2, je fais le rendu en vue caméra ? Si c'est le cas, alors mon ombre sera floutée en espace écran (ce que je ne veux pas), si c'est pas le cas... Toutes les ombres ne seront pas visibles, me trompes-je ? Enfin j'ai pas tout suivi quoi :(

Arf lol :lol:
Je croyais que tu voulais faire ca, c'est moi qui est mal compris désolé :aie:
12/04/2007, 10h44
Ingham

Re salut à tous, me voilà confronté à deux nouveaux problèmes :)

1) Je me suis fais un format 3D animé perso, très inspiré du MD2 mais avec quelques options supplémentaires, avec une petite classe que j'ai nommé "IndexedMesh" pour afficher toussa, bref jusque là tout va bien...
Le soucis c'est que mon DrawIndexedPrimitives... J'ai une erreur commecelle-ci:
Attempted to read or write protected memory. This is often an indication that other memory is corrupt.
qui surgit, mais attention... Uniquement une fois sur 2 ! Si l'erreur à décidée d'être là, elle apparaît dès le premier appel, autrement si ca marche ca marchera tout le long... A savoir que quand ca marche pas il suffit que je ferme et que je relance (sans toucher la moindre ligne de code) quelques fois pour que ca passe...
Admettez que c'est quand même bizarre...
Voici ma ligne:

Code:

device.DrawIndexedPrimitives(PrimitiveType.TriangleList, 0, 0, indices.Length, 0, indices.Length / 3);

A savoir que j'ai testé, que ca plante ou non, les tableaux vertices et indices font toujours la bonne taille :) Ca me les explose vraiment menu... :p Donc si vous avez une idée...

2) Un deuxième problème, avec un render to texture cette fois...
En fait je veux juste rendre mon personnage dans une texture, mais avec un fond transparent (pour s'intégrer à la GUI)...
Donc je créé une texture en A8R8G8B8, je fais le rendu dessus...
Soucis: l'alpha s'inverse 8O Le clear est opaque et mon perso rend transparent...
Image: http://img208.imageshack.us/img208/6161/rttpbbg7.jpg
Une idée ? (je suis sûr que c'est juste une question de format de texture mais j'avoue ne pas avoir trop envie de tous les tester, vu le problème ci-dessus, déjà que j'ai du lancer l'application 5 fois avant de pouvoir faire ce screen... :s)

Merci d'avance :)
12/04/2007, 10h53
Laurent Gomila

1) Que dit le debug runtime de DirectX ? Si affiches moins de triangles (par exemple un seul) ça plante toujours ?

2) Faudrait voir un peu de code pour t'aider.

1) Le debug runtime ? VS ne m'affiche pas plus d'erreur que celle que je donne...
Si j'apprends maintenant qu'il y a un debugger plus précis pour DX je me mutile les bras, j'aurais pu gagner pas mal de temps :mrgreen:

2) Voici ^^ Désolé
Initialisation:

Code:

tbInventRTT.Texture = new Texture(devDevice, (int)tbInventRTT.Width, (int)tbInventRTT.Height, 1, Usage.RenderTarget, Format.A8R8G8B8, Pool.Default);

Rendu:
Code:

1 2 3 4 5 6 devDevice.SetRenderTarget(0, sInvView); devDevice.Clear(ClearFlags.Target | ClearFlags.ZBuffer, Color.Aqua, 1.0f, 0); //Rendu du personnage avec le fameux IndexedMesh devDevice.SetRenderTarget(0, sBB); devDevice.Clear(ClearFlags.Target | ClearFlags.ZBuffer, Color.Black, 1.0f, 0);
Edit: Les formats de mon device peut-être ?
Code:

1 2 3 ppPresent.AutoDepthStencilFormat = DepthFormat.D24S8; ppPresent.BackBufferFormat = Format.X8R8G8B8;

12/04/2007, 11h09
Laurent Gomila

1) http://jeux.developpez.com/faq/direc...ROBLEMES_debug
Désolé pour tes bras :aie:

2) Ton clear est bien opaque (je ne pense pas que Color.Black ait un alpha à zéro). Il faudrait voir les paramètres de ton alpha-blending lorsque tu dessines ta texture.
12/04/2007, 11h20
Ingham

1) Oui effectivement j'avais déjà vu mais je me souviens pourquoi je l'active pas:
Ca me créé plus d'erreur que ce que ca m'aide à en corriger :mrgreen:
En activant la version Debug, je me retrouve avec un Error in the application au premier Effect.BeginPass()...
Rha la la ^^

2) Bien vu ! C'est réglé, j'ai mis une couleur transparente au clear, et je défini le OUT.a à 1.0f dans mon shader du rendu du personnage :) Chose que je n'avais pas fais avant, n'ayant pas à se soucier de l'alpha sur le format du BB (X8R8G8B8)
Merci ;)
Un petit screen pour la peine :)
http://img208.imageshack.us/img208/804/rttpb2yy1.jpg
Faudrait peut-être que je mette la lumière en face maintenant, non ? :mrgreen:
12/04/2007, 19h27
Ingham

Bon, je viens de tester en n'affichant qu'un seul triangle, comme tu l'as dis :)

device.DrawIndexedPrimitives(PrimitiveType.TriangleList, 0, 0, indices.Length, 0, 1);
Même erreur...
C'est à n'y rien comprendre, cela se peut-il que ça vienne de Vista (comme l'hypothèse à été émise sur un des topics précédents :)) ?

Edit:
Bon j'ai de toutes façons du éditer ma fonction pour me passer des Indices (pas le choix), et maintenant l'erreur n'apparaît plus.
Autrement dit:
Il s'agissait d'une erreur aléatoire du aux indices...
C'est fort quand même ^^

Bonjour à tous

Je reviens avec un nouveau problème, je veux créer mon propre VertexFormat, qui contiendrai:
-Position
-Normal
-TextureCoords
-Color

Je vous pose direct l'image du problème, pour vous intéresser à lire la suite :)
http://img134.imageshack.us/img134/9...0515601vc9.jpg

Donc mon format perso, je le créé ainsi:

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
public struct FormatPNTVertexColor
{
    public Vector3 Position;
    public Vector3 Normal;
    public int VertexColor;
    public Vector2 UV;
    //
    public static readonly VertexFormats Format = VertexFormats.Position | VertexFormats.Normal | VertexFormats.Diffuse | VertexFormats.Texture0;
 
    public static readonly VertexElement[] Declarator = new VertexElement[]
		{
                new VertexElement(0, 0,     DeclarationType.Float3, DeclarationMethod.Default, DeclarationUsage.Position,           0),
                new VertexElement(0, 12,    DeclarationType.Float3, DeclarationMethod.Default, DeclarationUsage.Normal,             0),
                new VertexElement(0, 24,    DeclarationType.Color,  DeclarationMethod.Default, DeclarationUsage.Color,              0),
                new VertexElement(0, 28,    DeclarationType.Float2, DeclarationMethod.Default, DeclarationUsage.TextureCoordinate,  0),
                VertexElement.VertexDeclarationEnd
        };
    //
    public FormatPNTVertexColor(Vector3 Position, Vector3 Normal, Vector2 UV, Color VertexColor)
    {
        this.Position = Position;
        this.Normal = Normal;
        this.VertexColor = VertexColor.ToArgb();
        this.UV = UV;
    }
}

J'initialise le bazare de cette façon:

Code:

1
2
3
VD = new VertexDeclaration(Device, FormatPNTVertexColor.Declarator);
 
VB = new VertexBuffer(typeof(FormatPNTVertexColor), Vertices.Length, device, Usage.Dynamic | Usage.WriteOnly, FormatPNTVertexColor.Format, Pool.Default);

Je le rempli, grossièrement, ainsi:

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
int index = 0;
for (int i = 0; i < Header.NumTris; i++)
{
    vertices[index] = new FormatPNTVertexColor(
        FrameVerticesPos[0, Triangles[i].VerticesIndices[0] - 1],
        FrameVerticesNrm[0, Triangles[i].VerticesIndices[0] - 1],
        UVs[Triangles[i].UVIndices[0] - 1],
        Color.FromArgb(255,120,255));
    index++;
    vertices[index] = new FormatPNTVertexColor(
        FrameVerticesPos[0, Triangles[i].VerticesIndices[1] - 1],
        FrameVerticesNrm[0, Triangles[i].VerticesIndices[1] - 1],
        UVs[Triangles[i].UVIndices[1] - 1],
        Color.FromArgb(255, 120, 255));
    index++;
    vertices[index] = new FormatPNTVertexColor(
        FrameVerticesPos[0, Triangles[i].VerticesIndices[2] - 1],
        FrameVerticesNrm[0, Triangles[i].VerticesIndices[2] - 1],
        UVs[Triangles[i].UVIndices[2] - 1],
        Color.FromArgb(255, 120, 255));
    index++;
}

Remarquez que je mets une couleur prédifinie pour être sûr que ca vienne pas de la lecture

Je le rend comme ça:

Code:

1
2
3
4
device.VertexDeclaration = VD;
device.SetStreamSource(0, VB, 0);
 
device.DrawPrimitives(PrimitiveType.TriangleList, 0, vertices.Length / 3);

Et le shader ressemble à ça:

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
VSOutput RenderSceneVS(float4 inPos: POSITION, float4 inColor : COLOR0, float2 inTexCoords: TEXCOORD0, float3 inNormal: NORMAL)
{
  VSOutput result = (VSOutput)0;
  result.Diffuse = inColor;
 
  return result;
}
float4 RenderScenePS(VSOutput IN) : COLOR0
{	
  float4 OUT;
  OUT = IN.Diffuse;
 
  return OUT;
}

Le soucis c'est que c'est indubitablement NOIR...
http://img134.imageshack.us/img134/3...0522689sa6.jpg

Sauf si, dans ma struct j'inverse par exemple Normal et VertexColor, là ca me sort des couleurs "aléatoires" (évidement puisqu'il pioche dans les bytes de la normal...)
Voir image en haut du post

J'en déduis donc que c'est un problème de stockage de la couleur, mais alors, où ai-je fais une erreur ?

A savoir que j'ai tout essayé, des tonnes d'inversement et de changement de valeurs...
A savoir aussi que les autres "composantes" du VertexFormat (Position,Normal et TexCoords) marchent sans problème... Seule la couleur pose problème.

Merci d'avance :)

23/04/2007, 11h45
Ingham

Non pas d'idée ? :(

Voir 40 message(s) de cette discussion en une page