Feature Requests

Having an calendar in-game would let people who are not on slack actually know what kinds of stuff is happening! (And it looks/is better imho) There would be a calendar button on the menu and clicking it would bring up a window similar to WoW's calendar ( https://www.blogcdn.com/wow.joystiq.com/media/2010/11/decembercalendarchangesrlt.jpg ) Users would be able to select a date, create an event and other people could sign up for it. The creator would be able to set a starting time for the event and choose a world which it would be at. Since this is a global community I think it would be best to use UTC time to coordinate everyone, and if possible, setting your own time-zone in settings and having VRchat convert the times to your local time. Before the event starts a notification would appear (As shown in picture) so you can hang out with friends and not forget the time. An option to auto-join the event world 5-15-30 minutes before would be handy too!

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.

for the camera flying, there is no way to tilt the camera left or right. currently you can rotate the camera in im assuming the x and y axis, but you cannot rotate the z axis which makes it so you cant get any creative angles. not only that, but it also automatically aligns the camera when entering the fly mode so there is no work around. I would say that being able to tilt the lense to the left or right when flying would be very useful, especially so users can switch between portrait or landscape when in fly mode.

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?

I spent too much time in the menu clicking on worlds just to figure out that they are all empty. It would be nice end very helpful to know which worlds have people that I can join and meet rather than wasting my time in the menu, getting bored and going back to The Great Pug.

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.

Preface Whilst it is understandable that the VRChat staff do not wish to confuse users with "Hide Avatar Globally" when "Show Avatar" is set, there are numerous reasons why the chosen behavior to always show avatars is bad . Namely, the usefulness of Hide Avatar Globally is to hide avatars which the user may find discomforting, upsetting , or even technically poor performing on their platform of choice. Likewise, even amongst players the user may trust to "Show Avatar" , the user cannot control them nor their ability to wear said globally hidden avatars. Furthermore , due to the safety system on Quest, it is common to use Show Avatar on your friends list, as the minimum performance setting cannot go below poor , and it has been established elsewhere that the Quest's ranking system is perhaps aggressive, albeit with good reason. Additionally , there has become a social, shall we say, practice, amongst some, to have aggressive safety settings, then Show Avatar for those they directly interact with. This does not guarantee trust in that user, and can result, in fringe cases , in a large list of players in which Show Avatar has been toggled. Ultimately however, Show Avatar is a per-user setting and Hide Avatar Globally is a per avatar setting . The avatar setting should always take precedence. — It even says "Globally" in the name! It's not really global if something else can override it, is it? — Solution To remedy this conflict , the 3-Way avatar display toggle on user profiles should be adjusted into a 4-Way toggle, with the following options: Hide Avatar : Hides this user's avatar always Use Safety Settings: Shows the player's avatar, unless hidden globally, or blocked by the user's performance and safety settings Show Avatar: Always shows the player's, unless hidden globally; "Show Unless Hidden (Globally)", in essence Always Show Avatar: Always shows the player's avatar, even if globally hidden; An override Upon updating to this system, all existing uses of Show Avatar will be set to the new Show Avatar , as to avoid confusion as to "why Hide Avatar Globally is not working with some people". Users who wish to override HAG on specific users may do so from the profile page with this new fourth setting.

New HUD not just have join/leave notifications but it seem more stream line way to show messages in the HUD. It would be nice if there was ability to show display custom messages send via Udon or/and OSC. It would make things easier for world creators and OSC software designers, make things feel more unified. -In case of Udon it would save up time for world creators, make things more integrated with VRC. As adding HUD elements is already advance feature to add to the world it would encourage beginner Udon coders to create more readable interactive/game worlds also allow easier debugging. World already add join/leave notifications which updated HUD obsolutes so why not go all the way. -This would be really helpful in case of OSC, as it involve external software and you cant see messages (like error and such) from that software when you in VR and don't have any virtual desktop. This would also add moderated expendability to VRC that lot of people seek. Extra argument here is fact that VRC already allows that with chatbox, and this would allow displaying messages direcly to VR user, without showing it to everyone else in the world, adding extra layer to this. If there any security conserns, messages could have different color to be not mistaken with official VRC notifications, also potentially implementing anti flood measures similar to OSC for chatbox already have.

The mic icon already lights up when you speak. I find the grow/shrink animation to be visually distracting, much more so than the flashing or even the old mic icon. Especially since this thing plays a lot talking on VRChat. It would be very nice if there was at least an accessibility option to disable this. In my opinion it would make the HUD more comfortable. Thanks

Steam Audio, as opposed to ONSP allows for far more detail in the way that audio is handled as it bounces on different types of surfaces, passes through air, occludes behind objects, etc. It would create a much more realistic audio experience. https://valvesoftware.github.io/steam-audio/