asgardius/virtualx-engine
1
0
Fork 0
Code Issues Pull requests Projects Releases Packages Wiki Activity Actions
virtualx-engine/doc/classes/XRInterface.xml

120 lines
6.7 KiB
XML
Raw Normal View History

Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-12 22:42:36 +02:00
<?xml version="1.0" encoding="UTF-8" ?>
Rename Reference to RefCounted
2021-06-04 18:03:15 +02:00
<class name="XRInterface" inherits="RefCounted" version="4.0">
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-12 22:42:36 +02:00
<brief_description>
Proofread and improve the whole class reference - Document a few more properties and methods - Add more information to many classes - Fix lots of typos and gramar mistakes - Use [code] tags for parameters consistently - Use [b] and [i] tags consistently - Put "Warning:" and "Note:" on their own line to be more visible, and make them always bold - Tweak formatting in code examples to be more readable - Use double quotes consistently - Add more links to third-party technologies
2019-06-22 01:04:47 +02:00
Base class for an AR/VR interface implementation.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-12 22:42:36 +02:00
</brief_description>
<description>
Renaming all ARVR nodes to XR
2020-04-08 16:47:36 +02:00
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 GDNative modules (note that for GDNative the subclass XRScriptInterface should be used). 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].
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-12 22:42:36 +02:00
</description>
<tutorials>
Add link titles for all links in the class reference This makes them display in a nicer way in the editor help. (The title will display instead of the full URL.)
2020-08-05 14:43:40 +02:00
<link title="VR tutorial index">https://docs.godotengine.org/en/latest/tutorials/vr/index.html</link>
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-12 22:42:36 +02:00
</tutorials>
<methods>
Adding a new Camera Server implementation to Godot. This is a new singleton where camera sources such as webcams or cameras on a mobile phone can register themselves with the Server. Other parts of Godot can interact with this to obtain images from the camera as textures. This work includes additions to the Visual Server to use this functionality to present the camera image in the background. This is specifically targetted at AR applications.
2017-08-20 16:17:24 +02:00
<method name="get_camera_feed_id">
doc: Use self-closing tags for `return` and `argument` For the time being we don't support writing a description for those, preferring having all details in the method's description. Using self-closing tags saves half the lines, and prevents contributors from thinking that they should write the argument or return documentation there.
2021-07-30 15:28:05 +02:00
<return type="int" />
Adding a new Camera Server implementation to Godot. This is a new singleton where camera sources such as webcams or cameras on a mobile phone can register themselves with the Server. Other parts of Godot can interact with this to obtain images from the camera as textures. This work includes additions to the Visual Server to use this functionality to present the camera image in the background. This is specifically targetted at AR applications.
2017-08-20 16:17:24 +02:00
<description>
Proofread and improve the whole class reference - Document a few more properties and methods - Add more information to many classes - Fix lots of typos and gramar mistakes - Use [code] tags for parameters consistently - Use [b] and [i] tags consistently - Put "Warning:" and "Note:" on their own line to be more visible, and make them always bold - Tweak formatting in code examples to be more readable - Use double quotes consistently - Add more links to third-party technologies
2019-06-22 01:04:47 +02:00
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.
Adding a new Camera Server implementation to Godot. This is a new singleton where camera sources such as webcams or cameras on a mobile phone can register themselves with the Server. Other parts of Godot can interact with this to obtain images from the camera as textures. This work includes additions to the Visual Server to use this functionality to present the camera image in the background. This is specifically targetted at AR applications.
2017-08-20 16:17:24 +02:00
</description>
</method>
Made a few tweaks to the interface
2017-09-29 13:36:27 +02:00
<method name="get_capabilities" qualifiers="const">
doc: Use self-closing tags for `return` and `argument` For the time being we don't support writing a description for those, preferring having all details in the method's description. Using self-closing tags saves half the lines, and prevents contributors from thinking that they should write the argument or return documentation there.
2021-07-30 15:28:05 +02:00
<return type="int" />
Made a few tweaks to the interface
2017-09-29 13:36:27 +02:00
<description>
Docs: ARVRController and ARVRInterface This commit clarifies a few methods and members in the AR/VR docs. It also updates some wording according to the style guide and fixes a couple typos.
2019-12-05 22:58:58 +01:00
Returns a combination of [enum Capabilities] flags providing information about the capabilities of this interface.
Made a few tweaks to the interface
2017-09-29 13:36:27 +02:00
</description>
</method>
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-12 22:42:36 +02:00
<method name="get_name" qualifiers="const">
doc: Use self-closing tags for `return` and `argument` For the time being we don't support writing a description for those, preferring having all details in the method's description. Using self-closing tags saves half the lines, and prevents contributors from thinking that they should write the argument or return documentation there.
2021-07-30 15:28:05 +02:00
<return type="StringName" />
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-12 22:42:36 +02:00
<description>
Returns the name of this interface (OpenVR, OpenHMD, ARKit, etc).
</description>
</method>
Removed add/remove interface bindings and added get_interfaces
2017-11-04 01:50:05 +01:00
<method name="get_render_targetsize">
doc: Use self-closing tags for `return` and `argument` For the time being we don't support writing a description for those, preferring having all details in the method's description. Using self-closing tags saves half the lines, and prevents contributors from thinking that they should write the argument or return documentation there.
2021-07-30 15:28:05 +02:00
<return type="Vector2" />
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-12 22:42:36 +02:00
<description>
Returns the resolution at which we should render our intermediate results before things like lens distortion are applied by the VR platform.
</description>
</method>
Made a few tweaks to the interface
2017-09-29 13:36:27 +02:00
<method name="get_tracking_status" qualifiers="const">
doc: Use self-closing tags for `return` and `argument` For the time being we don't support writing a description for those, preferring having all details in the method's description. Using self-closing tags saves half the lines, and prevents contributors from thinking that they should write the argument or return documentation there.
2021-07-30 15:28:05 +02:00
<return type="int" enum="XRInterface.Tracking_status" />
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-12 22:42:36 +02:00
<description>
Made a few tweaks to the interface
2017-09-29 13:36:27 +02:00
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.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-12 22:42:36 +02:00
</description>
</method>
Add stereoscopic rendering through multiview
2021-05-07 15:19:04 +02:00
<method name="get_view_count">
doc: Use self-closing tags for `return` and `argument` For the time being we don't support writing a description for those, preferring having all details in the method's description. Using self-closing tags saves half the lines, and prevents contributors from thinking that they should write the argument or return documentation there.
2021-07-30 15:28:05 +02:00
<return type="int" />
Add stereoscopic rendering through multiview
2021-05-07 15:19:04 +02:00
<description>
Returns the number of views that need to be rendered for this device. 1 for Monoscopic, 2 for Stereoscopic.
</description>
</method>
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-12 22:42:36 +02:00
<method name="initialize">
doc: Use self-closing tags for `return` and `argument` For the time being we don't support writing a description for those, preferring having all details in the method's description. Using self-closing tags saves half the lines, and prevents contributors from thinking that they should write the argument or return documentation there.
2021-07-30 15:28:05 +02:00
<return type="bool" />
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-12 22:42:36 +02:00
<description>
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.
Remove trailing whitespace With `sed -i $(rg -l '[[:blank:]]*$' -g'!thirdparty') -e 's/[[:blank:]]*$//g'` (+ manual revert of some thirdparty code under `platform/android`).
2018-11-20 11:14:07 +01:00
After initializing the interface you want to use you then need to enable the AR/VR mode of a viewport and rendering should commence.
Docs: ARVRController and ARVRInterface This commit clarifies a few methods and members in the AR/VR docs. It also updates some wording according to the style guide and fixes a couple typos.
2019-12-05 22:58:58 +01:00
[b]Note:[/b] You must enable the AR/VR 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.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-12 22:42:36 +02:00
</description>
</method>
<method name="uninitialize">
doc: Use self-closing tags for `return` and `argument` For the time being we don't support writing a description for those, preferring having all details in the method's description. Using self-closing tags saves half the lines, and prevents contributors from thinking that they should write the argument or return documentation there.
2021-07-30 15:28:05 +02:00
<return type="void" />
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-12 22:42:36 +02:00
<description>
Turns the interface off.
</description>
</method>
</methods>
<members>
doc: Add default values to all properties Thanks to @bojidar-bg's impressive work in #29380.
2019-06-29 12:38:01 +02:00
<member name="ar_is_anchor_detection_enabled" type="bool" setter="set_anchor_detection_is_enabled" getter="get_anchor_detection_is_enabled" default="false">
Docs: ARVRController and ARVRInterface This commit clarifies a few methods and members in the AR/VR docs. It also updates some wording according to the style guide and fixes a couple typos.
2019-12-05 22:58:58 +01:00
On an AR interface, [code]true[/code] if anchor detection is enabled.
Made a few tweaks to the interface
2017-09-29 13:36:27 +02:00
</member>
doc: Add default values to all properties Thanks to @bojidar-bg's impressive work in #29380.
2019-06-29 12:38:01 +02:00
<member name="interface_is_initialized" type="bool" setter="set_is_initialized" getter="is_initialized" default="false">
Docs: ARVRController and ARVRInterface This commit clarifies a few methods and members in the AR/VR docs. It also updates some wording according to the style guide and fixes a couple typos.
2019-12-05 22:58:58 +01:00
[code]true[/code] if this interface been initialized.
Made a few tweaks to the interface
2017-09-29 13:36:27 +02:00
</member>
doc: Add default values to all properties Thanks to @bojidar-bg's impressive work in #29380.
2019-06-29 12:38:01 +02:00
<member name="interface_is_primary" type="bool" setter="set_is_primary" getter="is_primary" default="false">
Docs: ARVRController and ARVRInterface This commit clarifies a few methods and members in the AR/VR docs. It also updates some wording according to the style guide and fixes a couple typos.
2019-12-05 22:58:58 +01:00
[code]true[/code] if this is the primary interface.
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-12 22:42:36 +02:00
</member>
</members>
<constants>
Renaming all ARVR nodes to XR
2020-04-08 16:47:36 +02:00
<constant name="XR_NONE" value="0" enum="Capabilities">
No XR capabilities.
Made a few tweaks to the interface
2017-09-29 13:36:27 +02:00
</constant>
Renaming all ARVR nodes to XR
2020-04-08 16:47:36 +02:00
<constant name="XR_MONO" value="1" enum="Capabilities">
Made a few tweaks to the interface
2017-09-29 13:36:27 +02:00
This interface can work with normal rendering output (non-HMD based AR).
</constant>
Renaming all ARVR nodes to XR
2020-04-08 16:47:36 +02:00
<constant name="XR_STEREO" value="2" enum="Capabilities">
Made a few tweaks to the interface
2017-09-29 13:36:27 +02:00
This interface supports stereoscopic rendering.
</constant>
Renaming all ARVR nodes to XR
2020-04-08 16:47:36 +02:00
<constant name="XR_AR" value="4" enum="Capabilities">
Docs: ARVRController and ARVRInterface This commit clarifies a few methods and members in the AR/VR docs. It also updates some wording according to the style guide and fixes a couple typos.
2019-12-05 22:58:58 +01:00
This interface supports AR (video background and real world tracking).
Made a few tweaks to the interface
2017-09-29 13:36:27 +02:00
</constant>
Renaming all ARVR nodes to XR
2020-04-08 16:47:36 +02:00
<constant name="XR_EXTERNAL" value="8" enum="Capabilities">
Docs: ARVRController and ARVRInterface This commit clarifies a few methods and members in the AR/VR docs. It also updates some wording according to the style guide and fixes a couple typos.
2019-12-05 22:58:58 +01:00
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_targetsize]). Using a separate viewport node frees up the main viewport for other purposes.
Made a few tweaks to the interface
2017-09-29 13:36:27 +02:00
</constant>
doc: Fix enum tags thanks to 2bc6db6
2017-11-24 23:16:30 +01:00
<constant name="EYE_MONO" value="0" enum="Eyes">
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-12 22:42:36 +02:00
Mono output, this is mostly used internally when retrieving positioning information for our camera node or when stereo scopic rendering is not supported.
</constant>
doc: Fix enum tags thanks to 2bc6db6
2017-11-24 23:16:30 +01:00
<constant name="EYE_LEFT" value="1" enum="Eyes">
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-12 22:42:36 +02:00
Left eye output, this is mostly used internally when rendering the image for the left eye and obtaining positioning and projection information.
</constant>
doc: Fix enum tags thanks to 2bc6db6
2017-11-24 23:16:30 +01:00
<constant name="EYE_RIGHT" value="2" enum="Eyes">
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-12 22:42:36 +02:00
Right eye output, this is mostly used internally when rendering the image for the right eye and obtaining positioning and projection information.
</constant>
Renaming all ARVR nodes to XR
2020-04-08 16:47:36 +02:00
<constant name="XR_NORMAL_TRACKING" value="0" enum="Tracking_status">
Made a few tweaks to the interface
2017-09-29 13:36:27 +02:00
Tracking is behaving as expected.
</constant>
Renaming all ARVR nodes to XR
2020-04-08 16:47:36 +02:00
<constant name="XR_EXCESSIVE_MOTION" value="1" enum="Tracking_status">
Docs: ARVRController and ARVRInterface This commit clarifies a few methods and members in the AR/VR docs. It also updates some wording according to the style guide and fixes a couple typos.
2019-12-05 22:58:58 +01:00
Tracking is hindered by excessive motion (the player is moving faster than tracking can keep up).
Made a few tweaks to the interface
2017-09-29 13:36:27 +02:00
</constant>
Renaming all ARVR nodes to XR
2020-04-08 16:47:36 +02:00
<constant name="XR_INSUFFICIENT_FEATURES" value="2" enum="Tracking_status">
Proofread and improve the whole class reference - Document a few more properties and methods - Add more information to many classes - Fix lots of typos and gramar mistakes - Use [code] tags for parameters consistently - Use [b] and [i] tags consistently - Put "Warning:" and "Note:" on their own line to be more visible, and make them always bold - Tweak formatting in code examples to be more readable - Use double quotes consistently - Add more links to third-party technologies
2019-06-22 01:04:47 +02:00
Tracking is hindered by insufficient features, it's too dark (for camera-based tracking), player is blocked, etc.
Made a few tweaks to the interface
2017-09-29 13:36:27 +02:00
</constant>
Renaming all ARVR nodes to XR
2020-04-08 16:47:36 +02:00
<constant name="XR_UNKNOWN_TRACKING" value="3" enum="Tracking_status">
Made a few tweaks to the interface
2017-09-29 13:36:27 +02:00
We don't know the status of the tracking or this interface does not provide feedback.
</constant>
Renaming all ARVR nodes to XR
2020-04-08 16:47:36 +02:00
<constant name="XR_NOT_TRACKING" value="4" enum="Tracking_status">
doc: Misc updates for AnimationNode* and others - Add some missing descriptions. - Add links to tutorials for ARVR and AnimationTree. - Style fixes. - Engine changes: * Make `AnimationNodeTransition.input_<number>` properties internal so that they don't appear in the docs. They still appear in the inspector based on the actual number of inputs requested. * Drop unimplemented `CPUParticles.flatness`. It's only used for 3D particles in `ParticlesMaterial`, and thus only relevant for `CPUParticles3D`.
2020-01-23 11:14:14 +01:00
Tracking is not functional (camera not plugged in or obscured, lighthouses turned off, etc.).
Made a few tweaks to the interface
2017-09-29 13:36:27 +02:00
</constant>
Changed the doc class generation to individual files per class. It is also possible to save module files in module directories and the build system will recognize them.
2017-09-12 22:42:36 +02:00
</constants>
</class>
Reference in a new issue Copy permalink