Announcement

Collapse
No announcement yet.

DXVK Lead Developer Philip Rebohle Has Begun Contributing More To Wine's VKD3D

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

  • #11
    Originally posted by bemerk View Post
    Maybe one day people will convert all this knowledge into a native mesa tracker with less conversion needed.
    For zero benefit.

    Look forward to when Mesa is just a bunch of Vulkan drivers.

    Comment


    • #12
      I'm very confused, why they don't use this open source Microsoft Compiler from HLSL to SPIR-V. It seems much simpler than reinventing the wheel.
      You now this one: https://www.phoronix.com/scan.php?pa...ader-Conductor

      Is this SPIR-V incompatible? Or is it to slow? To much overhead? They don't want this external dependency? I mean even if this is the case, they could do a fork or they could just use the code they need.

      Seems at least simpler to me.

      Comment


      • #13
        Originally posted by davibu View Post
        I'm very confused, why they don't use this open source Microsoft Compiler from HLSL to SPIR-V. It seems much simpler than reinventing the wheel.
        Because games don't ship shaders in HLSL, they ship compiled binaries in either DXBC or DXIL (yes, this mess of an API supports two ILs.

        But that is besides the point anyway, the mailing list thread is about internal shaders used to implement certain d3d12 calls. Using Microsoft's DXC for those would solve exactly nothing.

        Comment


        • #14
          It's a shame we can't use MS Store (xbox store) under linux as it has allot of new stuff coming to it that uses DX12. (and some good deals). Also I wonder what wine will do about DXR/RTX when it eventually becomes common, shrug..

          Comment


          • #15
            Originally posted by smitty3268 View Post

            Well, there's obviously the lizard people.
            Made my day

            Comment


            • #16
              I'd like to test DXMK in wine... or proton, but it doesn't even start, and on protondb it is marked as borked.
              Maybe Philip is testing it under Windows?

              Comment


              • #17
                Originally posted by kokoko3k View Post
                I'd like to test DXMK in wine... or proton, but it doesn't even start, and on protondb it is marked as borked.
                Maybe Philip is testing it under Windows?
                It runs in wine using the staging branch.

                Comment


                • #18
                  Thanks, made it running now,
                  Benchmark DXVK (DX11)
                  Code:
                  native     min  avg  max
                  --------------------------------------
                  low      : 30.8 42.1 54.7
                  medium   : 16.9 34.5 45.7
                  high     : 21.7 30.2 38.6
                  very high: 19.1 24.8 32.3
                  ultra    : 16.1 21.1 28
                  
                  dxvk       min  avg  max
                  --------------------------------------
                  low      : 24.5 48.9 66.7
                  medium   : 21.5 39.3 49.5
                  high     : 27.6 33.9 43.3
                  very high: 20.5 26.9 34.5
                  ultra    : 17.6 22.8 29.9
                  
                  dxvk/native    min  avg  max
                  --------------------------------------
                  low          : 0.79 1.16 1.21
                  medium       : 1.27 1.13 1.08
                  high         : 1.27 1.12 1.12
                  very high    : 1.07 1.08 1.06
                  ultra        : 1.09 1.08 1.06
                  Last edited by kokoko3k; 11-05-2019, 09:17 AM.

                  Comment


                  • #19
                    I must say, I kinda predicted this when I saw a lot of work on wine conformance a few weeks back with his DXVK stuff. Seemed like he was making an effort for wine and dxvk to live closer together, I assumed he would be a good person to do work on VKD3D after the previously developer Józef Kucia had sadly died in an accident.

                    Comment


                    • #20
                      Originally posted by Grim85 View Post

                      They use a tool to convert large parts of the source and then compile it as native, likely after optimisation by a human developer. You're splitting hairs pretty hard there buddy
                      Splitting hairs is part of my profession! Especially if it comes down to the choice of words.

                      Originally posted by jrdoane View Post

                      Meh. I sort of agree with the last part of the first reply in that thread:

                      This is how I feel about it. I don't really care what the game does, so long as it works.
                      Guys, don't get me wrong here, even a non-native Linux game is better than no Linux game at all. I don't question this. It is just a matter of the correct phrasing to me here where I would reserve the term "native" for anything without using performance-decreasing tricks.

                      Comment

                      Working...
                      X