Open Beta

If you define code like the one below, you will get an abnormal disconnection when entering an instance. [UdonBehaviourSyncMode(BehaviourSyncMode.Manual)] public sealed class Demo : UdonSharpBehaviour { [NetworkCallable] public void R(string[] arr) { } } This occurred not only with string arrays, but also with VRCUrl arrays. This can be worked around by using VRCJson, but it would be nice if this could be fixed.

I hadn't noticed this with previous versions so not sure when it was introduced, but with avatar in a gogo loco pose, changing your avatar height appears to work correctly for you, but for others in the world you snap downwards into the floor a ways when your height changes. Video example at https://www.youtube.com/watch?v=SVvgb9lrF9g

Summary VRCSDK 3.8.1-beta.1 has breaking changes for IVRCSdkAvatarBuilderApi.BuildAndUpload that requiring referencing more assemblies than before to access the method. VRCSDK 3.8.1-beta.1 requires VRC.SDK3A assembly to be referenced in addition to VRC.SDK3A.Editor and VRC.SDKBase.Editor . This breaks Upload without preCheck and VRC Quest Tools . Description VRCSDK 3.8.1-beta.1 added overload for IVRCSdkAvatarBuilderApi.BuildAndUpload that has List<VRCPerPlatformOverride.PlatformOverrideOption> as a parameter. The VRCPerPlatformOverride.PlatformOverrideOption is defined in VRC.SDK3A assembly so the C# compiler requires VRC.SDK3A assembly to be referenced to access the BuildAndUpload method for overload resolution. This is a breaking change because VRC.SDK3A assembly is not necessary to be referenced in the previous version of VRCSDK. This Gist is the minimum reproducible code to reproduce the issue. Download zip and extract to the Assets folder of Unity project with VRCSDK 3.8.1-beta.1 installed. It will fails to compile with CS0012 error. Possible Solutions There is a solution to this problem without bumping the breaking version, and I hope this improves API design of VRCSDK. That is to add struct similar to PlatformOverrideOption into VRC.SDK3A.Editor assembly, and copy the contents to VRCPerPlatformOverride.PlatformOverrideOption in the Build or BuildAndUpload . This will resolve (revert) the breaking changes and will continue to work with existing code. This shields the internal implementation of PlatformOverride by not exposing the VRCPerPlatformOverride component which is currently used for multi-platform build. By exposing VRCPerPlatformOverride.PlatformOverrideOption onto the [PublicAPI] surface, it will (partially) expose the fact multi platform build is implemented with component, but it can be changed over the time so designing the API to be flexible is better. In addition, Developers won't need to write long type name VRCPerPlatformOverride.PlatformOverrideOption in their code so this makes code easier to read. Additional Notes This is not a fatal but IVRCSdkAvatarBuilderApi.BuildAndUpload and their properties are not marked as [PublicAPI] that should be.

This is hard to describe but the videos should make it obvious. I'm having an issue where looking at a certain angle (by actually turning my head - not rotating using controllers) causes my HMD view to go crazy, flipping my head around backwards, and also the pitch axis gets inverted. This is somehow connected to my rotation within the SteamVR tracking space, because using OVR Advanced Settings to rotate the space will also cause the bad region of rotation to move. Using a different avatar and different world makes no difference. This only affects VRChat. There is no issue in other VR apps, and even overlays open at the same time as VRC (such as the SteamVR menu) are completely fine, it is only VRC that shows this behavior. It shows both for me in my HMD, and in third-person via a stream camera or for other players in the instance. This is happening on VRC Open Beta build 1342, with a Pimax 5K Super, using the new Pimax Client (not PiTool). I was able to replicate this across system reboots. It only happens on the new Open Beta, and the non-beta version of VRC is fine. The issue does not occur using a Quest2 + ALVR. A friend also on beta using a Quest2 + Virtual Desktop did not have this issue. Videos: View in first-person: https://youtu.be/x9cpQ9aFQCc View in third-person (had my arm outstretched to show how I was rotating IRL): https://youtu.be/njKve55cEVo Showing that an overlay is fine, only VRC is wrong: https://youtu.be/ENOoEnD9b94 Client log: https://pastebin.com/ZWDzt7YD

Changing your pronnouns while in a locally built avatar changes you into a robot. It's also stuck in it's animations, it does not do any movement animation.

Can't Upload models that have Particles on them without this error(1640 now), Using "VRCSDK-2019.12.02.16.39_Public" This Also happened on the VRCSDK-2019.11.27.18.44_Public SDK as well, which i will also post the pic for(The error 1633) I am fine When i am using SDK "VRCSDK-2019.11.22.21.00_Public" But, Any particle i use will give this error on the newer SDKs, and Wont show the upload box so i can upload the model. All i have is a a 2 second particle SSJ transformation, and i can't upload...tried changing every setting i can think of(even made a new particle). The MOMENT you make a particle and have it on the model, it disables the Builder Box

This issue seems to occur both on desktop and VR, but it's more noticeable in VR. Joining either of these worlds and looking at the fishes (particle system) will show the issue. This issue doesn't exist on live. Worlds it happens in so far for me: https://vrchat.com/home/world/wrld_490b3750-0762-48cb-91bd-bce4430cac6b https://vrchat.com/home/world/wrld_7f9b9fe5-1ef9-4525-836b-e86e095b27e8 EDIT: This issue also appears on avatars with particle systems. https://twitter.com/hfcredddd/status/1696913583928455652 (Credits to hfcRed on their tweet)

The radial menu is already incredibly bloated and frustrating to navigate. Adding an additional menu just conflates the issue more. However, stickers are much like Emojis and should be part of the Emojis section of the menu. At best its an advertisement for people to get VRC+ on the radial menu. However, its an annoying advertisement as well. It would still have the same advertising effect under emojis, because when you are using an emoji you are at least looking to share something.

Although it was most likely unintended, physbones prior to 1301 could have their stretch set to infinity via debug view. Physbones on the most recent open beta (Both 1.0 and 1.1) are now clamped to 5, even if max stretch is set to infinity in debug. This will unfortunately break avatar systems relying on infinite stretch. I and probably many others would love to see it be implemented in 1.1 as a proper feature. (Or at least clamped at a much larger number)

When swapping between Desktop and VR, the control scheme for the drone resets back to the default of 2 .