Announcement

Collapse
No announcement yet.

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

Collapse
X
  • Filter
  • Time
  • Show
Clear All
new posts

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

    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?pag...XVK-Native-WIP

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

    Comment


    • #3
      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?

      Comment


      • #4
        Originally posted by Xaero_Vincent View Post
        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.

        Comment


        • #5
          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.

          Comment


          • #6
            Originally posted by leonmaxx View Post
            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.

            Comment


            • #7
              Originally posted by leonmaxx View Post

              DXVK built as Wine builtin library caused issues.
              didn't it also cause performance problems?

              Comment


              • #8
                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.

                Comment


                • #9
                  Originally posted by Britoid View Post
                  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.

                  Comment


                  • #10
                    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.

                    Comment

                    Working...
                    X