Skip to content
This repository has been archived by the owner on Aug 9, 2023. It is now read-only.

Kinect SDK detection is unreliable #14

Open
AuroraNemoia opened this issue Oct 30, 2021 · 2 comments
Open

Kinect SDK detection is unreliable #14

AuroraNemoia opened this issue Oct 30, 2021 · 2 comments
Labels
bug Something isn't working

Comments

@AuroraNemoia
Copy link
Contributor

There is no way for the installer to detect edge cases where a user has the SDK somehow installed to a different folder than the default one. Often times, the Kinect might still be fully functioning even with those files in a different place. So it might be best to have multiple methods and let it go through if one of them returns true. There's also cases of Kinect V2 users with the 1905 runtime. It doesn't install anything to the SDK folders but still works fine with K2EX. We shouldn't make those users install 1409 on top, at the risk of breaking more things.

The detection code should look for:

  • Files in the SDK folder
  • Files in System32
  • Plugged in device names only found when the Kinect drivers are installed and working
@HimbeersaftLP
Copy link
Member

For the 2.0 SDK there exists the environment variable $KINECTSDK20_DIR

> echo $env:KINECTSDK20_DIR
C:\Program Files\Microsoft SDKs\Kinect\v2.0_1409\

I'm guessing the 1.8 SDK also has something like that.

@HimbeersaftLP HimbeersaftLP added the bug Something isn't working label Oct 30, 2021
@hyblocker
Copy link
Member

I don't have such an environment variable on 1.8.
I found a variable in the registry however, at HKLM\SOFTWARE\Microsoft\Kinect in the REG_SZ called SDKInstallPath, with the value being the path to the SDK's install directory.

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
bug Something isn't working
Projects
None yet
Development

No branches or pull requests

3 participants