OTB_GL_USE_ACCEL and external OTB programs
Mantis Issue 28, reported by echristophe, assigned to echristophe, created: 2008-11-28
The solution introduced at: http://hg.orfeo-toolbox.org/OTB/rev/7fd18e37aa99 is not fully satisfactory.
when compiling an external OTb program, internal OTB variables are not defined, thus resulting in the wrong configuration.
It would be better to find a more global solution (which works for all machines).
Possibilities includes:
- replacing the GL_QUADS by something simplier (and keeping the texture)
- replacing the glPixelZoom by some modification on glOrtho (and keeping the glDrawPixels)
1228296574 - julienTo find a proper solution to this bug, we would need to know the following things:
- What was the aim of the solution http://hg.orfeo-toolbox.org/OTB/rev/7fd18e37aa99 ?
- Does this solution fix the problem ?
- What is wrong with glPixelZoom ?
1228297868 - christopglPixelZoom (it's supposedly coming from that) is causing a problem with ati driver: dark stripes appear and change size when resizing the window.
The problem seems to be linked with the fact that the y zoom factor is negative (no problem if it is positive -> but the image is flipped). Couldn't find more information about this on the internet, but the problem appears also on pc-christophe when the ati driver is loaded.
Besides, glDrawPixels seems to be a slow solution and apparently using textures is recommended.
1228298691 - julienOk. I understand that texture rendering is faster than raw pixels drawing. Was it noticeable when using the old viewer version ?
If the problem comes from the negative zoom factor