SDK Bug & Feature Requests

With the SDK 3.10.2 update, the Avatar Expressions Menu editor received the following UX change: When targeting a Boolean parameter, the Value attribute is now hidden and is always treated as enabled, since that's the only valid option for a Boolean (true when activated, false when deactivated). While I understand the reasoning behind this change, it removed a useful workflow that was previously possible. Before this update, it was possible to create two menu controls targeting the same Boolean parameter: one with Value = True and another with Value = False. This allowed both controls to toggle the same parameter while only the control matching the current state would appear visually active. For example: Badge toggle (Value = True) Nameplate toggle (Value = False) When the Boolean is true, only the Badge toggle appears active. When it's false, only the Nameplate toggle appears active. This made it possible to represent two mutually exclusive states using a single Boolean while providing clear visual feedback in the Expressions Menu. Since the Value field is now hidden and always forced to true, this behavior is no longer possible. I'd like to see the Value option restored for Boolean parameters, even if it's tucked behind an advanced setting or warning. While the current behavior is simpler for most users, the previous implementation enabled legitimate use cases that are no longer possible.

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

Create an expression menu Create sub menu with toggle for parameter which doesn't exist create menu item in main expression menu and link submenu change menu item type from submenu to toggle Current behaviour: VRChat SDK shows "VRCExpressionMenu uses a parameter that is not defined. Parameter: <your parameter name>" and blocks upload Expected behaviour: No warning/error in SDK window SDK: 3.7.1

If you change the type of a menu option from submenu to something else, the submenu reference remains and will prevent uploading if the submenu references parameters that don't exist. This can happen in a normal workflow by duplicating and modifying an existing menu, or just by removing functionality from an existing avatar by repurposing the submenu control. Reproduce steps: On an existing avatar, create a control of type submenu. Reference an existing submenu (or make a new one) that controls a parameter that isn't on the avatar. Observe on the SDK window that upload is prevented with the message: "VRCExpressionsMenu uses a parameter that is not defined." This is expected behaviour. Next, change the type of control you added from submenu to toggle. Observe that the SDK still prevents you from uploading, as the submenu is still referenced, but the field is hidden from the user, as the control type is now toggle. Requesting to have the submenu reference cleared when the control type is changed from submenu to something else.

The function ApplyHue in Packages/com.vrchat.base/Runtime/VRCSDK/Sample Assets/Shaders/Mobile/ToonStandard/CG/Helpers.cginc can be replaced by the following function, yielding 1:1 results. // Rotates white-point to Z axis, rotates around Z, undo white-point rotation. half3 ApplyHue(half3 col, half hueAngle, half mask) { UNITY_BRANCH if (hueAngle == 0) { return col; } else { const half PI = 3.14159265359; const half3 OFFSETS = PI * half3(0.0/3.0, 2.0/3.0, 4.0/3.0); half3 ct = (1.0/3.0) + (2.0/3.0) * cos(hueAngle + OFFSETS); half3 shifted = (col.rgb ct.x) + (col.gbr ct.y) + (col.brg * ct.z); return lerp(col, shifted, mask); } } In my testing, the original ApplyHue function compiles to this: 0: sample r0.xyzw, v1.xyxx, t0.xyzw, s0 1: eq r0.w, cb0[2].x, l(0.000000) 2: if_nz r0.w 3: mov o0.xyz , r0.xyzx 4: else 5: sincos r1.x, r2.x, cb0[2].x 6: mul r1.yzw, r0.zzxy, l(0.000000, 0.577350, 0.577350, 0.577350) 7: mad r1.yzw, r0.zzxy, l(0.000000, 0.577350, 0.577350, 0.577350), -r1.wwyz 8: mul r1.xyz , r1.xxxx, r1.yzwy 9: mad r1.xyz , r0.xyzx, r2.xxxx, r1.xyzx 10: dp3 r0.w, l(0.577350, 0.577350, 0.577350, 0.000000), r0.xyzx 11: mul r0.w, r0.w, l(0.577350) 12: add r1.w, -r2.x, l(1.000000) 13: mad r1.xyz , r0.wwww, r1.wwww, r1.xyzx 14: add r1.xyz , -r0.xyzx, r1.xyzx 15: mad o0.xyz , v1.zzzz, r1.xyzx, r0.xyzx 16: endif 17: ret while my function this compiles to this: 0: sample r0.xyzw, v1.xyxx, t0.xyzw, s0 1: eq r0.w, cb0[2].x, l(0.000000) 2: if_nz r0.w 3: mov o0.xyz , r0.xyzx 4: else 5: add r1.xyz , cb0[2].xxxx, l(0.000000, 2.094395, 4.188790, 0.000000) 6: sincos null, r1.xyz , r1.xyzx 7: mad r1.xyz , r1.xyzx, l(0.666667, 0.666667, 0.666667, 0.000000), l(0.333333, 0.333333, 0.333333, 0.000000) 8: mul r2.xyz , r0.yzxy, r1.yyyy 9: mad r1.xyw, r0.xyxz, r1.xxxx, r2.xyxz 10: mad r1.xyz , r0.zxyz, r1.zzzz, r1.xywx 11: add r1.xyz , -r0.xyzx, r1.xyzx 12: mad o0.xyz , v1.zzzz, r1.xyzx, r0.xyzx 13: endif 14: ret Both functions use two temporary registers when I tested them in fragment. Optionally half3 ct = (1.0/3.0) + (2.0/3.0) * cos(hueAngle + OFFSETS); can be replaced with half3 ct = (1.0/3.0) + (2.0/3.0) cos(hueAngle UNITY_TWO_PI + OFFSETS); to resolve feedback like this one https://feedback.vrchat.com/sdk-bug-reports/p/mobile-toon-standard-hue-shift-should-go-from-0-to-1-not-628 I have made supplemental demos in Desmos to showcase the methods: https://www.desmos.com/3d/w6lx6thiga https://www.desmos.com/calculator/qssso8prah I hereby grant legal rights to all shader code presented in this feature request. I present all of the above, granting full rights to use, reuse, modify, redistribute, and will not persue any form of legal action, following the guidelines of the MIT-0 No Attribution licence. blablabla open source, use it as you wish! ApplyHueMinimal.shader (which I have renamed to .txt for sending) has the MIT-0 licence as a header segment by the way.

