#588: WebXR Dynamic Viewport Scaling

Visit on Github.

Opened Dec 16, 2020

HIQaH! QaH! TAG!

I'm requesting a TAG review of the dynamic viewport scaling feature that's part of WebXR.

Applications can optionally render to a subset of the WebXR viewport, using a scale factor that can be changed every animation frame. This is intended to be more efficient than resizing the full framebuffer which requires reallocation, and the UA can supply a recommended scale factor based on internal heuristics.

Further details:

  • I have reviewed the TAG's API Design Principles
  • Relevant time constraints or deadlines: n/a
  • The group where the work on this specification is currently being done: W3C Immersive Web
  • The group where standardization of this work is intended to be done (if current group is a community group or other incubation venue): same
  • Major unresolved issues with or opposition to this specification: n/a
  • This work is being funded by: n/a

You should also know that...

This is an addition to the pre-existing WebXR specification editor's draft. TAG review was requested as part of blink-dev feedback.

There's strong developer interest in this feature including from <model-viewer> (see blink-dev thread above).

We'd prefer the TAG provide feedback as (please delete all but the desired option):

☂️ open a single issue in our GitHub repo for the entire review

Discussions

2021-02-15

Minutes

Dan: bumped and also I will take a look before the plenary.

2021-02-22

Minutes

Dan: will leave a note. Will try to work on it next couple of days.

2021-03-08

Minutes

Dan: explainer link points to a section of the webxr device api explainer which doesn't hav eits own set of use cases?

Ken: depends on driver support..

Hadley: use case is rendering scenes with varying levels of complexity. We could ask them to flesh out use cases more.

Ken: means they render it with high resolution because people are going to get closer? sometimes its the opposite, far away you want low resolution?

Hadley: looks like it

Dan: it's a delta on an existing spec. What are we being asked for?

Ken: have they got developer feedback? Feedback from people working on 3.js or babylon js would make sense.

Some questions: have they got developer feedback - e.g. from library developers - on this approach? Can you flesh out the use cases a bit? Since the explainer link points to a subsection of the WebXR explainer can this be considered to be a "small delta" on an already existing spec, rather than a new thing? If so, are there key questions or issues you would like our feedback on?

Hadley & Ken: [thumbs up]

2021-03-15

Minutes

Dan: I left feedback, we got some responses 7 days ago, which I reviewed, but it is a small delta in an existing spec and it looks like we're ready to close this. Nothing further to be done. They've taken our feedback on board. Came across because of blink process. I also raised it to webxr group chairs to make sure they're aware of it (going to raise with Chris H: that blink people don't raise reviews without looping in editors and group chairs if it's in a proper WG; another thing if it's in WICG).

[proposed closing

2021-03-22

Minutes

Dan: let's bring this to the plenary.