Announcement

Collapse
No announcement yet.

AMD Releases UVD Video Decode Support For R600 GPUs

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

  • AMD Releases UVD Video Decode Support For R600 GPUs

    Phoronix: AMD Releases UVD Video Decode Support For R600 GPUs

    AMD has finally managed to publish open-source Unified Video Decoder (UVD) support for the original R600 graphics processors...

    http://www.phoronix.com/vr.php?view=MTc3MTc

  • #2
    The last makes me really really angry.

    The open-source AMD team is committing to just "best effort" support to this older hardware.
    What? First there is no longer a fglrx Support and we have to use the foss-radeon driver and now this uncompleate foss driver is legacy too now?

    Comment


    • #3
      rv6xx is everything but the r600: the HD2900, which upon announcement supposedly had uvd, but two days later this was correct. Apparently that block was broken on r600. So you're talking hd2400, hd2600 (if synapses serve, as this 7y old info is purely off the top of my head) and such as well.

      Comment


      • #4
        Originally posted by Nille View Post
        The last makes me really really angry.



        What? First there is no longer a fglrx Support and we have to use the foss-radeon driver and now this uncompleate foss driver is legacy too now?
        Our primary goal with the radeonhd driver was to provide enterprise level support: maybe not all the features enabled, but solid (read: you get a working display every time), long term support. This was a pretty lofty goal in 2007. Given the political games played around this driver, be very glad that you have a working display today already (even if the means to achieve it are not as solid as they could be today, but that's what happens when politics get in the way of code).

        Bridgman from day one ruled out UVD, plus he didn't provide us with any info about such things like HDMI audio support either, and the amount of excuses about power management... Pfff... Christian provided HDMI audio support to radeonhd, out of the blue, and i am really glad that he continues down that path 7 years on! Docs will probably never happen for UVD, especially for the older generations, and especially since few, if any?, non shader docs ever made it out of ATI since the radeonhd project died. But be glad that some code is there, that code can be maintained.

        Comment


        • #5
          [spoilers] This is actually a good thing, guys. [/spoilers]

          As i understand it, it is 'best effort' support because of hardware limitation and there's nothing practical that can be done about that. At the end of the day, the FOSS driver is pretty fantastic - and getting better everytime patches are released.
          Please find something else to get angry about.

          Comment


          • #6
            Originally posted by Nille View Post
            The last makes me really really angry.



            What? First there is no longer a fglrx Support and we have to use the foss-radeon driver and now this uncompleate foss driver is legacy too now?
            You mean... "Damn it! My company of choice isn't supporting my 7+yr hardware!" ? There is NOTHING that says they HAD TO put out this support. They did it purely out of the goodness of their heart (even profit isnt an issue since anyone working on this couldve been working on other stuff, NEW cards that AMD is still making money on). No card is supported forever, and no driver is perfect.

            Comment


            • #7
              Originally posted by Ericg View Post
              You mean... "Damn it! My company of choice isn't supporting my 7+yr hardware!" ? There is NOTHING that says they HAD TO put out this support. They did it purely out of the goodness of their heart (even profit isnt an issue since anyone working on this couldve been working on other stuff, NEW cards that AMD is still making money on). No card is supported forever, and no driver is perfect.
              The problem is that AMD said to use the free and open source driver when they discontinued support in their fglrx driver. Everyone might have understood incorrectly, implicitly everyone expected that feature wise the free driver would catch up in time, this includes video decoding. Not to mention that nVidia is still somewhat supporting cards that are older than the radeons HD2xxx.

              That said, even if things keep coming as a best effort it's still better than nothing. I'm sure owners of laptops with radeon hd2xxx like me would gladly accept anything in the way of hardware accelerated video decoding, even if it comes with limitations due to buggy hardware.

              Comment


              • #8
                Well, I never thought I'd see the day. Maybe now my HTPC will be more quiet... though it probably won't be very noticeable.

                Comment


                • #9
                  When they said "best effort", I think that means "We provide these patches, it may be work in 95 % of the time but if there is bugs, don't expect us to fix them because we don't have time to work on this. Regards".

                  Anyway, this is a good news because many people still have these GPU and don't need to change them.

                  Comment


                  • #10
                    I appreciate the progress made here. There was no sign that the legal team would ever approve or even take the time to review the code.
                    I'm not sure what all of the complaining is about, other than people misinterpreting the "best effort" statement (and some rehashed radeonhd sour grapes).

                    Comment


                    • #11
                      Sounds good to me! (Apart from the "Wait for Linux 3.18" bit...)

                      According to the original email:
                      A small Mesa patch is needed as well, cause the older hardware doesn't support field based output of video frames. So unfortunately VDPAU/OpenGL interop won't work either.
                      So this absence of "VDPAU/OpenGL interop" sounds like a hardware limitation.

                      What exactly would "VDPAU/OpenGL interop" provide? All I'm really looking for is accelerated video decode for MPEG4 / H.264, so that I can watch HD-TV more easily with my HD4890.

                      Comment


                      • #12
                        Originally posted by R00KIE View Post
                        The problem is that AMD said to use the free and open source driver when they discontinued support in their fglrx driver. Everyone might have understood incorrectly, implicitly everyone expected that feature wise the free driver would catch up in time, this includes video decoding. Not to mention that nVidia is still somewhat supporting cards that are older than the radeons HD2xxx.

                        That said, even if things keep coming as a best effort it's still better than nothing. I'm sure owners of laptops with radeon hd2xxx like me would gladly accept anything in the way of hardware accelerated video decoding, even if it comes with limitations due to buggy hardware.
                        Hell they USED to go so far back as the GF/GF2/etc. but recently it's looking like they're pulling back on that. Understandable in that case given the age of the cards and their capabilities. OTOH it still kinda sounds like they'll be releasing at least bugfix and maybe compatibility updates on a more limited basis, but this is just conjecture.

                        Seems like the reason for dropping the older cards was to dump support(code) for them from the current driver tree...

                        Older ATI cards: phppt! Even the fglrx drivers were STILL BUGGY when they dropped support for 4XXX and older, which is why they got flipped the bird and I'm back to nVidia, most especially for notebooks in that even IF the dGPU IS a MXM card it's often not just a simple swap and MXM cards tend to be fairly expensive anyways, plus there's the whole mounting HS/fan(if any) onto a new card which probably doesn't have the same mount points/config... get yer lathes and drill presses warmed up...

                        Comment


                        • #13
                          Originally posted by chrisr View Post
                          According to the original email:

                          So this absence of "VDPAU/OpenGL interop" sounds like a hardware limitation.

                          What exactly would "VDPAU/OpenGL interop" provide? All I'm really looking for is accelerated video decode for MPEG4 / H.264, so that I can watch HD-TV more easily with my HD4890.
                          VDPAU-GL interop is required for some software that implements custom video postprocessing or scaling, like XBMC or mpv. The interop API is based on fields, even for progressive content.

                          Comment


                          • #14
                            I love you AMD (/^-^(^ ^*)/

                            Comment


                            • #15
                              I'm lucky it seems, I just put an old laptop with an hd 4xxxm as an htpc running xbmc. I pretty much forget about hardware acceleration given the previous discussion, but congrats on AMD still developing for their old hardware.

                              Originally posted by brent View Post
                              VDPAU-GL interop is required for some software that implements custom video postprocessing or scaling, like XBMC or mpv. The interop API is based on fields, even for progressive content.
                              Do you know if one can disable postprocessering in xbmc and then use hardware acceleration?

                              Comment

                              Working...
                              X