On 3/16/06, Daniel Rozsnyó <[EMAIL PROTECTED]> wrote:
> For 2D: any moving thing has to move at 50/60 fps so that the image can > be properly outputted to the interlaced device. Question: does X > architecture support some synchronization with the output's Vsync (e.g. > when you move a window) ? Not really, and the last thing we want to do is make the X server wait before issuing a bitblt. Perhaps the best thing to do would be to give the rendering engine a flag for bitblt that says "don't let this temporally intersect with the raster scan." Not trivial and probably undesirable too. The fact is that I don't know of any 2D cards that try to sync with video for the desktop. Some amount of tearing is typically hardly noticable anyhow. For that matter, when people start doing 3D desktops, everything will be rendered to a back buffer, which is swapped to the front at just the right time anyhow. _______________________________________________ Open-graphics mailing list [email protected] http://lists.duskglow.com/mailman/listinfo/open-graphics List service provided by Duskglow Consulting, LLC (www.duskglow.com)
