Announcement

Collapse
No announcement yet.

FFmpeg 2.8 Brings Intel QSV Encoding/Decoding, HEVC Hardware Acceleration

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

  • FFmpeg 2.8 Brings Intel QSV Encoding/Decoding, HEVC Hardware Acceleration

    Phoronix: FFmpeg 2.8 Brings Intel QSV Encoding/Decoding, HEVC Hardware Acceleration

    FFmpeg 2.8 is now available as the latest major update to this important open-source multimedia project. This is also the first major release since the longtime FFmpeg leader resigned this summer...

    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
    As with all previous announcements of QSV support in FFmpeg, it should be noted that this requires compiling FFmpeg against the proprietary libmfx from the Intel Media SDK, under license from Intel.

    Comment


    • #3
      Funny how you're pointing Michael Niedermayer's resignation so much. Because, you know who coordinated and ultimately made this release? Michael Niedermayer

      In practice, his resignation resulted in Hendrik Leppkes now doing merges from libav instead of him. But that's it. Michael is still committing bugfixes, posting patches to the mailing list and, apparently, doing release management.

      What's more interesting is that the next version will increase all library sonames because of incompatible changes, mostly removal of deprecated stuff.
      Last edited by Gusar; 09 September 2015, 10:38 AM.

      Comment


      • #4
        FFMPEG is great but its API documentation sucks.

        Comment


        • #5
          Originally posted by Gusar View Post
          Funny how you're pointing Michael Niedermayer's resignation so much. Because, you know who coordinated and ultimately made this release? Michael Niedermayer

          In practice, his resignation resulted in Hendrik Leppkes now doing merges from libav instead of him. But that's it. Michael is still committing bugfixes, posting patches to the mailing list and, apparently, doing release management.
          So in other words he is still participating, but not longer has decision-making power? Wasn't his decision-making the reason the libav folks left?

          Comment


          • #6
            Originally posted by TheBlackCat View Post
            So in other words he is still participating, but not longer has decision-making power?
            Pretty much, yeah, Though I'd say release management does imply some form of decision-making - what will be in the release and what will be postponed to the next one, and such.

            Originally posted by TheBlackCat View Post
            Wasn't his decision-making the reason the libav folks left?
            Yep. They didn't like how Michael simply did what he wanted, even stuff others objected to.

            Comment


            • #7
              Originally posted by Gusar View Post
              Pretty much, yeah, Though I'd say release management does imply some form of decision-making - what will be in the release and what will be postponed to the next one, and such.
              Depends. A lot of release managers just handle the packaging, with the actual decision to make a release handled elsewhere. But whatever the case, he can't make any decisions about features, API, or anything else regarding the design of ffmpeg.

              Comment


              • #8
                Did anyone got QSV woking without patching the kernel as well as i915? :/

                Comment

                Working...
                X