Announcement

Collapse
No announcement yet.

DXVK 0.51 Brings Fixes & Asynchronous Pipeline Compilation Support

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

  • #11
    Originally posted by theriddick View Post
    There are some exe file specific fixes also, such as for Fallout4.exe which had a issue causing savegame loading to freeze for certain areas, its not ideal but as always some games are not perfect and have nasty bugs themselves so not much choice but to implement workarounds.
    { "Dishonored2.exe", D3D11OptionSet(D3D11Option::AllowMapFlagNoWait) },
    { "Fallout4.exe", D3D11OptionSet(D3D11Option:isableGetDataFlagDoNotFlush) }
    Also the guy isn't a idiot for using C++, not his fault WINE team is ULTRA anal, seriously they are, there are literally tens of thousands of fixes out there they don't accept for some reason or another even though it doesn't hurt wines function and actually makes it better.

    For example the wine taskbar renders ABOVE games when in virtual-window mode (needed sometimes), you gotta get a outside patch to be able to disable it via registry.
    Photoshop brushes has been broken for a while, there's a patch to fix it but for some reason or another it won't get included.

    Correction: Sorry it got merged just recently, after 6 years.
    Last edited by Britoid; 05-14-2018, 03:33 AM.

    Comment


    • #12
      What did I post that has anything in relation to photoshop brushes? or do you mean how they take their sweet time applying long existing fixes to wine?
      Last edited by theriddick; 05-14-2018, 03:51 AM.

      Comment


      • #13
        Originally posted by ihatemichael View Post
        Why this isn't upstreamed in wine yet? 😠
        Maybe because it's a standalone project? Why isn't Handbrake or Libreoffice upstreamed in wine yet?

        Comment


        • #14
          It's also very easy to use dxvk as its just custom dlls for the most part. On top of the fact that dxvk is constantly being updated.

          Comment


          • #15
            Michael, i think it would be very interesting to see some benchmarks comparing the performance of games running in DXVK in Wine, compared to native DX11 on Windows.

            Is that possible to do? / Does PTS support it? / Would it be too much effort?

            Comment


            • #16
              Originally posted by eydee View Post

              Maybe because it's a standalone project? Why isn't Handbrake or Libreoffice upstreamed in wine yet?
              Stop with these idiotic comparisons.

              Handbrake and LibreOffice have NOTHING to do with Wine, absolutely nothing.

              DXVK has everything to do with Wine, and it cannot work without Wine.

              One expects a d3d->vulkan translator to be part of Wine the same way d3d->opengl is part of Wine, end of story.
              Last edited by ihatemichael; 05-14-2018, 04:18 PM.

              Comment


              • #17
                Originally posted by ihatemichael View Post

                Stop with these idiotic comparisons.

                Handbrake and LibreOffice have NOTHING to do with Wine, absolutely nothing.

                DXVK has everything to do with Wine, and it cannot work without Wine.

                One expects a d3d->vulkan translator to be part of Wine the same way d3d->opengl is part of Wine, end of story.
                Technically DXVK can work on windows too, but i agree that it, alongside VK9, should be merged with Wine proper. It is about time Wine has full D3D->Vulkan support, for D3D8-12. They can do it, it is only a matter of will. Vulkan works on all platforms and hardware now, there is literally no excuse, unlike Gallium nine, other than ego and NIH syndrome.

                Comment


                • #18
                  Originally posted by TemplarGR View Post
                  Vulkan works on all platforms and hardware now, there is literally no excuse, unlike Gallium nine, other than ego and NIH syndrome.
                  Good luck finding an ARM SoC with open source Vulkan support. Or an NVIDIA card for that matter. Or a pre-GCN Radeon card. Or Intel platforms older than Ivy Bridge. The list goes on and on.

                  There are plenty of reasons to keep OpenGL support for now and it doesn't make sense trying to mainline a driver with limited open source driver support, that competes with an existing implementation, is under heavy development, works perfectly well as a standalone project, and doesn't even use the same language in a huge project like WINE. DXVK is much better off being developed in a separate tree for now.

                  Comment


                  • #19
                    Originally posted by tajjada View Post
                    Is that possible to do? / Does PTS support it? / Would it be too much effort?
                    Almost no Windows game has a CLI-friendly builtin benchmark mode, so I guess that won't happen.

                    Comment


                    • #20
                      Originally posted by Djhg2000 View Post

                      Good luck finding an ARM SoC with open source Vulkan support. Or an NVIDIA card for that matter. Or a pre-GCN Radeon card. Or Intel platforms older than Ivy Bridge. The list goes on and on.

                      There are plenty of reasons to keep OpenGL support for now and it doesn't make sense trying to mainline a driver with limited open source driver support, that competes with an existing implementation, is under heavy development, works perfectly well as a standalone project, and doesn't even use the same language in a huge project like WINE. DXVK is much better off being developed in a separate tree for now.
                      Are you serious? Are you for real? Why does the Vulkan support need to be "opensource" for DXVK to work? Closed source Vulkan drivers work just as fine pal... Your whole argument is moot...

                      Comment

                      Working...
                      X