Skip to content

Commit b7f6b33

Browse files
committed
Feedback from human review
1 parent 7ca2520 commit b7f6b33

File tree

4 files changed

+4
-4
lines changed

4 files changed

+4
-4
lines changed

articles/remote-rendering/overview/features/late-stage-reprojection.md

Lines changed: 4 additions & 4 deletions
Original file line numberDiff line numberDiff line change
@@ -106,25 +106,25 @@ The focus points calculated in two successive frames can vary a lot. Simply usin
106106

107107
The general problem scope with hybrid rendering can be stated like this: Remote and local contents are within distinct poses (that is, coordinate spaces) because the remote pose is predicted by the server whereas the local pose is the actual current one. However, in the end of a rendering frame both remote and local content need to be aligned and brought to the display. The following illustration shows an example where local and remote poses are translated compared to the display viewport:
108108

109-
![Remote and local pose](./media/reprojection-remote-local.png)
109+
![Remote and local pose.](./media/reprojection-remote-local.png)
110110

111111
ARR provides two reprojection modes that work orthogonally to the LSR mode discussed above. These modes are referred to as **:::no-loc text="Remote pose mode":::** and **:::no-loc text="Local pose mode":::**. Unlike the LSR mode, the pose modes define how remote and local content is combined. The choice of the mode trades visual quality of local content for runtime performance, so applications should carefully consider which option is appropriate. See considerations below.
112112

113113
### :::no-loc text="Remote pose mode":::
114114

115115
:::no-loc text="Remote pose mode"::: is the default mode in ARR. In this mode, the local content is rendered on top of the incoming remote image stream using the remote pose from the remote frame. Then the combined result is forwarded to the OS for the final reprojection. While this approach uses only one reprojection, the final correction is based on the round-trip interval so the full reprojection error is applied to the local content as well. As a consequence, the large correction delta may result in significant distortions of local geometry including UI elements.
116116

117-
Using the illustration above, the following transform is applied in :::no-loc text="Remote"::: pose mode:
117+
Using the illustration above, the following transform is applied in :::no-loc text="Remote pose mode"::::
118118

119-
![Reprojection steps in remote pose mode](./media/reprojection-posemode-remote.png)
119+
![Reprojection steps in remote pose mode.](./media/reprojection-pose-mode-remote.png)
120120

121121
### :::no-loc text="Local pose mode":::
122122

123123
In this mode, the reprojection is split into two distinct steps: In the first step, the remote content is reprojected into local pose space, that is, the space that the local content is rendered with on VR/AR devices by default. After that, the local content is rendered on top of this pre-transformed image using the usual local pose. In the second step, the combined result is forwarded to the OS for the final reprojection. Since this second reprojection incurs only a small delta - in fact the same delta that would be used if ARR was not present - the distortion artifacts on local content are mitigated significantly.
124124

125125
Accordingly, the illustration looks like this:
126126

127-
![Reprojection steps in local pose mode](./media/reprojection-posemode-local.png)
127+
![Reprojection steps in local pose mode.](./media/reprojection-pose-mode-local.png)
128128

129129
### Performance and quality considerations
130130

11.2 KB
Loading
Binary file not shown.

0 commit comments

Comments
 (0)