Rainbow Six Rogue Spear menu issue
Window hooker to run fullscreen programs in window and much more...
Status: Beta
Brought to you by:
ghotik
Menu
▾
▴
The game is available on old games ru.
The first issue comes in the main menu. The mouse isn't visible and only works with GDI. However there are cursor trails.
Could you check it?
I tested with the demo available from here:
https://archive.org/download/TomClancysRainbowSixRogueSpearDemo
Using the latest Dxwnd v2_05_93_build the game starts and the mouse cursor works with default settings. The cursor leaves trails which could be eliminated with DirectX tab -> Compensate flip emulation.
However entering a mission briefing the mouse became sluggish and unresponsive. Turning off both Flip Emulation and Compensate Flip emulation resulted in a working mouse in the briefing but of course with trails again.
That is where my testing came to an abrupt halt as presumably Windows decided to do something stealthy in the background that prevents the game from starting anymore.
About the game not starting, I had the same issue, but fixed it. I will report back asap when I return
I think the demo and the full game are different. Here's a screenshot with compensate flip emulation. The menu isn't rendered completely and the game mouse doesn't move.
Withoug Flip Emulation, mouse and game is back, but missions are black.
Last edit: BEEN_Nath_58 2023-02-19
The game wasn't starting anymore. It starts when run as admin
Well maybe the demo is different from the full game but it could show some issues too. Now that I tried running with admin rights the game runs again but the mouse is stuck unless I select a different renderer like GDI or D3D9 or OpenGL in Dxwnd DirectX tab. Also the mouse leaves trails and compensate flip emulation does not work when those other renderers are used. (mouse gets stuck) Similarly in the briefing the game grinds to an almost halt with very slow mouse movement.
Yes that is exactly what i face always
Last edit: BEEN_Nath_58 2023-02-19
Okay I think I have a solution, but it might have more effects.
I noticed in ACT that the game has a shim: ForceDirectDrawWait. Enabling NOSHIMS, the game now renders the menu correctly and with Primary Surface.
The problem may come as other shims get disabled with NOSHIMs (such as Virtual Registry, CorrectFilePaths, ForceCDStop).
PS: There is also another "resolution enumeration" issue, but I would prefer a different thread for it with more games to test...
Last edit: BEEN_Nath_58 2023-02-20
Update: Good and bad news, especially for gho. His favourite "Emulate relative mouse movement" has bugs with the game.
@dippy-dipper2 The setting ddraw:ForceHEL is magic, it loads the game mission in less than a second and mouse doesn't lag in "mission scenario" (It lags in menu now). However I needed to disable HAL to make it work, otherwise the game crashes (Direct3D/NO HAL).
If I only disable HAL, the game mission would be black, and if I enable ddraw:ForceHEL with it, only the sky is visible.
OK, I confirm that renaming the exe or using no shims flag allows the game to run with default Dxwnd settings with a working mouse. Mouse trails can be eliminated with compensate flip emulation. However the briefing screen is unplayably laggy.
At least on my system turning off flip emulation and compensate flip emulation allows the game to run with good speed in the briefing screens. I will ignore the game play part for now.
My theory is that there is something fishy going on with the "flip emulation" and the game that causes the briefing screens to lag. Maybe gho can check this out?
To summarize I used the following for testing:
1. Run Dxwnd with admin rights. (otherwise the game may not launch)
2. Rename the exe or use no shims flag. (otherwise mouse cursor will be stuck)
3. Play around with Flip emulation / Compensate flip emulation flags. If you turn both off the briefing screen should be working fluently but with them enabled it lags horribly.
P.S.
The game seems to run fine with DdrawCompat 4.0
Last edit: dippy dipper 2023-02-20
yes the game works fine with ddrawcompat. I think it's the same reason videos lag with dxwnd which work perfectly with DDrawCompat (such as Nuclear Strike DDraw intro).
I think async blit.mode will have a positive effect, I will need to check later.
Also DDrawCompat renders the sw mode fine, dxwnd doesn't.
I installed the oldgames.ru cd image + the v2.05 patch (hopefully, because the installer got blocked in the end) and its cracked exe.
It's too early to judge, the game is rather complex and I will have to examine the different situations. Anyway, so far I saw no sluggish mouse controls, the only problem being an exaggerated mouse sensibility in the missions that makes it impossible to control your troop.
Usually the delays in the flip emulation come from the reverse blit from a video surface (the primary surface) to the backbuffer. But I don't know yet.
Well, I'll check later ....
I run the game with DxWnd as administrator (because I always do it this way) and the attached configuration, no lag problems in the menus, just a severe problem of mouse control: despite having set the mouse sensitivity to the bare minimum (in the game options) every slight movement of the cursor moves the visual too much and I spend time trying to calibrate my view while terrorists have fun shooting at me. The match is not lasting long.
Lag is not in the menu. We had cursor trails there, but we fixed it. The problem is: * The woman briefing after selecting a New Game. * Pausing the game in a mission.
On my end, the best way to test it is run the game at 1080p (setting All resolution in Video tab). Depending on your hardware, you might as well need to se 4K or 1440p, something that isn't implemented in DxWnd just like res below 480p (the game is compatible with resolutions upto 4K atleast).
I see you enabled two more flags in the Mouse tab below Correct mouse position. Why? They shouldn't be used and is/are the culprit.
I'm not at home and I go by hart, but I remember that the game doesn't like to lose focus, so I enabled the mouse clipper, but this way the physical mouse and the logical one have an offset (depending on the window position, if you run the game fullscreen you may not notice it) making the higher and left area unreacheable. Instead, the correct mouse position aligns the physical and logical cursors (hence the mouse visible off) but in effect this impacts on the gameplay control. By the way, I don't remember that turning that off and in window mode this fixed all problems.
One curious (and annoying) thing is the presence of a sort of overflow: if you move the mouse very slowly you can turn both left or right, but if the movement is quicker and wider you turn only in one direction.
Well we seem to have different results. Here with the demo when you enter single player and the first briefing screen the mouse is unusable due to extreme lag. This is with default Dxwnd settings apart from No shim and running with admin rights.
Yes, the demo has a quite different control, or so it seems: with no mouse options (I had to disable also the default "Correct mouse position" flag) it works way better than the full game!
I now tried the demo game on another system running latest Windows 10 build and it simply refused to launch. No Dxwnd logs are even created. Running with admin rights does not help and neither does No shims flag. So it looks like we might be dealing with highly variable behaviour depending on unknown variables.
However again DdrawCompat 4.0 runs the game happily.
Interesting. What happens if you drop the DdrawCompat 4.0 proxy ddraw.dll in the game folder and try running it with DxWnd? The combination of the two should be possible but I wonder if the problem on the new Win10 is in the ddraw compatibility or in DxWnd itself.
Considering the fact that it BSODs my Win98, I am not surprised.
I tried it yesterday, The mouse was fixed. I exit it and reran it. Today I tested it and it works fine.
Edit: Rogue Spear had one of the longest discussions on DDC forums. https://github.com/narzoul/DDrawCompat/issues/126
Last edit: BEEN_Nath_58 2023-02-21
Yes, looks like it runs fine in a window now with no briefing screen lag by combining ddrawcompat with Dxwnd. Mind you I put the ddraw.dll from ddrawcompat in the game folder. If I try the alt.dll + hook:ReplaceDirectXDLLs tweak method then the keyboard does not work.
Now I tried switching the game to use Software for the video in the game options and it does not run anymore. Not with DdrawCompat or Dxwnd with admin rights or renamed executable. Neat... Definitely no shortage of random weirdness going on with this game.
EDIT:
I had to edit the registry here:
HKEY_LOCAL_MACHINE\SOFTWARE\WOW6432Node\Red Storm Entertainment\Rogue Spear DemoAnd set "SoftwareOnly" to "FALSE" to get it running again.
Last edit: dippy dipper 2023-02-21
It's time the game gets broght up again. We were talking of performance issues.
Secondly the software render doesn't work with DxWnd, please look into it.
From what I understood gho could not reproduce the performance issues. So it is possible it only affects certain hardware. I guess it could be a Windows version related issue too. (edit: or maybe even game version related.)
Last edit: dippy dipper 2023-03-01
I finally tested the R6 demo on an older laptop and here the same basic steps are needed to run the game with Dxwnd. (Both the laptop and my main PC have up to date Win10 64-bit running on them.)
However unlike on my main PC on this laptop the briefing screen is not as laggy. There is the occasional pause when ever a briefing screen picture changes but other than that the mouse is responsive. So I think this might be related to the GPU / drivers. Something to do with the way the screen is re-drawn / updated maybe? But that is just a wild guess. In any case this is difficult to debug / fix if gho can not reproduce the issue.