Announcement

Collapse
No announcement yet.

Upcoming Maxwell GPUs Will Support H.265, But VP9 Is Uncertain

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

  • Upcoming Maxwell GPUs Will Support H.265, But VP9 Is Uncertain

    Phoronix: Upcoming Maxwell GPUs Will Support H.265, But VP9 Is Uncertain

    NVIDIA launched their GeForce GTX 750 graphics cards back in February as their first products based upon their new Maxwell architecture. Sadly those GPUs didn't support any H.265 or VP9 acceleration, but at least it looks like the former will be supported by the next round of Maxwell GPUs...

    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
    Too bad, we definitely need VP8 or VP9 (preferably) hardware support.

    Comment


    • #3
      Originally posted by Calinou View Post
      Too bad, we definitely need VP8 or VP9 (preferably) hardware support.
      From an end user POV, I can't see it being a "need" more than being a "bonus" as there are not too many (if any at all) VP8/9 exclusive sites.

      Comment


      • #4
        Originally posted by deanjo View Post
        From an end user POV, I can't see it being a "need" more than being a "bonus" as there are not too many (if any at all) VP8/9 exclusive sites.
        If you live in the US, and are encoding video, say to put on youtube, you are violating MPEG-LA licensing terms by using x264, for example. And how many commercial h.264 encoders are people using? The entire industry seems to be x264 anyway, and it is basically a time bomb waiting to blow whenever MPEG-LA goes all Oracle on everyone, or at least x264 distributors.

        We need an open codec that isn't a legal black hole. I'm still hoping Dalaa can be accelerated with openCL enough to do a good job, because vp9 is more of a stop gap based on old tech and it isn't really competitive with either h.264/5 at all.

        Comment


        • #5
          Originally posted by Calinou View Post
          Too bad, we definitely need VP8 or VP9 (preferably) hardware support.
          Even better, what we really need is Daala.

          Comment


          • #6
            If there won't be dedicated support in Maxwell GPU's for VP9, an OpenCL video decoder could be developed and used as a fall-back solution.

            Comment


            • #7
              Originally posted by zanny View Post
              If you live in the US, and are encoding video, say to put on youtube, you are violating MPEG-LA licensing terms by using x264, for example. And how many commercial h.264 encoders are people using? The entire industry seems to be x264 anyway, and it is basically a time bomb waiting to blow whenever MPEG-LA goes all Oracle on everyone, or at least x264 distributors.

              We need an open codec that isn't a legal black hole. I'm still hoping Dalaa can be accelerated with openCL enough to do a good job, because vp9 is more of a stop gap based on old tech and it isn't really competitive with either h.264/5 at all.
              For once, someone is not defending H.264/H.265 too much.

              The main issue I have with VP8 (I don't use VP9 currently) is the encoding times (in OpenShot), but that's not a problem if I just record a video using SimpleScreenRecorder without editing it.

              Originally posted by mmstick View Post
              Even better, what we really need is Daala.
              It's not quite ready yet.

              Originally posted by plonoma View Post
              If there won't be dedicated support in Maxwell GPU's for VP9, an OpenCL video decoder could be developed and used as a fall-back solution.
              Would it work in all applications, or would it have to be implemented for each application?

              Comment


              • #8
                Would it work in all applications, or would it have to be implemented for each application?
                It would be a part of the encoder / decoder most likely, rather than built int vaapi or vdpau. You would just have an opencl based Dalaa or vp9 encoder / decoder that you ship as a gstreamer plugin or get into ffmpeg, and everyone would be able to use it from there.

                Comment


                • #9
                  Originally posted by zanny View Post
                  If you live in the US, and are encoding video, say to put on youtube, you are violating MPEG-LA licensing terms by using x264, for example.
                  Sorry but that is pure FUD. There is absolutely no violation in such case.

                  The H.264 codec that makes a good deal of digital video possible has actually been free to use (under certain conditions) for many years, but following recent controversies over the future of web video, rightholders have agreed to extend that freedom in perpetuity. Whereas originally standards organization MPEG-LA had said it wouldn't collect royalties from those freely distributing AVC/H.264 video until 2016, the limitless new timeframe may mean that content providers banking on WebM and HTML5 video won't have an expensive surprise in the years to come. Then again, patent licensing is complicated stuff and we'd hate to get your hopes up -- just know that if you're an end-user uploading H.264 content you own and intend to freely share with the world, you shouldn't expect a collection agency to come knocking on your door. PR after the break.


                  Last edited by deanjo; 10 May 2014, 10:32 AM.

                  Comment


                  • #10
                    Originally posted by zanny View Post
                    It would be a part of the encoder / decoder most likely, rather than built int vaapi or vdpau. You would just have an opencl based Dalaa or vp9 encoder / decoder that you ship as a gstreamer plugin or get into ffmpeg, and everyone would be able to use it from there.
                    Exactly, applications can choose to have the OpenCL encoder / decoder built in or use a video codec framework e.g. gstreamer or ffmpeg. Even offer the user the choice between different built in and not built in framework codec encoders / decoders.

                    Comment

                    Working...
                    X