Just carefully studied the cutting cutting
Found out
BLTFAST does not act on a page with a crispile, the disregard disregard, it is straightforward to copy directly.
So simulate full screen FLIP in window mode, you need to use BLT to operate the buffersurface blt to the main SURFACE.
Then why not simply skip the cropping this step directly with the client area of Bltfast Copy to the window?
I think there is a reason why there is a window between the windows. If you don't have to automatically manage the clipping area of the window, you may have a part of the game window to cover some of the other windows, but the game screen is drawing the window above the game window. spent. It looks like a picture floating on the top of the screen, not a game window. The same effect I seem to have seen it in some media players.
But now my game is designed to be: If it is not the current active window, the game main loop is not executed.
This is to change, because network communication should be in the game main loop, if you don't deal with the data of the game for a long time, you may have a similar legendary fast action, then you are still playing. The condition of the air.
In the future, it should be changed to the minimization of the window, and the other logic data processing continues.
At that time, I might not need to use the While loop, it may be a Socket thread processing data. Because the "sky" is minimized, the CPU usage is not very high, it can be seen that it does not perform high-intensity cycles after it is reduced.