Orbiter with OpenGL enabled

From LinuxMCE
Revision as of 14:31, 16 March 2007 by Juliet (Talk | contribs)

Jump to: navigation, search

OpenGL drawing work in a separate thread which may mean that will not mix with actual Orbiter as architecture and will draw only when effects are pending, else it stays in idle mode. Also OpenGL painting is not frame based: to understand easy what means that you may think that OpenGL "screen shots" on one moment the stage of the animation and display on screen. If it gets many "frames" the look will be animated. If your computer's hardware is capable to made a fluid animation, everything will look nice, else the animation skip the frames to complete in setted time. If you get lower performance you may reduce the resolution of your screen or bpp (bits/pixel = bit color depth of image). Too you must assure that your accelerated drivers are enable.

That implementation splits the OpenGL drawing by Effect part.

   - the high level class for drawing of 2D components is named Widget, and is covered by DrawingWidgetsEngine.
   - effects are covered by class GL2DEffectFactory

The DrawingWidgetsEngine::Paint() and DrawingWidgetsEngine::Flip() are usually not called by an effect/opengl programer.

First of them iterates all widgets and draw them if they have the visible flag set true. Flip method will made the complete update to the screen.

The decision of separation of the Paint (3D render) and flipping is cause some implementations may add different OpenGL code, for instance it may mix with one texture, etc.