Open Beta

With "Interactive Object Tooltips" setting, we can now turn off the controller model display when holding a pickup, etc. However, when using hand tracking and opening Camera, the hands model are displayed regardless of the "Interactive Object Tooltips" setting. There are two ways to display the hand model for hand tracking: Avatar and Accurate. The former is not displayed during regular use, but a white translucent hand is displayed when the menu is open, etc. (The latter is gray hand.) So, I think it would be better that when "Controller" is hidden by Interactive Object Tooltips setting, the hands model will also be hidden (at least for "Avatar" hand display mode). The photo shows the white hands model is visible with Interactive Object Tooltips set to Highlight Only. [JP] "Interactive Object Tooltips"設定により、ピックアップを持つ時などにコントローラーの表示を消すことが出来るようになりました。 しかしながら、ハンドトラッキングを使用している時にVRChatのカメラを出すと、"Interactive Object Tooltips"の設定内容に関わらず、手の3Dモデルが表示されてしまいます。 ハンドトラッキングの手の表示方式にはAvatarとAccurateがあります。 前者は通常時には表示されず、メニューを開いている時などに白い半透明の手が表示されます。(後者はグレーの手です。) そのため、Interactive Object TooltipsでControllerのモデル表示が含まれていない時は、(少なくとも手の表示方式がAvatarの場合は、)手の3Dモデルが表示されないようになるのが正しいと思いました。 写真は、Interactive Object TooltipsをHighlight Onlyにしたハンドトラッキング使用時のものです。 白い手の表示があるのが分かります。 --- As a related canny, there is a request for an option to not display the hands model in the first place. We can do workaround with this. 関連として、そもそも手の3Dモデルを表示しないオプションの要望もあります。 https://feedback.vrchat.com/feature-requests/p/i-would-like-to-be-able-to-remove-the-translucent-hand-overlay-during-hand-track

Before, the default Vive binding didn't have analog locomotion/rotation speed : you used to click everywhere on the trackpad and you used to move/rotate at full speed. Only the advanced binding has analog speed. Now, both the default binding and advanced bindings have analog speed.

With a SteamVR controller that reports a full skeleton, VRC defaults to hand tracking input behavior. In the 1530 Beta with the new Quick Menu openers, the controller's binding for opening the menu acts as if it were completely disabled. VRC should still respect the SteamVR controller bindings even though there is hand tracking input. The current behavior in the beta is problematic when using gloves with physical button inputs, for example. Ideally, hand gesture controls would be disabled via in-game setting or start-up parameter, at least on SteamVR PC, where more exotic hand tracking / input solutions exist. Possibly related to this comment in the VRC open-beta-discussion channel: https://discord.com/channels/189511567539306508/449386885299830794/1299084757375651850

On the drone there seems to be a drag model based on the drones velocity vector as respects to the orientation of the drone. This a rad feature as you would feel more drag when the drone is flat compared to the drone being sideways. I believe the difference between the drag coefficient of the least exposed surface area to most exposed area is too high. For instance, if you are falling sideways you gain significant speed which feels alright, but once you flip your drone flat out of that fall, it's like you pulled a parachute. Video for reference: https://www.youtube.com/watch?v=P13cuSiHPGg The over exaggerated drag is also affecting thrust performance as well as the ability to maintain momentum. I can see the use case of having such high and significant drag for filming and the use case of people that are using the drone more as a toy and less as a performance machine. Therefore the ability to adjust this coefficient could be very rad. I understand that there is already a drag slider, but the addition of this editable coefficient could open up more use cases for the drone.

Turning off Selfie Expression causes an avatar's jaw to clench and overclose until the avatar is reinitialized.

Issue: The Expressions Wing of the Quick / Main Menu should normally replicate the Expressions Menu of the Action Wheel. This is currently not the case though, as the new Avatar Height slider is missing from it. Same thing goes for the Release Poses button btw, but there is already a canny for that one: https://feedback.vrchat.com/bug-reports/p/1236release-poses-is-missing-from-wing-menu-expressions Expected Behavior: All the Avatar Quick Actions of them Action Menu should also be in the Expressions Wing. So please add the Avatar Height Slider to it as well. (And maybe also the Release Poses option if you are already at it) Attachments: Here are pictures showcasing the issue:

Issue: I've made a script that enforces the max / min height if someone joins with / switches to an Avatar that is bigger / smaller than what is allowed. I still want people to be able to change their height inside that limited range though. Doing this is currently impossible however, as enabling manual scaling puts the player back at their original / set height even if it's outside of the bounds I've set in my world. Repro Steps: Be in an Avatar with a normal height (between 1-4m) Go to my Test world ( https://vrchat.com/home/world/wrld_95b4a59b-472d-4c6d-9c7d-74b42a86b99f ) Switch to an Avatar taller than 4m If you do this, you will notice that you will be set to a height of 4m for 5 seconds and then get switched back to your bigger height once I enable Manual Scaling again. Expected Behavior: Enabling Manual Scaling through Udon should not set the player back to their original / manually set height, especially not if their original / manually set height is above / below the set limits. With this current behavior it's impossible to create a system that enforces the min / max height while also still allowing people to change their height in a given range. Which is what I think most people would want to do for game worlds. Attachments: Here is a link to my script: https://pastebin.com/c4aPARYF Here is a link to my test world: https://vrchat.com/home/world/wrld_95b4a59b-472d-4c6d-9c7d-74b42a86b99f Here is a video showcasing the issue: https://files.catbox.moe/p97atk.mp4

Issue: When trying to switch into a Local Avatar Test Build you will be in it for like a second and then you are going to be switched back to the Avatar you used before. This makes it impossible to test Avatars on g-test. Expected Behavior: Switching into a Local Avatar Test Build should not instantly put you back into the Avatar you used before. Attachments: Here is a video showcasing the issue: https://files.catbox.moe/lf14k8.mp4

Using a world camera to render the localplayer and mirror reflection layers, while using an udonsharp script to invoke camera.Render() causes the head to go missing on the open-beta, on live this is fine. However using an animator component to render the camera keeps player head. I have assembled a demo world that reproduces this bug: https://vrchat.com/home/world/wrld_05586ad0-38a5-48ff-9624-c98f3dfcb14c

When you have someone's avatar hidden or set to shield level, they'll more often than not be sunken into the ground and not line up with their capsule, but will be fine when you show their avatar.