Add first person observer view - #57
Conversation
|
|
||
| [=First-person observer views=] MAY use a different [=blend technique=] over the primary [=views=]. In such a case, this [=blend technique=] MAY be exposed on the {{XRView}} through {{XRView/overrideBlendMode}}. | ||
|
|
||
| The <dfn attribute for=XRView>overrideBlendMode</dfn> attribute is <code>null</code> for all primary [=views=], and is the [=view=]'s [=blend technique=] for [=views=] where the [=blend technique=] differs from the {{XRSession/environmentBlendMode}}. |
There was a problem hiding this comment.
When will an observer view ever be not alpha-blend'?
There was a problem hiding this comment.
Hm that's a good point.
I actually wrote this text back when I was thinking of having a general "secondary-views" feature (as discussed in the other spec) and in that case you definitely want this. But if we're doing FPO only it seems reasonable to mandate that the blend mode is always alpha-blend.
|
|
||
| Many AR devices have a camera, however the camera is typically not aligned with the eyes. When doing video capture of the session for streaming or saving to a file, it is suboptimal to simply composite this camera feed with one of the rendered eye feeds as there will be an internal offset. Devices may use reprojection or other tricks to fix up the stream, but some may expose a third [=view=], the <dfn>first-person observer view</dfn>, which has an [=view/eye=] of {{XREye/"none"}}. | ||
|
|
||
| Most content will not expect more than two [=view=]s, and content MUST explicitly opt-in to receiving a [=first-person observer view=] by enabling a "<dfn>first-person-observer</dfn>" [=feature descriptor=]. |
There was a problem hiding this comment.
Most content will not expect more than two [=view=]s, and
remove this sentence
| First Person Observer Views {#first-person-observer} | ||
| -------------------------------- | ||
|
|
||
| Many AR devices have a camera, however the camera is typically not aligned with the eyes. When doing video capture of the session for streaming or saving to a file, it is suboptimal to simply composite this camera feed with one of the rendered eye feeds as there will be an internal offset. Devices may use reprojection or other tricks to fix up the stream, but some may expose a third [=view=], the <dfn>first-person observer view</dfn>, which has an [=view/eye=] of {{XREye/"none"}}. |
There was a problem hiding this comment.
It can't be, we're defining the view type.
There was a problem hiding this comment.
Maybe you can break it apart in 2 sections.
|
This has been tweaked to have the feature descriptor be more generic and in the core spec (immersive-web/webxr#1083) |
This adds a first-person-observer feature flag that can be used to signal support for a first person observer view.
cc @cabanier @thetuvix
Fixes #53