World/Udon Bugs & Feature Requests

When serializing in VRCJson with JsonExportType set to Minify, the output contains unnecessary whitespace. To save data size, it would be better if no whitespace was included when Minify is specified. var j = new DataDictionary(); j["e1"] = 1; j["e2"] = 2; if (VRCJson.TrySerializeToJson(j, JsonExportType.Minify, out var res)) { Debug.Log(res); } Result: {"e1": 1, "e2": 2}

It would be so useful if we could have the component VRC contacts work for world building and not just avatars. having to do scripts works but as this component already exist i see no reason as to why it doesn't work in world building. Thank you for reading

SetVoiceGain sets player voice BOOST gain. Not voice gain. I want to add a volume slider to my player voice radio system. This is currently only possible by abusing the existing API. At the moment I have to do this for every single player on the radio EVERY FRAME: Measure the distance from the local player to the other player. This has to be approximate since there is no native way to get the exact position of a remote player's head, only their head bone. Somehow adjust the voice distance near and far based on the distance to that player in an attempt to use the falloff curve to indirectly set each player's voice volume. This is extremely silly. I propose adding "SetVoiceVolume(float value)" where value is in the range 0 - 1. This would function exactly like a volume slider in the quick menu. There's already a similar canny, but it has a lot of requests in one, so I made this one. The canny in question: https://feedback.vrchat.com/feature-requests/p/more-player-voice-udonu-functions

Physbones is really cool. In particular it has a performant set of tools that allow for avatar-avatar interaction. Please port the Physbones code so we can use it in Worlds too! It would make making many Worlds things far easier, like buttons and levers.

For UDON admin interfaces or whitelisted areas etc. it would be great to have GetUserID or something like that exposed, It's been a real struggle with people with special characters in their display name, UserIDs would make the process so much cleaner, and more reliable

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などに上げた画像を共有するときにエラーが出て使えないという面倒事を減らせるようになります。

With the Remote string loading and image loading, we should be able to dynamically construct endpoint url's to cater to different scenarios and offer more flexibility. I know other posts about this do exist, but I feel like VRChat won't really pay attention without there being more volume and input from the end users. Please upvote relevant requests and share your thoughts. I'm using this post to potentially share my feedback and idea, and offer a starting point for us to discuss on. I want to be able to kickoff my project in VRChat and the string loading with dynamic URL's will play a major role in making it a reality. I am assuming this was not possible because of "security" concerns, but let's face it that we offer users to block untrusted URL's as is and give them warnings. VRChat is not only a social platform, but a sandbox for creators in terms of avatar, world, and scripting content. I've developed essential tools on Garry's Mod and other sandbox games, and they had no problem letting scripts make API calls, despite the community having a dangerous and toxic userbase. This allowed me to let my clients configure "roles" and preferences from an external web portal. Are you afraid of data exfiltration? There are ways to do that already. Malicious URL calls? Anything on the internet can be malicious as is. We can't keep having this "Carebear" security mindset and keep it locked tight that severely limits our creativity, but look for accountability and flexibility. The security concern is admired, but now its necessary to send dynamic URL's for search queries when we deal with remote strings or images, otherwise we have no choice but to dump the entire dataset. I will just have to create hundreds of VRCURL's and just do a bunch of if/else's and download the entire "database" instead of feeding search queries to get specific datasets to save bandwidth and filter through the data set on the server side. Maybe to meet in the middle, we can be transparent of the requests to be made. Add a prompt to the end user stating that "This World is requesting permission to let your game send/receive content to and from http://xyz.com " and it would be whitelisted to that user individually. Any new URL's not on the list will prompt another permission request. It would Only apply to the domain name, and Subdomain only. Maybe prevent changing the domain/subdomain of the URL entirely. This can also allow the user to feel more confidence knowing that their "Untrusted URLs" is no longer a wildcard, but can consult a list to see which untrusted URL's they're permitting on their client. With your upcoming "Udon" menu implementation, it could be considered to have VRChat built-in user preferences specific to the worlds, and include the whitelist there of URLs the World has requested to communicate with.

Recently, in video recording, we can now switch the Audio Listener's position between viewpoint-based and camera-based in both the camera's stream mode and the VRC Drone's FPV mode. Please enable access to obtain the player's audio listener position from Udon. This will ensure that world audio sources, which were previously controlled solely based on the player's head position, will now be heard accurately even in stream mode. This post has been reposted from the following post, which is more appropriately categorized here: https://feedback.vrchat.com/feature-requests/p/determine-whether-the-players-audio-listener-is-viewpoint-based-or-camera-based

Events like: InputUse InputJump InputMoveHorizontal InputMoveVertical InputLookHorizontal InputLookVertical Are still called even if the GameObject is disabled with SetActive(false) (See screenshots). But disabling the script with enabled = false; works. I am not sure if this is an expected behavior, but personally that issue confused me, If I disable a GameObect I would expect everything to be disabled, not just certain events like Update(), FixedUpdate(), OnDeserialization()...

When adding [UdonBehaviourSyncMode(BehaviourSyncMode.NoVariableSync)] to an udon# class, It will just continue using the last setting. For example if you add [UdonBehaviourSyncMode(BehaviourSyncMode.Continuous)] and then compile, then change it to [UdonBehaviourSyncMode(BehaviourSyncMode.NoVariableSync)] and compile again, you get the expected behavior, and calling SendCustomNetworkEvent() works. If you then change it to [UdonBehaviourSyncMode(BehaviourSyncMode.None)] and compile, then change it to [UdonBehaviourSyncMode(BehaviourSyncMode.NoVariableSync)] and compile again It will continue to behave exactly as if it's still set to None. SendCustomNetworkEvent() does not work. This is on an object that doesn't have any other scripts on it. I haven't tested the case with other scripts. You can look at the debug inspector to confirm that this is what is happening. From the documentation: "NoVariableSync: Enforces that there are no synced variables on the behaviour, hides the sync mode selection dropdown, and allows you to use the behaviours on GameObjects that use either Manual or Continuous sync." It seems like the case where a script using NoVariableSync being used on an object that doesn't have another script on it may have been overlooked. Since I'm updating a script in a prefab I'm releasing from None to NoVariableSync because I want to use network events now, it's not going to work for anyone updating to the new version. I am forced to set it to Continuous. Does anyone know if it makes any difference to bandwidth usage?