Reprise du message précédent :
La boule de golf a une surface lisse. Mais remplace le plastique par du liège par exemple, et garde le même relief qu'une boule de golf normale. C'est peut-être moins intensif niveau calculs de cumuler DM+BM que de tout faire avec du DM. Et le résultat pourrait être bon

 
en théorie on peut faire bcp de chose, mais dans la pratique, le dm et bm dépendent des méthodes d'éclairage. Bien qu'on arrive a faire du per-pixel lighting, ça reste relativement lourd, et les méthode math reste des approximation. Ce qui signifie qu'on arrive pas a décendre en dessous d'un certains niveau de détails avec un relief dynamique.
 
en plus au niveau du pipeline cela implique de faire 1 ou plusieurs loop back pour gérer d'abord le DM puis ensuite le BM.  
 
Mais bon tout ça n'a pas trop de sens en y réfléchissant de plus pres car le DM implique d'apposer une texture, comment voudrais-tu apposer une texture BM sur la texture DM ? y a un truc qui déconne. Faudrait alors demander au DM de ne pas faire le mapping, mais dans ce cas là pas besoin de DM, une technique de HOS suffit, mais on en dispose pas de pratique hormis les n-patch, puis on appliquerait le BM.

 
Tu as tout faux. Le probleme principal avec les nouveaux GPUs c'est pour le processeur central et le bus AGP d'apporter suffisamment de polygone au GPU pour tous les traiter, le displacement mapping avec des fonctions de tesselation avancee, permettra d'occuper donc ce grand faineant de GPU (qui finit par faire plus de chose que son copain le CPU mais comme il peut paralleliser beaucoup de chose c'est de la gnognotte pour lui ).
Et puis le displacement mapping est tres utilisé, pas sur les hardware actuels mais dans la 3D haut de gamme, les rendus off-line etc. C'est plus que du super bumpmapping, on ne va pas vraiment comparer les deux.
 
Legreg

Bon, j'ai faux alors, désolé pour la désinformation . Par contre je n'ai jamais dit que le DM n'était pas utilisé, puisque j'en parle pour les moteurs de rendu 3D. Je ne le compare pas non plus au bump mapping directement, je dis simplement que pour de petits détails comme la porosité d'une brique il vaut certainement mieux simuler le relief avec du Bump mapping. En tout cas, c'est ce que je fais avec les logiciels 3D, question de goût probablement. Ma confusion vient certainement de la tesselation nécessaire il me semble pour obtenir un Displacement mapping efficace. Cette tesselation est prise en charge par le GPU selon toi...

Un petit détail, quand je demande du DM sur un mur de briques, c'est pas pour demander de simuler la porosité de la brique mais plutôt pour créer le relief dans les rainures entres les briques, rendre les briques imparfaites (ie: aucune n'est plate).
 
Car bien souvent dans les jeux, un mur de briques, c'est un plan avec une texture dessus.
 
Ce que je demande ne doit pas être au-dessus des possibilités du parhelia je pense

ca depend du type de la tesselation,
les high order surfaces font ca notamment.
 
ceci-dit les problemes de localisation precises sont
de vrais problemes et je ne pense pas que beaucoup
de developpeurs de jeu les ont resolus
(ni meme si ca a une quelconque importance pour eux).
En attendant, les bras continueront de dépasser
des murs, les cadavres s'enfonceront dans le sol
et le joueur butera sur une frontiere invisible .
 
LeGreg

le papier original concernant les modeles compressés par
displacement mapping est ici :
http://research.microsoft.com/~hoppe/
 
Legreg

Xin a écrit a écrit : Bon, j'ai faux alors, désolé pour la désinformation . Par contre je n'ai jamais dit que le DM n'était pas utilisé, puisque j'en parle pour les moteurs de rendu 3D. Je ne le compare pas non plus au bump mapping directement, je dis simplement que pour de petits détails comme la porosité d'une brique il vaut certainement mieux simuler le relief avec du Bump mapping. En tout cas, c'est ce que je fais avec les logiciels 3D, question de goût probablement. Ma confusion vient certainement de la tesselation nécessaire il me semble pour obtenir un Displacement mapping efficace. Cette tesselation est prise en charge par le GPU selon toi...

 
les logiciels de 3D, utilisent la tech du vrai bump mapping et pas des pseudo modèles. La différence c'est que qu'ils font des approximation plus ou moins grossières pour faire en sorte d'être intégrable dans le sproc 3D grand public.  
 