Currently, the VCC always creates Windows projects by default. When installing Unity, the VCC should install the modules required for Android and iOS. It would be nice if users could choose Android or iOS directly instead of switching to it after project creation.

SDK Version: 3.10.4 In FilterAnimatorEvents() (UnityEventFilter.cs:402), when an Animator with no runtimeAnimatorController is encountered, the code executes 'return' instead of 'continue'. This exits the entire foreach loop, leaving all subsequent Animators in the hierarchy unchecked and their AnimationEvents unsanitized. Repro steps: Create a world project (SDK 3.10.4) Create a parent GameObject "TestParent" Under TestParent: add "A_EmptyAnimator" (Animator, no controller) above "B_ForbiddenEvent" (Animator with a clip containing a non-allowed AnimationEvent) Call UnityEventFilter.FilterEvents(testParent) in Play mode Expected: [UnityEventFilter] Removed AnimationEvents log appears — B's event is sanitized Actual: No removal log. The forbidden AnimationEvent fires. Proof — only the order matters: A above B: ForbiddenFunction executes (screenshot 1) B above A: [UnityEventFilter] Removed AnimationEvents from 'B_ForbiddenEvent' (screenshot 2) Fix: Line 402, change 'return' to 'continue'

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.

After the Blueprint ID was removed, the SDK panel was rebuilt, and the avatar switching process—which was executed with a delay—was searching for a VisualElement that had already been discarded. I added a guard to abort the process if the panel was disconnected, and confirmed that compilation succeeded under the same conditions as the VRChat SDK. Since I couldn't attach the patch, I've included it in the MD file.

PRs: https://github.com/vrchat-community/UdonSharp/pull/170 When no VRChat installation is found, reloading domain will increase dramatically and generate lot of Editor lag over time. Step to reproduce: Go to AppData/LocalLow/VRChat/VRChat/ Rename or temporary move it (like if you never launched vrchat at least once) Open a Project that has Udonsharp Udonsharp will show a message in the console "Could not locate VRChat data directory for exception watcher..." Keep the editor idling for 5-10 minutes. Enter play mode and notice a very long reloading domain time. After investigating the root cause of the issue, the issue is the "Listen for client exceptions" doing callback loops in the background, disabling it will temporary fix the issue, but a fix is in the PR.