Announcement

Collapse
No announcement yet.

FFmpeg's Next Release Will Be Exciting With Vulkan Video Decode, More Vulkan Filters

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

  • FFmpeg's Next Release Will Be Exciting With Vulkan Video Decode, More Vulkan Filters

    Phoronix: FFmpeg's Next Release Will Be Exciting With Vulkan Video Decode, More Vulkan Filters

    FFmpeg's next release (v6.1) will prove quite exciting with Vulkan Video support merged for decoding H.264, H.265/HEVC, and AV1 content. Plus there are more Vulkan Video features and other improvements in the next version...

    Phoronix, Linux Hardware Reviews, Linux hardware benchmarks, Linux server benchmarks, Linux benchmarking, Desktop Linux, Linux performance, Open Source graphics, Linux How To, Ubuntu benchmarks, Ubuntu hardware, Phoronix Test Suite

  • #2
    d3d12va is also about to be merged

    Comment


    • #3
      So Firefox with Vulkan video is next?

      Comment


      • #4
        This Vulkan Video decode will work on distros that recently dropped the VA-API support from mesa?

        Comment


        • #5
          Originally posted by shmerl View Post
          So Firefox with Vulkan video is next?
          They haven't even implemented a Vulkan rendering backend, so that's not possible, and Chromium has no plans to support Vulkan Video

          Comment


          • #6
            Originally posted by Kepsz View Post
            This Vulkan Video decode will work on distros that recently dropped the VA-API support from mesa?
            Currently ANV and RADV do not have a build option to exclude Vulkan Video, so yes. However I highly suspect that some distro maintainers will later try to ask mesa for such options to exclude Vulkan Video support.

            Comment


            • #7
              Originally posted by edxposed View Post

              They haven't even implemented a Vulkan rendering backend, so that's not possible, and Chromium has no plans to support Vulkan Video
              I don't think they depend on each other.

              Comment


              • #8
                Originally posted by shmerl View Post

                I don't think they depend on each other.
                Then you need to implement OpenGL and Vulkan interoperability, or use the inefficient copyback decoding

                Comment


                • #9
                  Originally posted by edxposed View Post

                  Then you need to implement OpenGL and Vulkan interoperability, or use the inefficient copyback decoding
                  Shouldn't they both be able to work with dma-buf or the like? It must be not a new problem.

                  Comment


                  • #10
                    fedora devs rushing to disable it...

                    Comment

                    Working...
                    X