SDK Bug & Feature Requests

The Network ID Utility can have massive performance issues when working with more than a couple dozens of objects. This can be painful for larger projects especially since now we must retain Network IDs for persistence to function properly. Solution 1: Make a paging system so we can navigate the whole list chunks at a time. Older websites did this to prevent server and web performance issues. We could be given options to view 10/20/25/50/100 or a custom number of objects per page. Solution 2: Change the backend of how objects are listed to only display the ones that could be visible from that window. This would allow infinite scrolling with no pages like Google search or Youtube but can take a bit to get working correctly with a Scroll View. Solution 3: Like solution 2 but using UI Toolkit to have a load time for initialization but is steady after load. I would appreciate if it did not regenerate after clicking an option that changes the data, causing you to wait the full load time again to see the updated list.

Problem Opening VRCSDK Builder page or changing the selected avatar will revert pose (transform) to rest pose defined in the 'Avatar' asset of the root Animator component. Cause of the problem In the OnGUIAvatarCheck method of the VRCSdkControlPanelAvatarBuilder class, it will call Animator.Rebind method to check the situations you call "nested armature". However, Animator.Rebind function will write the default pose defined in the 'Avatar' asset so it will revert any pose changes made in the editor. This is annoying since this will disturb creating animation clips and testing them in the editor. Solution One solution is to use Animator.Rebind(bool writeDefaultPose) private method and pass false to writeDefaultPose parameter, instead of passing true to it, which is the default value. This method is not available as public API but it will keep available until Unity 6000.2.0b4 (the latest available C# reference version . Another solution is to collect the current pose before calling Animator.Rebind and restore it after the call but this takes more code.

After a successful build, adding a network-related component to a GameObject with another network-related component causes an error relating to network IDs when the next build. Repro steps Create a new scene and put the VRCSceneDescriptor Add a network-related component to a GameObject Build the world Add another network-related component to the GameObject in step 2 Build the world You'll see the dialog (see the 1st attached image) Preprocess Callback Failed The VRCSDK build was aborted because the IVRCSDKPreprocessSceneCallback 'AssignSceneNetworkIDs' reported a failure. The network-related components here are VRCObjectSync , VRCPickup , UdonBehavior etc. That needs a network ID. VRCPlayerObject of the ongoing Persistence open beta also causes this issue. Note 1 The console shows the errors after closing the dialog (2nd attached image) Failed to assign network IDs, 1 errors encountered! Try using the Network ID Utility to resolve them. Note 2 If you press the "Build & Reload" button on step 5, you'll see the "Build Succeeded!" message in the SDK tab. But the build has not succeeded. NetworkIDs in VRCSceneDescriptor has not been appropriately updated (in particular, the Serialized Type Names of the GameObject). This (showing false "succeeded") seems to be another defect. Note 3 If you press "Build and Upload", you'll see the "This file was already uploaded" error popup. And the SDK also shows "This file was already uploaded" as details. This message is incorrect since the building file is incomplete. This also seems to be another defect. Version Worlds 3.7.2

The last SDK version I was able to successfully test was 3.8.1. This one allows for lighting to bake successfully On latest SDK 3.8.2 (And 3.8.2-beta.1): 'Generate Lighting' with unity built in lighting menu -> Background task stuck "Waiting for shaders to compile" - The time to completion continuously rises and never moves past 5% I am using an AMD rx 5700xt, screenshot attached is from another user who has the same issue and is using NVidia.

Within a render callback such as OnWillRenderObject, it's useful to be able to check which camera is rendering. Unity has "Camera.current" for this, but it's not exposed to Udon. The new camera API is awesome, but without a property like that, I still can't make my UdonPortals prefab render correctly in the hand-held camera because there's no way to tell which camera is currently triggering OnWillRenderObject. I'd like a property to tell which camera is responsible for the render. A really simple implementation would be a new read-only property like: VRCCameraSettings.CurrentCameraType: An enum consisting of the values "ScreenCamera" or "PhotoCamera". However, I think this API could be extended further to be even more useful. In particular, if a Camera that was created by the world (and so is already accessible to Udon) is rendering, it would be great to be able to access the actual Camera object! Just like Unity's "Camera.current", but only limited to world-created Cameras. An API might look like this: VRCCameraSettings.CurrentCameraType: Enum consisting of the values "ScreenCamera", "PhotoCamera", "WorldCamera", or "Other". "WorldCamera" would be any camera created by the current world, i.e. a Camera that's accessible to Udon. "Other" would be anything else that isn't (yet!) accessible to Udon, e.g. avatar cameras or the screenshot camera. VRCCameraSettings.CurrentCamera: A reference to the current Camera object, just like Unity's Camera.current, except it's only set when CurrentCameraType is "WorldCamera". Otherwise, it's null.

Toon Standard (Outline) does not apply Scale Transform to the Outline Width Mask, I use this on my Avatar to reduce VRAM on an atlas'd texture and UV.

Issue A bug with the current SDK requires the GameObject which a VRC_Station is attached to, to be enabled on upload. As a result, stations are on by default if safety settings block user animations. This is BAD. Stations may be added by creators for special purposes, such as carrying other players, or animation-tied amusement. Having these on by default can create experiences where a player with stations receives UNWANTED interactions if animations are disabled. This is especially true for Quest/Mobile/Android, where animations are more likely to be disabled by default. This therefore poses a safety risk that is not mitigable by avatar creators. Potential Resolutions Add a "Disabled by Default" dropdown to the script with the options "Never"; "Always", which would disable the GameObject the VRC_Station is attached to on enable; and "Collider Only", which would disable only the provided box collider itself on enable. This would account of different creator preferences. — Whilst VRChat officially recommends disabling the collider only, the behavior of disabling the GameObject itself may be highly desirable in some case, and some popular station add-ons use this behavior. Giving developers the ability to choose between implementations allows for greater flexibility, and prevents breaking existing animations. Allow uploading with script disabled. — If the script can be disabled on upload, it won't matter anymore, as the station will be disabled when the avatar loads, making it opt-in via animation, not opt-out.

A object with the "VRC Pickup" script that has "Synchronize position" in "Udon_Behaviour" or "Synchronize Physics" in SDK2 "VRC_Object Sync" checked lags behind and jitter locally. A pickup object without these checked behaves as expected. Players that observe the synced object see no issues. Example clip: https://i.imgur.com/xrCmVUa.mp4

Latest SDK versions are missing VRC Ultra setting entirely and viewport defaults to mobile, which gets in the way of work due to being unable to see PC-only features such as directional light shadows for things like depth pass (needed for water shader). Setting manually to VRC High works and play mode will run at what seems to be VRC High, but after leaving play mode, it defaults back to VRC Mobile. I've tried adding VRC Ultra manually by recteating settings from older project, but restarting Unity will delete said profile. I've tested on version 3.2.1 and 3.2.3, so I don't know exactly when this issue began, but it's there and it's easy to replicate by making a new world project.

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?