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

V3.0 Camera Implementation (Bug Bounty) #42

Open
TheNexusAvenger opened this issue May 3, 2024 · 3 comments
Open

V3.0 Camera Implementation (Bug Bounty) #42

TheNexusAvenger opened this issue May 3, 2024 · 3 comments
Labels
enhancement New feature or request help wanted Extra attention is needed

Comments

@TheNexusAvenger
Copy link
Owner

Nexus VR Character Model has always included a camera implementation. Version 1 and 2 could rely on the camera just being where the eyes are, but version 3 can't because of using VRService.AvatarGestures. At the moment, it is both possible for:

  • Your camera to go above or below the head due to no way to extend up and no crouching.
  • Your camera might be ahead of the character because the character walks/rotates to the camera using physics.

To keep feature parity from V.2.1.0, I'd like to have a custom camera implementation because the Roblox camera does not care for seats that tilt or roll (roller coasters, cars on slopes, planes, spaceships). In theory, this would also allow for the third-person camera to be re-added.

There is a 150,000 Robux ($525 in DevEx) bounty on getting this resolved. A pull request should be based on the AvatarGestures branch (NOT master). For said pull request:

  • Changing the camera type to Scriptable disables automatic player movements. That needs to be re-added, like in the PlayerScripts VRCamera.
  • It must be able to support players teleporting. Consider resetting any internal state using GetPropertyChangedSignal("CFrame").
  • Integrating with the custom GetUserCFrame wrapper is optional. Adapting from the standard VRService:GetUserCFrame to the wrapper should be fairly easy.
  • The third-person camera is not required. In theory, it should be fairly easy to implement once the first-person one is implemented.
@TheNexusAvenger TheNexusAvenger added enhancement New feature or request help wanted Extra attention is needed labels May 3, 2024
@GinisDev
Copy link

GinisDev commented May 5, 2024

I do not understand this issue because I can't find any of the problems you state here while testing. ex: The camera does adjust/act to seats being tilted.

Edit: I'm using v.2.10.0 and have a script in sss that sets VRService.AvatarGestures to true.

@TheNexusAvenger
Copy link
Owner Author

This is only on the V.3 preview branch named AvatarGestures (release V.3.0.0-preview1). No live servers should be pulling in this version, so it would only be test servers and Studio.

@APTInstallAP
Copy link

APTInstallAP commented Nov 7, 2024

I think you should explain what you are trying to do more precise. And clearly more. (Edit: You can set the head transparency to 1 on the client to fix the issue with the head being visible, And explain what you mean with "disables automatic player movements")

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request help wanted Extra attention is needed
Projects
None yet
Development

No branches or pull requests

3 participants