Announcement

Collapse
No announcement yet.

Gallium3D VDPAU Gets Better Interoperability Support With DMA-BUF

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

  • Gallium3D VDPAU Gets Better Interoperability Support With DMA-BUF

    Phoronix: Gallium3D VDPAU Gets Better Interoperability Support With DMA-BUF

    For those making use of OpenGL and VDPAU together, there is better interoperability support within the Gallium3D VDPAU state tracker...

    http://www.phoronix.com/scan.php?pag...AU-New-Interop

  • #2
    Are there any benefits to this approach?

    Comment


    • #3
      Originally posted by swoorup View Post
      Are there any benefits to this approach?
      I'm assuming it was so the amdgpu pro driver can use it. I suppose it would also let you update the mesa and vdpau libs separately if you wanted.

      Avoid using internal structures from another API.
      That should allow us to get away from passing internal structures around.
      Last edited by smitty3268; 29 March 2016, 02:59 PM.

      Comment


      • #4
        Originally posted by swoorup View Post
        Are there any benefits to this approach?
        Theoretically, you could now interop between Mesa and non-Mesa drivers.
        Also, this pushes complexity out of Mesa by adopting technology that already exists in the kernel.

        Comment


        • #5
          Originally posted by swoorup View Post
          Are there any benefits to this approach?
          I don't know what the old approach used, but using dma-buf should be zero-copy.
          All opinions are my own not those of my employer if you know who they are.

          Comment


          • #6
            This might also be a step to fix the broken VDPAU <-> GL interop when using DRI3 render nodes, see:
            https://cgit.freedesktop.org/xorg/dr...b2cc385b9ecba9

            Comment


            • #7
              Originally posted by swoorup View Post
              Are there any benefits to this approach?
              my $0.02 :
              - No more need for a custom openGL extension (downside is that it is more platform specific. Note: AFAIK this does NOT remove the GL extension)
              - Easier GL/wayland support.
              - Path for fixing dri3
              - Use more heavy duty infrastructure in kernel (better tested, less code duplication etc...)

              Comment


              • #8
                Does this mean that hardware that was previously not capable to use VDPAU with OpenGL, like the HD3200, can do it now? Would be nice for Steam streaming.

                Comment


                • #9
                  Interestingly it has caused fallout on R600s. Which has been quickly spotted by ppl in mailing list and nailed down. That's how it should be.

                  Comment

                  Working...
                  X