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

bugzilla-daemon at freedesktop.org bugzilla-daemon at freedesktop.org
Sat Nov 26 23:23:45 UTC 2016


https://bugs.freedesktop.org/show_bug.cgi?id=98005

--- Comment #30 from Andy Furniss <adf.lists at gmail.com> ---
Seems that error is a bit random and not always there.

It's possible with the patches to get corrupted output with cqp, fix seems easy
=
disable the statement -

if (context->desc.h264enc.rate_ctrl.rate_ctrl_method !=
PIPE_H264_ENC_RATE_CONTROL_METHOD_DISABLE

Unerlated observation while testing related to perf = I guess it depends on
stream, but on a raw 2160p60 input from ram, with or without patches, I am more
than twice as fast with init-qp <= 28.

Timing luck loosing me dual instance? Or something more fundamental meaning the
encoder works harder al lower rates?

I notice that unlike omx when using cqp,  some rate control settings are still
filled in.

omx is the same speed with higher qp - and produces bigger files for the same
qp.

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20161126/98bedc5e/attachment.html>


More information about the dri-devel mailing list