OpenGL et astronomie

Version imprimable

28/05/2009, 11h11
ydethe

OpenGL et astronomie

Bonjour à tous,

J'ai un problème depuis plusieurs jours: je n'arrive pas à rendre le système Soleil-Terre-Lune.
Dans mon code, ce que je fais jusqu'à présent est de définir leur position et leur rayon à l'échelle (dans un système d'unité tel que le rayon du soleil vaut 1). Mais seule la Lune apparait quand je place la camera avec une distance au centre de l'objet égale au double de son rayon (ce qu'il faut pour qu'elle soit dans le champ de vision de la camera, quoi). Les autres n'apparaissent pas , sauf quand je leur met un rayon égal à celui de la Lune (qui vaut 0.0024...)

Pour info, la perspective de ma camera est définie ainsi:

Code:

gluPerspective(70,(double)LARGEUR_ECRAN/HAUTEUR_ECRAN,4e-6,1000.);

Donc j'en viens à me demander si les échelles en jeu ne sont pas trop disproportionnées, et si oui, que faire.

Merci d'avance!

ydethe
28/05/2009, 12h43
plegat

Salut,

Je n'ai pas tout compris...

Citation:

Envoyé par ydethe

Mais seule la Lune apparait quand je place la camera avec une distance au centre de l'objet égale au double de son rayon (ce qu'il faut pour qu'elle soit dans le champ de vision de la camera, quoi). Les autres n'apparaissent pas , sauf quand je leur met un rayon égal à celui de la Lune (qui vaut 0.0024...)

Euh... les autres planètes n'apparaissent pas quand tu vises la lune? ou quand tu vises leur centre à elles?
Tu es sûr de bien placer ta caméra? parce que si tu restes à deux rayons lunaires du centre de la terre, tu ne vas rien voir... à part l'intérieur...

Citation:

Envoyé par ydethe

Donc j'en viens à me demander si les échelles en jeu ne sont pas trop disproportionnées, et si oui, que faire.

Déjà, commencer par montrer comment tu dessines tes planètes... avec juste la perpective, on ne peut pas dire ce qui cloche...
28/05/2009, 13h45
ydethe

Merci pour la réponse!
Je vais tâcher d'être plus précis.
La Lune est la seule "planète" qui marche. Pour chaque planète, je vise son centre, en me placant à une distance de 2 fois son rayon.
Le code est ici
(C'est bien sûr la méthode afficher qui pêche). J'ai l'impression que le rapport zFar/zNear ne peut pas dépasser une certaine valeur...

Merci d'avance
28/05/2009, 18h57
plegat

Citation:

Envoyé par ydethe

Le code est ici

Désolé, mais ça ne suffit pas. Même si il s'agit de ta classe Planete, on ne sait rien de comment tu affiches ton système, comment tu places la caméra, ni des valeurs utilisées...

Citation:

Envoyé par ydethe

(C'est bien sûr la méthode afficher qui pêche). J'ai l'impression que le rapport zFar/zNear ne peut pas dépasser une certaine valeur...

Dans ce cas modifie le... tu as un rayon de 0.0024 pour la lune, tu te places à 2 rayons, ça va te faire une plage utile entre z=0.002 et z=0.008 à peu près pour tout afficher. Pas besoin de taper entre 4e-6 et 1000...
28/05/2009, 23h04
ydethe

Mon problème c'est que j'aimerais que mon moteur soit assez polyvalent pour qu'il m'affiche une planète à l'autre bout du système solaire et qu'il me permette de me "poser" sur l'une d'elle (d'où le 4e-6, qui correspond quand même à une distance de 4,784km.. (si je veux un zNear de 1m dans mon système d'unités, celà représente plutôt 1e-9, et là plus rien ne marche)

En fait l'idéal serait zNear = 1e-9 et zFar = 17000, soit un rapport de 1.18e13 entre les deux...

Comment concilier les deux? code complet ici

EDIT: Merci encore pour vos réponses!
29/05/2009, 00h02
plegat

Citation:

Envoyé par ydethe

Mon problème c'est que j'aimerais que mon moteur soit assez polyvalent pour qu'il m'affiche une planète à l'autre bout du système solaire et qu'il me permette de me "poser" sur l'une d'elle

mauvaise idée à mon avis. Il vaut mieux le faire polyvalent dans le sens où il va s'adapter à ta scène, et non pas mettre des paramètres hyper grands pour pouvoir tout passer.

Citation:

Envoyé par ydethe

En fait l'idéal serait zNear = 1e-9 et zFar = 17000, soit un rapport de 1.18e13 entre les deux...

Un zbuffer en 32 bits, ça donne un rapport en 4e9... tu vas avoir un problème de précision...
De manière générale, il faut éviter les valeurs de znear trop proches de 0. Et 4e-6, c'est proche de 0.

[QUOTE=ydethe;4350770]
Comment concilier les deux? code complet ici

Bon, vu que je ne développe pas en C++, je ne peux pas le compiler pour voir ce que ça donne...

Mais essaye déjà de jouer sur le znear pour voir si ça résout ton problème. Met-le au mini à un demi-rayon de planète (et le zfar à 4 rayons par exemple), et vois si ça l'affiche ou pas.
29/05/2009, 10h11
hwoarang

Et tu n'as pas interet a utiliser le DEPTH_TEST compte tenu de la resolution de zbuffer que tu vas avoir. Sinon, tu vas avoir un affichage bizarre...
29/05/2009, 13h45
ydethe

@plegat: Donc il vaut mieux changer le mode de perspective pour se "poser" sur une planète... Avec un truc du genre

Code:

gluPerspective(70,(double)LARGEUR_ECRAN/HAUTEUR_ECRAN, 4e-6, 4e-1);

Mais c'est possible de changer ça en plein milieu du code?

@hwoarang: Je viens d'essayer, et ça ne fait rien de bien
[IMG]http://images3.hiboox.com/images/220...c66e23437d.bmp[/IMG]
C'est clairement pas bon, puisque j'ai mis la source de lumière là où est le Soleil (qu'on voit derrière la planète, ici Vénus)
29/05/2009, 15h02
plegat

Citation:

Envoyé par ydethe

@plegat: Donc il vaut mieux changer le mode de perspective pour se "poser" sur une planète... Avec un truc du genre

Code:

gluPerspective(70,(double)LARGEUR_ECRAN/HAUTEUR_ECRAN, 4e-6, 4e-1);

Mais c'est possible de changer ça en plein milieu du code?

Rien ne t'en empêche...
Par contre au lieu de descendre le zfar, je monterais le znear... c'est lui qui pose les problèmes, il est trop petit. Change d'échelle si nécessaire.

Citation:

Envoyé par ydethe

C'est clairement pas bon, puisque j'ai mis la source de lumière là où est le Soleil (qu'on voit derrière la planète, ici Vénus)

C'est déjà mieux, on voit la moitié de la planète là! :D
Bouge ton znear (ça fait combien de fois que je le dis? Teste au moins...), il y a une grosse tâche noire à la place de la moitié supérieure.
02/06/2009, 00h22
ydethe

@Plegat: oui oui je l'ai changé ce zNear! Le seul qui marche, c'est pour une valeur trop grande. (La capture d'écran pour illustrer qu'on a besoin du DEPTH_TEST).
Mais je pense que je vais adapter mon zNear en fonction des situations. Mais il faudrait un zFar de l'ordre de 2 fois le rayon de l'orbite de Pluton pour voir tout le système solaire depuis n'importe où...
02/06/2009, 02h01
TanEk

Dans ces cas la il vaudrait mieux que tu changes ton z-near et far en fonction de la position de la camera : tu calcules la bounding box de ton systeme solaire et tu transformes en coordonnes camera cette bouding box, tu sauras quelles valeurs tu dois donner a ton near et far.
02/06/2009, 09h54
hwoarang

Salut,

Le DEPTH_TEST permet de laisser OpenGL gerer ce qui est devant et ce qui est derriere quand tu dessines plusieurs objets (celui qui est devant sera visible et celui qui est derriere sera masqué au moins en partie). Mais vu la taille de ce que tu veux représenter, la précision ne sera pas suffisante (c'est le probleme de z-buffer). Du coup, OpenGL ne sait pas très bien ce qui est devant et ce qui est derriere, ce qui peut expliquer des problemes d'affichage.

Pour eviter ce probleme, le plus simple (a mon avis) est de désactiver le DEPTH_TEST et d'utiliser la position de la camera ainsi que l'endroit ou elle regarde pour dessiner les planetes dans l'ordre (de la plus eloignée à la plus pret).

a+
03/06/2009, 21h43
IrmatDen

Salut,

Si tu veux voir l'intégralité du système en regardant depuis le sol, tout en ayant une résolution correcte sur les objets terrestres, tu devrais découper ton rendu en plusieurs passes (en clearant seulement le Z buffer entre chaque passe et en accumulant les résultats dans le framebuffer actif).
Tu peux ainsi avoir des valeurs Zn et Zf correctes pour le contenu dans l'espace, puis après nettoyage du Z buffer, changer les valeurs pour des valeurs qui sont valables au sol.

Bien sûr, il faut savoir quels objets appartiennent à quelle couche pour n'envoyer que ceux-ci.