Originally posted by L33F3R
View Post
Announcement
Collapse
No announcement yet.
Using NVIDIA's VDPAU On Mobile Platforms
Collapse
X
-
I certainly hope Android gets this soon, the Old Republic trailer bitrate brings my Droid to its knees. It would be a fantastic demo for the screen, but that CPU just can't keep up with it at *ALL*. Usually it gets about a third in, drops every frame for a few seconds, resume, then hit another part and lag, and then it says "Sorry, this video cannot be played" or some such nonsense. This message is beautifully and translucently composited over the video while it continues to try to struggle with the rest of it ANYWAYS. What?!
Maybe it should say "Sorry, this machine is trying to decode video on a single 550MHz ARM core instead of this gpu that can apparently handle google earth and NeoCore at 21 FPS. Maybe some day someone will think this through better."
Comment
-
Originally posted by ethana2 View PostMaybe it should say "Sorry, this machine is trying to decode video on a single 550MHz ARM core instead of this gpu that can apparently handle google earth and NeoCore at 21 FPS. Maybe some day someone will think this through better."
Comment
-
-
-
-
Just give me a portable android device running tegra using vdpau and a port of xbmc for the device and I would be in heaven, true 1080p output on the go with a awesome UI (which just cries for a touch interface). One thing I really like about XBMC right now is that you can use it for HD youtube playback utilizing vdpau.
Comment
-
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
Comment
Comment