Tanquen :
Mousemonkey :
Tanquen :
If they know the monitor is running at XXHz then why don’t they just make the card send a frame in sync with the monitor? You have a buffer that is read to send out a full frame even if it has not been updated or if it has been update 1-2-3-4 or more times since the last read. Just read and send the full frame each time in sync with the monitor. It just seems like they are more interested in software and hardware to sell and license.
So why don't you just develop the hardware and or software required and then give it away for free? That way everyone will be happy and you'll get what you want.
"meaningful comments" ???
What you described was what V-sync already does. This system has drawbacks though. Frames are created, and wait in the buffer until the display's refresh is ready to display it. That results in delays. Further more, the way DX handles V-sync, it buffers one additional frame, resulting in additional latency. OpenGL does it exactly as you mentioned, though with an additional buffer, so writing isn't happening during the displaying process.
Furthermore, there is the issue of time sync to your actions and when it gets displayed. If these frames are rendered in 8ms of time, but it alternates between 0 and 16ms to be displayed to the screen, the time sequence may cause a bit of stutter as it is inconsistent in its delivery time in relation to when the frames are created and ready.
This method allows frames to be displayed the moment they are finished rendering, resulting in no wasted GPU time, and no additional latency caused by V-sync.