Chrome Release Bot (LUCI) 4762b62e7d Publish DEPS for 106.0.5249.13 | 1 year ago | |
---|---|---|
.. | ||
android | 1 year ago | |
BUILD.gn | 1 year ago | |
DEPS | 1 year ago | |
DIR_METADATA | 1 year ago | |
OWNERS | 1 year ago | |
README.md | 1 year ago | |
mailbox_to_surface_bridge_impl.cc | 1 year ago | |
mailbox_to_surface_bridge_impl.h | 1 year ago |
The web-exposed interface to WebXR begins in Blink.
This code (with the help of the VRService
mojom interface)
talks with the browser process
to broker a connection directly with the corresponding device code.
Note that this device code is often hosted in a separate XR utility process, and
thus the isolated_xr_device service
needs to assist the browser in brokering these connections. The code that talks
directly with a device or its corresponding SDK/API (e.g. OpenXR) is often
referred to as a «Runtime» throughout XR code. It is responsible for querying or
formatting the data into/out of the expected WebXR formats.
This component code may depend on code in both //device and //content. It is intended for code that is necessary for a given runtime to work, but cannot be added under //device due to layering violations. Often this is because there may need to be customizable extension points added for different embedders. This includes code such as rendering utilizing the viz framework, or extension methods for embedders to customize the install flow for some runtimes.