I applied this solution to TS and RA2 and coded the patching tool around it. The original fix was implemented by DCoder. The patches solve the problem the same way as it is done by Ares, the Yuri's Revenge expansion dll. If you understand the raw assembler instructions, you can optimize it by putting a jmp there. The patch changes the game to not allocate surfaces in VRAM in the first place, so this cannot become an issue. When the game wants to draw something, the data has to be copied from VRAM to system RAM, which is an expensive operation and it gets more obvious the more objects (units, debris. Some of them are allocated in Video RAM, some of them are allocated in system RAM.
The dimetric Command & Conquer games use several temporary graphics to draw to. After all files are patched, this patcher is not needed any more. Also: Back up your original game file, just to be sure. To prevent issues with Windows Vista or later, I recommend to put the patcher into a separate folder and copy the game file into it.
The patch is not applied until you apply it explicitly, and it can be undone again using the patcher. Sorry for that, but I won't change it.ĭownload the patcher and either put in in the same directory as the game or put the game.exe/gamemd.exe file in the same folder as this patcher and run it. This patch is also stupid, because it does not automatically distiguish between OS versions to select the best behavior. It might not have an effect on earlier versions of Windows, or it might even have a negative impact. This patch is designed to improve rendering in Windows Vista and later. At the time of release, this project was merely a day old, so if anything does not work, send me a message.
0 kommentar(er)
