Collaboration diagram for Video Mode:
Functions | |
void | glutSetupVideoResizing (void) |
void | glutStopVideoResizing (void) |
void | glutVideoPan (int x, int y, int w, int h) |
void | glutVideoResize (int x, int y, int w, int h) |
int | glutVideoResizeGet (GLenum eWhat) |
Because of defects in gamemode, and the promise of video mode controls to improve on the gamemode situation, these stubs will likely stay in place and be fully implemented.
|
Initialized GLUT's video resizing support. The apparent purpose of this function in old GLUT was twofold: First, to help old GLUT set up any minimal structures prior do doing actual resizes. Second, so that if you were not going to be able to resize the video display, you would be able to find out early. In the GLUT paradigm, of course, every operation succeeds or dies trying. Except for the "die (early) trying" paradigm of GLUT, I do not think that there is any reason that we need to use this function. The actual resizing code can take care of initialization, on-demand. If, like window resizing, etc., we regard video resizing as a request to the window system (which may or may not be honored), there is no need at all for this routine, that I can see. (I suppose that the counter-balancing glutStopVideoResizing() provides a simpler way to restore the original video status, however...) This function may or may not be retained. Except with SGI extensions to glX, old GLUT would always produce a fatal error. (Old GLUT required: GLX_SGIX_video_resize) In all cases, if testing GLUT_VIDEO_RESIZE_POSSIBLE (see glutVideoResizeGet()) returns 0, a fatal error will occur. OpenGLEAN currently prints a warning if you call this function.
|
|
Restore the video size, cleanup OpenGLEAN resizing. In old GLUT, would set GLUT_VIDEO_RESIZE_IN_USE to 0 (see glutGetVideoResize()). This function should restore the video mode to whatever it was when OpenGLEAN began video resizing, if OpenGLEAN has been doing any resizing. It should clean up the internal state in OpenGLEAN, if any, so that subsequent resizing can be done.
|
|
Set the video size and panning.
This function appears to allow setting the video display rectangle to a sub-rectangle of the hardware buffer. x and y are apparently the upper left corner, and w and h are the width and height of the rectangle. It is not clear what should be done if the values are invalid (negative x, for example).
|
|
Set the video size and panning.
This function appears to allow setting the video display rectangle to a sub-rectangle of the hardware buffer. x and y are apparently the upper left corner, and w and h are the width and height of the rectangle. It is not clear what should be done if the values are invalid (negative x, for example).
|
|
Query OpenGLEAN about video resizing.
From GLUT 3.7's implementation, the following is a list of symbols that GLUT 3.7 supported. These are not necessarily defined in OpenGLEAN at this time, nor is support presently available for them:
A -1 should be returned for unimplemented features, and a warning printed. Additionally, the GLUT_VIDEO_RESIZE_CHANNEL environment variable is consulted (value treated as a string representation of an integer).
|
Supported in part by SourceForge.net.
Generated on Fri Sep 16 20:15:38 2005 for OpenGLEAN by
doxygen 1.4.3
The OpenGLEAN project is hosted by
olib.org and
SourceForge.