TOTAL ANNIHILATION KINGDOMS PATCH 4.1 PATCH DOWNLOAD
TOTAL ANNIHILATION KINGDOMS PATCH 4.1 SOFTWARE

Unfortunately, I am afraid this is something that we will have to live with and find ways around it.

I knew the problem quite well as I stumbled on resizing window during early development. That's why I had to rely on posting SDL messages for window handling. In fact, QEMU threaded its internal workloads very extensively. Yes, I did come to realize that QEMU rendering thread is different from the main thread where the device models are instantiated. What's even worse QEMU message pump is executed only between Glide API invocations. That's because the patch calls Glide functions from a different thread that created QEMU main window. Not to offer fullscreen mode and Alt+Enter switch feature for QEMU (very bad) or to hook your FreeLibrary() call, making as a result glidexx.dll libraries loaded permanently within QEMU process.Īnother workaround is to create a second window from the same thread that calls Glide API functions (this is exactly what you do with CreateWindow option in glide.cfg), but it's even worse, so I don't consider it as a reasonable solution. This create a situation where nGlide doesn't have a chance to synchronize itself. Some games like Hitman forget to call grSstWinClose() at exit, directly calling grGlideShutdown().

TOTAL ANNIHILATION KINGDOMS PATCH 4.1 SOFTWARE

nGlide can cover such cases and can synchronize itself, but like any other software it needs windows message pump to be functioning during Glide API execution (which QEMU don't provide waiting for Glide API call to be complete). The requirement for D3D fullscreen mode is that 3D devices need to be created and released from the same thread that created a window. What's even worse QEMU (SDL2) message pump is executed only between Glide API invocations. In the meantime I have an important question for you, Kjliew.Ĭan you rewrite the patch so Glide API functions will be executed from the same thread that created QEMU window? Perhaps you are wondering why all Glide wrappers freeze with your patch and fullscreen exclusive mode. Direct Play launch on ironplague.I will soon publish the first wave of the Glide implementation issues I found in the patch. Direct Play launch on ironplague.icd allows the Creon race on multiplayer games I mod.

TOTAL ANNIHILATION KINGDOMS PATCH 4.1 PATCH DOWNLOAD

TAK_Sage: Would it be possible for you guys to include the 4.1bb patch in your ta: kingdoms setup?Ĥ.1bb patch download -> /apps/links/ Direct Play launch on ironplague.icd allows the Creon race on multiplayer games Allows more than one AI per person in mutliplayer games

just move the kingdoms.key file out of the kingdoms folder, but remember to put it back to play online) Command line not allowed anymore ( 3rd party unit makers can instead of using the -disablecavedog. Allows the 5th Race known as Creon on direct play such as, Gamespy Arcade and all the features from the Iron Plague expansion pack (movies can be downloaded apart) Allows 8 Players on direct play launch, such as Gamespy Arcade Option to always allow Monarch Expendable Sound for host in multiplayer games! ( no more excuses if your monarch die while hosting, everyone can host! ) Here is the link for download:Ĥ.1bb patch download -> /downloads.htm The same people who did 4.0bb also came up with 4.1bb. Would it be possible for you guys to include the 4.1bb patch in your ta: kingdoms setup?

Total annihilation kingdoms patch 4.1