Announcement

Collapse
No announcement yet.

Using NVIDIA's VDPAU On Mobile Platforms

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

  • phoronix
    started a topic Using NVIDIA's VDPAU On Mobile Platforms

    Using NVIDIA's VDPAU On Mobile Platforms

    Phoronix: Using NVIDIA's VDPAU On Mobile Platforms

    We know that NVIDIA's Video Decode and Presentation API for Unix (VDPAU) works very well for exposing PureVideo capabilities on Linux. We have benchmarked VDPAU and found it to perform very well in that under Linux it's possible to play HD videos with a $20 CPU and $30 GPU thanks to this video acceleration method. VDPAU is the best video acceleration / decoding API on Linux and is widely adopted by various multimedia applications, which is all in contrast to AMD's XvBA and their troubled implementation. But how does VDPAU work on mobile devices? With the ASUS Eee PC 1201N that is built on NVIDIA's ION platform we ran a new set of VDPAU video playback tests.

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

  • BlackStar
    replied
    Originally posted by thefirstm
    I think you mean "destiny" not "dentistry." :-)
    Nope, that was on purpose.

    Leave a comment:


  • thefirstm
    replied
    Originally posted by BlackStar View Post
    Kano, your tagline should be changed to "Scriptmaster". Don't deny your dentistry! No matter what the issue is, you always have a script ready to use.
    I think you mean "destiny" not "dentistry." :-)

    By the way, that video is very resource-intensive. It slows down when playing with VDPAU on my 8600mGT. (The CPU usage is only 5-6%, though.)

    Leave a comment:


  • BlackStar
    replied
    Originally posted by Kano View Post
    It is really easy to get mplayer-mt, i have got one script for this to demonstrate how to do that.
    Kano, your tagline should be changed to "Scriptmaster". Don't deny your dentistry! No matter what the issue is, you always have a script ready to use.

    Leave a comment:


  • Kano
    replied
    It is really easy to get mplayer-mt, i have got one script for this to demonstrate how to do that.

    Leave a comment:


  • brent
    replied
    Originally posted by Dragoran View Post
    There is a multithreaded mplayer
    Yes... but it's not usable in mainline MPlayer svn, only git, and obviously wasn't used in this benchmark.

    Leave a comment:


  • deanjo
    replied
    Originally posted by brent View Post
    Fourth, the sample is very low on bitrate. Please use a somewhat more demanding sample. Try this, for example: http://www.stfcc.org/misc/SAMPLE-Clo...264-CtrlHD.mkv
    The cloverfield sample is technically illegal in the US (and other countries) and can't be legally redistributed without consent of the studio. Even use of the clip can be illegal as well. It's a great clip to test but falls well outside "safe and legal" sources.

    Leave a comment:


  • Dragoran
    replied
    Originally posted by brent View Post
    Sorry, but these benchmarks are crap, for several reasons.

    First (*), using CPU-based decoding, the file does not play in realtime. No word about that in the article; it almost looks like the author failed to notice or understand it.
    The Atom 330 (not N330, which does not exist, by the way) is a dual-core w/ SMT and appears as 4 logical cores. This means 25% CPU load in the graph represent full load on one core. The other cores are not used at all - MPlayer is single-threaded.

    Second, hardware accelerated colorspace conversion should be activated when gl2 is used for best results. The suboption "yuv=2" does that.

    Third, knowing (*) it doesn't make sense to compare power consumption.

    Fourth, the sample is very low on bitrate. Please use a somewhat more demanding sample. Try this, for example: http://www.stfcc.org/misc/SAMPLE-Clo...264-CtrlHD.mkv
    There is a multithreaded mplayer .. your sample is not playable at all on a 2.66ghz core 2 duo but works fine on the same machine with mplayer-mt. (And I agree that the benchmark is a joke).

    Leave a comment:


  • brent
    replied
    Sorry, but these benchmarks are crap, for several reasons.

    First (*), using CPU-based decoding, the file does not play in realtime. No word about that in the article; it almost looks like the author failed to notice or understand it.
    The Atom 330 (not N330, which does not exist, by the way) is a dual-core w/ SMT and appears as 4 logical cores. This means 25% CPU load in the graph represent full load on one core. The other cores are not used at all - MPlayer is single-threaded.

    Second, hardware accelerated colorspace conversion should be activated when gl2 is used for best results. The suboption "yuv=2" does that.

    Third, knowing (*) it doesn't make sense to compare power consumption.

    Fourth, the sample is very low on bitrate. Please use a somewhat more demanding sample. Try this, for example: http://www.stfcc.org/misc/SAMPLE-Clo...264-CtrlHD.mkv

    Leave a comment:


  • miles
    replied
    Originally posted by ethana2 View Post
    Maybe it should say "Sorry, it appears you've mistaken this mobile for an N900. Dream on!."
    There, FTFY.

    Leave a comment:

Working...
X