TERRAIN 3D
DeAtHCrAsH
Messages postés
2670
Date d'inscription
vendredi 25 janvier 2002
Statut
Membre
Dernière intervention
6 février 2013
-
22 nov. 2005 à 11:02
cs_Adeon Messages postés 293 Date d'inscription jeudi 21 août 2003 Statut Membre Dernière intervention 10 avril 2015 - 31 juil. 2009 à 11:56
cs_Adeon Messages postés 293 Date d'inscription jeudi 21 août 2003 Statut Membre Dernière intervention 10 avril 2015 - 31 juil. 2009 à 11:56
Cette discussion concerne un article du site. Pour la consulter dans son contexte d'origine, cliquez sur le lien ci-dessous.
https://codes-sources.commentcamarche.net/source/34743-terrain-3d
https://codes-sources.commentcamarche.net/source/34743-terrain-3d
31 juil. 2009 à 11:56
28 juil. 2009 à 11:15
Je vois que tu fais un DrawPrimitive pour l'herbe et un pour la terre.
n'y a t-il pas moyen, en remaniant un peu les SetTextureStageState de faire un blending astucieux des 3 textures du terrain ( herbre, densité de terre, terre ) ?
Merci
29 avril 2007 à 19:12
et merci
9 mai 2006 à 17:29
gadourpro -> quel sont tes critères pour dire que deux objet 3D sont identique?
8 mai 2006 à 15:23
merci.
8 mai 2006 à 11:22
C'est ce que ça m'a fait l'effet quand j'ai lu vos commentaires (arnaud16022 et gadourpro) !
Sinon rei3 continue dans cette voie !
Bonne prog,
@++
8 mai 2006 à 11:10
si oui, tu charges ton modèle, tu charges tous les autres et tu comprares tous les vertices entre eux.
si non , tu charges quand même, tu fais un rendu dans une texture, et tu dis à l'utilisateur, choisissez vous même la texture qui ressemble à ce que vous cherchez.
Si ça te va pas, doit y avoir de vrais algos, mais alors là, faut du level.
8 mai 2006 à 10:33
t'as une idée comment je peux trouver un objet 3D dans une repertoire donnée similaire a un objet déja donnée.
en faite c un moteur de recherche 3d données= un objet 3D
resultat = les objet 3D similaire ds une repertoire donnée
Merci d'avance
27 avril 2006 à 12:43
27 avril 2006 à 01:15
27 avril 2006 à 01:05
26 avril 2006 à 22:36
26 avril 2006 à 18:28
23 avril 2006 à 22:49
m_d3dpp.EnableAutoDepthStencil TRUE; m_d3dpp.AutoDepthStencilFormat D3DFMT_D16;
23 avril 2006 à 22:34
m_d3dpp.EnableAutoDepthStencil = FALSE;
Mais les textures sont étranges. Les herbes et le fleurs ne saffiche pas si on les regardes de par dessus.
23 avril 2006 à 22:27
if (m_pD3D->CreateDevice(D3DADAPTER_DEFAULT, D3DDEVTYPE_HAL, hWnd, D3DCREATE_HARDWARE_VERTEXPROCESSING | D3DCREATE_PUREDEVICE, &m_d3dpp, &m_pD3DDevice) != D3D_OK)
// si la création en mode HARDWARE à échoué, on crée le device en mode SOFTWARE (calcule des vertex par le CPU)
if (m_pD3D->CreateDevice(D3DADAPTER_DEFAULT, D3DDEVTYPE_HAL, hWnd, D3DCREATE_SOFTWARE_VERTEXPROCESSING, &m_d3dpp, &m_pD3DDevice) != D3D_OK)
{
Console << "Impossible d'initialiser le peripherique 3D" << endl;
return false;
}
23 avril 2006 à 17:58
22 avril 2006 à 15:41
28 févr. 2006 à 01:02
19 févr. 2006 à 19:40
9 janv. 2006 à 00:53
12 déc. 2005 à 09:35
Williamprotti : merci ^^
Raoullevert : merci j'espère que ce code servira à un maximun de personnes ^^
11 déc. 2005 à 22:11
Je decouvre le DX, après avoir codé avec GL et ton code est un super tuto, merci.
10 déc. 2005 à 10:58
6 déc. 2005 à 19:54
6 déc. 2005 à 09:07
Si tu veux utiliser Dev-Cpp il faut récuppérer les lib qui on été complié pour car celle du sdk de directx ne marche que pour visual mais sinon il y a rien a changer au code.
5 déc. 2005 à 19:03
Le client n'a besoin que d'avoir le runtime DirectX.
5 déc. 2005 à 18:50
Merci
5 déc. 2005 à 00:00
ca me fait penser que j'ai tjs pas envoyé le screenshot... je fais ca demain promis ^^
4 déc. 2005 à 21:49
3 déc. 2005 à 21:26
Les vertex shaders sont peu différents: ils peuvent aussi recevoir des constantes depuis le programme C++, ont accès aux propriétés des vertex (position, normale, binormale, coordonnées textures, bref tout ce qui compose le format de vertex), et peuvent envoyer des valeurs au pixel shader (qui va être executé ensuite) via les sorties oTi (ti dans le pixel shader), mais surtout ils permettent de calculer soi-même la position du projeté du vertex sur le backbuffer (généralement le résultat du produit de la matrice de projection par le vertex).
Je vais très certainement poster incessement sous peu une source sur les vertex shaders.
26 nov. 2005 à 01:18
24 nov. 2005 à 20:50
10/10
24 nov. 2005 à 14:05
Alors pour répondre un peu aux commentaire :
BADRBADR : les textures j'essaye de les récupérer ou je peu, les arbres vient de photo récupéré sur le net et la texture de terre et d'herbe de Unreal. Pour le terrain je crée un maillage de 128 sur 128 carrés et je modifie l'altitude des points du maillage en fonction d'une image en niveau de gris.
ARNAUD16022 : pour l'utilisation des shader je suis pour mais comme le prof avait un portable avec une carte graphique intégré, ce n'était même pas la peine d'y penser, c'est pour ça que j'ai limité au minimum les objets animés :p et c'est pour ça que j'ai utilisé le billboarding pour ne pas avoir trop d'objet 3D ^^. L'avion y vient de SDK de DirectX :p. Quand au bug vi j'aimerai bien voire un screen ^^ et pour le site bien je c'est pas sur tout les pc ou j'ai essayé ça marchais peut être ça viens du navigateur.
GALMIZA : t?inquiète des que j'aurai le temps je passe au shader, puis j'ai très bien compris ce que tu voulais faire, je fais déjà des rendu sur des textures pour faire de la réflexion mais sans shader :p.
Voila puis vive DirectX j'ai commencer par ça et je ne regrette pas mon choix et je le préfère a OpenGL car certes pour les débutant c'est plus facile mais des que l'on veux faire des truc un peu plus poussé ça devient vite galère et les extension et touts.
24 nov. 2005 à 13:36
[mode philo]En fait "intuitif" n'est pas bien adapté. Car lorsque l'on a assimiler la logique de la librairie, tout devient limpide et on peut aisement tout trouver tout seul, en suivant cette logique. C'est un peu pareil avec la programmation windows, tous ces evenements... Dans ce cas, tout logiciel peut devenir intuitif (peut-être pas IDEAS en fait), au bout de plus ou moins de temps.[\mode philo]
Tu peux bien sur faire l'équivalent avec une dérivée d'un environnement mapping sur une surface "gondolée" (à la FarCry si ma mémoire visuelle est bonne et surtout si c'est ça dont tu veux parler). L'avantage est que ça rend bien sur les bords et que tu peux adapter la déformation des reflets/refract à la situation via un moteur physique (moteur utra simplifié car dédié) car tu controles les vertex.
Inconvénients: des vertex (donc projections) en plus, et un important flux via le port AGP si tu veux mettre à jour toi-même la position des vertex (pour moteur physique). Sinon tu balances des données pour le vertex shader et tu déduis les positions de tous les vertex (FarCry again).
Un screen de mon essai: http://mapage.noos.fr/galmiza/Other/Water_scr01.JPG
Je ferai un code lisible quand je me replongerai dedans et quand j'aurai eradiqué des bugs pas trop mineurs (invisibles sur le screen) à propos du rendu de la scene au dessus de l'eau à l'envers:
Le stencil est possible mais implique d'autres rendus => long, actuellement je fais une comparaison de profondeur avec l'eau mais ça implique d'inverser la comparaison du Ztest (affiche si derriere) donc il faut trier les objets à rendre par ordre de profondeur et leur donner des formes adaptées. Ca fait longtemps que j'ai fait une pause dessus, je ne souviens plus trop des autres détails génants.
24 nov. 2005 à 12:37
oué pas com, je pensais bien qu'il fallait renderiser sur une texture mais apres ca m'embetait pour la suite
t'es sur qu'on peut pas faire ca non plus avec un vertex ou fragment shader ? note bien que je n'en sais rien du tout ^^
tu dis qeu DirectX permet de coder ca intuitivement... ya moyen de voir un bout de code pliz ? juste par curiosité... merci
ciao
ad
24 nov. 2005 à 12:16
Le rendu est très bon. Pas spectaculaire mais presque professionnel.
Pour l'eau tu peux utiliser des shaders pour faire de la reflection et de la refraction plus effet vagues.
Tu fais un rendu de la scene sur une texture1 et un rendu de la scene symetrique par rapport au plan de l'eau (sans la partie sous l'eau, assez chiant à faire) sur une texture2.
En suite tu projetes un quad orthogonalement avec la texture1 sur le backbuffer (ca revient a avoir fait un rendu dessus directement).
Puis tu affiches le plan de l'eau avec en parametres du pixels shader la texture1, la texture2 et une texture de bump.
Apres c'est facile: tu peux afficher une eau 100% transparente si tu lui donnes les pixels de la texture1, 100% reflechissante si tu lui donnes les pixels de la texture2. Perso je fais une interpolation linéaire (refraction/reflection): plus sin((caméra-pixel),normale) au plan est proche de 0, plus c'est de la refraction.
Pour la déformation avec la texture bump, tu utilises juste le contenu de ses pixels pour modifier légerement les coordonnées des pixels que tu prends sur texture1 et texture2.
Voila voila, ca rend nickel ensuite. Exactement comme dans half-life 2, mieux que la démo du moteur ogre.
La seule difficulté est de calculer les coordonnées textures des pixels à utiliser en fonction de la position 3D du point de l'eau considéré.
En espérant avoir été clair.
DirectX, lui, permet facilement et INTUITIVEMENT de coder tout ça. Tu as donc fais le bon choix (et ça rebalance ...).
24 nov. 2005 à 00:04
23 nov. 2005 à 23:55
bon déja effectivement le screen est pas mal ca donne envie :p
pour le billboarding, perso je déteste ca, ca n'est bon que pour les particules ou presque, mais la tu as plutot bien géré ton coup le rendu est pas si mauvais au final.
pour l'eau: la translation de texture c'est d'un banal :D mdr
essaye plutot de faire des vagues. pour ca plusieurs solutions... soit tu te lances dans les fragment shaders (déconseillé...) mais résultat magnifique avec reflets sublimes, soit tu crées un modele 3d animé de vague ( voir exemple d'un tel fichier plus son loader openGL dans mon prog Sniper, qqpart dans le code ^^ ), soit tu fais ca avec des fonctions mathématiques en temps réel, je pense que c'est la meilleure solution, presque la plus rapide, et permettant d'obtenir un rendu pas mal du tout a peu de frais
pour les roseaux...c'est trop statique tout ca LOL. un petit conseil, je sais pas dans quelle mesure c'est faisable en DirectX, crée une matrice de déformation variant au cours du temps et multiplie la a la matrice actuelle, ca peut etre sympa, a esssayer du moins.
par contre méchant bug, ya un espece de carré a moitié texturé avec une couche alpha qui se ballade sous la map, si tu veux un screen ...
et pour l'avion, t'as pas piqué celui de CF3D? c'est pas une critique hein c'est juste qu'il me rappele celui de funto..
un seul point négatif, DirectX mdr ^^ avis personnel bien sur :D
bonne prog
++
ad
23 nov. 2005 à 23:22
La qualité visuelle me fait penser à Far Cry (qqch de meme) avec son île paradisiaque, vous trouvez pas?
Mais j'ai une question, où est-ce que tu trouves les textures...est-ce que c'est toi qui les a fait ou encore tu les a pris de quelque part. Même chose pour le terrain 3d, je sais que pour l'avion, c'est directx mais ton terrain, t as fait comment pour générer les coordonnées.
Bonne continuation
23 nov. 2005 à 23:05
23 nov. 2005 à 22:25
23 nov. 2005 à 13:51
23 nov. 2005 à 07:50
10/10 !
22 nov. 2005 à 21:15
Voici un lien avec juste l'exe et les ressources :
http://perso.wanadoo.fr/mesprog/programmes/Terrain 3D 2.zip
22 nov. 2005 à 19:01
compilé sous code::Blocks avec compilateur MVC++ toolkit 2003! Juste une erreur dans les options de compilation passage de single en multi-threaded.
A++
22 nov. 2005 à 14:19
Trouve une solution ^_^
Shell
22 nov. 2005 à 13:15
22 nov. 2005 à 12:42
22 nov. 2005 à 11:02
Merci par avance.
Shell