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!

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.

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.

Chatbox visibility to me feels like it has a lot more in common with other Safety toggles, such as user voice and user icon. I feel like it makes sense to bundle it up in safety, as I imagine some of the reasons you'd want to disable it may also be reflected in trust ranking. If it was on by default, and somebody used to VRChat wanted to turn the bubbles off, it's likely they'd visit safety first as that's where you disable other similar aspects. Having it this way, the default safety setting should also probably be enabled for all ranks by default, as new players to the game who are mute may not realize nobody will see their messages by default.

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?

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/

Hi, I think the inclusion of a portal from the revamped VRChat Home world to the VRChess world by Nex1942 would be perfect for new users for the following reasons: World Specs Universal Appeal: Chess is timeless, easy to play, and appropriate for all ages. Established Quality: With over 3.4 million visits, 95,000 favorites, and an average of 150 active players at all times, VRChess already has an established reputation of quality and liveliness. Compatibility and Performance: The world is fully Quest compatible, is well optimized, and has a download size under 70 MB. The Chess Experience in VR Visitor & New User-Friendly: Serves as a great way for those new to VRChat, prone to motion sickness, or new to VR in general to familiarize themselves with the controls and mechanics of the game and medium. Immersive Chess Boards: The chess boards have a "complete" feel, featuring satisfying animations, appearance, sounds, tactile feedback, board logic, and four alternate chess variants. Modern Technology: The world is regularly updated with the latest version of Unity. Community Friendly Environment: Instances are well-moderated by the VRChessClub group to ensure a non-toxic experience for first-time visitors. Active Community: VRChessClub hosts a large, active Discord with weekly chess and non-chess events, fostering new, lasting friendships and recurring visits. Consistent Moderation: The VRCC Discord is actively moderated with the same standards and community rules as VRChat. Official Recognition: The community is officially recognized and supported by Chess.com and Chessable for its unique experience and opportunities, emulating the social aspects of a real-life chess club. One of the major challenges new VRChatters have is finding fun worlds and communities that will keep them coming back, and I think promoting easy access to VRChess would be a significant step in the new player experience and retention!

Hello! The new HUD notifications and icons are great! But now, all the icons are smaller, and have moved around slightly. This affects vision impaired people a lot, making text hard to read and potentially pushing HUD elements into their blind spots if they have them. It'd be really great if we could resize and move elements of the new HUD, such as the mic icon, invite and request notification icons, the new notification toasts (we can already move those but not scale them), etc

Portable mirror allows user to see others through walls, this can be abused in game worlds allowing users to see anyone far away from the player in game worlds. In murder 4 this can allow you to see who the murderer is through the wall. Either using world tags to flat disable this, or even better add an option to the world sdk to disable such tool to prevent cheating in game worlds.

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.