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

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

 



Comment # 5 on bug 97240 from
(In reply to Andy Furniss from comment #4)
> (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

Yes.

> 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)

No.


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