#588: WebXR Dynamic Viewport Scaling
Discussions
2021-03-08
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
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
OpenedDec 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:
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