-
Notifications
You must be signed in to change notification settings - Fork 64
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Clarify the usage of xrGetGraphicsRequirements #79
Conversation
There was no reference to the requirement to call the `xrGet<*>GraphicsRequirements` methods from the graphics API extension in the xrCreateSession method definition. The fact that the names of the functions don't have a common prefix but the API name is added in the middle instead made it hard to find them just searching by the `xrGetGraphicsRequirements` method referenced in the XR_ERROR_GRAPHICS_REQUIREMENTS_CALL_MISSING error code description.
An issue (number 1547) has been filed to correspond to this issue in the internal Khronos GitLab (Khronos members only: KHR:openxr/openxr#1547 ), to facilitate working group processes. This GitHub issue will continue to be the main site of discussion. |
Thanks for this! I'm just going to slightly adjust the markup and add a changelog entry. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Thanks! I just made a few minor changes, and will incorporate this into the next version.
This release contains improved/clarified behavior for xrCreateInstance and xrEnumerateInstanceProperties, a new multi-vendor extension, a new vendor extension, and a collection of clarifications. - Registry - Add new XR_ERROR_RUNTIME_UNAVAILABLE error code, add XR_ERROR_RUNTIME_UNAVAILABLE as a supported error code to xrCreateInstance and xrEnumerateInstanceProperties, and remove XR_ERROR_INSTANCE_LOST as a supported error code from xrCreateInstance. (internal MR 2024, internal issue 1552, OpenXR-SDK-Source/#177) - Add XR_EXT_hand_joint_motion_range multi-vendor extension. (internal MR 1995) - Add XR_FB_swapchain_update_state vendor extension. (internal MR 1997) - Fix missing XR_ERROR_INSTANCE_LOST return codes for extension functions in XR_EXT_performance_settings, XR_EXT_debug_utils, XR_EXT_conformance_automation, and XR_EXT_thermal_query. (internal MR 2023, OpenXR-Docs/#10, internal issue 1256) - Reserve extension 166 for working group use. (internal MR 2025) - Specification - Clarify use of xrRequestExitSession on platforms with managed application lifecycle. (internal MR 1978) - Clarify hand grip orientation Z semantics. (internal MR 2008) - Clarify unordered swapchain usage flag meaning. (internal MR 2029, internal issue 1543) - Clarify that hysteresis should be used when applying thresholds to scalar input. (internal MR 2031, internal issue 1260, OpenXR-Docs/#27) - Document new multi-vendor extension XR_EXT_hand_joint_motion_range - allows applications to request specific motion ranges when using XR_EXT_hand_tracking. (internal MR 1995) - Document new XR_FB_swapchain_update_state vendor extension. (internal MR 1997) - Fix xml_consistency scripts to properly identify missing error codes from handle ancestors, and suppress warnings about all missing _LOST and _LOSS_PENDING on xrDestroy functions. (internal MR 2023, OpenXR-Docs/#10, internal issue 1256) - Modify language in XR_EXT_hand_tracking to explicitly state that an “empty hand” range of motion is the default. (internal MR 1995) - Session: Explicitly name the pattern for “get graphics requirements” functions, and place a generic version of the XR_ERROR_GRAPHICS_REQUIREMENTS_CALL_MISSING return code text from graphics extensions in the core spec. (OpenXR-Docs/#79, internal issue 1547) - Style guide: Update “Extensions” chapter to simplify and reflect actual practice and policy. (internal MR 2027) - Extension process document: Update to note the working group policy on extending core/KHR bitmasks. (internal MR 2025) - scripts: Have reflow.py identify a file’s current newline convention, and reproduce it upon writing the output. (internal MR 2028)
I thought it would be more useful to propose a specific wording than just creating an issue.
I have tried to write in the right syntax but I haven't tested the build.
There was no reference to the requirement to call the
xrGet<*>GraphicsRequirements
methods from the graphics API extension in the xrCreateSession method definition.The fact that the names of the functions don't have a common prefix but the API name is added in the middle instead made it hard to find them just searching by the
xrGetGraphicsRequirements
method referenced in the XR_ERROR_GRAPHICS_REQUIREMENTS_CALL_MISSING error code description.