YUV decoding is enabled with Ganesh currently on Chrome Android only, and then only if a special <meta> tag, refer to [1] for details.
We should add layout tests for YUV decoding, using the <meta> tag to enable this mode on the Android bots.
[1] https://www.chromium.org/developers/design-documents/chromium-graphics/how-to-get-gpu-rasterization chrome://flags/#enable-gpu-rasterization (or --force-gpu-rasterization from the command line).
Closed https://codereview.chromium.org/561363002 I should probably rename the layout test to something more sensible ("vuv" doesn't work for me :)
Test coverage could be improved, hard to tell if the ycbcr image corpus #2 gives good coverage, but a least we have some coverage I suppose.
It looks like it:
https://build.chromium.org/p/chromium.infra.cron/builders/rebaseline-o-matic/builds/246757/steps/webkit-patch%20auto-rebaseline/logs/stdio
webkitpy.tool.commands.rebaseline: [INFO] compositing/layer-creation/overlap-animation-container.html is waiting for r384058
webkitpy.tool.commands.rebaseline: [INFO] compositing/squashing/squash-transform-repainting-child.html is waiting for r384058
webkitpy.tool.commands.rebaseline: [INFO] compositing/squashing/squash-transform-repainting-transformed-child.html is waiting for r384058
webkitpy.tool.commands.rebaseline: [INFO] compositing/squashing/squash-transform.html is waiting for r384058
webkitpy.tool.commands.rebaseline: [INFO] fast/images/jpeg-yuv-image-decoding.html is waiting for r384099
No problem, yes, we've moved the bot to run on a builder now as:
% ./Tools/Scripts/webkit-patch auto-rebaseline -v
whereas previously it ran on a workstation via:
% ./Tools/Scripts/webkit-patch rebaseline-o-matic -v
The latter has logging capture that rolls into blinkrebaseline.appspot.com and the former does not. So to check status now you have to go look at the most recent builder output under:
https://build.chromium.org/p/chromium.infra.cron/builders/rebaseline-o-matic
Comment 1 Deleted