Announcement

Collapse
No announcement yet.

NVIDIA Driver Brings PureVideo Features To Linux

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

  • phoronix
    started a topic NVIDIA Driver Brings PureVideo Features To Linux

    NVIDIA Driver Brings PureVideo Features To Linux

    Phoronix: NVIDIA Driver Brings PureVideo Features To Linux

    Over the course of the past few months we have been saying that the NVIDIA 180 Linux driver to be released in the fourth quarter of 2008 would hold in store a few interesting features. Well, today that closed-source driver has been released in beta form. This driver adds a new VDPAU API, which provides PureVideo-like features on Linux, adds in CUDA 2.1 support, new workstation performance optimizations, X Render improvements, and other improvements.

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

  • myxal
    replied
    proprietary?!?

    Originally posted by bugmenot View Post
    Hm. I don't know if I should think this is a good thing. :/

    nVidia tries to create an own proprietary video acceleration although there are open source approaches. Can't they thy to use something like XvMC or try to improve it or even use VA API? But AMD is not better: They made an own proprietary video driver that isn't even ready to use. Especially they should have used VAAPI or something like this.

    Now nVidia and AMD have made duplicated efforts...
    First - am I reading something wrong? Where is it mentioned that VDPAU API is proprietary? In fact, quoting the first news article on VDPAU:
    The VDPAU documentation is currently housed within a header file in /usr/include/vdpau/ that contains hundreds of lines of documentation and covers threading, extending the API, and more. VDPAU is also supported in the 180 releases of the FreeBSD and Solaris display drivers.
    Doesn't read like proprietary to me :-\

    XvMC is dated and plain simply doesn't offer many features essential to future video-watching experience (no frame-by-frame stepping? subtitles? no PIP? etc... WTF?).
    AMD's "solution" involves essentially porting DXVA to Linux, to minimize the work needed - they have already developed the code for their windows driver, so... you can't really talk about much effort on AMD's part.

    As far as API wars go, I'd like to hear someone competent look at XvBA and VDPAU and compare them. I guess if VDPAU is signifacantly better than the DXVA port, it makes sense to support it (MOAR FEATURES!!! ) Otherwise the point of maintaining two APIs and codebases (DXVA vs. VDPAU) simply escapes me.

    Leave a comment:


  • bugmenot
    replied
    Hm. I don't know if I should think this is a good thing. :/

    nVidia tries to create an own proprietary video acceleration although there are open source approaches. Can't they thy to use something like XvMC or try to improve it or even use VA API? But AMD is not better: They made an own proprietary video driver that isn't even ready to use. Especially they should have used VAAPI or something like this.

    Now nVidia and AMD have made duplicated efforts...

    Leave a comment:


  • DeepDayze
    replied
    Originally posted by sundown View Post
    If I were AMD, I'd be really scared.
    At least nvidia is moving in the right direction. Perhaps the stable build will have improved PV support by then. AMD/ATI need to get their act together if they want to stay alive in the Linux space

    Leave a comment:


  • Vadi
    replied
    Does anyone know if this fixes the weird Qt4 rendering + compiz bug?

    Leave a comment:


  • sundown
    replied
    If I were AMD, I'd be really scared.

    Leave a comment:


  • Kano
    replied
    Well you can not watch for example this:

    http://mirror.bigbuckbunny.de/peach/...1080p_h264.mov

    Leave a comment:


  • Kjella
    replied
    Originally posted by Kano View Post
    And currently h264 does only work with very few videos out there, but at least the NV dev are working on newer profiles (right now only up to 4.1).
    It's a bit confusing, there are levels (bitrate) and profiles (encoding methods). Blu-Ray uses L4.1 High Profile, so I assume you mean to say they're only supporting some of the lesser profiles at the moment.

    Leave a comment:


  • korpenkraxar
    replied
    Originally posted by Kano View Post
    And currently h264 does only work with very few videos out there, but at least the NV dev are working on newer profiles (right now only up to 4.1).
    Well it seems like H.264 is definitely becoming the de facto standard for HD "material". Are you also referring to DivX?

    As long as it works the cpu usage is really low - even for hd material.
    If it enables smooth 1080p playback perhaps with some optional post processing down the line on an el cheapo card, who needs a Phenom rig with Hyper Transport 3 or similar Quad Intel rig for his (ok, or her) HD HTPC?

    Lets see if ATI provides mplayer patches too to demonstrate their new acc libs.
    After they wake up wondering what hit them.

    Leave a comment:


  • Kano
    replied
    Well VC1/WMV3 acc is only available for a few chips like G98 / NV 9300. So you an forget that. And currently h264 does only work with very few videos out there, but at least the NV dev are working on newer profiles (right now only up to 4.1). As long as it works the cpu usage is really low - even for hd material. Now it just has to be improved. Lets see if ATI provides mplayer patches too to demonstrate their new acc libs.
    Last edited by Kano; 11-14-2008, 09:54 PM.

    Leave a comment:

Working...
X