World/Udon Bugs & Feature Requests

SortingGroup is used to easily control the sorting order of multiple renderers at once in the hierarchy. https://docs.unity3d.com/2022.3/Documentation/ScriptReference/Rendering.SortingGroup.html

Hello VRChat Devs and World Creators, For a better formatted & More In Depth Version of this Feature Request that includes Images and Descriptions of each node, please go to my post on the Dev Forum: https://ask.vrchat.com/t/feature-request-give-udon-u-access-to-instance-information-group-information/27923 Due to the character limits on canny, I cannot put the full post here, Again, Please refer to the dev forum post linked above I propose adding the following Nodes: InstanceInfo IsUserInGroup DoesUserHaveRole GetGroupRules GetGroupDescription GetGroupBanner Now let’s go over some examples for how these nodes will benefit world creators. Determining the Instance Type is super useful as world creators can choose to enable/disable certain features of a world depending on the instance type. For example: In a Public instance I would make sure the permissions system is disabled and all staff objects will be disabled, While in a Group Public instance we would enable all the permission systems and enable staff objects. A notification could appear in front of the player when joining any Group Instance, informing them that they have joined a group instance and Groups can set their own rules. Using the “GetGroupDescription” and “GetGroupRules” Nodes, we can put the rules and description inside the world to make it easier for people to see the rules (cause lets be honest, nobody reads group rules before joining a group public) The “OnInstanceClosed” Event can be used to turn off an open sign at the entrance of a store or bar. The “IsUserInGroup” and “DoesUserHaveRole” Nodes can save world creators and group owners a huge amount of time and hassle, because groups can assign roles to players in the group and have those roles affect what abilities they have within the worlds, eliminating the need for world creators to create super convoluted permission systems for manually assigning roles to players. It can also be useful for things like Patreon/Paid Perks in a world, A lot of people still don’t use/don’t have access to the Creator Economy, or they simply use both. World creators need to set up an external GitHub.io site or a pastebin containing the usernames of paid supporters, and keeping track of people changing usernames and what not is very annoying, Remote string loading also poses the risk of people spoofing URLS to include their name in the list (and yes even though UDON Code Signing has been released, this is still an issue). Being able to access a Main Group for the world and checking if the player has a specific role will eliminate all these issues: * It doesn’t matter if a player changes their username as we won’t be comparing usernames from a list anymore. * Bad actors cannot spoof URLS since we are no longer loading URLS anymore. * Skilled Programmers can set up API applications to automatically add & remove players from roles depending on certain factors (like if they subscribed/unsubscribed) * Since we aren’t relying on external services like GitHub or pastebin anymore, we don’t need to worry about services going down or some people not having Untrusted URLS enabled. This is why I have included the “GroupID” Variable in the GroupAPI nodes, as having access to external groups would make that possible. Quick note: I have thought about people potentially abusing the GroupAPI to spy on players and see what groups they are in, but the amount of time this would take as well as the fact that the player actually has to be IN the world for the GroupAPI to check makes me think that people won’t go through all this trouble. Besides, you can see what groups people are in by simply visiting their profile. If you are really worried about it, you could just make it so if the user has the group hidden from everyone on their profile, it will not show them in the GroupsAPI. GetGroupBanner can be used for automatic decoration of a group instance, like changing a banner above the entrance to the group’s banner. Getting the GroupID of the group hosting an instance is crucial not only for the rest of the nodes but also having verification, What I would do is have a list of group ID’s that correspond to groups I know follow the guidelines set in place by us, and that they follow the VRChat TOS. If the current group ID is on the list then I can show a little “Trusted Group” Icon somewhere to inform new users that they can trust the group.

Since images registered in the gallery from the web can be printed out to the world, malicious images and images corresponding to NSFW can be pasted on the world. In order to avoid this problem, we would like to request that you be able to set the world side to be unusable in the same way as stickers. webからギャラリーに登録した画像を世の中にプリントアウトすることができるため、悪質な画像やNSFWに対応した画像を世の中に貼り付けることができます。 この問題を回避するため、ステッカー機能と同様にワールド側で使用不可に設定できるようにしていただきたいと思います。

