2013-11-01, 20:19
I will push my current kernel with all the "in between works" to my github in a minute, if that helps.
You find a howto branch and an experimental branch
You find a howto branch and an experimental branch
Quote:#0 0x00007f9dcead5782 in ?? () from /usr/lib/x86_64-linux-gnu/dri/r600_dri.so
#1 0x00007f9d7d3081d5 in vlVdpDecoderRender () from /usr/lib/vdpau/libvdpau_r600.so.1
#2 0x0000000000880707 in VDPAU::CDecoder::FFDrawSlice(AVCodecContext*, AVFrame const*, int*, int, int, int) ()
Quote:11:03 < zgreg> fritsch: unfortunately the stack trace doesn't tell much because r600_dri.so was installed without debug symbols
11:04 < fritsch> though, you know how it comes further after the decode.c
11:05 < fritsch> it should return something !VDPAStatusOK
11:06 < fritsch> zgreg: libgl1-mesa-dri-dbg <- should help?
11:06 < zgreg> probably, I don't use packages for this purpose
11:07 < fritsch> oki - that reporter is just a normal user
11:07 < fritsch> so i want to make it easy for him
11:07 < fritsch> he posted a sample, thta causes it for him: http://www.snapstream.com/images/enterpr...s/best.mpg)
11:11 < zgreg> does the user have old hw?
11:11 < zgreg> i.e. mpeg2 software decoding is used?
11:12 < fritsch> http://paste.ubuntu.com/6345814/
11:12 < fritsch> phenom with Gallium 0.4 on AMD JUNIPER
11:13 < zgreg> ah, missed that
11:14 < zgreg> well AFAICT juniper is UVD 2.2, so it uses shader-based mpeg2 decoding
11:14 < fritsch> mmh vdpauinfo showed all the h264 codecs
11:14 < zgreg> so that's probably where the problem is
11:14 < fritsch> he sadly removed his logs
11:15 < fritsch> with vdpauinfo and dmesg
11:15 < zgreg> yes, UVD 2.2 supports H.264 but not MPEG-2
11:15 < zgreg> which means, UVD will be used for H.264/VC-1, but MPEG-2 falls back to shader based decoding
11:16 < fritsch> ah okay
11:16 < fritsch> is it okay, when I quote you?
11:17 < zgreg> yes
Quote:13:19 < ckoenig> fritsch: yeah that's now wonder the shader based mpeg2 was
never thread save
13:19 < fritsch> anything we can do on xbmc side?
13:20 < fritsch> (without killing a lot of performance?)
13:20 < fritsch> we are in mixer, output, decoder
13:21 < fritsch> the state btw. looks odd
13:21 < fritsch> 0xffffffffffffffff
13:22 < ckoenig> fritsch: nothing you could do, let me take a look how tricky
it is to make the shader based mpeg2 decoder thread save