World/Udon Bugs & Feature Requests

Add a system that allows world creators to programmatically spawn separate, isolated instances specific scenes for small groups, then return players to a lobby instance when finished. The Problem: Currently, all players in a VRChat world exist in the same instance, meaning Performance degrades as player count increases Can't isolate small groups for competitive/co-op gameplay without forcing them to manually create new instances outside the world Can't split part of the worlds that are meant for different gameplay purposes (Lobby, In-Game, AFK Lobby) without uploading different worlds, hurting playercount. Proposed Solution: Allow world creators to programmatically create sub-instances - separate VRChat instances that players can be sent to and returned from via Udon. Example Flow: Main Lobby Instance (80 players) - Social hub, party formation, leaderboards Players form a group and trigger "Start Game" New Sub-Instance Created - VRChat spawns a new instance with: Different Unity scene (e.g., the actual game map, not the lobby) Fixed players (For gameplay and balance purposes.) Only loads game-relevant scripts and objects Completely isolated from the lobby instance Players play the game in this clean, performant environment Return to Lobby - When finished, players are sent back to the original lobby instance (or any instance that is a lobby instance) Why Separate Instances Matter: Performance - Players in the game don't have to sync with 80 people in the lobby Isolation - No interference from other players, guaranteed player count Scene Management - Lobby assets/scripts don't load in the game instance, game assets/scripts don't load in the lobby Scalability - Supports many concurrent groups running a complex game without bottlenecking the main lobby Lobby system brings in that important social bigger than oneself feeling. Technical Requirements: World creators would need Udon APIs to: Create a new instance of a specific scene with defined parameters (player cap, access control) Send specific players to that instance Return players to the original lobby instance when the game ends (or any lobby) Optionally: Pass data between instances (score, loadout, etc.) Use Cases: Dungeon Crawlers - Party forms in lobby → enters isolated dungeon instance → returns with loot Lethal Company-style Co-op - 4 players drop into a procedural map for a scavenging run, return to lobby to sell/upgrade Competitive Minigames - Clean, performant 1v1/2v2/4v4 matches without lobby interference Current Workaround (and Why It Sucks): Right now, players have to: Leave the world entirely Manually create a new instance in a separate world via the worlds menu Invite their friends Play the game Leave and rejoin the lobby world This breaks immersion, kills player retention, and makes discovery nearly impossible since it will split playercounts. Also persistence currently doesn't support sharing data in multiple worlds.

While local strings allow storing from range \u0000 to \uffff , any synced strings are forcefully encoded with UTF-16, making any characters within range \ud7fff to \udfff be truncated to \ufffd . It seems like internal serializer or deserializer is treating all strings as UTF-16 encoded texts, no matter what their purpose is. I do know strings require terminators like \0 to be memory safe, or for some other features like support for emojis via utilizing surrogate pairs, but in raw memory side, string can be treated just like other containers, and I'm utilizing for maximum productivity and memory&network efficiency. (For example, treating each character as 2 bytes, or even go further, 4 hexadecimal numbers) I see this becomes important, due to VRChat's network bandwidth limitations and Udon's performance compared to normal C# codes. Just like gameboy-era old games did, I need to squeeze out all the possible bytes to make the code both performance and network-efficient. Maybe treat string just like byte[] when serialized? or maybe adding a special attributes like NonEncoded to the string variable so that the variable is treated just like another data container?

Currently if a world instance is created, you can check the name of the instance creator. It would be very useful to be able to access the name of the group that created the session if it's a group session rather than a normal user session. Use-case: I'm trying to add functionality for certain groups to be able to tailor the instance of a world to their group using in-world functionality, but without the ability to check the name of the group that created the session, this can't be locked down to only allow the group hosting the session to action it.

Many methods on TMProTextMeshPro are not exposed in Udon which disallows precise working with the text and its vertices. E.g. animating text or performing effects on the mesh. Imagine wavy text, jumping text, rotating text, and growing text. This canny requests to expose API such as: ForceMeshUpdate UpdateGeometry maxDisplayedChars textInfo The text info is very important as it allows access to the meshInfo on each character mesh and the vertices . The meshInfo exposes mesh.vertices and vertices , both are different and crucial.

Was sort of surprised to find out that they aren't already there since full body tracking is officially supported

Udon's OnVideoPause and OnVideoPlay are not called. Using several multi-function video players provided by volunteers, I attached the following script to the same object as VRC Unity Video Player or VRC AVPro Video Player and tried to play/pause/resume/stop/loop the video player. OnVideoEnd, OnVideoError, OnVideoLoop, OnVideoStart, and OnVideoReady are called, but OnVideoPause and OnVideoPlay are not. ----------------------------------------------------- using UdonSharp; using UnityEngine; using VRC.SDK3.Components.Video ; public class VideoPlayerDebugLoger : UdonSharpBehaviour { public override void OnVideoEnd() { Debug.Log("---------------- Video Ended"); } public override void OnVideoError(VideoError videoError) { Debug.Log("---------------- Video Error: " + videoError); } public override void OnVideoLoop() { Debug.Log("---------------- Video Loop"); } public override void OnVideoPause() { Debug.Log("---------------- Video Paused"); } public override void OnVideoPlay() { Debug.Log("---------------- Video Played"); } public override void OnVideoReady() { Debug.Log("---------------- Video Ready"); } public override void OnVideoStart() { Debug.Log("---------------- Video Started"); } }

Here is how the remote player collider looks: https://global.discourse-cdn.com/vrchat/original/3X/4/5/45bf8cf5343d645a5e99baab04cb6cf8dd8a1dde.png Here is how it should look: https://global.discourse-cdn.com/vrchat/original/3X/0/3/03401491f88a848f31438f482624ed0fa096e91a.png

It'd be helpful for world creators to know how many people are entering their world as well as how often users are coming back.

Players and world creators would appreciate a new character controller for VRChat worlds. It should work mostly like VRChat's current character controller, but has a variety of improvements: Players can stand on moving platforms. Going upstairs and slopes is smoother. Players can get pushed around by the colliders. It's better at getting players unstuck from geometry. Udon has greater control over the character controller. ... And more!

This would be very useful for disabling ingame functions while the player's menu is open so that it doesn't interfere with using the menu.