NRE on OpenXRLeapProvider when Initialize XR on Startup is disabled

[bdovaz]

NRE on OpenXRLeapProvider when Initialize XR on Startup is disabled

[MattGrayUL]

Hi @bdovaz,

Thanks for raising this, you are right and this is an oversight on my part!

I will raise a ticket for it and hope to address it in a release ASAP

[MattGrayUL]

As an extra, we have internally discussed the idea of adding the ability to re-initialize the XRLeapProviderManager at runtime (or even edit the specified tracking source), it sounds like this would be relevant to your use case

To help us guide that conversation and any resulting implementation, Can I ask what your application is doing for it to swap between XR and non-XR and whether this would be a useful feature?

[bdovaz]

Per NDA I can't comment much but it is a development that can be run with or without XR. That is:

1. with HMD + Ultraleap.
2. With keyboard and mouse.

In runtime a parameter is read by command line which is what is used to decide one thing or the other.

The use of Ultraleap is not required so when we are in keyboard and mouse mode we "simulate hands" and you can touch and pick up objects in a more simplified way.

[MattGrayUL]

Thanks, that's helpful information :)

Also, as a stop-gap until a release includes the fix, you should be able to have the XRLeapProviderManager disabled by default, and enable it if you do enter XR mode?

That would kick the While loop off when you know it will not fail :)

[MattGrayUL]

This has been addressed in 6.5.0