I dont know if it will work in windows, but in dos you could solve that kind of problem by waiting for the verticle retrace period of the monitor before writing to the screen. I wouldn''t know how to do it in windows either, but look into it.

Sorry grasshopa, I didn''t steal your idea, I just didn''t see it before I posted

Yeah, it is due to the Refresh rate, i agree. just like TV set, the Refresh rate must be higher than 25 or 30 Hz(for PC Monitor, it must be higher than 50Hz), which can make our eyes comfortable. i mean, how to BLIT the image to screen much faster??, only in assembly???

This is a bit off topic, but what the hey.

Triple-buffering is more efficient (time-wise) than double-buffering.

You have three buffers, and, yes, one is just sitting there, it happens to be the one the user is looking at, and it''s the same in double buffering.

Here''s the difference, you have one active screen (the one they see), one offscreen one, and one being drawn.

Now you''re thinking, isn''t the offscreen one the one being drawn. Well, yes, until it''s done being drawn, then it just sits there waiting for a vertical sync. Triple-buffering just gives your drawing algorithms something to do while waiting for a vertical sync.