Closed mr-mugp closed 12 months ago
Yes, this happens on some games when using windowed mode in the game. Change the in-game settings to use fullscreen mode.
Thanks for your efforts, and hope to see a fully supported window mode sooner
If the game is only using 2D DirectDraw and not Direct3D you could try enabling the following settings:
DdrawEmulateSurface = 1
DdrawWriteToGDI = 1
Thanks, normal, but can't hook the game
You could also try setting these settings to your screen resolution:
DdrawOverridePrimaryWidth = 0
DdrawOverridePrimaryHeight = 0
Thanks, I tried it, Releases v1.0.6542.21 doesn't have this setting item?
Here is the latest release. Try just changing the ini settings to your display resolution. dxwrapper.zip
If Gui is enabled, it will not enter d3d9.dll, and the original hook will become invalid
After turning on DdrawWriteToGDI=1, the ImGui in the DebugOverlay .cpp can also be displayed normally?
Compiled with the 84e47b5 update, the problem is more complicated. Now I'm using 9d01079 with dxwnd.dll it's normal
Ok, try this update. I added basic window support. Note: when using in-game windowed mode you should enable DdrawUseNativeResolution
.
Here is the update: dxwrapper.zip
Thank you very much for your interest and continuous update This time the game window is normal, but there are still 5 problems.
This should be caused by SurfaceToWindows.
9d01079 is normal when used with dxwnd
dxwrapper.ini
Dd7to9=1
dxwnd.ini
ver0=9
flag0=134348834
flagg0=1275068416
flagh0=20
- After the window is minimized, the mouse moves slowly
- When moving the game window, the ImGui of the hook does not follow the movement
- The mouse message received by ImGui is in the wrong position
- The game cannot open multiple windows and will be very stuck. After closing one window, everything else is gone
- When the window moves off-screen, the picture is compressed
This should be caused by SurfaceToWindows.
9d01079 is normal when used with dxwnd dxwrapper.ini Dd7to9=1
dxwnd.ini ver0=9 flag0=134348834 flagg0=1275068416 flagh0=20
Thanks, 1. Problem solved
1.The imgui window is always positioned relative to the desktop and does not follow the game movement
2.The game moves outside the left table, and the game screen does not go outside
1.The imgui window is always positioned relative to the desktop and does not follow the game movement
- When moving the game window, the ImGui of the hook does not follow the movement
Yes, this is because of how the game and DirectDraw works, unrelated to dxwrapper. The game writes to the location of the surface where the window is located. So if you move the window then the game writes to the surface in a different location.
I can fix this by emulating the surface and then always writing to the real surface in the upper right hand corner of the surface. That is probably the right way to solve this issue.
- The mouse message received by ImGui is in the wrong position
This is related to the issue above. When I solve that one it should solve this one.
- The game cannot open multiple windows and will be very stuck. After closing one window, everything else is gone
Yes, dxwrapper always assumes that there is only one game window. This won't be solved very soon.
- When the window moves off-screen, the picture is compressed
This is probably something I am doing wrong. I will need to look into this more.
Thank you very much, about point 4, it's already no problem, case DLL_PROCESS_DETACH:, causing other windows to crash, I'll just comment it out
case DLL_PROCESS_DETACH:, causing other windows to crash
Can you tell me which line(s) is causing this? Also, try adding this line to the ini file ResetScreenRes = 0
.
The latest build should fix most of these issues. Here is the build: dxwrapper.zip
It has been tested, very good, thank you very much for your efforts,
Ok, great. Let me know if there are any issues left here.
This issue is fixed with the latest release.
Dd7to9