Base class for an XR interface implementation. This class needs to be implemented to make an AR or VR platform available to Godot and these should be implemented as C++ modules or GDExtension modules. Part of the interface is exposed to GDScript so you can detect, enable and configure an AR or VR platform. Interfaces should be written in such a way that simply enabling them will give us a working setup. You can query the available interfaces through [XRServer]. $DOCS_URL/tutorials/xr/index.html If this is an AR interface that requires displaying a camera feed as the background, this method returns the feed ID in the [CameraServer] for this interface. Returns a combination of [enum Capabilities] flags providing information about the capabilities of this interface. Returns the name of this interface (OpenXR, OpenVR, OpenHMD, ARKit, etc). Returns an array of vectors that denotes the physical play area mapped to the virtual space around the [XROrigin3D] point. The points form a convex polygon that can be used to react to or visualize the play area. This returns an empty array if this feature is not supported or if the information is not yet available. Returns the projection matrix for a view/eye. Returns the resolution at which we should render our intermediate results before things like lens distortion are applied by the VR platform. Returns the an array of supported environment blend modes, see [enum XRInterface.EnvironmentBlendMode]. Returns a [Dictionary] with extra system info. Interfaces are expected to return [code]XRRuntimeName[/code] and [code]XRRuntimeVersion[/code] providing info about the used XR runtime. Additional entries may be provided specific to an interface. [b]Note:[/b]This information may only be available after [method initialize] was successfully called. If supported, returns the status of our tracking. This will allow you to provide feedback to the user whether there are issues with positional tracking. Returns the transform for a view/eye. [param view] is the view/eye index. [param cam_transform] is the transform that maps device coordinates to scene coordinates, typically the [member Node3D.global_transform] of the current XROrigin3D. Returns the number of views that need to be rendered for this device. 1 for Monoscopic, 2 for Stereoscopic. Call this to initialize this interface. The first interface that is initialized is identified as the primary interface and it will be used for rendering output. After initializing the interface you want to use you then need to enable the AR/VR mode of a viewport and rendering should commence. [b]Note:[/b] You must enable the XR mode on the main viewport for any device that uses the main output of Godot, such as for mobile VR. If you do this for a platform that handles its own output (such as OpenVR) Godot will show just one eye without distortion on screen. Alternatively, you can add a separate viewport node to your scene and enable AR/VR on that viewport. It will be used to output to the HMD, leaving you free to do anything you like in the main window, such as using a separate camera as a spectator camera or rendering something completely different. While currently not used, you can activate additional interfaces. You may wish to do this if you want to track controllers from other platforms. However, at this point in time only one interface can render to an HMD. Is [code]true[/code] if this interface has been initialized. Is [code]true[/code] if passthrough is enabled. [i]Deprecated.[/i] Check if [member environment_blend_mode] is [constant XRInterface.XR_ENV_BLEND_MODE_ALPHA_BLEND], instead. Is [code]true[/code] if this interface supports passthrough. [i]Deprecated.[/i] Check that [constant XRInterface.XR_ENV_BLEND_MODE_ALPHA_BLEND] is supported using [method get_supported_environment_blend_modes], instead. Sets the active environment blend mode. [param mode] is the environment blend mode starting with the next frame. [b]Note:[/b] Not all runtimes support all environment blend modes, so it is important to check this at startup. For example: [codeblock] func _ready(): var xr_interface: XRInterface = XRServer.find_interface("OpenXR") if xr_interface and xr_interface.is_initialized(): var vp: Viewport = get_viewport() vp.use_xr = true var acceptable_modes = [ XRInterface.XR_ENV_BLEND_MODE_OPAQUE, XRInterface.XR_ENV_BLEND_MODE_ADDITIVE ] var modes = xr_interface.get_supported_environment_blend_modes() for mode in acceptable_modes: if mode in modes: xr_interface.set_environment_blend_mode(mode) break [/codeblock] Sets the active play area mode, will return [code]false[/code] if the mode can't be used with this interface. [b]Note:[/b] Changing this after the interface has already been initialized can be jarring for the player, so it's recommended to recenter on the HMD with [method XRServer.center_on_hmd] (if switching to [constant XRInterface.XR_PLAY_AREA_STAGE]) or make the switch during a scene change. Starts passthrough, will return [code]false[/code] if passthrough couldn't be started. [b]Note:[/b] The viewport used for XR must have a transparent background, otherwise passthrough may not properly render. [i]Deprecated.[/i] Set the [member environment_blend_mode] to [constant XRInterface.XR_ENV_BLEND_MODE_ALPHA_BLEND], instead. Stops passthrough. [i]Deprecated.[/i] Set the [member environment_blend_mode] to [constant XRInterface.XR_ENV_BLEND_MODE_OPAQUE], instead. Call this to find out if a given play area mode is supported by this interface. Triggers a haptic pulse on a device associated with this interface. [param action_name] is the name of the action for this pulse. [param tracker_name] is optional and can be used to direct the pulse to a specific device provided that device is bound to this haptic. Turns the interface off. On an AR interface, [code]true[/code] if anchor detection is enabled. Specify how XR should blend in the environment. This is specific to certain AR and passthrough devices where camera images are blended in by the XR compositor. [code]true[/code] if this is the primary interface. The play area mode for this interface. Emitted when the play area is changed. This can be a result of the player resetting the boundary or entering a new play area, the player changing the play area mode, the world scale changing or the player resetting their headset orientation. No XR capabilities. This interface can work with normal rendering output (non-HMD based AR). This interface supports stereoscopic rendering. This interface supports quad rendering (not yet supported by Godot). This interface supports VR. This interface supports AR (video background and real world tracking). This interface outputs to an external device. If the main viewport is used, the on screen output is an unmodified buffer of either the left or right eye (stretched if the viewport size is not changed to the same aspect ratio of [method get_render_target_size]). Using a separate viewport node frees up the main viewport for other purposes. Tracking is behaving as expected. Tracking is hindered by excessive motion (the player is moving faster than tracking can keep up). Tracking is hindered by insufficient features, it's too dark (for camera-based tracking), player is blocked, etc. We don't know the status of the tracking or this interface does not provide feedback. Tracking is not functional (camera not plugged in or obscured, lighthouses turned off, etc.). Play area mode not set or not available. Play area only supports orientation tracking, no positional tracking, area will center around player. Player is in seated position, limited positional tracking, fixed guardian around player. Player is free to move around, full positional tracking. Same as [constant XR_PLAY_AREA_ROOMSCALE] but origin point is fixed to the center of the physical space. In this mode, system-level recentering may be disabled, requiring the use of [method XRServer.center_on_hmd]. Opaque blend mode. This is typically used for VR devices. Additive blend mode. This is typically used for AR devices or VR devices with passthrough. Alpha blend mode. This is typically used for AR or VR devices with passthrough capabilities. The alpha channel controls how much of the passthrough is visible. Alpha of 0.0 means the passthrough is visible and this pixel works in ADDITIVE mode. Alpha of 1.0 means that the passthrough is not visible and this pixel works in OPAQUE mode.