jp7677 / dxvk-nvapi

Alternative NVAPI implementation on top of DXVK.
MIT License
353 stars 32 forks source link

Initialize and report architecture/capabilities when using NVK #168

Closed jp7677 closed 3 months ago

jp7677 commented 3 months ago

Do this unconditionally.

Sid127 commented 3 months ago

Works on Control, Doom Eternal, Baldur's Gate 3, Tower Unite, and Deep Rock Galactic, tested by dropping the dll into proton 9 beta which doesn't have any nvk specific workarounds yet.

This getting merged would also need dxvk and wine-proton workarounds here and here to be reverted, to ensure none of the components interfere with each other.

jp7677 commented 3 months ago

Reminder: log statement and readme

jp7677 commented 3 months ago

@Saancreed @Sid127 This should be good now (though still not able to identify Ampere on NVK). Would be cool if you could take another look/try.

Edit: @Sid127 Your GPU architecture should now be reported correctly on NVK (well, Turing instead of Ampere). If you are on Turing+, could you please also try different scenarios to enable DLSS?

Sid127 commented 3 months ago

different DLSS scenarios seem to be working correctly, both on Ada and GTX Turing. Nevermind the fact that DLSS does not work, but most games tested with seem to allow the toggles for DLSS and Reflex with this, and have them inaccessible without.

Behavior with various proton env vars was also verified, and it all seemed to be working right, except for the HIDE_NVIDIA_GPU which Saancreed was made aware of and fixed already.

Games tested: Baldurs Gate 3, Doom Eternal, Deep Rock Galactic, Tower Unite (no DLSS to begin with)

jp7677 commented 3 months ago

Thanks for the confirmation @Sid127 !