This issue came up when working on https://chromium-review.googlesource.com/c/chromium/src/+/1409346. This CL adds a test that sends a 10-bit VP9.2 content through WebRTC and paints <video> on <canvas>.
This seems to fail only on Mac. Below errors in the logs look related:
[.RendererMainThread-0x7fd8bf14b600]GL ERROR :GL_INVALID_FRAMEBUFFER_OPERATION : glReadPixels: framebuffer incomplete
[31327:775:0115/112221.221281:ERROR:gles2_cmd_decoder.cc(17332)] [.RendererMainThread-0x7f85d150e000]GL ERROR :GL_INVALID_OPERATION : glCopyTextureCHROMIUM: invalid source internal format GL_RGB10_A2_EXT
It looks like bypassing some checks in the attached diff helps it pass. However, I want to leave that work to owners as there might be more work needed to properly support GL_RGB10_A2_EXT.
For repro, you can enable the test I am landing with the CL. For WebRTC VP9.2 video, munging SDP to choose VP9.2 codec should be enough: https://webrtc.github.io/samples/src/content/peerconnection/munge-sdp/
|
Deleted:
xr30.diff
2.1 KB
|
Comment 1 by mcasas@chromium.org
, Jan 16 (6 days ago)