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:
- You are the assignee for the bug.
_______________________________________________ dri-devel mailing list dri-devel@xxxxxxxxxxxxxxxxxxxxx https://lists.freedesktop.org/mailman/listinfo/dri-devel