World/Udon Bugs & Feature Requests

Additional Array methods were added in https://docs.vrchat.com/v2021.4.1/docs/vrchat-202114#changes-improvements-and-fixes-1 with the accompanying canny post marked as complete https://feedback.vrchat.com/vrchat-udon-closed-alpha-feedback/p/add-more-array-methods-to-all-array-types but Array.Sort was mysteriously left out. This would be EXTREMELY useful for quickly making a deterministic list of players using GetPlayers()'s VRCPlayerApi array by playerId (and then sorting the VRCPlayerApis by playerID with Array.Sort(keys, items)). Currently in Udon that array is out of order for different clients, and individual playerIds represent their join order, rather than an autofilled sequence from players leaving and joining. It would also be useful for sorting VRCPlayerApis by a world's game score for a scoreboard. Array.Sort is extremely useful because, even though we don't have access to custom data structures or IComparable implementations in Udon, we can still sort things using associated arrays of intrinsic data types. And before you do the same thing that you did with the previous post, please just whitelist everything you can. Not just Array methods. Stringbuilders. Native Unity components like LODGroups. Although a rumor, I heard that ReflectionProbe endpoints weren't included for a YEAR after Udon's release because there was a blacklist for anything with 'reflection' in the name. Please consider going back through the whitelist and enabled anything and everything possible.

Physics simulations in VRChat are limited in realism because creators can't modify most of the variables in physics settings. For example, I'm working on a mini golf map and my golf balls stick to walls at low speeds rather than bouncing off realistically. I've gotten the editor's simulation to look nearly 1:1 with real golf balls by changing the "Bounce Threshold" in the PhysicsManager to 0. However, these changes do not carry over when I'm testing the map in VRChat. I can maybe understand restricting the solver iterations to prevent lag, but even then it should be up to creators to optimize their worlds. If the physics settings can be made changeable it would be very appreciated!

Right now OnInputMethodChanged only get called if well input method changed, but I think I would make sense to have it called once to let the world figure out the user input and switch any logic without having to manually do it with GetLastUsedInputMethod()

This would easily allow nicer looking dropdowns

TMPro.TextMeshPro and TMPro.TextMeshProUGUI both inherit from TMPRro.TMP_Text. Therefore, we can access both as common interface such as TMP_Text.text by using the TMPro.TMP_Text.

Having a way to get the current sample rate would allow us to know where certain frequencies lay when using audio.GetSpectrumData. I am not sure which one would be correct, but AudioSettings.outputSampleRate and AudioConfiguration.sampleRate both look promising.