HackPerception

Here's where to find the room direction manual setting btw:

@Nemmy1234 - We're testing a UI solution for this setting in the beta release of 1.0.10.2 beta of the Vive Cosmos software.

@Diamond Vu - This is unfortunately a bit tricky as that specific UI/system is entirely a Valve managed system, it's not one of our products. I'd recommend also creating a support post or ticket with Valve as that's technically their layer of the tech stack. In the newer versions of SteamVR, the UI you're screen-shooting has been depreciated as a legacy binding UI - they have a new in HMD controller binding UI that's likely more stable. Is the issue reproducible with the newer in-HMD UI? That older UI had it's share of bugs.

@TomCgcmfc, OP specifically asked for an mDP -> mDP cable so I linked one that's tested and known to work with Cosmos/Pro/Pro Eye.. I don't have firsthand experience with the dongles you've linked, I'll try to pick them up and validate them firsthand. The 3 foot version of this mDP - mDP from Cable Matters reliably works with current gen HMDs.

@joellipenta Do you have any video captures of the issue? One thing I'd maybe recommend when this happens is to access the SteamVR dashboard which should allow you to see the SteamVR' compositors ordinate grid - you'll be able to see the center of the room and the floor plane and will be able to tell if SteamVR's coordinate system is getting shifted.

@davide445 - We're technically agnostic on this one. One thing to keep in mind is that Steam userbase is ~ 80% Nvidia and that as a result, Nvida users generally enjoy greater VR support and more titles have Nvidia specific VR optimizations and integrated technologies like VRS. That said, AMD also has some desirable proprietary VR technologies like ReLive so it's all shades of grey.

@Ninja Flame - The 3 foot version of this cable works reliably with current HMDs and is under $10. When looking for a cable, you want it to be on the short side (1-2 meters), and be rated for 4K@60fps. You want high-bandwidth cables, and ones rated for 20gbps+ are best.

Warranty issues notwithstanding, removing the lenses in a VR HMD is an all around bad idea unless you happen to be doing so in a legit clean room. Dust management is super dooper hard and you'll introduce dust by opening up the optics chain unless you're operating under clean-room protocols.

