Announcement

Collapse
No announcement yet.

VMware's SVGA Gallium3D Driver Enables OpenGL 3.3 Compatibility Profile Support

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

  • #11
    Originally posted by timofonic View Post
    Why each VM solution has their own graphics virtualization solution instead all of them using the same?
    Probably the same reason why there are multiple VM solutions in the first place?

    Comment


    • #12
      Originally posted by timofonic View Post
      Why each VM solution has their own graphics virtualization solution instead all of them using the same?
      Actually they all use the same garbage on Windows. They all wrap wine code for the DirectX layer so all the bugs that WINE has are in the DirectX wrapper layers. You can see this with the lack of virtualisation for DirectX 11/12 and DirectX 1-4. VMWare and KVM seem to have the best graphics support, but VMWare has still got those WINE based issues. Oracle don't care about the desktop/consumer market to invest in graphics drivers with any level of seriousness.

      Comment


      • #13
        Originally posted by DMJC View Post

        Actually they all use the same garbage on Windows. They all wrap wine code for the DirectX layer so all the bugs that WINE has are in the DirectX wrapper layers. You can see this with the lack of virtualisation for DirectX 11/12 and DirectX 1-4. VMWare and KVM seem to have the best graphics support, but VMWare has still got those WINE based issues. Oracle don't care about the desktop/consumer market to invest in graphics drivers with any level of seriousness.
        What about improving that Wine code and related layers instead?

        What about standardisation and better functionality?

        Comment


        • #14
          Originally posted by timofonic View Post

          What about improving that Wine code and related layers instead?

          What about standardisation and better functionality?
          What about just writing a decent Gallium3D layer and pushing the draw calls from the guest GPU to the host GPU? Should be a lot faster than wrapping DX/GL through OpenGL.

          Comment


          • #15
            Hold on just a damn minute... Since when was VMware using WINE for their DirectX implementation?

            Comment


            • #16
              Originally posted by DMJC View Post

              What about just writing a decent Gallium3D layer and pushing the draw calls from the guest GPU to the host GPU? Should be a lot faster than wrapping DX/GL through OpenGL.
              What about GPU virtualization at kernel level just like Intel's GVT, Nvidia's GRID/vGPU, AMD (Radeon Pro)'s MxGPU? But Open Source and hardware agnostic thought some very thin and lightweight but smartly designed layer, of course.

              Comment

              Working...
              X