Kodi Community Forum

Full Version: Radeon OSS with vdpau (howto)
You're currently viewing a stripped down version of our content. View the full version with proper formatting.
all right
(2013-11-20, 22:38)fritsch Wrote: [ -> ]Remove the radeon.dpm=1 make some memtest.

remove radeon.dpm makes a difference!! Blush
System recovers after 10 seconds and video even starts, but after some tries xbmc freezes again but luckily not the system any more. So I can post the log files now:

dmesg | pastebinit
http://paste.ubuntu.com/6453365/
cat /home/xbmc/.xbmc/temp/xbmc.log | pastebinit
http://paste.ubuntu.com/6453367/
cat /var/log/Xorg.0.log | pastebinit
http://paste.ubuntu.com/6453368/
sudo DISPLAY=:0 vdpauinfo | pastebinit
http://paste.ubuntu.com/6453372/
dpkg -l |grep mesa | pastebinit
http://paste.ubuntu.com/6453373/


Any help or idea is highly appreciated!

Thanks Sam
your getting GPU lockups. Seems like a case for a freedesktop bug report.
+1 -> directly open a bugreport at freedesktop.org
(2013-11-21, 16:24)wsnipex Wrote: [ -> ]your getting GPU lockups. Seems like a case for a freedesktop bug report.

Hi,

okay interesting result, if I disable VDPAU everything is working perfectly! Confused
Seems is MPEG2 related - I thought it was fixed!?

Any advice for bugreport?
Nope, the other user openened a bugreport at freedesktop. He posted the URL within here. Find it and add, what he might have forgotten :-)
(2013-11-21, 09:15)fritsch Wrote: [ -> ]Does vdpau work with xbmc-nightly?

Provide logfiles with both versions.

Will be happy to, though let me make sure I do it right, am I correct that for these logfiles I use xbmc-nightly also with libg3dvl-mesa vdpauinfo linux-firmware from snipex mesa ppa? (otherwise vdpau would have no chance of working right?)

And I don't need to reinstall the cmyth plugin when I switch do I, it looks like it is the same build package/date?
Yes.
(2013-11-21, 09:15)fritsch Wrote: [ -> ]Does vdpau work with xbmc-nightly?

Provide logfiles with both versions.

so cmyth crashes under both xbmc-nightly and fernetmenta with vdpau enabled, so maybe a cmyth problem? I do know that before I went to this cmyth was working with the fglrx/xvba directions from the old thread

ok first logfiles after crash under fernetmenta:

cat /etc/apt/sources.list.d/* | pastebinit
http://paste.ubuntu.com/6455686/

dmesg | pastebinit
http://paste.ubuntu.com/6455688/

cat ~/.xbmc/temp/xbmc.log | pastebinit
http://paste.ubuntu.com/6455690/

cat /var/log/Xorg.0.log | pastebinit
http://paste.ubuntu.com/6455691/

dpkg -l |grep mesa | pastebinit
http://paste.ubuntu.com/6455694/

DISPLAY=:0 vdpauinfo | pastebinit
vdpauinfo: cannot connect to X server :0
You are trying to send an empty document, exiting.

(after restarting x)
DISPLAY=:0 vdpauinfo | pastebinit
http://paste.ubuntu.com/6455695/

-------------------------------------------------------------------------------------------------
now logfiles after crash with team-xbmc:

cat /etc/apt/sources.list.d/* | pastebinit
http://paste.ubuntu.com/6455602/

dmesg | pastebinit
http://paste.ubuntu.com/6455613/

cat ~/.xbmc/temp/xbmc.log | pastebinit
http://paste.ubuntu.com/6455615/

cat /var/log/Xorg.0.log | pastebinit
http://paste.ubuntu.com/6455616/

dpkg -l |grep mesa | pastebinit
http://paste.ubuntu.com/6455617/

DISPLAY=:0 vdpauinfo | pastebinit
vdpauinfo: cannot connect to X server :0
You are trying to send an empty document, exiting.

(after restarting x)
DISPLAY=:0 vdpauinfo | pastebinit
http://paste.ubuntu.com/6455621/
debug log please.
That's the ssame issue as the others have with mpeg-2. Your gpu generation uses Shaders to do the mpeg-2 decoding. Find the bugreport the other two subscribed and post your logs there.

It was working with xvba/fglrx because there mpeg-2 was not accelerated at all and purely done on the CPU.

H264 should work fine for you.

See here: http://en.wikipedia.org/wiki/Unified_Vid...abled_GPUs and search for RV710
Hello,

I'm using a Zotac AD04 AMD E-450 APU 1.65 GHz Dual-Core, AMD Radeon HD 6320, 8 GB RAM, 64 GB SSD.

With xvba/fglrx I had a fluent xbmc menu but one of the cpus was at 100% at idle xbmc (watching the system status). That's why I set everything up like described here - started from a clean linuxmint 15 installation. Now I have 20-30% for each CPU when running xbmc. I think it may be still to much? But what is annoying, is that the menu is stuttering (keyboard left/right to switch from music to video is not smooth).

glxinfo is ok:
GL_NV_packed_depth_stencil, GL_NV_texture_barrier, GL_NV_vdpau_interop
GL_NV_texture_env_combine4, GL_NV_texture_rectangle, GL_NV_vdpau_interop

Here are my other logs:
http://pastebin.com/trpRmTLS
http://pastebin.com/HhmRXFGx
http://pastebin.com/Em9eDHzn
http://pastebin.com/T7u68LJk
http://pastebin.com/BJSdmubT

What did I miss?


Edit: my solution in case someone's got the same problem: fritch was right, linuxmint (cinnamon in my case) was a too "full blown" installation. tried xubuntu 13.10 and redid the howto from page 1 -> everything went well. Can't tell if it's really just the window manager that makes a difference though.
Disable compositing. Recheck your vsync settings. You run on top of a full blown mint installation that uses desktop effects and pulseaudio ... in case if you "missed" the Ubuntu mini iso hint.
What is meant by Disable compositing? Tested vsync on/off -> no difference. All desktop effects are off. CPUs without XBMC at 5% max each. Didn't missed the Ubuntu mini hint. Just thought that, when the menus are fluent with fglrx (at the same system) they should be wit vdpau as well?!

Edit: googled and compositing is not enabled by default in Linuxmint15
(2013-11-22, 09:26)fritsch Wrote: [ -> ]That's the ssame issue as the others have with mpeg-2. Your gpu generation uses Shaders to do the mpeg-2 decoding

That would make sense, because the ota recordings are mpeg2, and almost nothing else I have on my server is, thank you so much!

One last Q then, so a uvd3 GPU should fix this?