Page 3 of 7 FirstFirst 12345 ... LastLast
Results 21 to 30 of 70

Thread: Gallium3D VDPAU On Radeon Starts Working

  1. #21
    Join Date
    Jan 2010
    Posts
    364

    Default

    This is pretty cool, but I still doubt the usefulness of this. Power consumption aspects aside, if your GPU is powerful enough for accelerating HD playback, it's likely your CPU will be powerful enough to do it alone. Also keep in mind that with Gallium's partial acceleration, a fair bit of CPU power is still needed, especially with H.264.

  2. #22
    Join Date
    Jul 2008
    Location
    Greece
    Posts
    3,795

    Default

    Quote Originally Posted by brent View Post
    This is pretty cool, but I still doubt the usefulness of this. Power consumption aspects aside, if your GPU is powerful enough for accelerating HD playback, it's likely your CPU will be powerful enough to do it alone.
    You don't need a powerful GPU to accelerate HD video. You can get a cheap one for 50 bucks that does it. And then it's likely that your CPU is also on the cheap side, and therefore no good for HD video. Which is the whole point. You spend 50 bucks (GPU) to be able to play HD video, instead of 200 bucks (CPU) that could do it.

  3. #23
    Join Date
    Jan 2010
    Posts
    364

    Default

    It's easy to decode video with the ASIC (if you know how to), but that is not what is being used here. The Gallium implementation uses shaders, this is less efficient and it's not possible to offload the complete decode pipe. I'm sceptical, I doubt this is going to work well on low-end GPUs.

    Moreover, even the cheapest CPUs you can get nowadays (save for some of the remaining single-core surplus and netbook CPUs) are capable of decoding HD video at bluray bitrates just fine. You don't need to spend 200 bucks.

  4. #24
    Join Date
    Jul 2008
    Location
    Greece
    Posts
    3,795

    Default

    Quote Originally Posted by brent View Post
    It's easy to decode video with the ASIC (if you know how to), but that is not what is being used here. The Gallium implementation uses shaders, this is less efficient and it's not possible to offload the complete decode pipe. I'm sceptical, I doubt this is going to work well on low-end GPUs.
    That doesn't sound too good :-/

    Moreover, even the cheapest CPUs you can get nowadays (save for some of the remaining single-core surplus and netbook CPUs) are capable of decoding HD video at bluray bitrates just fine. You don't need to spend 200 bucks.
    Currently not though. Distros don't ship multithreaded players. That stuff is still locked inside experimental Git and SVN branches. And with only one core, not even a Core I7 Extreme can decode high bitrate H.264.

  5. #25
    Join Date
    Dec 2007
    Posts
    2,372

    Default

    Before we had UVD (r1xx-r5xx), we used the 3D engine for video decode, so it's definitely viable.

  6. #26
    Join Date
    Jan 2010
    Posts
    364

    Default

    Quote Originally Posted by RealNC View Post
    Currently not though. Distros don't ship multithreaded players. That stuff is still locked inside experimental Git and SVN branches. And with only one core, not even a Core I7 Extreme can decode high bitrate H.264.
    H.264 MT is mainline in ffmpeg and will be merged very soon in libav (partly merged already).

  7. #27
    Join Date
    Oct 2007
    Posts
    912

    Default

    Quote Originally Posted by brent View Post
    It's easy to decode video with the ASIC (if you know how to), but that is not what is being used here. The Gallium implementation uses shaders, this is less efficient and it's not possible to offload the complete decode pipe. I'm sceptical, I doubt this is going to work well on low-end GPUs.

    Moreover, even the cheapest CPUs you can get nowadays (save for some of the remaining single-core surplus and netbook CPUs) are capable of decoding HD video at bluray bitrates just fine. You don't need to spend 200 bucks.
    I think the most interesting area for video decode accel is with that hardware that doesn't have a capable CPU - particularly HTPC systems. Low power CPUs have the benefit of not generating as much heat, so less fans and cooling required, and a quieter device.
    Granted, being able to use the proper decoding hardware of the video card would be preferred, but sadly that's the domain of blobs.

  8. #28
    Join Date
    Dec 2009
    Posts
    338

    Default

    Quote Originally Posted by mirv View Post
    Granted, being able to use the proper decoding hardware of the video card would be preferred, but sadly that's the domain of blobs.
    For now. Let's hope the AMD guys find a way around it soon.

    Actually, an (un)official update from bridgman would be appreciated. Last time he mentioned this was in December and he said something about 6 months.

  9. #29
    Join Date
    Jan 2010
    Posts
    364

    Default

    Quote Originally Posted by mirv View Post
    I think the most interesting area for video decode accel is with that hardware that doesn't have a capable CPU - particularly HTPC systems. Low power CPUs have the benefit of not generating as much heat, so less fans and cooling required, and a quieter device.
    Nah, you won't save any power with this. GPUs are rather power-hungry and the shader-based approach taxes both CPU and GPU at the same time. This will be far less efficient than CPU decoding.

  10. #30
    Join Date
    Jul 2008
    Location
    Berlin, Germany
    Posts
    825

    Default

    Quote Originally Posted by agd5f View Post
    Before we had UVD (r1xx-r5xx), we used the 3D engine for video decode, so it's definitely viable.
    I think the 3D engine is still used, at least I have read that the Radeon 6770 uses shaders for MVC decode and the Xenos GPU also uses shaders for HD playback (although I am not sure if Xenos has UVD).

Tags for this Thread

Posting Permissions

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