Discussion :

[Aran-Galad]

Bonjour,
me revoila avec un nouveau bug graphique ...
En fait, je suis sur un prototype de simulation de voile. J'ai le rendu de ma carte, une skybox et tout ce qui va avec. Maintenant, j'aurais voulu rajouter un plan avec une eau assez jolie. J'ai pour cela utilisé une classe créé par RandomChaos (que vous pouvez admirer ici: http://xna-uk.net/blogs/randomchaos/...-ocean-ii.aspx )
J'ai donc reussi a l'integrer quelques pixels au dessus de mon terrain. Seulement, me voici maintenant confronte a un probleme: des que j'eloigne la camera, il y a une sorte de scintillement et la texture du terrain situé sous l'eau est visible par intermittence ...
Quelqu'un saurait d'ou le probleme pourrait venir ? Je commence a etre a court d'idée :p

screenshot

[Idrakis]

Sur ton screenshoot, le scintillement c'est les taches bleurs clairs un peu hachurés ?
Le scintillement se fait juste pendant que tu éloignes la caméra ?
une fois celle-ci est éloigné et qu'elle ne bouge plus, ça ne scintille plus ?

[Laurent Gomila]

Le terrain et l'eau sont séparés de quelle distance ? Tu as quelles valeurs pour ton near plane et ton far plane ?

[Aran-Galad]

Oui, ce sont les taches claires hachurées (la texture du bas a de la transparence ... me sans celle ci, le probleme se produit)
Le scintillement se fait perpetuellement avec une camera fixe ou non.
Le terrain et l'eau sont séparés d'une distance de 50 pixels. J'ai essayé de les eloigner de plus, mais au final, le probleme revient toujours.
Mon near plane a comme valeur 1.0f et mon far plane 10000.0f

[Laurent Gomila]

Ca a l'air bon, mais essaye de réduire le far plane à 1000 pour voir ?

[Aran-Galad]

Toujours le meme probleme.
Par contre, je me suis trompe concernant l'immobilite de la caméra.
En fait, si la caméra reste immobile, le scintillement continue pendant quelques secondes avant de "s'immobiliser". C'est a dire que le mix est toujours present mais ne change plus.
Serait ce possible que ce soit un probleme de Draw() trop long ? Mettons qu'entre deux draw, je n'ai pas le temps de finir de dessiner. Se pourrait'il que le second interfere avec le premier ? Et dans ce cas la, comment regler le probleme ?

Edit: Bon, j'ai teste avec une autre "eau" ... meme probleme -___-

Edit 2: Bon, j'ai mis le minimum d'elements et toujours le meme probleme, donc, a priori, c'est pas un probleme de Draw() ... d'autant plus que ca ramerais si jamais ca avait ete le cas

[Emmanuel Deloget]

Ca a l'air bon, mais essaye de réduire le far plane à 1000 pour voir ?

Je n'aurais pas dit que c'était bon. En fait, je crois que tu l'expliques assez bien toi même

[Emmanuel Deloget]

Toujours le meme probleme.
Par contre, je me suis trompe concernant l'immobilite de la caméra.
En fait, si la caméra reste immobile, le scintillement continue pendant quelques secondes avant de "s'immobiliser". C'est a dire que le mix est toujours present mais ne change plus.
Serait ce possible que ce soit un probleme de Draw() trop long ? Mettons qu'entre deux draw, je n'ai pas le temps de finir de dessiner. Se pourrait'il que le second interfere avec le premier ? Et dans ce cas la, comment regler le probleme ?

Edit: Bon, j'ai teste avec une autre "eau" ... meme probleme -___-

Edit 2: Bon, j'ai mis le minimum d'elements et toujours le meme probleme, donc, a priori, c'est pas un probleme de Draw() ... d'autant plus que ca ramerais si jamais ca avait ete le cas

Non, ce n'est pas un problème de Draw(). Le problème que tu as porte le doux nom de z-fighting. Son orgine se trouve dans le ration zfar/znear, qui est trop élevé. Si ta scène est très éloignée de la caméra, n'hésite pas à augmenter znear de manière à réduire le phénomène. Un ratio environ égal à 100 devrait te permettre de résoudre le problème. Si tu ne peux pas te permettre ça, alors il te faudra dessiner ta scene en plusieurs passes. La première passe te permet de dessiner les objets éloignés avec un znear élevé. La seconde te permet de dessiner les objets proches avec un zfar plus petit.

Exemple:
1) znear=100 et zfar=10000 - rendu des objets dans la zone [100,10000]
2) znear=1, zfar=100 - rendu des objets dans la zone [1,100]

A noter que tu peux faire autant de passe que tu veux. Seulement, tu dois les faire en back-to-front, et vider le z-buffer entre chaque passe.

[LeGreg]

J'ai donc reussi a l'integrer quelques pixels au dessus de mon terrain. Seulement, me voici maintenant confronte a un probleme: des que j'eloigne la camera, il y a une sorte de scintillement et la texture du terrain situé sous l'eau est visible par intermittence ...
Quelqu'un saurait d'ou le probleme pourrait venir ? Je commence a etre a court d'idée :p

Problème général des surfaces quasi coplanaires.

En effet le Z buffer variant par valeurs discretes (si tu traces la valeur stockée dans le Z buffer en fonction de la distance ce n'est pas une courbe continue mais une succession de paliers), la superposition de deux plans va faire que les paliers vont se mélanger mais ne seront pas coordonnés. Ajouter un "biais" de quelques "pixels" comme tu le fais a probablement un effet positif, mais ce biais a un problème s'il est dans une direction orthogonale à la variation de Z. C'est ce qui arrive si tu observes les deux plans a l'horizontal plutôt que de face.

En fait ton problème a une solution un peu moins simple, si tu sais à quel endroit se trouve l'eau, tu peux modifier ta géométrie pour que le terrain et l'eau ne se superposent pas. Tu traces d'abord la partie occupée par l'eau, ensuite la partie occupée par le terrain (ou vice et versa). Comme ils ne se superposent pas, le risque de z-fighting est éliminé. Le problème c'est évidemment que cela nécessite de retrianguler le terrain (problème si le niveau de l'eau est dynamique).

Pour le problème plus général des decals (tracé d'un triangle sur un autre quasi coplanaire), l'API direct3d9 propose une méthode appelée "depth bias". Depth bias va ajouter un "biais" mais cette fois garanti d'être dans la direction positive (ou négative) du ZBuffer. Ainsi avec ce biais, une surface tracé avec le biais a statistiquement plus de chance d'être déterminée en "avant" de l'autre surface.
depth bias. Un des caveats (avertissement) est que le biais varie avec l'angle que fait la surface avec la direction du ZBuffer (variable slopescaledepthbias), ce qui diminue en pratique la résolution du ZBuffer et augmente la possibilité de corruption à d'autres endroits.
Aussi si tu traces le terrain ET l'eau sur tout l'écran et repose sur le ZBuffer pour trier l'un et l'autre, le depth bias va changer la position de la frontière entre les deux (faisant apparaitre de l'eau là où tu n'avais pas forcément prévu d'en voir) et donc tu te retrouves à devoir traiter le problème autrement, par exemple avec la retriangulation du terrain cf ci dessus.

LeGreg

[Aran-Galad]

J'ai augmente mon nearplane et, effectivement, le problème a disparu.
Merci infiniment ^^