Commen=
t # 20
on bug 92936<=
/a>
from Andy Furniss
Though UVD seems to work for normal samples upto 2160p now, wi=
th an extreme
test I can lock GPU using it with powerplay=3D1 on low/auto but not (so far=
) =3D0.
With this sample there is also a corruption issue even with powerplay=3D0.
The sample decodes perfectly every time at full speed (player) with powerpl=
ay=3D1
and clocks forced high.
Tested with mpv mainly, but kodi, mplayer, decoding to ram with ffmpeg, gst=
omx
or gst vaapi all give similar results. Similar =3D decoding to ram may avoi=
d the
lock (which always happens with players) but will be corrupt on auto. It is
still possible to lock decoding to ram.
Historically with a "normal" 2160p60 I have seen this rarely, but=
something
seems to have become more efficient so that 2160p60 that needed clocks forc=
ed
high will work on auto now.
The issue with this sample exists on older kernels as well as current.
The Sample is rather large and 4080x4096, it is "free" for testin=
g AIUI as the
source images are from vqeg.
I thought I would upload it as I notice Leo Liu works on UVD and has a tong=
a.
It's 300 meg for 8.6 seconds! made to level 5.2 cbr (but is > 5.2 due to=
frame
size/num refs)
https://drive.google.com/file/d/0BxP5-S1t9VEEWGREeXlrQkZfa=
DQ/view?usp=3Dsharing
Testing on a 1920x1080 screen with mpv -fs --hwdec=3Dvdpau it will hang qui=
ckly
though GPU is still OK at this point. I could even run a gl Unigine bench =
OK
(though mem clock is stuck low).
Trying to switch vt or quit X would hang display.
pkill -9 mpv won't instantly lock display (I use non compositing desktop), =
but
touching gl even glxinfo will then lock display.
Waiting 2 minutes before sysrq will give attached hung task trace.