Using NVIDIA's VDPAU On Mobile Platforms

[deanjo]

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.

[ethana2]

Well once some android phones start coming out with Tegra it shouldn't be a problem.

The hardware can handle this NOW. The problem is that the decoding is being done on the _wrong_ chip (or portion of it, if it's on one die).

[deanjo]

"Play VIDEO? OH GOD NO!!"

Droid DOES have a GIANT SCREEN but it can't begin to handle the BITRATE of video to make good use of it.

Well once some android phones start coming out with Tegra it shouldn't be a problem.

[ethana2]

I think a better message would be "Wha?!? You want me to do what? Are you fscking kidding me? Get real!"

"Play VIDEO? OH GOD NO!!"

Droid DOES have a GIANT SCREEN but it can't begin to handle the BITRATE of video to make good use of it.

[deanjo]

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."

I think a better message would be "Wha?!? You want me to do what? Are you fscking kidding me? Get real!"

[ethana2]

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."

[deanjo]

DEANJO! that looks like a windows screenshot to me!

You traitor!

Hey like many other applications at times there is no linux equivalent (besides, I'm at work and wine won't run Suniedo).

[L33F3R]

DEANJO! that looks like a windows screenshot to me!

You traitor!

[deanjo]

This has been a problem with Phoronix "1080p" testing for a long time... I believe they are using "Big Buck Bunny" or other such free media for testing, which has a very low bitrate and is quite easy to process. Alternatives have been suggested on the forum, however they appear to have been ignored.

PTS uses Grey.ts for it's h264 test. It's bitrate chart looks like this.



One thing is for sure a better clip is needed. Re-encoding BBB during a scene with lots of movement at a high bitrate from the source PNG should suffice.

[monraaf]

LOL, when I read the article my first reaction was wtf. An atom at 1.6GHz can easily decode 1080p H.264 without using GPU acceleration where my Athlon X2 @ 2.8Ghz struggles. I don't think so.