Page 3 of 13 FirstFirst 12345 ... LastLast
Results 21 to 30 of 123

Thread: Digging Deeper Into AMD's UVD Code Drop

  1. #21
    Join Date
    Aug 2012
    Location
    Pennsylvania, United States
    Posts
    1,873

    Default

    Quote Originally Posted by bridgman View Post
    re: VDPAU, I think that was what the existing open source decode acceleration code used so we stayed with it.

    re: flash, not sure. My recollection was that flash was moving away from decode acceleration support on Linux but I haven't really looked at it. Are you talking about an older version of flash maybe ?
    Latest version that still supports firefox is the worst, but chrome wasnt much better frankly. Always assumed that it was radeon's fault because my other laptop, which has an intel sandy bridge graphics card, didnt get like that. (CPU in the radeon laptop is an Intel Core series as well, but not with a graphics unit integrated -.-)

  2. #22
    Join Date
    Oct 2007
    Location
    Toronto-ish
    Posts
    7,402

    Default

    OK, so Tim says that Christian says that the code works with flash...

  3. #23
    Join Date
    Aug 2012
    Location
    Pennsylvania, United States
    Posts
    1,873

    Default

    Quote Originally Posted by bridgman View Post
    OK, so Tim says that Christian says that the code works with flash...
    Rofl, well tell Tim to tell Christian that I appreciate the grapevine-answer

  4. #24
    Join Date
    Jan 2009
    Posts
    1,325

    Default

    Quote Originally Posted by bridgman View Post
    Should be rv7xx and up. Don't remember if SI is included though. The code doesn't work on rs880 HD 42xx) yet AFAIK... see Christian's post :

    http://phoronix.com/forums/showthrea...406#post323406
    Although it may not work yet, can we expect GCN and up to have supported UVDs through the open source drivers?

  5. #25
    Join Date
    Oct 2007
    Location
    Toronto-ish
    Posts
    7,402

    Default

    That's the plan, with the usual caveat that until the code actually gets released there could always be some unanticipated gotcha.

    Looks like Christian's commits from yesterday included SI support, so the initial GCN have UVD support already.

  6. #26
    Join Date
    Oct 2008
    Location
    Germany
    Posts
    68

    Default

    I thought I clarify some things before everybody starts to speculate and in the end blames me for faking the moon landing (or something like that).

    First of all for the firmware: It actually contains relatively few code, everybody who programmed a entropy decoder before knows that you need quite a bunch of lookup tables to do so. So that's what this is mostly about, on top of that there is a bit code that controls how data is pumped between different internal blocks.

    So it is NOT possible to fix large fundamental bugs or implement new codecs that the hardware doesn't support by just hacking on the firmware. For that the hardware is just to hardwired (well that's why we call it hardware, don't we?).

    On the other hand it is possible that the hardware can support more codecs than the firmware currently has implemented. This happens when the firmware programmers at AMD are not finished when the hardware gets out, so it still makes sense not to burn it into some kind of a ROM block or something like this, but instead just load it into normal RAM on startup.

    The good news is that I can confirm VP8 is on the todo list for future UVD hardware generations, but on that list is also practically any video decoding feature that UVD currently doesn't support, so that's not such an surprise also.

    Now to the supported hardware: Well actually supporting the newest hardware generations is usually more simpler than getting the "old" ones to work, cause the greatest obstacles are hardware bugs you somehow need to work around. And while SI is pretty much bug free regarding this everything before has a couple of different things you need to worry about.

    The plan is to support every new hardware generation with patches as soon as it is available, but it is the next large hardware block we are going to support besides the output engine, 3D and DMA so I can't guarantee that there wouldn't be any problems and/or delays.

    Currently supported is everything with UVD2 and newer on it, with the only exception of RS780/RS880 which have two outstanding problems. Additional to that it used to work on RV770 and RV790, but a couple of people reported that it currently doesn't. I'm already investigating in it.

    Cheers,
    Christian.

  7. #27

    Default

    Quote Originally Posted by Deathsimple View Post
    The good news is that I can confirm VP8 is on the todo list for future UVD hardware generations
    Maybe it's possible to put Hi10P into this todo list?

  8. #28
    Join Date
    Aug 2009
    Location
    Russe, Bulgaria
    Posts
    503

    Default

    Quote Originally Posted by bridgman View Post
    OK, so Tim says that Christian says that the code works with flash...
    See, Bridgman says, that Tim says, that Christian says, that works with flash...
    Just kidding...
    Flash is so 00s, use HTML5 video with h264.

  9. #29
    Join Date
    Feb 2012
    Location
    Barcelona, Spain
    Posts
    298

    Default

    Quote Originally Posted by Drago View Post
    See, Bridgman says, that Tim says, that Christian says, that works with flash...
    Just kidding...
    Flash is so 00s, use HTML5 video with h264.
    Html5 doesn't start on vevo videos and others channels that use h264 or have ads.

  10. #30
    Join Date
    Oct 2009
    Posts
    2,081

    Default

    Quote Originally Posted by uid313 View Post
    This is really great and makes AMD more attractive to me to!

    But they need to get better at publishing changelogs, and support the latest X.Org Server releases.
    The changelogs are reported in all the nitty gritty details you can possibly consume right here. You can also read the source code.

    It really bothers me a lot that it takes months for AMD to get a driver to support the latest X.Org Server release, every time!
    Don't know what kind of drugs you're on, but same microsecond support for the latest xorg release is pretty damned good if you ask me.

    It really bothers me that they are holding back progress by forcing distributions to ship old X.Org releases.
    See previous response.

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •