Rudolf wrote: > OK, OK one more update: > > The difference between the setup as below, and the triple setup, is > that in the setup below the blit from back to front buffer has to be > done and completed _during_ retrace (doable I would guess); > While with the triple version you only need to flip during retrace. > Actual drawing from back to 'front' buffer may here be much slower. True. But then again, in the triple buffering schema, don't you need to draw everything in every flippable buffer? Isn't it twice slower? What about apps that are directly using the frame buffer? Won't they always draw into the first flippable buffer? >>Hi once more, >> >> >>>> IMHO, the only solution, is to always draw into the backbuffer >>>>and >>>>then blit into front buffer >>>>during retrace. >> >>On second thought: if this blit could always be started as soon as >>the >>retrace start, AND if this blit is so fast, it would always complete >>within retrace, than this is a good plan! >> >>It would mean we can slowly draw in the backbuffer during the entire >>screen active time, and then quicky blit to front buffer during >>retrace. Damn, didn't think of that: sounds even simpler. :-) >> >>Rudolf.