Skip to content

GitLab

  • Projects
  • Groups
  • Snippets
  • Help
    • Loading...
  • Help
    • Help
    • Support
    • Community forum
    • Submit feedback
    • Contribute to GitLab
  • Sign in / Register
otb
otb
  • Project overview
    • Project overview
    • Details
    • Activity
    • Releases
  • Repository
    • Repository
    • Files
    • Commits
    • Branches
    • Tags
    • Contributors
    • Graph
    • Compare
  • Issues 273
    • Issues 273
    • List
    • Boards
    • Labels
    • Service Desk
    • Milestones
  • Merge Requests 8
    • Merge Requests 8
  • CI / CD
    • CI / CD
    • Pipelines
    • Jobs
    • Schedules
  • Operations
    • Operations
    • Incidents
    • Environments
  • Packages & Registries
    • Packages & Registries
    • Container Registry
  • Analytics
    • Analytics
    • CI / CD
    • Repository
    • Value Stream
  • Wiki
    • Wiki
  • Snippets
    • Snippets
  • Members
    • Members
  • Collapse sidebar
  • Activity
  • Graph
  • Create a new issue
  • Jobs
  • Commits
  • Issue Boards
  • Main Repositories
  • otbotb
  • Issues
  • #28

Closed
Open
Opened Nov 28, 2008 by Sébastien Dinot@sdinotOwner

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

Assignee
Assign to
None
Milestone
None
Assign milestone
Time tracking
None
Due date
None
Reference: orfeotoolbox/otb#28