AR experiences may be running on a variety of devices which have different characteristics and capabilities. Certain capabilities may be common to several devices while other capabilities may be unique to a specific device. Therefore, the present specification enables interoperability by collecting the media capabilities and profiles, defined in clauses 6, 7, 8 and 9, per device type. The four device types defined are:
As defined in clause 4.3.1, the thin AR glasses device type represents a type of device which is considered to be power-constrained and with limited computing power with respect to the other device types. These limitations typically come from the requirement to design a device with a small and lightweight form factor. Regarding rendering capacity, this device type is expected to rely on remote rendering to be able display complex scenes to the user. For example, such device type may run a split rendering session where the split rendering server delivers pre-rendered views of the scene. However, devices in this category can still operate without external support for applications that do not require complex rendering capabilities, for instance, text messaging, 2D video communication, etc. Lastly, the thin AR glasses offers AR experiences to the user via optical see-through display.
A device of type 1 should support glTF-based scene description as defined in clause 9.2.
If gltf-based scene description is supported, the following requirements and recommendation hold:
The SD-Rendering-gltf-Core capabilities should be supported.
As defined in clause 4.3.2, the AR glasses device type represents a type of device which is considered to have higher computation power compared to the thin AR glasses device type. As a result, this device type has higher rendering capacities and is generally expected to be capable of rendering scenes without external support, even though remote rendering is not precluded to lower the power consumption on the device or enable the display of scenes beyond the device's rendering capability. Lastly, the AR glasses offers AR experiences to the user via optical see-through display.
A device of type 2 should support glTF-based scene description as defined in clause 9.2.
If gltf-based scene description is supported, the following requirements and recommendation hold.
The SD-Rendering-gltf-Core capabilities shall be supported
The SD-Rendering-gltf-ext1 capabilities should be supported
The SD-Rendering-gltf-ext2 capabilities may be supported
The SD-Rendering-gltf-interactive capabilities may be supported
As defined in clause 4.3.1, the XR phone device type represents a type of device which corresponds to a smartphone with capacities and resources sufficient to offer AR experiences. As a result, this device type is capable of rendering scenes without external support. Lastly, the XR phone offers AR experiences to the user via video see-through display.
A device of type 3 should support gltf-based scene description as defined in clause 9.2.
If gltf-based scene description is supported, the following requirements and recommendation hold.
The SD-Rendering-gltf-Core capabilities shall be supported
The SD-Rendering-gltf-ext1 capabilities should be supported
The SD-Rendering-gltf-ext2 capabilities should be supported
The SD-Rendering-gltf-interactive capabilities should be supported
As defined in clause 4.3.1, the XR HMD device type represents a type of device which corresponds to HMDs capable of offering at least AR experiences but not precluding other types of XR experiences. This device type is expected to be capable of rendering scenes without external support. Lastly, the XR phone offers AR experiences to the user via video see-through display.
A device of type 4 should support gltf-based scene description as defined in clause 9.2.
If gltf-based scene description is supported, the following requirements and recommendation hold.
The SD-Rendering-gltf-Core capabilities shall be supported
The SD-Rendering-gltf-ext1 capabilities should be supported
The SD-Rendering-gltf-ext2 capabilities should be supported
The SD-Rendering-gltf-interactive capabilities should be supported