Bonjour, en guise d´introduction à la synthèse d´image, je dois modéliser des objets 3D simple en utilisant Qt4+QGLViewer+OpenGL.

Et j´ai un petit problème pour faire un disque, plus particulièrement pour obtenir les sommets. Je me suis basé sur cet algo :
Pour une affichage composé de N sommets :

avec xc,yc coordonées du centre et R le rayon du disque.

x[o]=xc + R ;
y[o] = yc;
ds = N/2π;
for ( s=ds; s < 2π; s+= ds)
{
x[i]= x c + R cos(s);
y[i]= y c + R sin(s);
}
Seulement le résultat final ressemble à tout sauf à un disque. J´ai trouvé cette formule sur internet, mais je n´arrive pas à voir d´ou viens le problème, je soupsonne le : ds = N/2π comme étant mal initialisé. Mais je suis un peu pommé.

Merci de votre aide.

ouhla, désolé pour le copié collé raté :
correction :
y[o] = yc + R;
ds = N/(2*PI)

je crois que les fonctions de trigo sont en degré et pas en radian

Ok, je vérifierais, mais le problème vient aussi du pas de la boucle, le ds, l´initialisation à N/2pi me parait fausse, imaginons que je veuille 16 vertex, 16/2pi ne me permettra pas de calculer les 15 sommets dans la boucle..

Je confirme, en OpenGL, on bosse en degrés, pas en radians.

Les fonctions OpenGL prennent des degrés en parametre, par contre, si tu veux précalculer des données avant, et utilises les fonctions cos et sin de math.h, la il faut considérer des radians.

ta formule peut etre un peu compactée (le traitement particulier de x[0] et y[0] au début peuvent etre injectés dans le for :

ds = N/(2*PI);
for (s=0;s<2*PI;s+=ds)
{
x[i]= x c + R cos(s);
y[i]= y c + R sin(s);
}

travaille bien avec des float ou des double : le piege serait que tu aies mis "s" ou "ds" comme des int par exemple.
Sinon, essaie de dumper tes points calculés, et des les tracer sur une feuille, juste pour voir ce que tu as. Mais le calcul est correct : c´est la définition paramétrique d´un cercle.

Merci beaucoup pour vos réponses, je vais tester & vérifier tout ça.

pour le pas, je verrais plutôt quelque chose comme (2*PI)/N ça me semble plus logique. (en faisant N pas, tu parcours 2*PI radian).

par contre, même si openGL bosse en degré (je n´en sais rien), je pense que les fonction trigo de math.h (les sin et cos normaux) sont en radian.

Si sin(90) != 1, alors c´est en degré, sinon, c´est en radian

Ah oui, Dnob a raison : pour le pas, c´est bien (2*PI)/N qu´il faut prendre pour etre logique

Celà dit, mieux vaut éviter les != et les == avec les flottants

Voila j´ai terminé. merci, pour vos réponses, le problème venait effectivement du pas : c´est bien 2*PI/N et d´une autre erreur d´étourderie : pour un disque constitué de 16 sommets, je n´avais prévu que 12 triangles pour le dessiner. Donc évidement il me manquait un quart de disque....

GG alors
On attend que tu nous questionnes sur les autres formes a modéliser :

- spheres
- tores
- surface NURBS