Many worlds are uploaded with an incorrect assumption of OnPlayerTriggerEnter() and OnPlayerTriggerExit(), even today. They assume that it only fires for the local player, and fail to check if the triggered player is actually local before proceeding. For clarity, I recommend deprecating these events in favor of new events: void OnLocalPlayerTriggerEnter(); void OnLocalPlayerTriggerExit(); void OnAnyPlayerTriggerEnter(VRCPlayerAPI player); void OnAnyPlayerTriggerExit(VRCPlayerAPI player); The current events would essentially be a deprecated alias to OnAnyPlayerTriggerEnter and OnAnyPlayerTriggerExit . I hope that beginner developers can understand the deprecation notice and use the right event for themselves. I suspect the majority of times a player trigger is used, it is meant to apply to only the local player, which can be done by checking if player.isLocal before proceeding with the trigger execution, but many beginner developers do not know to do this. Here are some examples I have come across in community labs (I have seen multiple examples of each): * A teleport that one player steps in but it mistakenly teleports everybody * A door that opens when a player gets near and closes when they walk away, but when multiple players go through, an earlier player causes it to close in the face of a later player * A menu that fades out when you get farther away which causes the menu to keep disappearing for the local player as other players walk up to and away from it Obviously an SDK code change is not required to fix situations such as this, but I think deprecating the current event and adding the local only trigger event will help beginners make this mistake less often, especially if the Udon graph had a way to display the deprecation notice.

Avatars have access to the "IsOnFriendsList" parameter, to tell if a player is on the friends list of the one wearing the avatar. Having access to this boolean value via a method on a VRCPlayerApi object would be a useful feature for world creators to utilize. Some examples might include: limiting player teleporting to people you're friends with, showing indicators for friends in a room, default sharing permissions for certain features to be open to friends, prioritizing grouping friends on teams in game worlds, etc.

We're working on a new character controller for VRChat worlds. It works mostly like VRChat's current character controller, but has a variety of improvements: Players can stand on moving platforms. Going up stairs 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 controler. ... And more! This feature is still in development and subject to change.

If I want to pass a parameter to custom event receiver, even now, I could it by using public program variable and executing SetProgramVariable before SendCustomEvent. Comparing that, for example, OnCollisionEnter event uses implicitly defined variable "onCollisionEnterOther". I think it will be useful and user friendly if parameter passing can be written directly in sender side SendCustomEvent node and receiver side CustomEvent node as a kind of syntax sugar.

In the Udon Graph and Udon Sharp there is currently no documentation. It would be convenient to have direct access to each function's documentation from Unity. Here's an example from UdonSharp, with documentation from https://docs.vrchat.com/docs/player-audio inserted: Current: public void SetVoiceDistanceNear(float near) => VRCPlayerApi._SetVoiceDistanceNear(this, near); Proposed: /// <summary> /// The near radius, in meters, where volume begins to fall off. It is strongly recommended to leave the Near value at zero for realism and effective spatialization for user voices. /// </summary> /// <param name="far">in Meters, Range 0 - 1,000,000</param> public void SetVoiceDistanceFar(float far) => VRCPlayerApi._SetVoiceDistanceFar(this, far); According to the contributors of UdonSharp they cannot add documentation to the libraries themselves (for technical reasons). For completeness sake I've attached an example of what it might look like in the Udon Graph. Though perhaps that should be a separate post.

Having a way for worlds to tell is a player is a member of the group that the instance belongs to in a group instance, and what role, would be useful for what I think should be obvious reasons given the existence of group+ instances. The return value could be an int type using simple bit flags to represent what role archetypes the user has (since specific role names would vary by group). For example: 0 = NON_MEMBER 1 = DEFAULT 2 = MEMBER 4 = INSTANCE_MODERATOR 8 = MANAGEMENT 16 = OWNER A 0 value would also be returned for all members of non-group instances. If it's always the case that a higher level role has the expected permissions of the role below, a simple incrementing int could be used instead, such that: 0 = NON_MEMBER 1 = DEFAULT 2 = MEMBER 3 = INSTANCE_MODERATOR 4 = MANAGEMENT 5 = OWNER Regardless of implementation, some way to tell the broad relationship a user has to the group in a group instance would enable more straightforward and easily integrated settings for worlds to implement to allow groups to manage event hosting, meetups, etc. Combine this with the ability to get the instance type ( https://feedback.vrchat.com/udon/p/request-instance-type-nodes ) and whether or not users are friends with one another ( https://feedback.vrchat.com/udon/p/isonfriendslist-for-worlds-udon-soba ), and you've got the dream team for worlds building up on the social integrations VRChat provides.

Seems that the methods OnBecameInvisible, OnBecameVisible Are broken. I tested using a monoscript and they trigger properly, but they don't trigger using Udon. Regular practices were followed in the testing, e.g. -Object has a meshrenderer -Has a standard shader (nothing funky) Scene camera is not messing with the results (closed the tab) No other cameras looking at it. Only camera being tested is the main camera Set normal callbacks as usual (using UdonSharp) Exact same code, except using Monoscript, works properly OnWillRenderObject DOES work however. -> Using Udon 2020.06.16.20.53_Public.