New issue
Advanced search Search tips

Issue 922198 link

Starred by 2 users

Issue metadata

Status: Assigned
Owner:
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Mac
Pri: 2
Type: Bug



Sign in to add a comment

Painting <video> to <canvas> is not implemented for GL_RGB10_A2_EXT in Mac

Project Member Reported by emir...@chromium.org, Jan 15

Issue description

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/
 
xr30.diff
2.1 KB Download

Comment 1 by mcasas@chromium.org, Jan 16 (6 days ago)

Status: Assigned (was: Untriaged)
Can repro with a normal video e.g. see
https://codepen.io/miguelao/pen/ZVZxxN?editors=0010

Sign in to add a comment