AlexDunn

@sortifal thank you for putting this PR together. I noticed that this fix is a squashed version of the upstream fix from DXVK (commits below). Would it be possible to...

For the geometry corruption specifically, this latest change may improve things: https://github.com/NVIDIAGameWorks/dxvk-remix/actions/runs/10910405835 If you test it please let us know.

Small update here. Coincidently, we have been looking at GPU performance around the time this issue was filed. As such we have a number of performance improvements submitted over the...

Thank you. @McMasterGold seems we should close #503 based on this comment. @Kim2091 thanks, I see your testing may be missing two cruicial optimizations. I expect a 5~10% speedup on...

Thanks @elishacloud - D3D7 support is awesome. I dont see that on the latest builds. However, I do see the game (Open1560) flipping between 7280x2180 and 640x480 on my system....

It appears as though the game thinks its running at 640p. Do you have symbols for dxwrapper and a commit? I havent fixed anything specifically for this, was just unable...

Actually, a little bit more digging and I did find an issue (although no error message). When running the game in fullscreen it fails due to a missing implementation for...

There is still no raytracing though. Presumably because of this line in the log: `[RTX-Compatibility-Info] Skipped drawcall, using pre-transformed vertices which isn't currently supported.` Its common in these older GL/DX...

Thanks for sharing the symbols. The call stack which leads to GetRasterStatus is as follows:  It looks like something internal to dxwrapper. The missing implementation on our side is...