[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