2023-01-05 13:25:55 +01:00
|
|
|
/**************************************************************************/
|
|
|
|
/* xr_server.h */
|
|
|
|
/**************************************************************************/
|
|
|
|
/* This file is part of: */
|
|
|
|
/* GODOT ENGINE */
|
|
|
|
/* https://godotengine.org */
|
|
|
|
/**************************************************************************/
|
|
|
|
/* Copyright (c) 2014-present Godot Engine contributors (see AUTHORS.md). */
|
|
|
|
/* Copyright (c) 2007-2014 Juan Linietsky, Ariel Manzur. */
|
|
|
|
/* */
|
|
|
|
/* Permission is hereby granted, free of charge, to any person obtaining */
|
|
|
|
/* a copy of this software and associated documentation files (the */
|
|
|
|
/* "Software"), to deal in the Software without restriction, including */
|
|
|
|
/* without limitation the rights to use, copy, modify, merge, publish, */
|
|
|
|
/* distribute, sublicense, and/or sell copies of the Software, and to */
|
|
|
|
/* permit persons to whom the Software is furnished to do so, subject to */
|
|
|
|
/* the following conditions: */
|
|
|
|
/* */
|
|
|
|
/* The above copyright notice and this permission notice shall be */
|
|
|
|
/* included in all copies or substantial portions of the Software. */
|
|
|
|
/* */
|
|
|
|
/* THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, */
|
|
|
|
/* EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF */
|
|
|
|
/* MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. */
|
|
|
|
/* IN NO EVENT SHALL THE AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY */
|
|
|
|
/* CLAIM, DAMAGES OR OTHER LIABILITY, WHETHER IN AN ACTION OF CONTRACT, */
|
|
|
|
/* TORT OR OTHERWISE, ARISING FROM, OUT OF OR IN CONNECTION WITH THE */
|
|
|
|
/* SOFTWARE OR THE USE OR OTHER DEALINGS IN THE SOFTWARE. */
|
|
|
|
/**************************************************************************/
|
2017-04-23 14:10:41 +02:00
|
|
|
|
2020-04-08 16:47:36 +02:00
|
|
|
#ifndef XR_SERVER_H
|
|
|
|
#define XR_SERVER_H
|
2017-04-23 14:10:41 +02:00
|
|
|
|
2021-06-04 18:03:15 +02:00
|
|
|
#include "core/object/ref_counted.h"
|
2018-09-11 18:13:45 +02:00
|
|
|
#include "core/os/os.h"
|
|
|
|
#include "core/os/thread_safe.h"
|
2020-11-07 23:33:38 +01:00
|
|
|
#include "core/templates/rid.h"
|
|
|
|
#include "core/variant/variant.h"
|
2017-04-23 14:10:41 +02:00
|
|
|
|
2020-04-08 16:47:36 +02:00
|
|
|
class XRInterface;
|
|
|
|
class XRPositionalTracker;
|
2017-04-23 14:10:41 +02:00
|
|
|
|
|
|
|
/**
|
2020-04-08 16:47:36 +02:00
|
|
|
The XR server is a singleton object that gives access to the various
|
2017-04-23 14:10:41 +02:00
|
|
|
objects and SDKs that are available on the system.
|
|
|
|
Because there can be multiple SDKs active this is exposed as an array
|
2020-04-08 16:47:36 +02:00
|
|
|
and our XR server object acts as a pass through
|
2017-04-23 14:10:41 +02:00
|
|
|
Also each positioning tracker is accessible from here.
|
|
|
|
|
|
|
|
I've added some additional info into this header file that should move
|
2018-02-21 17:30:55 +01:00
|
|
|
into the documentation, I will do so when we're close to accepting this PR
|
2017-04-23 14:10:41 +02:00
|
|
|
or as a separate PR once this has been merged into the master branch.
|
|
|
|
**/
|
|
|
|
|
2020-04-08 16:47:36 +02:00
|
|
|
class XRServer : public Object {
|
|
|
|
GDCLASS(XRServer, Object);
|
2017-04-23 14:10:41 +02:00
|
|
|
_THREAD_SAFE_CLASS_
|
|
|
|
|
|
|
|
public:
|
2022-07-24 12:43:30 +02:00
|
|
|
enum XRMode {
|
2022-11-01 15:29:38 +01:00
|
|
|
XRMODE_DEFAULT, /* Default behavior, means we check project settings */
|
2022-07-24 12:43:30 +02:00
|
|
|
XRMODE_OFF, /* Ignore project settings, disable OpenXR, disable shaders */
|
|
|
|
XRMODE_ON, /* Ignore project settings, enable OpenXR, enable shaders, run editor in VR (if applicable) */
|
|
|
|
};
|
|
|
|
|
2017-04-23 14:10:41 +02:00
|
|
|
enum TrackerType {
|
2021-08-29 08:05:11 +02:00
|
|
|
TRACKER_HEAD = 0x01, /* tracks the position of the players head (or in case of handheld AR, location of the phone) */
|
|
|
|
TRACKER_CONTROLLER = 0x02, /* tracks a controller */
|
|
|
|
TRACKER_BASESTATION = 0x04, /* tracks location of a base station */
|
|
|
|
TRACKER_ANCHOR = 0x08, /* tracks an anchor point, used in AR to track a real live location */
|
2017-04-23 14:10:41 +02:00
|
|
|
TRACKER_UNKNOWN = 0x80, /* unknown tracker */
|
|
|
|
|
|
|
|
TRACKER_ANY_KNOWN = 0x7f, /* all except unknown */
|
|
|
|
TRACKER_ANY = 0xff /* used by get_connected_trackers to return all types */
|
|
|
|
};
|
|
|
|
|
2017-12-21 13:10:44 +01:00
|
|
|
enum RotationMode {
|
|
|
|
RESET_FULL_ROTATION = 0, /* we reset the full rotation, regardless of how the HMD is oriented, we're looking dead ahead */
|
|
|
|
RESET_BUT_KEEP_TILT = 1, /* reset rotation but keep tilt. */
|
|
|
|
DONT_RESET_ROTATION = 2, /* don't reset the rotation, we will only center on position */
|
|
|
|
};
|
|
|
|
|
2017-04-23 14:10:41 +02:00
|
|
|
private:
|
2022-07-24 12:43:30 +02:00
|
|
|
static XRMode xr_mode;
|
|
|
|
|
2020-04-08 16:47:36 +02:00
|
|
|
Vector<Ref<XRInterface>> interfaces;
|
2021-08-29 08:05:11 +02:00
|
|
|
Dictionary trackers;
|
2017-04-23 14:10:41 +02:00
|
|
|
|
2020-04-08 16:47:36 +02:00
|
|
|
Ref<XRInterface> primary_interface; /* we'll identify one interface as primary, this will be used by our viewports */
|
2017-04-23 14:10:41 +02:00
|
|
|
|
2021-08-28 06:32:40 +02:00
|
|
|
double world_scale; /* scale by which we multiply our tracker positions */
|
2020-10-17 07:08:21 +02:00
|
|
|
Transform3D world_origin; /* our world origin point, maps a location in our virtual world to the origin point in our real world tracking volume */
|
|
|
|
Transform3D reference_frame; /* our reference frame */
|
2017-04-23 14:10:41 +02:00
|
|
|
|
|
|
|
protected:
|
2020-04-08 16:47:36 +02:00
|
|
|
static XRServer *singleton;
|
2017-04-23 14:10:41 +02:00
|
|
|
|
|
|
|
static void _bind_methods();
|
|
|
|
|
|
|
|
public:
|
2022-07-24 12:43:30 +02:00
|
|
|
static XRMode get_xr_mode();
|
|
|
|
static void set_xr_mode(XRMode p_mode);
|
|
|
|
|
2020-04-08 16:47:36 +02:00
|
|
|
static XRServer *get_singleton();
|
2017-04-23 14:10:41 +02:00
|
|
|
|
2017-08-11 21:10:05 +02:00
|
|
|
/*
|
2017-04-23 14:10:41 +02:00
|
|
|
World scale allows you to specify a scale factor that is applied to all positioning vectors in our VR world in essence scaling up, or scaling down the world.
|
|
|
|
For stereoscopic rendering specifically this is very important to give an accurate sense of scale.
|
2018-01-18 21:37:17 +01:00
|
|
|
Add controllers into the mix and an accurate mapping of real world movement to perceived virtual movement becomes very important.
|
2017-04-23 14:10:41 +02:00
|
|
|
|
|
|
|
Most VR platforms, and our assumption, is that 1 unit in our virtual world equates to 1 meter in the real mode.
|
|
|
|
This scale basically effects the unit size relationship to real world size.
|
|
|
|
|
2023-01-21 12:25:29 +01:00
|
|
|
I may remove access to this property in GDScript in favor of exposing it on the XROrigin3D node
|
2017-04-23 14:10:41 +02:00
|
|
|
*/
|
2021-08-28 06:32:40 +02:00
|
|
|
double get_world_scale() const;
|
|
|
|
void set_world_scale(double p_world_scale);
|
2017-04-23 14:10:41 +02:00
|
|
|
|
|
|
|
/*
|
|
|
|
The world maps the 0,0,0 coordinate of our real world coordinate system for our tracking volume to a location in our
|
|
|
|
virtual world. It is this origin point that should be moved when the player is moved through the world by controller
|
|
|
|
actions be it straffing, teleporting, etc. Movement of the player by moving through the physical space is always tracked
|
|
|
|
in relation to this point.
|
|
|
|
|
2020-04-08 16:47:36 +02:00
|
|
|
Note that the XROrigin3D spatial node in your scene automatically updates this property and it should be used instead of
|
2018-01-18 21:37:17 +01:00
|
|
|
direct access to this property and it therefore is not available in GDScript
|
2017-04-23 14:10:41 +02:00
|
|
|
|
|
|
|
Note: this should not be used in AR and should be ignored by an AR based interface as it would throw what you're looking at in the real world
|
|
|
|
and in the virtual world out of sync
|
|
|
|
*/
|
2020-10-17 07:08:21 +02:00
|
|
|
Transform3D get_world_origin() const;
|
|
|
|
void set_world_origin(const Transform3D &p_world_origin);
|
2017-04-23 14:10:41 +02:00
|
|
|
|
|
|
|
/*
|
2017-09-29 13:36:27 +02:00
|
|
|
center_on_hmd calculates a new reference frame. This ensures the HMD is positioned to 0,0,0 facing 0,0,-1 (need to verify this direction)
|
2017-08-11 21:10:05 +02:00
|
|
|
in the virtual world.
|
2017-04-23 14:10:41 +02:00
|
|
|
|
2017-09-29 13:36:27 +02:00
|
|
|
You can ignore the tilt of the device ensuring you're looking straight forward even if the player is looking down or sideways.
|
|
|
|
You can chose to keep the height the tracking provides which is important for room scale capable tracking.
|
|
|
|
|
2017-04-23 14:10:41 +02:00
|
|
|
Note: this should not be used in AR and should be ignored by an AR based interface as it would throw what you're looking at in the real world
|
|
|
|
and in the virtual world out of sync
|
|
|
|
*/
|
2020-10-17 07:08:21 +02:00
|
|
|
Transform3D get_reference_frame() const;
|
2024-01-30 17:30:54 +01:00
|
|
|
void clear_reference_frame();
|
2017-12-21 13:10:44 +01:00
|
|
|
void center_on_hmd(RotationMode p_rotation_mode, bool p_keep_height);
|
2017-04-23 14:10:41 +02:00
|
|
|
|
2018-03-15 12:33:55 +01:00
|
|
|
/*
|
|
|
|
get_hmd_transform gets our hmd transform (centered between eyes) with most up to date tracking, relative to the origin
|
|
|
|
*/
|
2020-10-17 07:08:21 +02:00
|
|
|
Transform3D get_hmd_transform();
|
2018-03-15 12:33:55 +01:00
|
|
|
|
2017-04-23 14:10:41 +02:00
|
|
|
/*
|
2017-08-11 21:10:05 +02:00
|
|
|
Interfaces are objects that 'glue' Godot to an AR or VR SDK such as the Oculus SDK, OpenVR, OpenHMD, etc.
|
2017-04-23 14:10:41 +02:00
|
|
|
*/
|
2020-04-08 16:47:36 +02:00
|
|
|
void add_interface(const Ref<XRInterface> &p_interface);
|
|
|
|
void remove_interface(const Ref<XRInterface> &p_interface);
|
2017-04-23 14:10:41 +02:00
|
|
|
int get_interface_count() const;
|
2020-04-08 16:47:36 +02:00
|
|
|
Ref<XRInterface> get_interface(int p_index) const;
|
|
|
|
Ref<XRInterface> find_interface(const String &p_name) const;
|
2022-08-08 00:52:20 +02:00
|
|
|
TypedArray<Dictionary> get_interfaces() const;
|
2017-04-23 14:10:41 +02:00
|
|
|
|
|
|
|
/*
|
|
|
|
note, more then one interface can technically be active, especially on mobile, but only one interface is used for
|
|
|
|
rendering. This interface identifies itself by calling set_primary_interface when it is initialized
|
|
|
|
*/
|
2020-04-08 16:47:36 +02:00
|
|
|
Ref<XRInterface> get_primary_interface() const;
|
|
|
|
void set_primary_interface(const Ref<XRInterface> &p_primary_interface);
|
2017-04-23 14:10:41 +02:00
|
|
|
|
|
|
|
/*
|
2017-08-11 21:10:05 +02:00
|
|
|
Our trackers are objects that expose the orientation and position of physical devices such as controller, anchor points, etc.
|
2017-04-23 14:10:41 +02:00
|
|
|
They are created and managed by our active AR/VR interfaces.
|
|
|
|
*/
|
2021-03-29 12:15:53 +02:00
|
|
|
void add_tracker(Ref<XRPositionalTracker> p_tracker);
|
|
|
|
void remove_tracker(Ref<XRPositionalTracker> p_tracker);
|
2021-08-29 08:05:11 +02:00
|
|
|
Dictionary get_trackers(int p_tracker_types);
|
|
|
|
Ref<XRPositionalTracker> get_tracker(const StringName &p_name) const;
|
|
|
|
|
|
|
|
/*
|
|
|
|
We don't know which trackers and actions will existing during runtime but we can request suggested names from our interfaces to help our IDE UI.
|
|
|
|
*/
|
|
|
|
PackedStringArray get_suggested_tracker_names() const;
|
|
|
|
PackedStringArray get_suggested_pose_names(const StringName &p_tracker_name) const;
|
|
|
|
// Q: Should we add get_suggested_input_names and get_suggested_haptic_names even though we don't use them for the IDE?
|
2017-04-23 14:10:41 +02:00
|
|
|
|
2022-01-26 02:25:20 +01:00
|
|
|
// Process is called before we handle our physics process and game process. This is where our interfaces will update controller data and such.
|
2018-03-15 12:33:55 +01:00
|
|
|
void _process();
|
2022-01-26 02:25:20 +01:00
|
|
|
|
|
|
|
// Pre-render is called right before we're rendering our viewports.
|
|
|
|
// This is where interfaces such as OpenVR and OpenXR will update positioning data.
|
|
|
|
// Many of these interfaces will also do a predictive sync which ensures we run at a steady framerate.
|
|
|
|
void pre_render();
|
|
|
|
|
|
|
|
// End-frame is called right after Godot has finished its rendering bits.
|
|
|
|
void end_frame();
|
2018-03-15 12:33:55 +01:00
|
|
|
|
2020-04-08 16:47:36 +02:00
|
|
|
XRServer();
|
|
|
|
~XRServer();
|
2017-04-23 14:10:41 +02:00
|
|
|
};
|
|
|
|
|
2020-04-08 16:47:36 +02:00
|
|
|
#define XR XRServer
|
2017-04-23 14:10:41 +02:00
|
|
|
|
2020-04-08 16:47:36 +02:00
|
|
|
VARIANT_ENUM_CAST(XRServer::TrackerType);
|
|
|
|
VARIANT_ENUM_CAST(XRServer::RotationMode);
|
2017-04-23 14:10:41 +02:00
|
|
|
|
2022-01-04 20:26:22 +01:00
|
|
|
#endif // XR_SERVER_H
|