gho

that's weird because I didn' publish a missing piece yet. As soon as I find the time to document it I will upload it, but this confirms my impression that the game is behaving randomly ...

.rc19 added a tweak "win:NoSendChanging" to use SWP_NOSENDCHANGING option when changing window size and position. This canbe necessary to avoid some recoverable exception when the window is created. added the flag "Direct3D(2) > Fake Adapter Id that overrides the D3D8/9 GetAdapterIdentifier output with custom values read by the fake_adapters.ini configuration file located in the program execution folder. The syntax will be explained in the help files.

Well, the game can be played with dgVoodoo2 and it has its own windowed mode, so I don't think it would be useful to go on .... in any case I will publish a .rc19 release candidate that has some configurable hack to pretend a different video card adapter. If interested, please tell me ...

I apologize for the delay, I've been quite busy these last days ... In attach an experimental version of dxwnd.dll and of the game profile that is allowing the game to run with animations on my Win11 computer, but at the moment only in fullscreen mode. I share this because it may be sufficient to enjoy the game, not necessarily everybody would like to have it windowized, but in any case I'll try to make also this functionality.

I apologize for the delay, I've been quite busy these last days ... In attach an experimental version of dxwnd.dll and of the game profile that is allowing the game to run with animations on my Win11 computer, but at the moment only in fullscreen mode. I share this because it may be sufficient to enjoy the game, not necessarily everybody would like to have it windowized, but in any case I'll try to make also this functionality.

I tried to cheat on the video id using some of the same values set by the dgVoodoo2 wrapper, but it didn't work. I found in the assembly references to the strings "nvidia", "radeon" and "ati ", but I think this was not enough. In effect, it seems that the string "nvidia" makes the program to add the the DDSCAPS_3DDEVICE capability to the surface creation, but the operation terminate in error for DDERR_INVALIDPIXELFORMAT. Maybe there's more to patch .... edit: finally I got something! With the id...

I tried to cheat on the video id using some of the same values set by the dgVoodoo2 wrapper, but it didn't work. I found in the assembly references to the strings "nvidia", "radeon" and "ati ", but I think this was not enough. In effect, it seems that the string "nvidia" makes the program to add the the DDSCAPS_3DDEVICE capability to the surface creation, but the operation terminate in error for DDERR_INVALIDPIXELFORMAT. Maybe there's more to patch ....

I think I could do that, can you send the vendor string of vmware? It is in the dxwnd logs.