Avatar Bugs & Feature Requests

Currently, you can have an avatar rated as “Good” at 70,000 polygons, but adding even a single triangle beyond that will instantly drop the rating to “Very Poor.” Obviously, this doesn’t make much sense and can actually discourage some people from optimizing their avatars. (Why bother optimizing other stats if the polycount alone tanks the rating the moment you go over?) I’d like to suggest increasing the polygon thresholds for Medium and Poor ratings, with a gradual step-up between each level. This would make a lot more sense and give creators more flexibility! I’d really love to see this system improved. The VRC team should ultimately decide on the final values through proper testing, but personally, I think a Poor rating could go up to around 120k, and Medium could sit around 90k. Of course, those numbers are just based on my experience, and I’m sure the team can come up with even better thresholds through data and testing.

I tryed to send "/avatar/change" osc message but it does not work. I also sended "/avatar/parameters/..." together and it works. osc.send({address: "/avatar/parameters/BustSize", args: [0.5]}); // works osc.send({address: "/avatar/change", args: ["avtr_0eb0aeff-5a47-4c01-86e7-943cfcc1e8b5"]}); // not working

Switch to an avatar with an animation that is triggered when the _Stretch of the Physbone exceeds a certain threshold. The moment the avatar is loaded, the _Stretch behaves as if it were stretched to the maximum, and the animation is triggered. _Stretch reacted when the avatar teleported or returned from a specific pose, etc., and the avatar's posture suddenly changed and the physbone moved. In some cases, _Stretch reacted abnormally when the player was moving too fast or under the influence of Station. The specific behavior is as follows Before the update: If Immobile is 1, it did not extend regardless of the value of stretch motion After the update: Stretch motion value is used regardless of Immobile value.

I think it would be very beneficial to have a native VRC parameter "IsAgeVerified" such that I and other creators can lock certain functionality behind the age filter.

The expression menu lacks various controls types and features used by VRChat's native Action Menu, limiting our approach to creating more complex toggles that depend on one another or simply to provide clearer intent/description to users. Some of the features missing include the following: * Making a control unclickable (to indicate it depends on another function, typically another toggle, such as the various personal mirror settings only being accessible once the mirror is shown, but also some of the action menu settings depending on whether you're in VR or not). * Control tooltips (as used by the Custom Emojis and stickers controls when you're not subscribed to VRC+) Alternate toggle looks: * On/off capsule instead of the spinning circle overlay (support for icons would be a bonus, with a smaller capsule and the option to choose whether it appears above or below the icon) * Alternate icons (similar to the microphone and gestures toggles)

Something I feel that a lot of quest users have been missing out on has been stuff in the shader department. Although there have been improvements to the standard lite shader, at times that isn't enough, as well as how most of the shaders for quest users are similar to unity's default shaders. I feel it would be a decent consideration to have a simple yet stylized shader from VRChat could solve this issue a bit, and possibly help with mixing some properties like toon shading with PBR elements or using more than 1 uv channel for tiling+masking purposes.

When creating menus with similar or identical layouts but different functions, it can sometimes be confusing what menu you entered (especially if the action menu was dismissed for sometime and you forgot where were, or if your controller suffers from stick drift). A solution to this would be to display additional text indicating what the current menu may be used for, a "header", centered within the menu, this is currently possible to do with some formatting tricks on odd-numbered expression menus, but requires trial and error to line up correctly with different text (and also gets misaligned once the button is hovered over, see last attached image), a properly built-in implementation would be ideal.

Version 3.8.1 of the VRChat SDK will include the following feature: Per-platform overrides allow you to configure different versions of your cross-platform avatar for multiple platforms. When you build & publish your avatar to more than one platform, the SDK automatically uploads different versions of your avatar to each selected platform under the same avatar ID. Per-platform overrides make it easy to upload an optimized version of your avatar for Android and a fully featured version of your avatar for PC. https://vrc-beta-docs.netlify.app/releases/release-3-8-1/

128 bits is plenty but ints can be wasteful, and it's complicated to set up bitwise logic with bools. A good compromise is letting us specify how many bits our integer parameters can use; 2 to 8 (perhaps longer?) This would let toggles use a lower amount of bits and make it easier to squeeze more parameters into the 128 syched bits available. It would be up to the user to make sure they stay within the range they specified.

When the following conditions are met, a PB placed under an object with a Constraint setting will not follow the Constraint’s movement, regardless of whether it is Local or Remote. (Contacts follow correctly without any issues.) An animation within the Animator manipulates the Transform of the object that has the Constraint setting. (This applies even if it's in an isolated state.) The Constraint applied to the object is in an enabled state. Once the Constraint is disabled and the animation is able to move the object, the PB starts following to the correct position. (The avatar where this bug was discovered has a somewhat complex setup, so there may be other contributing factors.) The avatar ID where the issue occurs is as follows: avtr_d45ac5bc-cb20-4bce-8c03-bf45e81f0dec SDK: 3.8.0 BuildVersion: 1628 --------------------------------------------------------------------------------------------------------------------- [JP] [特定条件下でPBはConstraint設定されたObjectの動きに追従しません。] 以下の条件を満たすとき、Constraint設定されたObjectの配下に設定されたPBがLocal/Remote問わずConstraintの動きに追従しません。 (Contactは問題なく追従します。) ①Animatorの中にConstraint設定したObjectのTransformを操作するAnimationが含まれている。 (孤立したStateでも同様) ②Objectに設定されたConstraintが有効状態になっている。 Constraintが無効になりAnimationで動かせるようになると、PBは正しい位置へ追従するようになります。 (バグを発見したアバターは少々複雑な作りをしているため、他にも原因があるかもしれません。)