SDK Bug & Feature Requests

If a contact is enabled in the editor play mode while contacts are being processed in their background thread, the addition of that contact crashes with the following stack trace, and fails to process from that point on. This issue is new in VRCSDK 3.7.3 and still exists in 3.7.4. InvalidOperationException: The previously scheduled job ContactManager:UpdateReceivers writes to the Unity.Collections.NativeArray`1[VRC.Dynamics.ContactManager+ReceiverData] UpdateReceivers.receivers. You must call JobHandle.Complete() on the job ContactManager:UpdateReceivers, before you can read from the Unity.Collections.NativeArray`1[VRC.Dynamics.ContactManager+ReceiverData] safely. Unity.Collections.LowLevel.Unsafe.AtomicSafetyHandle.CheckReadAndThrowNoEarlyOut (Unity.Collections.LowLevel.Unsafe.AtomicSafetyHandle handle) (at <cb81df0c49c643b1a04d9fc6ccca2433>:0) Unity.Collections.LowLevel.Unsafe.AtomicSafetyHandle.CheckReadAndThrow (Unity.Collections.LowLevel.Unsafe.AtomicSafetyHandle handle) (at <cb81df0c49c643b1a04d9fc6ccca2433>:0) Unity.Collections.NativeArray`1[T].CheckElementReadAccess (System.Int32 index) (at <cb81df0c49c643b1a04d9fc6ccca2433>:0) Unity.Collections.NativeArray`1[T].get_Item (System.Int32 index) (at <cb81df0c49c643b1a04d9fc6ccca2433>:0) VRC.Dynamics.ContactManager.FindAvailableId () (at <18f19c27e14b4ae6a2e430e7e9917e85>:0) VRC.Dynamics.ContactManager.AddContact (VRC.Dynamics.ContactBase contact) (at <18f19c27e14b4ae6a2e430e7e9917e85>:0) VRC.Dynamics.ContactBase.Start () (at <18f19c27e14b4ae6a2e430e7e9917e85>:0) VRC.Dynamics.ContactReceiver.Start () (at <18f19c27e14b4ae6a2e430e7e9917e85>:0) And then every frame after that (because the contact was not added to the manager properly): IndexOutOfRangeException: Index 65535 is out of range of '4096' Length. Unity.Collections.NativeArray`1[T].FailOutOfRangeError (System.Int32 index) (at <cb81df0c49c643b1a04d9fc6ccca2433>:0) Unity.Collections.NativeArray`1[T].CheckElementReadAccess (System.Int32 index) (at <cb81df0c49c643b1a04d9fc6ccca2433>:0) Unity.Collections.NativeArray`1[T].get_Item (System.Int32 index) (at <cb81df0c49c643b1a04d9fc6ccca2433>:0) VRC.Dynamics.ContactReceiver.UpdateContact () (at <18f19c27e14b4ae6a2e430e7e9917e85>:0) VRC.Dynamics.ContactManager.HandleDynamicsFrameComplete () (at <18f19c27e14b4ae6a2e430e7e9917e85>:0) VRC.Dynamics.VRCAvatarDynamicsScheduler.FinalizeJob (System.Boolean force) (at <18f19c27e14b4ae6a2e430e7e9917e85>:0) VRC.Dynamics.VRCAvatarDynamicsScheduler.OnCameraPreCull (UnityEngine.Camera cam) (at <18f19c27e14b4ae6a2e430e7e9917e85>:0) UnityEngine.Camera.FireOnPreCull (UnityEngine.Camera cam) (at <cb81df0c49c643b1a04d9fc6ccca2433>:0)

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.

The code below works in SDK 3.5.1, but not in SDK 3.5.2, in Unity editor. (It causes an 'Object reference not set to an instance of an object' exception.) (using VRC.SDK3.Components;) VRCObjectSync sync = GetComponent<VRCObjectSync>(); sync.SetGravity(true); This issue occurs even though the 'sync' variable is not null.

I used USharpVideo to test, I tested 3.1.5 which worked but 3.1.6 and 3.1.10 did not work. By "work" I mean the event fires and the video plays

VRC constraints created with SDK 3.7.3 or later may lose references to Source Transforms when opened in versions earlier than SDK 3.7.2. This might be intended behavior, but I am reporting it just in case.

VRChat is interested in allowing the VRChat SDK to be able to build & test content on mobile devices. Currently, only PC content can use the build & test feature. Other platforms must build & publish instead.

Currently, upon reviewing the request headers, there does not seem to be any way to differentiate between string and image loading requests for the same URL. With the limitations of VRCUrl, it would be very nice to have a way to tell them apart. Some potential solutions include specifying a value for the Accept header, extending the User-Agent header, or adding a new VRChat-specific header. I believe the last option would be the least likely to break any existing worlds, but there are various pros and cons of each. An example use-case would be a system to download a mesh (binary data, string loading) and its texture (image loading) using a single URL. The server could use the headers to determine which content it should respond with. This would also be useful for decreasing the size of VRCUrl pools as used in YTS and other worlds. We are already using useragent-dependent responses between video player and string loading useragents, but we'd like to do the same with image loading too.

VRChat is interested in allowing the VRChat SDK to build and publish on multiple platforms automatically. For example, you might be able to publish the Windows, Android, and iOS versions of your world without interacting with the SDK three times.

it seems when a recursive loop is made, the SDK doesn't seem to know how to handle it, resulting in the --enable-udon-debug-logging error message being thrown when the flag is there. This was causing a lot of confusing when trying to debug, suggestion to add a unique error exception for when this happens, if able.

-Issue began after the latest VRChat update (2024.4.1). -Using the latest versions of VRChat SDK - Worlds and VRChat SDK - Base. (3.7.4) -Tried the following troubleshooting steps: -Changed "Installed Client Path" to Launcher.exe. -Reverted to default settings. -Reinstalled VRChat after deleting AppData. -Logged in with a different account and back.