for redirected windows, glXWaitVideoSyncSGI will block until the compositor frame count satisfies the specified conditions for redirected windows, glXGetVideoSyncSGI returns the compositor frame count rather than the monitor frame countġ. SGI_video_sync - allows clients to query frame counts and wait on specific counts or divisor/remainders thereofġ.for redirected windows, interval is in compositor frames rather than monitor video frames SGI_swap_control - controls how frequently glXSwapBuffers swaps occur (in frames)ġ.the compositor may report 60fps to applications even though it only updates the screen when recompositing is needed): Changes noted below, though in general "video frame" should be thought of as a virtualized compositor frame rate rather than a monitor refresh (e.g. Under a compositor, the behavior of these routines could change, or additional compositorclient protocol added to support similar behavior. OpenGL and GLX swap and throttling related extensions queue if the buffers are rendered faster than can be displayed triple buffering should be available to applications that need it, with configurable behavior for discard vs.to preserve back buffer contents after a swap) some applications want to control how buffer swaps occur (e.g.page flipping for full screen swaps is also a significant win on bandwidth limited platforms.exchange is only possible if front & back window pixmaps are the same size) * requires window managers to draw decorations independent of application window (i.e. performance could be significantly improved on low bandwidth platform if buffer swaps could be simple pointer exchanges when windowed (similar to the way page flips work for full screen applications).* This can happen automatically with some additions to the DRI2 protocol and client/server behavior.
0 Comments
Leave a Reply. |