World/Udon Bugs & Feature Requests

Now that we can sync larger amounts of data, it would be helpful to be able to compress that data to minimize network overhead. However, doing compression in Udon is expensive; I'm sure you already have a zlib binding somewhere that you could expose, which would work much better.

Get what instance type you are in. Public, Friends, Friends+, Invite+, Invite Single node can return string Multiple nodes for each type can return bool

To reproduce: Create a behaviour with ExecutionOrder -100000 Create a child of it with another behaviour with no execution order overrides Create a behaviour with ExecutionOrder -100000 and NO child objects as a control Create a new separate behaviour with ExecutionOrder +100000 Add a log to Start() to keep track of it Expected result: Behaviours with -100000 to log first Behaviours with no override to log second Behaviours with +100000 to log third What actually happens: Behaviours with -100000 and NO children log first Behaviours with no override log second Behaviours with +100000 log third Behaviours with -100000 WITH children log fourth Repro world: https://vrchat.com/home/world/wrld_f43e6a53-97c2-4a6b-88af-60612f4b3cce This also creates another large issue If you also try to disable those -100000 objects (with Default children) via the +100000 Start() method - the -100000 behaviour will enter a broken state where it will never initialize or receive any events no matter what. You can toggle them on and off after - no methods will ever fire I have created a test world that illustrates the above: https://vrchat.com/home/world/wrld_06ab5f32-ffbe-44dd-9930-b3b28074fcfd Checking the logs when loading in - you'll see a bunch of objects logging OnEnable (the ones that report withChild False ), and a bunch of Default objects which are children of other -100000 objects. Then they will all get disabled by the +100000 behaviour. Clicking the sphere enables those -100000 parents, but they never log either Start() or OnEnable

If we're smart enough to write scripts for worlds, we're smart enough to drag a slider from 1 to 0.

It will be nice to be able to use embedded video clips with the new video player system for things like video textures. Currently (on the open beta build 986) we can only load videos from external servers.

There is no way to resize a texture in Udon currently. We can release (custom) render textures and that's about it. This is quite limiting and can hamper performance by forcing people to use the largest resolution needed when they could have otherwise reduced it as needed. If the issue with allowing resizing ((custom) render) textures is the possibility that they can be used to run the client out of memory, it would be useful to intercept the calls and cap the maximum resolution to something reasonable like 4k or 8k. This should have minimal performance overhead since people should not be resizing and reallocating their textures every frame. If that's the concern, it can be rate limited and just return false to the udon behaviour.

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.

Issue: Currently it's not possible to react to a players voice at all. We don't know when someone is talking or how loud they are for example. This limits us from making games where someone needs to be quiet to hide from an enemy for example. For security reasons it makes sense that we can't just listen to a player voice, which is why I think only giving limited access to it would be fine. Suggestion: Add an isTalking bool to the VRC Player API which is true when voice is detected and false when not. Add a loudness float to the VRC Player API which is a value between 0 and 1 depending on how loud a player is. (Basically how the current Voice parameter works on Avatars) Add a viseme integer to the VRC Player API which would indicate what viseme is currently used. (Basically how the current Viseme parameter works on Avatars) These would allow world creators to integrate player voice into game play while also not just directly giving them access to player voices for security.

Log the bool "value" argument for InputUse. Click your mouse and release. Expected: receive "True" once, receive "False" once Actual:

"Op Division" of int node crashes VRChat.exe when the divisor is zero. However, when running in Unity editor it only stops the UdonBehaviour with appropriate error message. --- The head of crash report error.log (local testing and published world case) VRChat by VRChat [version: Unity 2018.4.20f1_008688490035] GameAssembly.dll caused an Integer Divide by Zero (0xc0000094) in module GameAssembly.dll at 0033:2102cb7d. -- The message appears in Unity editor console (running in Unity editor case) [UdonBehaviour] An exception occurred during Udon execution, this UdonBehaviour will be halted. VRC.Udon.VM.UdonVMException: The VM encountered an error! Exception Message: An exception occurred during EXTERN to 'SystemInt32.__op_Division__SystemInt32_SystemInt32__SystemInt32'. Parameter Addresses: 0x00000001, 0x00000002, 0x00000000 Attempted to divide by zero.