Announcement

Collapse
No announcement yet.

Radeon VCN Video Decode Support Lands In Mesa

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

  • #11
    Originally posted by Nille View Post

    That's not a real solution. Its only limited to Linux and it has its own Problems. The easiest solution would be OpenMax in the Windows Driver with De- and Encoding capability.
    Openmax is supposed to be disgusting. Like, similar to fully supporting matroska.
    vaapi may be slice based, but it appears to be well defined.
    Last edited by liam; 26 May 2017, 04:17 AM. Reason: Misspelled matroska

    Comment


    • #12
      Originally posted by liam View Post
      vaapi may be slice based, but it appears to be well defined.
      And its totally uninteresting since it can't use the encoding features (and not even decoding is fully supported) and its limited to Linux.

      Originally posted by liam View Post
      Openmax is supposed to be disgusting.
      Why? Its supported by ffmpeg.

      Originally posted by liam View Post
      Like, similar to fully supporting matroska.
      ??? The Container is also uninteresting in this case.

      Comment


      • #13
        Originally posted by Nille View Post
        Because you ignore the Encoding Part. If you decode only on the hardware and encode on the cpu you benefits are to small.
        No I don't. Obviously, I don't, otherwise I wouldn't have written it


        Originally posted by Nille View Post
        For BD Support you need it.
        Vast majority of Blu Rays is enoded in h.264. Also, you "can't" really play BDs on Linux anyway due to DRM. And if you can, software decoding a 1920x1080 stream with <24 fps is no problem at all. I just don't see the reason putting fixed function hardware for that it but leaving VP9 out.

        Comment


        • #14
          VC-1 = WMV 9 = Lots of HD videos from pre-2009, before MPEG-4 became the standard for web video downloads.

          Older Blu-Rays, which are pretty much the only ones you actually can play on Linux, were encoded with MPEG2 or VC-1.

          Therefore, it's useful to a lot of people.

          VP9 is not relevant at this point because it has no real-world use other than Google's own infrastructure.

          Comment


          • #15
            Originally posted by TheLexMachine View Post
            VP9 is not relevant at this point because it has no real-world use other than Google's own infrastructure.
            Yeah, just like the internet is irrelevant
            Something around 2/3 of the worldwide traffic is video, mostly YouTube. Netflix is also using vp9, btw. 2013(!) Netflix+YouTube were responsible for over 50% of the traffic. I didn't even know Netflix back then.

            Comment


            • #16
              Originally posted by VikingGe View Post
              That's probably because the industry does not and will never care for open-source codecs.
              Actually, the industry does not care whether the codec is open source or not.

              But it would be much different if that codec were standardized by MPEG, ITU, or some other recognized standards body. Google has apparently recognized this, and submitted VP9 to the AV-1 workgroup, as did Mozilla (Daala) and Cisco (Thor) to create a vendor-independent open standard. That could see broad industry adoption once it is finalized.

              Originally posted by juno View Post
              Yeah, just like the internet is irrelevant
              Something around 2/3 of the worldwide traffic is video,
              There were times when most Internet traffic was bittorrent, or when the most searched term on Altavista was "sex".
              Youtube or Netflix can switch out VP9 for any other codec on a whim, while for a hardware manufacturer this requires years from silicon design to final product.

              Comment


              • #17
                Originally posted by chithanh View Post
                Youtube or Netflix can switch out VP9 for any other codec on a whim, while for a hardware manufacturer this requires years from silicon design to final product.
                Which is exactly why they can't and don't.

                Comment


                • #18
                  Originally posted by juno View Post
                  Vast majority of Blu Rays is enoded in h.264. Also, you "can't" really play BDs on Linux anyway due to DRM. And if you can, software decoding a 1920x1080 stream with <24 fps is no problem at all. I just don't see the reason putting fixed function hardware for that it but leaving VP9 out.
                  Go do your software decoding on a raspberry pi (v1). The computing world is bigger than stupidphones and PCs. not to mention better energy efficiency of fixed pipeline decoding.

                  Youtube or Netflix can switch out VP9 for any other codec on a whim, while for a hardware manufacturer this requires years from silicon design to final product.
                  That would be one big whim... I honestly do not believe they do live transcoding.

                  Something around 2/3 of the worldwide traffic is video, mostly YouTube. Netflix is also using vp9, btw. 2013(!) Netflix+YouTube were responsible for over 50% of the traffic. I didn't even know Netflix back then.
                  What does the porn industry use? That is the important question

                  Now the important question :
                  So what is VCN and what does it support?
                  decode : MPEG-2/h264/vc-1/h265
                  encode : h264/h265 (all profiles + 10bit?)

                  Comment


                  • #19
                    Originally posted by VikingGe View Post
                    That's probably because the industry does not and will never care for open-source codecs. Just look at audio codecs.
                    that's bullshit. just look at aomedia member list

                    Comment


                    • #20
                      Originally posted by Nille View Post
                      If you decode only on the hardware and encode on the cpu you benefits are to small.
                      encoding is much more rare than decoding, i.e. who cares

                      Comment

                      Working...
                      X