Feature Requests

there is a major issue of users coming into instances multiple times an hour and dropping partials. These portals are being used for griffing or malicious uses. This causes issues in game worlds such as murder and prison escape where after users are done with a game it spawns them back in a spawn area or places them in front of the game setting or any other destructive measures. These malicious users will make a wall of portals around a user or spawn area. My recommendations for group events and instances are to make it permission to delete portals and/ or only allow certain roles to drop portals. These types of instances have affected my experiences in the community I run and several other communities that I have spoken to all around VRChat. Yes we do know about making portals clickable but it's hard to get everyone in our community to do this, especially the newer users we are trying to attract to the platform. Even so, these portals can still cause interface issues preventing users from accessing or seeing some world UI systems.

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!

It would be very nice when performing at a venue dancing or doing other performance based content to tell if the audience can even see your current avatar. Would lead to more performers using optimized avatars I believe once they finally realized that the vast majority of the audience can't even see them.

It would be wonderful to have protection built into vrchat like the personal space bubble stopping any flashing and intense particles from showing to user making it more safe for world hoppers, clubbers, and just users entering a public instance from being flash bang by worlds

It would be nice if you could stay in your avatar while traveling between worlds, on the loading screen. In a simple implementation, it could be the avatar you are currently wearing. In more complex implementation, menu could also be available, including possibility to switch the avatar meanwhile, use expressions, open the mirror etc.

Make it so the avatar author can make avatars friends only. (only a friend in the avatar whitelist can equip the avatars)

I have a world I am interested in getting onto the Quest, and it performs exceptionally well on PC as is. The world in question renders/activates objects when needed, and this is controlled via Udon to maximize performance. On paper, this would work perfectly fine on Quest 2 with its 6GB of RAM, but the current 100MB limit deters this. With limits getting eased up as greater adoption of Quest 2 (6GB) over Quest 1 (4GB), we could easily have 500MB worlds on the Quest version of the game under this logic, but we don't. Avatars make sense to regulate, but world filesize does not carry a direct performance correlation outside of RAM, and worlds can get up RAM/performance regardless of the package's initial filesize. The ability to upload worlds of greater than 100MB filesize should be at least be open for review, either through player feedback (Community Labs), or a more traditional benchmarking process.

Due to the change that allows VR Udon Input events to occur while the Quick Menu is open there isn't an easy way to block inputs to the world while the menu is open. There could be an easy way to check if the menu is open like a InputManager.isMenuOpen property or function like this: void VRChatMenuStatusChanged(bool isOpen) would be very useful to a lot of worlds. For example, in NeoWorlds we are currently looking into a way to block interaction with the game while the VRChat menus are open. It's hard to interact with the VRChat menus without accidentally walking in the game due to our Click to Walk feature.

As I'm sure you're now aware, Vtubers and VRChat in general is currently on a moonshot rocket ride to mainstream in Japan. Due to this, DWANGO and others have started OSS initiatives using Khronos GLTF standards to create an optimized "platform independent" 3D avatar file format. They already have published a unity asset that allows you to import and export them from FBX and other meshes incredibly easily, and they are designed to be embodied by humans in VR, making them EXTREMELY well suited to VRChat. In fact, I think they were created with VRChat in mind, if you look at their mission statement - they really do seem that way. It may already be possible to bring VRM into vrchat since the format fits a lot of your package standards. https://dwango.github.io/vrm/vrm_about/ Either way, direct acknowledgement and support of the format would go a long way in south east asia I believe, as they have somewhat decent copy protection considerations for creators, as well as optimized setups for normals, meshes, materials and armature. The MMD PMX and PMD file format is WILDLY popular in vrchat for good reasons as I discovered way back in 2015, but there are things that turn off the japanese creator community about this (sorry for that :( ), mainly models getting ripped - and the fact that they are not optimized for vr IK or human embodiment, and not generally light weight. This is designed as a complete solution to all that, and they have a lot of backing and this initiative comes from talented devs and huge companies, like for example niconico. Give it a look!

If you use textbubbles in any way with OSC, you may know this pain but they have limits that are annoying and sometimes radically inconsistent, I propose that instead of nerfing bubbles so much we instead have a proper way to mute individuals similar to how we can mute voice, considering its a form of chat we should be able to do it anyway if we do not want to talk to them or dont like what they are doing, the current limitations greatly limit creative freedom by punishing everyone harshly for a few bad apples, of course if you're spamming 1000's a second thats a different story but it shouldn't be triggering so much if you're only sending a couple every few seconds. I can't tell you how many times while working with my AI creations I run into issues where the chat bubbles go into a 30 second cooldown and brick a lot of my services visuals sometimes fast sometimes slow, and inconsistently being hard as hell to track. They also seem to not be able to be canceled by typing "" as a input anymore, which may be a bug as this was not how it functioned before.