World/Udon Bugs & Feature Requests

In the public world 'a-lin', photos taken using the player camera fail to display vegetation, trees, terrain, and similar environmental objects. These photos ignore objects rendered via VRCGraphics.DrawMeshInstanced. DrawMeshInstanced objects are ​​completely absent​​ from camera photos despite being visible during gameplay and in SteamVR (F12) screenshots. This bug ​​severely disrupts​​ the player photography experience. How can this be fixed?

There have been several past discussions regarding the ability to dynamically construct VRCUrl objects, but most are now outdated and remain unresolved. Currently, users have found workarounds by predefining many VRCUrl instances and transmitting them byte by byte — a method that demonstrates the restriction can be circumvented in practice. The restriction is commonly believed to stem from security concerns, but this justification feels increasingly outdated, especially given how significantly it limits creative expression in world development. Would the VRChat team consider revisiting this limitation? Allowing dynamic construction of VRCUrl, even for untrusted URLs, would greatly expand the possibilities for interactive and innovative world creation.

There is to many methods, features missing from C# in udon that need to be address. There is so much limitations in the current SDK that makes me want to by-pass udon safety to use basic features. Like in TextMeshPro; Method is not exposed to Udon: 'scrollingText.preferredHeight' I need more direct features regarding rendering as well, not just TextMeshPro, to create fully better worlds with more user friendly features comes at the cost of hacks currently to get what I need to work in udon, but even that doesn't ensure safety of everyone. VRC Worlds are stalling and there hasn't been many updates to the WorldSDK at all.

With the recent happenings as of late, one particular thing I've complained about quite a while is the Example Central. It definitely feels that there's a push for learning U# while Udon Graph is becoming an after-thought. I, along with others, don't have time to learn U#. It took even learning Udon a long time for me personally since I had no experience with it and only made game worlds back then because SDK2's Triggers made it so easily understandable. That being said-- Please for current and future SDK3 world examples-- include graphs. I'm a stupid person. I rely heavily on visual. I'm sure others share the same sentiment. But when I tried to learn about how to use Persistence when it released and it was in U#? It highly discouraged me from even trying game worlds for a bit again. Others share the same sentiment. Tl;dr Current and future SDK3 examples in Example Central, please add Udon Graph example versions, thank you very much.

I am working on a world that uses manual sync to store large amounts of data, potentially up to 16mb. This data is spread across 4*16 Behaviours, each syncing a max of ~260kB of data. When a player joins an instance, they will receive any previously synced data on join, all at once. When the amount of data reaches a certain threshold, about 6mb or so, it becomes too much for either the server or the client to handle, and the player is unable to join: Debug - [Behaviour] Holding recovery payload until all bunches are received. ---------- Repeats 4500 times ------ Error - Got DisconnectMessage. Code: -11 Msg: "SendBufferFull". Debug Info: {} Debug - [Behaviour] Holding recovery payload until all bunches are received. ---------- Repeats 500 times ------ Debug - [Behaviour] OnLeftRoom Debug - [Behaviour] Cleaning up held messages Debug - [Behaviour] OnPlayerLeft Roughy~ (usr_826b49cd-2e24-4a54-8435-3344dfe9512d) Debug - Removed player Roughy~ Debug - [Behaviour] OnDisconnected: DisconnectByDisconnectMessage A full log of multiple join attempts is attached. The same problem was experienced by multiple users. Separating the data into smaller objects ( ~64kb per object instead of 260kb ) yields the same results. The "SendBufferFull" error itself appears to originate in Photon, and as the name suggests it's just trying to send too much data too fast. Players already in the instance do not appear to be affected in any way. This effectively means there's a limit of about 5mb of synced data. Is this an intentional limit or a bug?

Adding SendCustomEventDelayedFrames in title for visibility

Please make the open beta documentation open source, just like the live docs are. This will make it much easier to contribute to the documentation before it goes live.

Currently it seems that the PageToDisplay variable on TextMeshPro isn't accessible in the Udon Graph Editor or in UdonSharp, I'm not sure if this is intentional or not as it seems like a really important node if you want to craft fully functional books in the world but can I ask it's enabled? Thanks!

On the documentation page for Input Events ( https://creators.vrchat.com/worlds/udon/input-events/ ) "InputDrop" is said to be true for releasing the grip buttons on controllers other than vive wands or some WMR controllers. I've been doing a few tests with the input mappings to see how they behave between players using Vive wands and other controller types. So far, I've found that the "release grip" condition for InputDrop becoming true is only the case (for a single frame, which is good) when using Hand Tracking on Quest standalone, but I was unable to trigger it from releasing grip any other way. Oculus controllers - both from PCVR through SteamVR via Virtual Desktop, and on the standalone version - from my testing cannot fire InputDrop at all. Index controllers also can't fire it all either. I feel as though either this needs to be changed in the client or the documentation needs to be updated... With this in mind though, currently a usable workaround is to just do the "release grip" check on our own via Udon, using the InputGrab event and checking for False. P.S: I also found that the OnInputMethodChanged event always says SteamVR2 when playing from PCVR, regardless of the actual input type, but this was already reported in another post. Also, The input method for Hand Tracking on Android returns a value of 19, which is not documented as the highest value shown on the website is 18. My IDE says that it does exist however with an enum called "VRCInputMethod.Count" instead of using "VRCInputMethod.QuestHands"? Still strange.

I want to change the font to switch the characters displayed in TextMesh in Udon between Japanese, Simplified Chinese, and Traditional Chinese. Since these display the same character code in different fonts, they need to be displayed in a dedicated font.