[multisampling] cherche explication simple

Version imprimable

Voir 40 message(s) de cette discussion en une page

19/12/2006, 13h20
themoye

Salut Sheron666 !

En fait, je ne fais que modifier un programme existant, programme dont le fenetrage est géré en partit sous Qt, puis avec la glut. Vu le temps qu'il me reste, me mettre à la sdl n'est pas la bonne solution je pense...

Je vais tenter le forum de freeglut ^^
En esperant avoir un peu plus de chance!

Merci de ta réponse
19/12/2006, 15h33
Suryavarman

:mouarf: Il me semble que le multsampling m'avais pris quelques minutes en recopiant le whitebook , je regarde ça après le travail Moye.;)
19/12/2006, 15h54
themoye

Pierrot si C vrai jte fai les fesses =D

Regarde vite mdr :x
19/12/2006, 17h01
Suryavarman

youhou j'espère que j'y suis arrivé alors :mrgreen:
19/12/2006, 17h37
themoye

Bon Pierrot, je débauche, msn moi ou mail moi si je ne suis pas connecté, je veux la solution =(

Et me parle pas de sdl hein =D

pour le multi echantillionnage, je n'ai fait qu'avec des traits, pas avec des polygones (d'ailleurs j'ai du laisser mon apply à l'IUT l'année dernière :? ). Les traits étant simples à lisser , pour les polygones faut enployer le blending et qui dit blending dit ordonnancement des faces.
(tout ça est expliqué dans le white book pages 243-247)

Pour ton problème de samples ça vient pas de l'ati à mon avi, puisque je l'avais fait sur une ATI .Mais on sais jamais regarde dans le glext si y a pas des ATI multi truc et des nv multi truc, met un glGetString(GL_EXTENSIONS) te donnera toutes les extentions supportées.

Sinon le pourquoi du comment que tu as zéro sample :
as tu mis glutInitDisplayMode(GLUT_DOUBLE |GLUT_RGB | GLUT_MULTISAMPLE)avant de faire ton

glGetIntegerv(GL_SAMPLE_BUFFERS, &buffer1);
glGetIntegerv(GL_SAMPLES, &buffer2);

sinon regarde dans gl.h il y a:
GLUT_WINDOW_NUM_SAMPLES
glSamplePass( GLenum pass );

dans le glex ta plein de truc regarde aussi .
(GL_MULTISAMPLE_FILTER_HINT_NV ,GL_NV_multisample_filter_hin, pas d'ATi a moins que leur extention porte un autre nom que ATI se qui m'etonnerais)
Ne t'attarde pas sur le coverage c'est pour définir l'interprétation des valeurs de l'aplha. Tu le fera une fois que tu auras plusieurs samples.

Voila désolé j'ai pas de code à proposer et je vais pas recopier celui du white book. D'ailleur en cherchent j'ai vu que le bouquin officiel d'opengl 2 était sorti , je vais me le prendre tien. :)

EDIT:
JE rajoute ce bou de code (c'est tou con mais c'est pas la meilleur :mouarf: )
on dessinne une première passe qu'on décale de -1
puis la deuxième avec un décalage de 1
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 glenable(GL_MULTISAMPLE_ARB) glPushMAtrix(); glTranslatef(-1.0,0.0,0.0); glCallList(1); glPopMatrix(); glDisable(GL_MULTISAMPLE_ARB) glPushMAtrix(); glTranslatef(1.0,0.0,0.0); glCallList(1); glPopMatrix(); glutSawapbuffers();

20/12/2006, 07h54
bafman

Citation:

Envoyé par Suryavarman

pour le multi echantillionnage, je n'ai fait qu'avec des traits, pas avec des polygones (d'ailleurs j'ai du laisser mon apply à l'IUT l'année dernière :? ). Les traits étant simples à lisser , pour les polygones faut enployer le blending et qui dit blending dit ordonnancement des faces.
(tout ça est expliqué dans le white book pages 243-247)

:nono: ca c'est pas du multisampling, c'est de l'antialiasing par jittering, et c'est tout naze et lent:lol:
20/12/2006, 09h19
Suryavarman

Citation:

Jittering

Le procédé selon lequel on applique un léger décalage aux versions intérmédiaire la scène s'appelle jittering. Le décalage doit avoir une valeur de moins d'un pixel en x et y par rapport à l'image de référence.
Les routines accPerspective() et accFrustum() de l'exemple accpersp.c peuvent être employées à la place de gluPerspective() et glFrustum().
Si vous avez choisi une perspective cavalière, comme dans l'exemple accanti.c, utilisez glTranslate*() pour décaler la scène, en vous rappelant que le décalage doit être inférieur à 1 pixel mesuré en coordonnées écran.

Faudra dire à ceux qui ont fait le bouquin officiel qui se sont planté et que leur exemple n'est pas du multsampling même si y faut activer glenable(GL_MULTISAMPLE_ARB) sur la première passe.
20/12/2006, 12h29
shenron666

Je ne connaissait pas ce "WhiteBook" mais visiblement ce n'est pas une référence

l'antialiasing des lignes et des points c'est le truc basique où le blending est utilisé et où l'ordre dans lequel on dessine les primitives est important
comme le dit bafman, c'est "tout naze et lent"
aucune extension n'est nécessaire et si tu enlève glenable(GL_MULTISAMPLE_ARB) de leur exemple je parie que ça ne change rien au résultat

l'autre antialiasing, le vrai, c'est le multisampling qui nécessite plusieurs drawbuffers et l'utilisation des extensions propres au système (wgl / glx / ...)

quand je disais que Glut n'était plus à jour (depuis novembre 2001 quand même :aie: ) je ne parlait pas de FreeGlut, mais même FreeGlut n'est plus mis à jour depuis plus d'un an (la 2.4 date de juin 2005)

[edit] je suis allé voir sur sourceforge l'état de freeglut et voir s'il y avait dans un éventuel forum (d'aide, de rapport de bug ou autre) une information intéressante et je suis tombé :aie: sur ça :
The value for GLUT_WINDOW_NUM_SAMPLES always returns 0
le gars propose d'utiliser GL_SAMPLES pour connaitre le véritable nombre de samples

ce qu'il faudrait c'est tester le rendu
c'est pas compliqué, enregistrer une image fixe (capture d'écran) d'un rendu et zoomer sur une arrête de polygone avec un logiciel de dessin
on devrait voir un anti aliasing
on peut aussi faire une capture d'un rendu avec le multisampling désactivé et un autre avec le multisampling activé et voir s'il y a une différence entre les images (le mieux dans ce cas c'est d'effectuer 2 rendus strictement identiques)

il y a des chances que le multisampling fonctionne sur Glut mais qu'on ne peut pas vérifier le nombre de samples actuel à cause d'un bug
20/12/2006, 13h50
themoye

Hello!

Merci pour ces explication Sheron =D

Effectivement Pierrot, ce que tu propose est du jittering, et c'est pas super ^^
Pour ce qui est de GLUT_WINDOW_NUM_SAMPLES ça me rassure :p
Par contre je testait deja GL_SAMPLES, qui retournait bien mon nombre de sample spécifié dans les menus de ma carte graphique, mais pas le nombre spécifié dans mon application.

Bah je pense que oui, le mutlisampling fonctionne, mais mon seul soucis c'est la façon de lui passer le nombre de samples...

glutInitDisplayString("rgba double samples>=4 "); ne fait rien du tout.
A moins que je ne le fasse pas au bon endroit?

Bref si vous avez une solution pour definir le nombre de samples, je suis preneur =D

Merci!
20/12/2006, 14h37
shenron666

Citation:

Envoyé par themoye

glutInitDisplayString("rgba double samples>=4 "); ne fait rien du tout.
A moins que je ne le fasse pas au bon endroit?

tu le fait à quel moment ?
avant la création de la fenêtre glut ?
tu peux nous montrer le bout de code contenant les 2 si tu veux

Alors, bouge pas...

Code:

1
2
3
4
5
6
7
8
9
10
11
12
 
void JACQUELINE_OGLwidget::initializeGL ()
{
    // Couleur de vidage du buffer chromatique
	glClearColor(1.0, 1.0, 1.0, 0.0);
//	glutInitDisplayMode(GLUT_DEPTH);
	glutInitDisplayMode(GLUT_RGBA | GLUT_DOUBLE | GLUT_DEPTH | GLUT_MULTISAMPLE);		
//	glClearDepth(1.0);
 
	glutInitDisplayString("rgba double samples>=4 ");
.....
}

Pour le moment je le fait ici, dans ma fonction d'initialisation.

20/12/2006, 17h46
shenron666

je ne comprend pas comment tu peux avoir un appel à opengl (glClearColor) suivi de glutInitDisplayMode puis glClearDepth, c'est un mic mac pas très sain :aie:

initialise la glut pour commencer
ensuite, une fois ta fenêtre créée (et par conséquent le contexte) là tu pourras faire des appels à opengl ;)

ps: pour créer ta fenêtre glut tu as bien un appel à glutCreateWindow quelque part ?
20/12/2006, 18h04
themoye

la glut est init ds le main, pas de soucis pour ça ^^

Et l'ordre dans lequel je fais mes glutInitDisplayMode et glClearDepth n'est pas super? oO

Ensuite non, glutCreateWindow n'est appelé nul part, je pense que c'est du au fait que les fenêtres sont créées par Qt.
21/12/2006, 09h28
shenron666

initialiser la glut est une chose
créer la fenêtre (avec glutCreateWindow) en est une autre qui provoque la création du contexte opengl
et ce n'est qu'une fois le contexte opengl créé que l'on peut faire appel à des fonctions opengl

glutInitDisplayMode appelé après glutCreateWindow est inutile voire dangereux
il doit être appelé avant
à vérifier donc

c'est sûr que si c'est Qt qui crée la fenêtre glut, ça peut poser un problème
il faut voir à quel moment il la crée car glutInitDisplayString doit être logiquement appelé après glutInitDisplayMode et avant glutCreateWindow
tu dois configurer le format d'affichage avant de créer la fenêtre
21/12/2006, 15h57
themoye

OKay, merci pour ces conseils shenron666 :p

Je vais regarder ça!

Voir 40 message(s) de cette discussion en une page