[Bug 97240] VCE encoding sometimes locks up since 4.8-rc1

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Comment # 4 on bug 97240 from
(In reply to Christoph Haag from comment #3)

> Also the decodebin element uses vaapi to decode the video, so I may have
> mischaracterized the bug in the first place that it's really an UVD problem.

So does something like below work?

for X in $(seq 1 50); do gst-launch-1.0 -e filesrc
location=big_buck_bunny_720p_1mb.mp4 ! qtdemux ! avdec_h264 ! videoconvert !
omxh264enc ! fakesink; done

My Tonga used to have this issue and this post prompted me to look what fixed
it =
it was a recent tonga firmware upgrade so not much use to you, also I think
power gating for uvd/vce is disabled for tonga - so maybe another difference.

While the issue existed I could work around by forcing my clocks to high when
testing vce =

echo high > /sys/class/drm/card0/device/power_dpm_force_performance_level
 then 
echo auto > /sys/class/drm/card0/device/power_dpm_force_performance_level

after testing finished to keep thinks cooler :-) (note that if you change modes
or your monitor goes into dpms this will happen anyway)


You are receiving this mail because:
_______________________________________________
dri-devel mailing list
dri-devel@xxxxxxxxxxxxxxxxxxxxx
https://lists.freedesktop.org/mailman/listinfo/dri-devel

[Index of Archives]     [Linux DRI Users]     [Linux Intel Graphics]     [Linux USB Devel]     [Video for Linux]     [Linux Audio Users]     [Yosemite News]     [Linux Kernel]     [Linux SCSI]     [XFree86]     [Linux USB Devel]     [Video for Linux]     [Linux Audio Users]     [Linux Kernel]     [Linux SCSI]     [XFree86]
  Powered by Linux