@Ara-Arex That one station in particularly is likely experiencing mechanical issues. If you can actually hear it making noises, it likely needs physical repair. You can confirm by powering off your second base-station and then putting the station in question into mode A via the button on the back (being careful not the disturb the station too much while it's spinning). Channel A will force it into single channel mode and you can test the tracking stability off that single station. That said, if you hear it, it's most likely a bad motor or a detected lens on one of the laser apertures. You'd likely have to create a support ticket and RMA the device via www.vive.com/support -> contact us -> contact us. If the device is within the warranty period for your country and specific device, the repair may be covered under warranty.

@VARtex_0 @dagillespie Valve has not released any updates that would allow you to use more than 4 primary basestations per SteamVR instance. Valve manages and owns SteamVR tracking and the SteamVR compositor overall so these kinds of updates and features would come from them rather than Vive. The official maximum supported tracked volume remains 10x10m per Valve. Currently, you can have 4 "primary stations". Technically, SteamVR can accept additional data from additional "secondary stations" and use it for the pose estimation but all of this is highly proprietary and Valve has created no front end GUI or API access to actually manage or control the behavior.

It definitely can but it depends on your overall tracking environment. I recommend using ArUco markers. They need to be kind of large to be helpful (I use the 4x4 or the 6x6 at 200mm). I maintain a VR bay where I have about 2 dozen of these markers for generic optical headsets and it definitely helps across the board with anything that's optically tracked. Not super practical for home use though.

@Minh_26700 That's definitely not a standard use case, I'm not sure if anybody else has tried this specifically with Eye Pro. Generally speaking, you can't easily use SteamVR tracked HMDs without basestations and it's going to be exponentially easier to use the HMD as designed with basestation tracking and the SteamVR compositor. You can get by with a single station if you're applications design lends itself to 180-degree tracking. The need for controllers will be completely defined by what you're designing - you can definitely develop an app that doesn't use controllers but it definitely will impact what UX interactions are possible. Do you have the SR_Runtime running? What is the status of the SR_runtime (look at your tray and note the color of the eyes of the robot icon. Green = system is good, red = system is not running). Tagging additional team members for feedback. @Corvus @Daniel_Y

@TomCgcmfc That's a good question, I can reach out to our product team and ask. The lens/origin setup is installed alongside the Vive console which serves as the runtime for Cosmo's tracking and IO - I'm not sure if it will ever see a more widespread release but I can ask. As far as I know, we don't intend to make current Pro HMDs tied to the Vive console.

@Coryh4225 If it's a dead pixel, that's not user fixable. If it's a dust or some other flaw in the optical chain, you'll introduce even more dust if you try to open the HMD and it vastly complicates any refund or warranty situation. Dust is everywhere and it's way easy to make the situation worse. The best option is to swap via your seller if you're still in that return window. If you're out of that return window, you can file a warranty RMA and send it to back to us directly.

@lamyipming - For transparencies sake, I'm comfortable sharing that the bulk of the Cosmo team's engineering resources are currently focused on tracking. Features and other UX tweaks will have higher priority once we improve a few key tracking scenarios hence why you're not seeing Vive Reality System related tweaks in the recent beta releases.

@folmer The Oculus SDK has some known incompatibility issues with the WaveSDK - are you trying to build the WaveSDK and the Quest SDK into the same APK? Tagging members of the WaveSDK team into this thread for cross-team visibility.

Hello @ph, There are two SDK's you could potentially use with Vive Pro Eye. Let me use this opportunity to more clearly summarize the SDK options for the community: SRanipal: This is Vive's Eye Tracking SDK and enables things like foveated rendering, gaze interactions, ect... This is a feature based SDK which licenses and incorporates Tobii's underlying technologies to provide a deployable API framework for interacting with the eye tracking features of the Eye Pro HMD. It is free for developers to integrate with your project and for the end-user to access via the SRAnipal runtime as the licensing is included as part of Vive Pro Eye hardware platform. The developer agreement is found on the SDK's download page. You're required to agree to it to access the SDK download. Here is a direct link to the current version of the developer agreement as of this post's date. Please read the agreement in full as it has important usage stipulations. From the agreement (v1.1.0.1) " This SDK contains software which collects facial images and processes those images into user facial feature data for VIVE Pro Eye or other HTC VR products. Facial feature data includes eye tracking data (such as gaze position, pupil size and eye openness), but not actual images or representations of the face, eyes or lips. Facial feature data but not actual facial images or representations are available to the SDK developer. You can also use the Vive Pro Eye with Tobii's first party XR SDK. This SDK provides a higher level of data access but the trade-off is that each studio needs to individually license the SDK from Tobii at a cost. Bare in mind, that with this higher level of data access, comes a higher degree of legal responsibility for you as a developer/publisher to safeguard user data, especially when it comes to GDPR compliance as eye tracking data is fundamentally user-identifiable biometric data. Per the documentation portion of your question, once you download the SRAnipal SDK, there is advanced documentation that is hosted as an interactive HTML document within the package. Here is an example screenshot of where to find the Unity documentation: Within that HTML resource, there is info about each class, ect...

@Chain - The blog @JCSegula posted is the recommended Unity resource on this topic. The user needs to previously have cameras enabled in SteamVR settings for this to work, if they have the cameras disabled, you're out of luck.

@Lionel - It's USB 3, you'd probably have to draw several hundred Mb/s to start impacting performance. That said, USB is critical for tracking data so it definitely is theoretically possible to draw enough bandwidth with that port that you start to max out the BUS, both on the HMD and the MB but I've yet to hear of a scenario where that's occurred and you'd see UI warnings. When using wireless, it will just increase your current draw which could theoretically lower your overall play time. We typically don't recommend you draw more than 900mA @ 5V from the onboard USB.

^^^ This

@davide445 I would need to defer that specific question out to DisplayLink, you can reach out to them and see if they're able to provide that specific info to your team. @Beta_Tester Thanks for the real-world report! Appreciate it!

@Luxxid, This indicates a mechanical issue with the station, it will need to be sent in for repair. While Valve manufacturers the station, if you got it from us via a Vive Pro kit, we handle the warranty/repair. If the unit is a month old, it should be covered under warranty. The fastest way to get this fixed is to collect the serial number off of the back of the unit and go to https://www.vive.com/us/support/ -> contact us -> contact us and request an basestation 2.0 RMA from a live chat agent.

@Coryh4225, There was a very high profile and expensive lawsuit Oculus was involved in-part over the IR based tracking systems used in Rift hardware. We're using optical on our inside-out HMDs because there are IP issues around marker based IR based solutions. That said, we do license Valve's IR tracking solution for Vive & Vive Pro... It's a different type of tracking called outside-in that's mechanically based. Here's a Facebook article about Insight tracking - I'd suggest taking it with a grain of salt as there is a complex and legally intensive history surrounding this branch of tracking technologies. @Hiddenshade0 , I'd recommend using pass-through mode (i.e. roomsetup) to evaluate what the HMD sees your environment and how the cameras are adjusting their exposure values. What could be happening is that specific light is that it's bright enough or in a specific position that it forces the cameras to lower their exposure values to keep the sensor from being over saturated and as a net result, the rest of the room becomes underexposed.

@muella91 - I've asked the R&D team to weigh in here as there have been several hardware revisions.

@muella91, We've never released official guidelines for the HMDs as there's a number of HMDs each of which have several production revisions so it gets tricky quickly. Generally speaking, the origin is directly in the mid-line of the shell, a few mm behind the dead centerpoint of the display array. I'm talking to R&D to get a more official response - which HMD are you developing with? Here's the guidelines for Vive Tracker: