World/Udon Bugs & Feature Requests

Imposters are amazing, but they can clash with many creative and interesting effects world creators can use within VRC. Projectors and camera effects show them as opaque, or invisible. Often times imposters generate impossibly huge, ruining experiences for everyone in the space when their outside bounds are visible. Please give us the freedom to disable them per-world, or even per-instance. Giving this option to world creators would expand creativity, and would not complicate the end-user experience any further. Alternatively, give imposters their own unity layer so they can be rendered separately.

The scientific notation for things like CPU frame time in the performance profiler make it almost impossible to quickly read values from it. Please change things like frametime to be represented in milliseconds as normal floats instead of currently nanoseconds in scientific notation

Allow world creators the ability to moderate their OWN worlds and issue their OWN bans. I'm tired of seeing crashers and exploiters in my worlds and kicking them is nothing. I want the ability to ban certain individuals from my worlds. There is absolutely no harm in doing this. Who is it going to hurt? The exploiters and cheaters. What if world creators abuse it and ban people from THEIR OWN worlds? Well it's their fault their world fails to gather a population. What else will this do? Allow world creators to suit the needs of their wanted audience. it will also help take the stress off of the actually game moderators. Thank you, Lucifer MStar - Creator of 30+ worlds including church of marriages. P.S. Communicate more with your community on what you are doing about these crashers and exploiters and maybe the heat and stress will die down. Honestly this is the most annoying thing communication.

VRChat finally implemented Steam Audio ! And it's a lot easier to hear other players now.🥳 However, Steam Audio can do a lot more! Here's how Valve describes it on their website: > Go Beyond HRTF > Use fully-featured spatial audio attuned to the physical attributes of your in-game geometry. Combine accurate occlusion, reflection, reverb and HRTF effects for natural sounding immersion. The worlds SDK currently does not yet support Steam Audio, so none of the features above are available in VRChat yet. Please implement Steam Audio into the worlds SDK, or allow users to import it into the worlds SDK.

Calling Camera.Render() on a camera in LateUpdate() or PostLateUpdate() will either crop the sides of or completely erase the contents of the current quick menu tab. When you open the menu the sides will be cropped. If you switch to a different tab the contents there will display normally. If you move to a different tab then close the menu and open it again, the menu will be completely empty. The problem does not occur when called in Update(). Camera component settings do not matter. The problem only occurs in VR. There are a few other reports about avatars breaking when rendering cameras in LateUpdate/PostLateUpdate that have gone unresolved for years, but no mention of the menu breaking. The problem has been present for at least half a year. PC VRChat build: 1801 SDK version: 3.10.2

The ability for worlds to have sub-instances to save on performance at the cost of a loading screen. Basically a portal or Udon function pointing to another world ID that creates a child instance, kinda like a linked list. Moving to a child instance should of course have a prompt to avoid world creators using it as a void dimension for people they dislike. (maybe even add a button to return to the parent instance) Rec Room has had a similar feature for a while, it allows for larger worlds without needing to fit everything in one scene. (especially useful for RAM-limited headsets like Quest)

I have been testing EventTiming.PostLateUpdate in SendCustomEventDelayedSeconds and SendCustomEventDelayedFrames, and it is never called. The logs only show those that are using FixedUpdate. (3.10.2) void Start() { SendCustomEventDelayedSeconds(nameof(TestPostLateUpdateS), 1, EventTiming.PostLateUpdate); Debug.Log("SendCustomEventDelayedSeconds called"); SendCustomEventDelayedSeconds(nameof(TestFixedUpdateS), 1, EventTiming.FixedUpdate); Debug.Log("SendCustomEventDelayedSeconds called"); SendCustomEventDelayedFrames(nameof(TestPostLateUpdateF), 1, EventTiming.PostLateUpdate); Debug.Log("SendCustomEventDelayedFrames called"); SendCustomEventDelayedFrames(nameof(TestFixedUpdateF), 1, EventTiming.FixedUpdate); Debug.Log("SendCustomEventDelayedFrames called"); } public void TestPostLateUpdateS() { SendCustomEventDelayedSeconds(nameof(TestPostLateUpdateS), 1, EventTiming.PostLateUpdate); Debug.Log("test called in postlateupdate"); } public void TestFixedUpdateS() { SendCustomEventDelayedSeconds(nameof(TestFixedUpdateS), 1, EventTiming.FixedUpdate); Debug.Log("test called in fixedupdate"); } public void TestPostLateUpdateF() { SendCustomEventDelayedFrames(nameof(TestPostLateUpdateF), 1, EventTiming.PostLateUpdate); Debug.Log("test called in postlateupdate frames"); } public void TestFixedUpdateF() { SendCustomEventDelayedFrames(nameof(TestFixedUpdateF), 1, EventTiming.FixedUpdate); Debug.Log("test called in fixedupdate frames"); }

Many worlds have various small textures that could be higher or lower resolution depending on user preference. If users could opt-into having higher/lower resolution textures, then Quest builds could start out smaller (so as to meet the Quest world size limit), and users would have more control over their performance & experience in any given world. Players could also download new textures related to some optional add-on feature in the world. This can somewhat be achieved with image downloading, however that solution doesn't solve this problem for a couple reasons: The 5-second rate limit means you're incentivized to download large atlases for multiple textures, which is something some worlds can't feasibly do. But even if that were always feasible, if hundreds of textures need to be downloaded, the user would have to wait multiple minutes just for the world to initialize. Downloaded images can't be ASTC compressed, so they can't be as small as compressed local textures can be. If I could just upload one bundle of textures at a different resolution than those in the world to begin with, and set compression parameters to have the textures in the bundle compressed to ASTC, then have users download the entire thing at once for Udon to process at runtime, then all of those issues could be avoided. This would also be beneficial for downloaded text, not just images. You could even open this feature up to file types like audio clips or mesh files to give creators even more freedom/potential to create experiences they otherwise wouldn't have been able to before.

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!

Today, the most popular use case of the IVRCImageDownload is to share some picture with friends in VRChat. However, there is one big annoying behavior in IVRCImageDownload for this use case. That's 2048x2048 texture size limit. Therefore, I hope VRChat to have the feature that automatically scale the texture size down to 2048x2048. As described before, it's common to use IVRCImageDownload for sharing pictures with friends. There are several assets specifically designed for this use case such as Image Pad and ImageTablet . However, the 2048x2048 size limit is an annoying for this use case because today picture is likely to exceed this limit. For example, my iPhone 12 mini with default settings will take picture with 4032x3024 pixels and other modern smartphones also take high resolution image by default. In VRChat, I feel it’s common to choose take pictures in QHD, 4K, or 8K but none fits 2048x2048 limit. (FHD and HD fits 2048x2048 though we want to take high-quality pictures.) The texture downloaded with IVRCImageDownload become uncompressed RG, RGB or RGBA texture on the VRAM so It take huge VRAM. Therefore, I think it's reasonable to limit texture size on the VRAM. However, I think it's possible to resize texture down to 2048 off the main thread before loading to to the VRAM. That’s why I request VRChat to have the feature that automatically scale the texture size down to 2048x2048. 日本語要約 IVRCImageDownloadという Image Pad や ImageTablet のような画像を共有するためのアセットで使われている機能に対する要望です。 前述のタブレットではVRChatの制限により2048x2048より大きい画像を指定した場合にはエラーになりますが、エラーにする代わりに 2048x2048 以下に自動的にリサイズするオプションを追加してほしいという要求になります。 (技術的理由により2048x2048より大きい画像をそのまま表示するのは厳しいです) このオプションがあれば、Discordなどに上げた画像を共有するときにエラーが出て使えないという面倒事を減らせるようになります。