SDK Bug & Feature Requests

In the Graph of 3.8.1 the custom events list will only display one.

In the new SDK 3.7.6, it's now possible to build a world on Linux, but it is not possible to launch a local test with proton. Pls add proton support, similarly to: https://github.com/BefuddledLabs/LinuxVRChatSDKPatch

When attempting to upload to both Windows and Android simultaneously, the Unity editor will switch between platforms, then build and upload, and then repeat this forever until the process is cancelled.

In the newly released NetworkCalling feature in SDK 3.8.1, network calling metadata is attached via an explicit separate argument to StoreProgram(). Unfortunately, due to this way of working, UASM is unable to actually assign this metadata on its own. It would be useful to have a dedicated section (as in code section, data section, "networkcalling" section?) for defining this metadata - looking at the current implementation, I don't see any reason why this can't be put into UASM.

The PhysBones document ( https://creators.vrchat.com/avatars/avatar-dynamics/physbones/ ) doesn't contain the following information that VRChat 2025.1.3 and SDK 3.8.0 introduced. Execute in deterministic order Maximum dependency depth is 8 ignoreOtherPhysBones option The attached image is a capture of https://creators.vrchat.com/releases/release-3-8-0/

I believe it is time to get a solution to the most plaguing issue (in my opinion) of AVPro: Audio Filters I do not think this is a "can't fix" situation. In this proposal I will go over the problem, considerations that have been discussed historically, and the solution I believe is feasible to implement with working sample code. ### Previous Cannys 1) https://feedback.vrchat.com/open-beta/p/986-avpro-player-ignores-lowpass-reverb-and-other-filters 2) https://feedback.vrchat.com/sdk-bug-reports/p/avpro-video-player-audio-filter-issue 3) https://feedback.vrchat.com/sdk-bug-reports/p/sound-effects-are-not-applied-to-audiosource-using-avpro-that-comes-with-sdk3 4) https://feedback.vrchat.com/feature-requests/p/usharpvideo-stream-audio-does-not-support-filters ### Crux of the issue As previously discussed in above canny #1, the current way of handling the AVPro speaker component (type named AudioOutput ) is that the component is implicitly created via AddComponent on the same game object. This has the critical drawback of being unable to respect any audio filters due to the DSP filter chain being _component order dependent_. The second half of this issue is that Unity has no runtime native way to change the ordering of components without fully reconstructing the references. This causes very obvious issues in regards to dependent scene references. (TCL's comment in canny #1 clarifies this as well) ### What has been considered Detecting and destroying/rebuilding known filter components after the implicit component is added. This is bad because all scene references to those components would be lost (eg: UI Events or public Udon variables). To avoid the lost components issue, a full scene search would be required in order to update the references which is costly and fragile. Placeholder components (shims) for each filter type that gets implicitly created after the implicit AudioOutput This is bad because it does not allow users to reference the actual filter components in the inspector (namely an issue for UI Events) Allow adding the AudioOutput script manually in scene and have the speaker search for it before trying to implicitly add the component. This is bad because it requires that the user import the AVProTrial package to be able to use built-in unity audio filters. This needs to be compatible with situations where the user does not wish to import that package so the dependency is decoupled from the feature itself. ### Proposed Solution A shim script that inherits from the AudioOutput class combined with a compiler flag for detecting if AVPro is present, and if not, then have a stub type of the _same namespace and type name_ which is _ONLY_ present in the sdk. Then update the VRCAVProVideoSpeaker to check for the existence of the shim component before creating an implicit AudioOutput, using it instead if found on the game object. This ensures that when the main shim script is loaded in editor, it is already a valid AudioOutput component and the component order is correctly retained so the Audio Filters will work correctly. In the SDK, the script type will check for the existence of AVPro through a version define, and if NOT present, will enable the AudioOutput stub class of the same namespace. An example of what it might be like: https://gist.github.com/techanon/41efc336604e148dde55862bff1778d9 I've tested this specific example in editor and it works there. Can't test in-client obviously.

3 days ago, 'Prepare Your Content' loading didn't stop all-day I've tried a lot of different ways, but i can't resolve it (like delete pipeline manager, downgrade or delete any plugin, remake avatar....) so, i made a new project, but it still have error 'Failed to agree to owenership agreement' help... [Error message] InvalidCastException: Specified cast is not valid. System.Net .AutoWebProxyScriptEngine.InitializeRegistryGlobalProxy () (at <fd5416061ceb42ba85a67118cd07ddcd>:0) System.Net .AutoWebProxyScriptEngine.GetWebProxyData () (at <fd5416061ceb42ba85a67118cd07ddcd>:0) System.Net .WebProxy.UnsafeUpdateFromRegistry () (at <fd5416061ceb42ba85a67118cd07ddcd>:0) System.Net .WebProxy..ctor (System.Boolean enableAutoproxy) (at <fd5416061ceb42ba85a67118cd07ddcd>:0) System.Net .WebProxy.CreateDefaultProxy () (at <fd5416061ceb42ba85a67118cd07ddcd>:0) System.Net .Configuration.DefaultProxySectionInternal.GetSystemWebProxy () (at <fd5416061ceb42ba85a67118cd07ddcd>:0) System.Net .Configuration.DefaultProxySectionInternal.GetDefaultProxy_UsingOldMonoCode () (at <fd5416061ceb42ba85a67118cd07ddcd>:0) System.Net .Configuration.DefaultProxySectionInternal.GetSection () (at <fd5416061ceb42ba85a67118cd07ddcd>:0) System.Net .WebRequest.get_InternalDefaultWebProxy () (at <fd5416061ceb42ba85a67118cd07ddcd>:0) System.Net .HttpWebRequest..ctor (System.Uri uri) (at <fd5416061ceb42ba85a67118cd07ddcd>:0) System.Net .HttpWebRequest..ctor (System.Uri uri, Mono.Net.Security .MobileTlsProvider tlsProvider, Mono.Security .Interface.MonoTlsSettings settings) (at <fd5416061ceb42ba85a67118cd07ddcd>:0) (wrapper remoting-invoke-with-check) System.Net .HttpWebRequest..ctor(System.Uri, Mono.Net.Security .MobileTlsProvider, Mono.Security .Interface.MonoTlsSettings) System.Net .Http.MonoWebRequestHandler.CreateWebRequest ( System.Net .Http.HttpRequestMessage request) (at <11f98b1155334c838c39517efeb27e30>:0) System.Net .Http.MonoWebRequestHandler.SendAsync ( System.Net .Http.HttpRequestMessage request, System.Threading.CancellationToken cancellationToken) (at <11f98b1155334c838c39517efeb27e30>:0) System.Net .Http.HttpClient.SendAsyncWorker ( System.Net .Http.HttpRequestMessage request, System.Net .Http.HttpCompletionOption completionOption, . . . NullReferenceException: Object reference not set to an instance of an object VRC.SDK3A.Editor.VRCSdkControlPanelAvatarBuilder+<>c.<CreateContentInfoGUI>b__97_0 (System.String selected) (at ./Packages/com.vrchat.avatars/Editor/VRCSDK/SDK3A/VRCSdkControlPanelAvatarBuilder.cs:1419) UnityEngine.UIElements.PopupField`1[T].GetValueToDisplay () (at . . .

This new version seems really emjoy hanging in Scheduler.Tick. Maybe I got too many avatars?

When doing a blink for a 2D face, the technique is to bring a second mesh up in front of the normal mesh, with a blendshape. However, this means that the blink is only visible for the portion of the blendshape where the second mesh is actually in front, which (if you don't want the closed eyes to be obviously "hovering" in midair) is only going to be at the very very end of the tween. So the current blink, which quickly tweens from 0-1 and back again, is almost invisibly fast when only the final 0.01 or so of that tween makes the eyes visible. Basically, it would be nice to have an option on the avatar descriptor, that would make the blink tween sit at 1 for a while (i.e., rounding the 0-1 value). Or maybe, a custom curve for how it travels from 0 to 1 and back... (that way, people could define things like double-blinks, etc)

After updating to the latest sdk 3.8.0 I've been getting a new error on two physbone scripts "Cyclic dependency found for component VRCPhysbone" It looks like the error is because the two physbones can interact with each other via coliders placed on each bone. Physbone A can collide with Phsybone B Physbone B can collide with Phsybone A As far as I know the components behave as expected so I am not sure why there is an error warning against it nor does the error provide too much info on how to keep the functionality and remove the error.