Feature Requests

Recently I've been messing with the stretch and squish features for physbones a bit more, and decided to try out specifically using the stretch and squish motion, which allowed me to make some great looking physics with more dynamic movement which honestly looks really really good and is a really really useful feature. However a problem I now run into is that since I'm using squish. If my root bone is touched my chest kind of.......... caves in. So I was thought it would be really really nice/useful if we could just have stretch and squish only be affected by motion just like how we can have it be only affected by touch. Also it would be really useful if there were separate slider for stretch motion and squish motion, so that I could have the bones only squish from motion but still stretch from touch or just exclude stretch from motion entirely. Hopefully this all makes sense.

Currently, the Steam version of VRChat uses version v1.2.3 of the "SteamVR Unity Plugin". VRChat will upgrade to a newer version of this plugin. https://github.com/ValveSoftware/steamvr_unity_plugin SteamVR Input 2.0 gives the Steam version of VRChat access to skeletal input data. It's a requirement for https://feedback.vrchat.com/internal/p/hand-tracking-on-steamvr-and-pico Steam users will gain access to SteamVR's input binding interface, allowing them to customize their controller inputs more easily.

This feature request is to add support for streaming mipmaps for avatars and worlds. Steaming mipmaps ( unity docs ) allows textures to be downscaled and dynamically loaded into VRAM. It does increase the size of each mipmapped texture by 33%, so package sizes will be larger. However, it allows textures to be loaded dynamically based on distance. This would mean that a texture that traditionally may be 2.8 MB DXT1 at 2048x2048, may be under 44 KB if it is reduced to 256x256 in VRAM. So in worlds, this means significantly reduced VRAM usage when texutures are a certain distance away. Same with avatars if they are a certain distance away. If tuned properly, this could mean that avatars that may traditionally take up 200 MB of VRAM, can instead take up magnitudes less. Often, 2K textures look just fine on most avatars from even 0.25 meters away. So being able to unload them for a smaller one would be significantly useful, especially for large meetup events. Fax did mention that VRChat currently does not have mipmap streaming. The reasons are the following: > Most notably - some user avatars may lack mipmaps, have them disabled, or have a maximum priority. This would adversely affect mipmaps with streaming enabled: Once you run out of VRAM, they’d appear blurry and stuck at a lower mipmap. Users might run into this issue maliciously, or accidentally. Considering that the VRChat application currently allows avatars to be created with mipmaps, but they aren't shown, perhaps there is a way to allow the client to choose if they want them enabled? I do know many games have texture streaming as a togglable option, so perhaps VRChat can do this here? I would even be happy if this was an experimental feature that had risks associated with it, if it's for the sake of testing. Fax also mentioned: > Unfortunately, that wouldn’t fully solve the problem, as avatars uploaded without streaming mipmaps enabled effectively have an ‘infinite’ priority. I see this as a non-issue, unless there are some other contingencies. Unity docs mention that it can load non-mipmapped textures alongside mipmapped textures. Considering VRChat doesn't have mipmap streaming already, this means that the game will be identical with or without mipmap streaming if all avatars don't have mipmap streaming. But in the event that half the lobby does, then there will be at least that many avatars that will save on resources, even if the others don't. Also, perhaps (idk if this can work), but this may also mean that the avatar hider can unload textures properly? At least in theory, if the avatar is not loaded, it may load the smallest mipmap? This would save a LOT of VRAM for users that want to use the avatar hider. This feature would help a lot for people that do not want to optimize their avatars. I do think VRAM over-utilization is one of the worst offenders in terms of VRChat performance. Solving this issue would help many, especially those with less VRAM.

I want to have the option to show a users avatar but only for the duration I spend in the instance I enabled them. After I leave the instance this should be reset back to normal following safety settings.

I played this game almost a year now and I would love to see some sort of particle effect when someone leaves the room instead of them just disappearing, a simple poof cloud or pixels distorting and fading like a game or a teleport out animation, also tells you the person didn't block you :P maybe have a sound that plays as well I think this would add some fun to the game.

Mainly for instances that are constantly at the 80 player cap, sometimes crashes happen and people get disconnected. It can be frustrating for event goers to lose their spot in a world from something they couldn't control. If there was a grace period for users who are disconnected unexpectedly (Not leaving instance regularly or losing connection) to rejoin within like, 5 minutes or something, I think that would alleviate a lot of stressors in regards to general event experiences.

I posted this on the feature request board o the vrc discord and I got some DMs saying that it’s a good idea, thought I would post it here. Basically my feature request is to add a way to see if you have mutual friends with someone, have it be a random person or some of your friends.

I've been scouting around for a way to do this without any actual implementation but every single method I can find is just some jank form of controller emulation.. Supposedly, enabling "Developer Runtime Features" (requires dev account) will actually send the hand tracking data through link.. If this is the case (and I'm pretty certain it is because I don't imagine the OpenXR Toolkit guide to be out of date by that much), would it be possible to implement the new hand tracking feature on the Quest version of the game to the Steam/PC one?

Add a performance metric like the one shown below in the screenshot but instead allow us decide how high an avatars VRAM usage can be before its hidden. I feel this is the best way to implement this because not everyone is limited on VRAM.

Goal: Make it accessible for VRChat Group Owners to adjust portal placement ability in their instances in order to combat a sense of griefing or bad manners seen in many Group Public/+/Instances. How: Add a VRC Group World Option "Require Group Membership for Portal Placement" and a User Permission node "Restrict Portal Placement in Group Instances" to VRChat Groups: Require Group Membership for Portal Placement: Would be required to be enabled for the Permission Node to be usable. By default, this option would be off, but for VRC Group owners that want to keep their instance more orderly, they can require users be a part of their group to place portals in their world. * This would affect Group Instances, and not players individually, so I'm not sure on the desire and ability to implement this. Restrict Portal Placement in Group Instances: (If the option above is not valid, my suggestion would be to make it so that portal placement in Group instances is just disabled by default.) This Permission Node would have two states: Allowed, which acknowledges the world author's choice for allowing or denying portal placement, which would be the default option. Denied, which disables the dropping of portals. This would be an invaluable permission to grant to "New Members" and would aid in prevention of people joining an "open to the public" group, and immediately dropping portals to be disruptive. If the Group World Option "Require Group Membership for Portal Placement" would need to be avoided, then this option would need to be reversed to "Allow Portal Placement in Group Instances" and would need to deny portal placement permission for anyone who DOES NOT have this option enabled. Context: I run the Sunset Bar, so I get Portal feedback almost on the daily. I would absolutely enjoy the ability for VRChat Groups to have the power to prevent portal placement as it feels very disruptive to drop portals in the middle of an instance. Of course, when you have different groups trying to be the one on top and someone drops a portal inside of their instance, it can eat away at member count. Users who want to fill their instances end up finding the want to ban people who place portals in their instance, but we don't want to prevent portals wholesale either. Thanks for your consideration to this issue!