← Back to team overview

yade-dev team mailing list archive

Re: [Branch ~yade-dev/yade/trunk] Rev 1975: 1- move subdivideTriangle in the glNewList section. No reason to do that elsewhere.

 


What would you think of using glLists for display, like suggested in this commit? Any idea on why there this an excess of white light on precompiled spheres would be welcome (see the image at
https://bugs.launchpad.net/yade/+bug/509084).

Is that question at me? I think we should keep the default without
stripes, you can use Gl1_Sphere(stripes=True) for stripes. Some problem
with that?

The first question, yes.
I was not thinking about changing the default but using the combination of glList and glutSolidSphere, wich is very common in gl code, the commented code I included in the commit was :

if (noList) {
glNewList
   glutSolidSphere
glEndList}
callList

It _theoreticaly_ converts glutSolidSphere into gl instructions, so that any sqrt, division, cos,... computations in glutSolidSphere are done only once, and the results are "hardcoded" in graphic card directives. I couldn't really measure a better performance however, and I found out (googling), that the gain can be negligible, especially with AUX, where the implementation of glLists sucks. On MS windows, I remember it made a big difference (using gluSphere instead of glutSolidSphere, but it should not explain the change).

Anyway, there is this lighting problem with glList at the moment, with and without stripes, so that glList is not an option. That was the second question (for anybody). In your case, do you remember making some changes in some light parameters, diffuse colors,... recently? I couldn't spot any difference in the code yet, but for sure the old stripes code doesn't give the old result (see image in the bug report), and is not usable. Or you tested it and found no problem on your side?

Bruno



References