Au-dela d'un certains niveau de détails ça tombe a l'eau.
 
Il ne faut pas oublier que le displacement mapping n'est pas une méthode qui a pour but de faire du détails mais de le mettre en valeur. C'est la texture de base qui possède le détails.  
 
aLors quand tu vois des jeux comme JKII qui sont impossible utiliser sans utiliser la compression de textures, avoir des textures encore plus détaillées, je m'interroge comment faire ça.
 
Pour la tesselation, oui elle est pris en charge par le GPU. C'est en fait une variation de la technique de HOS N-patch. Apparement il y a plusieurs types de DM dans la matrox et DX9, quand tu regardes les démo de matrox sur la balle de golf, tu vois une sorte de tesselation en forme de toile d'araignée (en fait c'est pas vraiment ça, mais bon) c'est assez différent des formes traditionnelles de HOS.
 
----------
 
La chose qui m'apparait clair aujourd'hui c'est que matrox a laché dans la nature des tech assez différentes de ses concurrents, mais pas tellement les explications. on en est donc réduit a attendre le demo et les premiers jeux qui commeceront a utiliser la tech du DM. Bah on peut supposer que Matrox essayera de pousser une ou 2 sociétés a faire une version de leur jeu l'utilisant

 
ça c'est des url que j'apprècie, merci

Sophistiqué la méthode de compression, mais les garsils passent de 350000 poly a 15000 ! ou de 100000 a 750 !!! ahhhhhhh le niveau de compression de la géométrie.
 
on retrouvera peut-^tre pas ce niveau de compession, mais la baisse de la géométrie permettra non seulement d'augmenter le niveau de détails géométrique mais aussi d'éviter que le bus reliant CG et CPU ne sature completement

barbarella a écrit a écrit :     ça c'est des url que j'apprècie, merci

Tiens
http://www.theregister.co.uk/content/54/25312.html  

Evildeus a écrit a écrit :   Tiens http://www.theregister.co.uk/content/54/25312.html

 
punaise t'as des références d'enfer, tiens lis ça au lieu de ronger les ongles
 
http://www.beyond3d.com/forum/view [...] c85116c076

barbarella a écrit a écrit :     punaise t'as des références d'enfer, tiens lis ça au lieu de ronger les ongles   http://www.beyond3d.com/forum/view [...] c85116c076

Bah, d'ou tu crois que j'ai eu le lien . Mais bon c'et pour la référence que je l'ai mise The Register et un article scientifique, cela sonne mal

Evildeus a écrit a écrit : Bah, d'ou tu crois que j'ai eu le lien . Mais bon c'et pour la référence que je l'ai mise The Register et un article scientifique, cela sonne mal

 
je m'en doute c'est pour ça que je t'ai donné ce lien, c'est un clin d'oeil

Beyond3d rocks !

barbarella a écrit a écrit :     je m'en doute c'est pour ça que je t'ai donné ce lien, c'est un clin d'oeil

D'ailleurs, j'en profite pour te remercier, parce que avec mes format tous les 3/4 matins, je perds mes bons liens et c'est grace à toi que j'ai retrouvé certains

Evildeus a écrit a écrit : D'ailleurs, j'en profite pour te remercier, parce que avec mes format tous les 3/4 matins, je perds mes bons liens et c'est grace à toi que j'ai retrouvé certains

 
damned, c'est avec mes liens que tu vas chercher des infos pour me faire tourner ne bourique, va falloir que ça change .

barbarella a écrit a écrit :     damned, c'est avec mes liens que tu vas chercher des infos pour me faire tourner ne bourique, va falloir que ça change .

Ben oui
Bon faut que j'y aille bon week end profites en bien je suis pas la