Open Beta

I gave trying to do the majority of my navigation with hand tracking a shot on the recent beta. Seems that the dead-zone is way too small between pinching to activate, and any movement happening. I often pinch, and start immediately walking in some random direction I didn't intend since there's like a 2mm dead-zone. I'm sure this can be gotten use to, but my reaction to it has been "this is way too sensitive" so far. In addition, the ability to increase the distance between activation, and full speed would be nice. I'd more prefer to use my arm to navigate than my wrist. More like I was playing with an Atari joystick. IE, I think if there was a solid 10cm throw from full negative, to full positive in both the x and y, with a 1cm dead zone in the center, that'd make the movement all around more precise for me. Lastly, I found that I accidentally activated the movement mid conversation or action a lot. I also think this may just be user error and something I should get use to, but I was thinking it'd be an improvement if it was a double-pinch to activate (like a double tap and hold). I feel like that'd significantly cut down the false activations I've had in conversations that I am using my hands to vocalize, or doing other motions that might be picked up as a pinch for some reason. I could also see it being a problem for those that do ASL in the game if that evolves with this update, though I have no personal experience with that, just something I was thinking about too.

When using hand tracking in PC VRChat, I noticed that some incorrect animator tracking control settings in Gesture Animator may results some not expected behavior. Details: As the first screenshot, if you toggle "Animation" for left fingers in Animator Tracking Control, when user trigger a gesture on left controller in VRChat client, avatar will play a hand animation on hand skeletions; As the second screenshot, if you toggle "Tracking" for left fingers in Animator Tracking Control, when user trigger a gesture on left controller in VRChat client, avatar will keep following with the skeleton data and plays a gesture; How does this feature relate to the topic of hand tracking? As my personal reseach with avatars, normally, most avatars is "animation" in gesture controller layers (same scenario as the first screenshot). And this breaked the visual experience of hand tracking. When using hand tracking with VD, avatar fingers play gesture animation when I trigger a gesture, but as I expected it should keep following my fingers and plays nothing; After I toggle "Tracking" for all fingers in VRC Animator Tracking Control, and re-upload my avatar, it behaves normal and keep following with my fingers when I trigger a gesture animation. Why not we just let the skeleton inputs directly override those animation behavior in gesture animator? The reason I believe this is necessary: Most users owned a Meta Quest 2 or 3, and it has a good experience with hand tracking. This feature will be a big goods for these users. As is, multiple manufactors are developing gloves, PCVR users will need it too. It's very easy to make a work around in Unity, just modify Animator Tracking Control settings, but when we considering that many users still using public avatars, is not possible to ask them fix this by themselves. It could be a option in client, same as "FBT Locomotion Animation" in FBT settings. We can disable it in avatar descriptor, but also users can cancel it in client.

Issue: Right now you can open the profile of a user through the Quick Menu Here Tab by either clicking on their user icon or by clicking on "View User Details" button. It feels a bit weird that you can't just click on the name as that's how you did it before. Suggestion: Allow us to open the User Profile of someone by just clicking on their name. This is what feels the most natural in my opinion, especially when compared to having an extra button for that. If you do this you could probably consider removing the "View User Details" button as it would be kinda redundant . Attachments: Here is a picture showcasing what area you should be able to click on to open someone's User Profile:

As a situational mute that doesn't speak aloud in VRChat often, my favourite addition in the accessibility emojis is the green arrow that points in the direction that you're looking. I think it'd be really valuable to also have an arrow that points in the opposite direction, towards the player to indicate "me," "look at me," "follow me," etc. as we currently don't have an emoji that represents that. It would also be great if it was a different colour to easily tell the two apart. (EDIT: I mocked up the arrow in the image as orange, but I think it should be purple to match the "thumbs down" emoji.) I've also seen people use the "pointing away" arrow as an upvote when sending it upwards, so this could similarly act as a downvote. Having emojis work for multiple contexts like this is also really appreciated. I imagine it would also replace the "shush" emoji as it seems out of place in the accessibility section. It could simply be moved to a different page. I attached a mockup of what this would look like, for fun

I really appreciated the addition of extra accessibility emojis as someone who rarely speaks aloud in VRChat, but I would REALLY appreciate if the emoji wheels were re-organized to make selecting "useful" emojis easier. Currently, the "yes," "no," "what?," "stop," and "go" emotes (along with a couple others) that are actually very useful are scattered across pages 1 and 4 of the emoji categories. I think all accessibility-focused emojis should be reorganized towards the bottom of the wheel in the same section so that we don't have to jump between multiple menus on different ends of the wheel. This could also be done by nesting a second accessibility page into the accessibility section instead of replacing 'page 4' with an 'accessibility 2,' for example. I've attached some mockups of what I had in mind for this new organization so I can better explain my reasoning. (To be clear, I've only done this to better prove my point. I understand that the team might organize these slightly differently in practice.) If you're wondering where the purple arrow came from, it's because this is from another suggestion I made for a "me"/"here" emoji on this post: https://feedback.vrchat.com/open-beta/p/1311-add-a-melook-at-me-emoji-to-the-accessibility-category-in-the-form-of-a-rev

Steps to reproduce: Make sure "see own chatbox" is enabled Send a chatbox message Move around Pay attention to the way the chatbox moves above your head Actual result: The chatbox message lags behind instead of staying directly above your head Expected result: The chatbox message remains fixed above your head Note: This is way more obvious when moving super quickly and jumping up and down

An option to try to keep the same height when switching avatars.

In discussion on the discord general consensus is that users want Avatar Scaling Enabled by default. The announcement states that the default for worlds is for Scaling to be disabled. As a compromise I think it'd be a good idea to have Scaling ON by default for NEW WORLDS going forward as a qol improvement, even if just in the upload UI for the world in unity, while grandfathering OLD WORLDS into the system with Scaling turned OFF to make sure those worlds retain their previous behavior as per the 'Why is Scaling off by default?' question in the FAQ for the beta post. Any old worlds that still have active developers can still turn Scaling on at their own discretion and New worlds turn it off. This behavior would be similar to how Physbones 1.0 to 1.1 is handled. Old Physbone are 1.0 while new physbone components are defaulted to 1.1. While not exactly comparable, I think this situation could likely be handled in a similar fashion.

Issue: With the new Settings UI being brought to the Quick Menu a few options which previously weren't in the Quick Menu Audio Tab are now in it. I don't think most of these need to be in there as those usually don't need to be adjusted all the time and they just clutter the Menu. Suggestion: The following settings should be removed from the Quick Menu Audio Tab: Reset User Volume Overrides Mic Behavior Mic World Join Behavior These Settings aren't really changed often and they just clutter the Quick Menu Audio Tab Attachments: Here is a pictures showcasing the issue: