[Bug 98005] VCE dual instance encoding inconsistent since st/va: enable dual instances encode by sync surface

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

 



Bug ID 98005
Summary VCE dual instance encoding inconsistent since st/va: enable dual instances encode by sync surface
Product Mesa
Version git
Hardware Other
OS All
Status NEW
Severity normal
Priority medium
Component Drivers/Gallium/radeonsi
Assignee dri-devel@lists.freedesktop.org
Reporter adf.lists@gmail.com
QA Contact dri-devel@lists.freedesktop.org

Bit late with this one, but I didn't notice initially.
It seems there is some timing/sync issue on R9285 with dual instance enabled
after

c59628d11b134fc016388a170880f7646e100d6f
st/va: enable dual instances encode by sync surface

Testing with large rawvideo/higher bitrates lucked me out of noticing initially
as visually these tend to be OK, though making say 20 and md5summing them will
show inconsistencies. I can change the number of "bads" in some tests by
flipping my cpus between cpufreq on_demand and perf.

At lower sizes/bitrates/transcoding it's possible to get corruption, either in
the form of some runs giving abnormally low bitrate with vbr, or sometimes with
cbr there is a chance of an out of order frame around an IDR frame.

Testing this with gstreamer.


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