[Runtime Bug]: Remix 1.0 crashing via new d3d9.dll in .trex folder (Worked with 0.6.0)

Describe the bug

When trying to run the game; The game crashes with two errors the first reads as follows:

Microsoft Visual C++ Runtime Library
---------------------------
Assertion failed!

Program: ...CP - Containment Breach v1.3.11\.trex\d3d9.dll
File: D:\a\dxvk-remix\dxvk-remix\src\dxvk\rtx_r...\rtx_imgui.h
Line: 385

Expression: m_keyToComboldx.find(comboEntry.key) ==
m_keyToComboldx.end() && "Duplicate key found"

For information on how your program can cause an assertion
failure, see the Visual C++ documentation on asserts

(Press Retry to debug the application - JIT must be enabled)
---------------------------
Abort   Retry   Ignore   
---------------------------

And the second being the standard "RTX Remix Runtime Error!" with a crash.

This seems to only happen with the latest version of Remix 1.0.0 and it's repositories, It's worth noting as well I've been able to run the game with version 0.6.0 with little issues in the past, I've even had all the latest files for the runtime from 1.0.0 and just replaced the d3d9.dll located in the /.trex folder with the d3d9.dll from version 0.6.0 and had that work too. Granted it said it was running 0.6.0 in the Developer menu. Which leads me to believe it's mainly the d3d9.dll file in the /.trex folder that is causing the issue.

I've also tried running this on three separate machines all with different hardware and specs, 4070 ti, (My main PC) 4050 on my laptop, and 4060 on my secondary PC, but most things I've tried have been on my main PC.

I

How do you reproduce the bug?

I have tried many things that cause the bug, but the simplest,

What's Installed

The Game:
-I'm running SCP Containment Breach; a free CC BY-SA Game that can be downloaded here

The Mod:
Mod files put together by me on my own Google Drive, including a customized rtx.conf file that worked with 0.6.0, and a mod with its captures, which can be found here
(It still has the same issue with different rtx.conf, no rtx.conf, or without the mod files)

dxwrapper:
elijahcloud's latest version of dxwrapper binaries to wrap the game being Directx7 to be compatible with RTX remix, and those can be found here
or from github here -its dx7.games.zip

RTX Remix Runtime:
And lastly the latest version of remix runtime 1.0.0, I often choose development, debug-optomized, 32 bit. but I've tried various other versions at one point including some of the more stable and release builds. I've also tried the downloader for runtime, as well as downloading it directly from the github release repo. (all of which cause the same error)

By placing all of each files into the game's directory, and then attempting to start the game causing the bug/error with the crash.

once again, If I use Remix Runtime version 0.6.0 it works fine as expected.

What is the expected behavior?

It runs with 0.6.0, but not 1.0.0

Ideally I expect it to run the same way it would with 0.6.0, as said before this only seems to happen with the latest version of Remix 1.0.0 and I've been able to run the game with version 0.6.0 with little issues in the past.

Only d3d9.dll in /.trex affected

Even by keeping all other RTX Runtime latest files for 1.0.0 and just replacing the d3d9.dll located in the /.trex folder with the d3d9.dll from version 0.6.0 has the game working with RTX.

Granted it said it was running 0.6.0 in the Developer menu. Which leads me to believe it's mainly the d3d9.dll file in the /.trex folder that is causing the issue.

In short the expectation is that the game would work as it did/does normally with 1.0.0 as it did/does with 0.6.0 of RTX Remix's Runtime.

Version

1.0.0

Logs

These three .txt files are found in rtx-remix/logs

bridge32.log
remix-dxvk.log
bridge64.log

Crash dumps

These are the only .DMP files found in /.trex

NvRemixBridge.exe_20250518_022422.dmp
NvRemixBridge.exe_20250518_022451.dmp

Media

I've attached an edited recording of both installing the files and the bug recreated, and even the game working with 0.6.0 ~Everything that should be needed to know

Video of Bug on my Google Drive

Start with the duplicate-key assertion at src/dxvk/rtx.../rtx_imgui.h:385 and compare the attached remix-dxvk.log and bridge logs between Runtime 1.0.0 and 0.6.0. Use the supplied crash dumps to identify the failing path; done means SCP Containment Breach starts with the 1.0.0 d3d9.dll without the assertion or runtime crash.