New issue
Advanced search Search tips
Note: Color blocks (like or ) mean that a user may not be available. Tooltip shows the reason.

Issue 795049 link

Starred by 2 users

Issue metadata

Status: WontFix
Owner:
Last visit > 30 days ago
Closed: Jan 2018
Components:
EstimatedDays: ----
NextAction: ----
OS: ----
Pri: 2
Type: Task
Proj-VR
Proj-XR



Sign in to add a comment

WebVR: add metric for sites using preserveDrawingBuffer=true

Project Member Reported by klausw@chromium.org, Dec 14 2017

Issue description

Summary: add a new metric to track usage of the permitted-but-not-recommended preserveDrawingBuffer=true drawing mode in WebVR.

The WebVR 1.1 spec allows sites to use the preserveDrawingBuffer=true canvas option, this forces the browser to preserve the old buffer content from frame to frame to support incrementally rendering new content on top.

This conflicts with planned optimizations such as directly drawing WebVR frames into a per-frame buffer, and would require using a slower render path or adding an extra copy.

Sites are unlikely to be using this option, but we should check to confirm that this is the case, and consider doing developer outreach. The upcoming WebXR no longer offers an equivalent option.
 
Labels: -Type-Bug VR-metrics Type-Task
Owner: offenwanger@chromium.org
Status: Assigned (was: Untriaged)
(offline discussion) Given the very short remaining lifetime of 1.1, and the absence of preserveDrawingBuffer in WebXR, there isn't much point in collecting this data, though it might be a good idea to reach out to developers who might be using it via DevRel
Status: WontFix (was: Assigned)
Given that this usage will be removed in the WebXR Device API gathering this information does seem less than useful. Closing.

Comment 6 by klausw@chromium.org, Jan 22 2018

Capturing some notes here from separate discussions for context.

This will affect a planned polyfill to emulate WebVR 1.1 on top of WebXR. Since WebXR doesn't support a preserveDrawingBuffer=true mode, the polyfill should detect that and generate an appropriate diagnostic. The current working assumption is that it's unlikely that sites actually depend on the preserve semantics for rendering, so it should continue to work.

A separate issue that was discussed is that developers sometimes use preserveDrawingBuffer=true to take screenshots without affecting rendering. According to bajones@:

  If preserveDrawingBuffer is false certain methods for reading back the image (like toDataURL) have the same effect as compositing the canvas with the page, which causes it to clear.

See also https://github.com/immersive-web/webxr/issues/310 which discusses options for capturing screen content.
Labels: Test-Complete
Components: Blink>WebXR

Sign in to add a comment