Work-In-Progress "DXVK-Native" Allows For Better Wine/System Integration

[phoronix]

Phoronix: Work-In-Progress "DXVK-Native" Allows For Better Wine/System Integration

There's work-in-progress patches for DXVK and Wine to improve the integration between the two for this Direct3D-on-Vulkan library...

http://www.phoronix.com/scan.php?page=news_item&px=Wine-DXVK-Native-WIP

[leonmaxx]

Yeah, I already packaged libdxvk and patched wine to help with testing.

https://copr.fedorainfracloud.org/coprs/leonmaxx/wine-dxvk/

[Xaero_Vincent]

Didn't Valve already try something like this with Proton but reverted it because the native Linux libraries were causing issues with the Steam run-time environment?

[leonmaxx]

Didn't Valve already try something like this with Proton but reverted it because the native Linux libraries were causing issues with the Steam run-time environment?

DXVK built as Wine builtin library caused issues.

[R41N3R]

Would be interesting to learn more about the advantages. I can only think of replacing Wine's D3D10/11 implementation completely to reduce this maintenance burden.

[adila01]

Yeah, I already packaged libdxvk and patched wine to help with testing.
https://copr.fedorainfracloud.org/co...axx/wine-dxvk/

This is amazing. I never knew about your COPR repo. I will definitely check this out.

[Britoid]

DXVK built as Wine builtin library caused issues.

didn't it also cause performance problems?

[ssokolow]

For the sake of the distant future, I hope it doesn't drift too far from the DLL-based approach.

Last I heard, bundling Wine's DrectDraw DLLs was how GOG.com got at least one of the Dungeon Keeper games to support high-quality graphics mode on modern Windows.

...and, if nothing else, you want to support Windows because, otherwise, you wind up like with games such as Lode Runner: The Legend Returns, where GOG.com doesn't try to license them because there's no viably reliable option for getting Windows 3.1 applications running on 64-bit Windows. (BoxedWine does exist, but GOG never expanded their use of Wine for Linux support beyond Flatout, Flatout 2, and a couple of Infinity Engine games, compared DOSBox and ScummVM being appealing to them because they Just Work™ more reliably than old Windows games patched to run on new Windows.)

That said, I really wish Executor (essentially a Wine for MacOS System 6 and 7) was still maintained so GOG could feel comfortable enough with it to start selling me classic MacOS games.

[leonmaxx]

didn't it also cause performance problems?

I'm not a developer of DXVK nor DXVK Linux native port. I just packaged it to help with testing.

[Terrablit]

The "DXVK-Native" work would improve the DXVK/Wine integration by allowing DXVK to be built as a native Linux system library (libdxvk.so) that Wine could then utilize without needing any manual/third-party installation steps.

I'm glad Wine is looking to just reuse system libraries instead of requiring extra WINE installation.