Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Send controller and other trackers position to the server #1

Closed
Eirenliel opened this issue Jul 13, 2021 · 8 comments
Closed

Send controller and other trackers position to the server #1

Eirenliel opened this issue Jul 13, 2021 · 8 comments
Labels
Status: Unlabeled A maintainer has not yet labeled this

Comments

@Eirenliel
Copy link
Member

Need to send controller and other trackers position to the server to use them as refrence for other body parts (like elbows) or references instead of HMD.

@kitlith
Copy link
Member

kitlith commented Aug 15, 2021

per ValveSoftware/openvr#1473 it seems like the API provided to drivers does not give role information.

Would it make more sense to:

  • Make SlimeVR-Server an openvr application/(dashboard) overlay so that it can acquire the information itself?
  • Make an additional "feeder" openvr application/(dashboard) overlay that is separate from SlimeVR-Server?

Former makes sense to me from an integration standpoint (i.e. editing slimevr settings from your steamvr dashboard), latter might be easier to quickly prototype.

@Eirenliel
Copy link
Member Author

Yeah vavle's arbitrary driver limitations are ridiculous. I don't have a plan right now to rework the whole slimevr to make it openvr app, both because this will be a hell to develop, and that SlimeVR is not planned as only open-vr.

There is another option: send data without role information, guestimate it by id, and let users rebind it if it's wrong.

@kitlith
Copy link
Member

kitlith commented Aug 16, 2021

True that. Given that you don't want to make it openvr only, it makes sense to me to make a feeder application, and maybe there could be additional communication between feeder and server in the future for changing settings.

Is there anything that might break if sending hmd position back isn't precisely synced with the driver?

@Eirenliel
Copy link
Member Author

@kitlith you don't need to send hmd back

@kitlith
Copy link
Member

kitlith commented Aug 17, 2021

@kitlith you don't need to send hmd back

sorry, i meant positions in general. i was kinda figuring in my head that we could send hmd in the same place as controllers and trackers, which would also be a good sanity check that works well before needing to actually use the new controller/tracker data.

@kitlith
Copy link
Member

kitlith commented Aug 18, 2021

I've got a start on a feeder application here: https://github.com/kitlith/SlimeVR-Feeder-App

still working on it of course, but i think I've covered enough of the input system so that we can actually start pushing/pulling actual pose data.

EDIT: also invited you to be a collaborator so that you can mess with it before it (hopefully) moves to the SlimeVR org.

@Eirenliel Eirenliel added this to ToDo in Project tracker Jan 27, 2022
@Eirenliel Eirenliel moved this from ToDo to In progress in Project tracker Mar 31, 2022
@TheButlah TheButlah added the Status: Unlabeled A maintainer has not yet labeled this label Oct 5, 2022
@TitansWhale
Copy link

after add tracker I found that we can‘t get the contoller data.
I did the following.

  1. run the openvr opengl_example (It could run that I can use controller to disable the background)
    image
  2. close the opengle_example and open the slimevr-server
    image
  3. re run the opengl_example I found that the controller can't work.(I can't use controller to disable the background)
    image

I found that when we load the driver we can't get the controller data. T-T

@Eirenliel
Copy link
Member Author

Controller and other trackers data is sent via the feeder app: https://github.com/SlimeVR/SlimeVR-Feeder-App
This issue is no longer relevant, driver only sends HMD data.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Status: Unlabeled A maintainer has not yet labeled this
Projects
No open projects
Project tracker
In progress
Development

No branches or pull requests

4 participants