jiunlin

@MrV206 So, MR still works with your application, but the Console option will be turned off. Is that the condition you met? Is your applcation an OpenXR application which uses XR_HTC_passthrough extension? From VBS 1.15.11c, it supports XR_HTC_passthrough extension. VBS server will automatically enable MR option when OpenXR app started which requires XR_HTC_passthrough. While the app ends, VBS will then disable MR option. If this is not your case. Let me know.

@Gabor_Infinit Not sure if SteamVR changes anything. You can check Windows Registry under <HKLM>\SOFTWARE\Khronos\OpenXR\ to disable selected API layers. Thanks.

For hand tracking, there is an issue in UE5 as we know, which will be fixed in UE 5.5. https://github.com/EpicGames/UnrealEngine/commit/a79711c837e7e9395ea83a3409e95ef4fd1cd0ef The root cause is that UE added an additional check for the tracking status, which references the OpenXR controller's grip pose instead of the hand tracking pose. Currently this can be avoid by not checking hand tracking status. VBS 1.14.8a takes SteamVR path for OpenXR hand tracking, and SteamVR will send controller grip pose even there is no controller. That is the reason it worked. In VBS 1.15, we bypass SteamVR with OpenXR API layer for hand tracking to get rid of incorrect hand skeleton due to SteamVR path and reduce the latency. In case, you still prefer SteamVR path for OpenXR hand tracking, you can disable the correspondent API layer in SteamVR settings.

Hi @LezT Since SteamVR doesn't really support nature hand tracking, so what you see in the SteamVR grid space is actually virtual controllers emulated from nature hand tracking by VBS. VBS did take the wrist joint as the center of virtual controller, so you see the offset. VBS also did a rotation as you discovered. The purpose is to support those SteamVR contents which will draw hand model based on controller. As long as the content takes hand poses to render hand model (OpenVR hand skeleton or OpenXR hand tracking), such as The Lab and SteamVR Home, the hand should works well. We have plan to improve the virtual controller orientation with hand tracking, but currently not in priority.

Hi @stez VBS 1.14.6a just come to Beta. Controller thumb rest is now supported. Enjoy.

Hi, For OpenXR contents to call MBLS API, we now provide VBS PC SDK for this purpose to get rid of OpenVR.Debug.DriverDebugRequest(). Sorry that some documents are not yet updated. Please check here for VBS PC SDK.

Hi Stez, I would separate to two comments as below. 1. By default, VBS enables controller compatibility mode to report Focus 3 controller as Cosmos controller to SteamVR. You can disable controller compatibility mode in VBS Console, then you will see vive_focus3_controller. However, both modes will fallback to Touch controller according to SteamVR setup. For content compatibility, I will suggest to support more controller types. 2. Thumb rest is not supported by VBS currently.

@Cdelphi78 So, your PC -installed library is empty? Or, just some apps are missing? If this is the case, usually that is something wrong while VIVE Streaming Hub server querying SteamVR library. Can you see your apps in library of PC Steam client? Restart VIVE Streaming Hub and all SteamVR processes could recover, or simply reboot the PC. If still no luck, you can report issue to upload logs by VIVE Streaming Hub Console for VIVE support team to check.

Hi Chris, Please refer to the sample here: https://business.vive.com/us/support/vive-lbss/category_howto/marker-based-scene-alignment-apis-(pc-vr).html There is also an alternative path to do Marker-based scene alignment via VIVE Streaming PC SDK.

Hi, To view and launch PC contents from headset library, you need to pair with your computer first then switch to PC library by the toggle at the top-right corner of Launcher. Here is the video tutorial and support page for your reference. https://www.vive.com/us/support/vs/

Hi, We are not able to reproduce this issue here. Might need your support to clarify below two things. 1. Since you are using OpenXR, will you try with UE5 to see if still see this issue? 2. please ensure to disable other headset plugin, since you are testing with difference headsets. Might need to pay attention to use the correct plugin for different headset. Looking forward to more information. Thanks.

Hi @ChrisMa130, same PC? Could you help to check if USB streaming work smooth with XR Elite?

thanks for the information, @bobadiscombobulated. We will identify UE editor for inverted ALAPH handling in coming Beta update.

Hi @Yoirgl The "bleed" you saw is due to ATW when VBS passthrough mode enabled. In this condition, system will assume the background is passthrough, therefore the original black edge due to ATW will be filled with passthrough. Makes sense to you? We also support OpenXR HTC passthrough extension, so it can dynamically enable/disable passthrough mode by content.

@bobadiscombobulated In VBS 1.13.2, we identity if current running content is built by UE and do inverted ALPHA handling if yes. However, I am wondering if the identification failed in your case. Did you run in UE Editor? Currently, VBS checks the content files structure for UE identification.