Page 1 of 2 12 LastLast
Results 1 to 10 of 18

Thread: VLC Media Player To Receive VDPAU Support

Hybrid View

  1. #1
    Join Date
    Jan 2007
    Posts
    14,324

    Default VLC Media Player To Receive VDPAU Support

    Phoronix: VLC Media Player To Receive VDPAU Support

    Back when NVIDIA introduced VDPAU they had provided a set of patches that implemented this video API within the MPlayer and FFmpeg projects. Since the introduction of the Video Decode and Presentation API for Unix, the community has come up with VDPAU support for MythTV and most recently the Xine media player picked up VDPAU support. This afternoon we now have word that the VLC media player will be picking up VDPAU support. The VLC project currently has two developers working on implementing this video API that currently is only used by NVIDIA's binary driver...

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

  2. #2
    Join Date
    Oct 2007
    Posts
    31

    Default

    And no signs of AMD AVIVO HD being implemented on drivers, just a bunch of disabled files, oh man, I can't take this any longer, I'm installing the GTX260 that I just bought to use Linux...

    NVIDIA really kick in and gave linux users a definite advantage over ATI right now.

  3. #3
    Join Date
    Aug 2007
    Posts
    6,607

    Default

    I hope you don't get screen corruptions with it like with my 8800 GTS 512. Can you watch h264 via DVB?

  4. #4
    Join Date
    Oct 2007
    Location
    Poland
    Posts
    197

    Default

    Well, with fglrx 8.12 there is a package called libamdxvba1 and Xorg.0.log reports that UVD2 is available, so I hope, that AMD wont be left behind and will bring some interesting changes with upcoming drivers ;-)

    Anyway nvidia is on the fire right now ;-)

  5. #5
    Join Date
    Aug 2007
    Posts
    6,607

    Default

    Well that package would not work because the .cap file is missing. With my script I add the missing file, but there is no header to compile any app against it.

  6. #6
    Join Date
    Oct 2007
    Location
    Under the bridge
    Posts
    2,126

    Default

    Quote Originally Posted by Kano View Post
    Well that package would not work because the .cap file is missing. With my script I add the missing file, but there is no header to compile any app against it.
    Isn't it be possible to dump the symbols and deduce the header from the mangled names? I think Michael said that Amd's API is a simple extension to the existing video decode acceleration (sorry, I can't remember yet another acronym ) - I'm not saying it's worth the effort, but it could make for a fun afternoon.

  7. #7
    Join Date
    Aug 2008
    Posts
    84

    Default

    Quote Originally Posted by BlackStar View Post
    Isn't it be possible to dump the symbols and deduce the header from the mangled names? I think Michael said that Amd's API is a simple extension to the existing video decode acceleration (sorry, I can't remember yet another acronym ) - I'm not saying it's worth the effort, but it could make for a fun afternoon.
    Nope. Firstly, the API is C, so no mangled symbols. Most of the functions used to be wrappers of some sort around C++ code, but it looks like this is no longer true. Secondly, this just gives you the type names of the arguments - there's still no way of figuring out the layout of structs passed to the functions (e.g. XVBA_BUFFER_DESCRIPTOR), the argument names, or the return types. Any magic constants are right out.

    Also, with 8.12 the API seems to have changed to become more freestanding and less of an extension to XvMC. Plus, at the same time, the C functions stopped being simple wrappers around C++ function calls, so no guessing the API that way.

  8. #8
    Join Date
    Aug 2007
    Posts
    6,607

    Default

    There is another lib which can be used for XvMC when you compile mplayer against it, but usually you only need accelleration for h264 not for simple mpeg1/2.

  9. #9
    Join Date
    Feb 2008
    Posts
    139

    Default

    What is bad about the linux implementation from ati (even before we know any details about it's implentation) is the fac that it only supports uvd2 which severly limits the number of users able to take advantage of said acceleration vs nvidia which accepts all gpu's with video decode capability.

    Whats funny is that uvd is far more capable than the first iteration of nvidia purevideoHD

  10. #10
    Join Date
    Aug 2007
    Posts
    6,607

    Default

    Well VDPAU is for me unstable and has tearing. I guess it will still take a few month till those bugs are solved. Don't know how far ATI is with their implementation. But they need to release also a sample code not to stay behind Nvidia.

Posting Permissions

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