Is it possible to connect to the CloudXR server when the client HMD is in sleep/standby mode?


We are building an agnostic solution that allows you to stream VR content from your own catalog, for this we imaging the following user journey:

1.- The user selects the app that wishes to stream (the service sets up the server under the hood).
2.- The user waits until the server and app are ready to be used, then wears the headset and uses the app.
3.- (Optional) if the app requires any in-screen configuration (i.e. login, setting up the virtual environment, level, etc.) then allow the user to set the app before wearing the headset.

The sample CloudXR client apps require the headsets to be up and running in order to establish a connection, we have tried (using the client for Oculus Quest) to manually call cxrConnect while the headset is in sleep mode but it always returns cxrError_No_Decoder.

Many VR apps require some initial input from the user, so we are trying to avoid making the user wear the headset for starting the connection and launching the app, then taking it off so they can configure the app, and then putting it back to properly use the remote app.

It would be simpler to establish the connection even if the headset is in sleep/standby mode and as soon as the headset awakes then process the streaming but with the connection already open.

Is this possible?

1 Like

Depending on the hmd, that might not be physically possible as when in sleep mode there are some resources, some state, that just don’t allow a local app to start up fully.

We’ve discussed possibly having a preset configuration on the server side for the EXACT device spec that will connect, so that we can in essence pre-seed the initial connection/setup of the virtual HMD. I have no further information on that though, as to feasibility or timeline.

I assume that your issue is trying to launch a VR app on the server, and it runs into issues because there isn’t “an attached HMD” yet?

1 Like

Hi, thanks for the reply.

We know that we have to establish a connection before launching a remote VR app so currently, we do follow this scheme, but we would like to be able to establish the connection without the need of the user to put on the (standalone), this in case there is additional configuration required for the VR app once it is launched.

This would be particularly important for standalone devices (Oculus, Wave, and Pico).

1 Like

Understood. While we may in the future be able to ‘preconfigure’ the server for one specific device, it’s really difficult to launch an application on a sleeping/off-head HMD, due to them each handling android lifecycle a bit differently. On certain devices, the app process is ‘frozen’ when the device is asleep.

But if the application needs per-run configuration, then either needs to be done from within VR, by a second user (or the first user with the HMD slid up onto forehead… :) ), or pre-configured if the app allows using a commandline or file to do so.


Being able to preconfigure server for one specific device would be very useful for my use case as well. +1

1 Like