Avatar Bugs & Feature Requests

With the new Native FT update, windows build 1937, I've been having an issue where remote clients see my avatar's eyes with set random offsets. Locally, everything is 100% perfect all the time. Only remotes have this offset issue. After tracking the issue down, I've found that if I disable Eye Look completely in the VRC Avatar Descriptor, the offset no longer happens on remotes. (See included VRC Desc picture for broken version) It appears if you drive your own eye look bone rotations in your own animator while Eye Look setting is enabled (even with Eye-gaze field set to Face Tracking ), an offset is applied to remotes when your avatar is loaded in. Possibly an additional problem that I have 'none' set as my eye bones (defaulting to use Unity-Avatar's set Eye Bones when none?) If I had to guess, when the remote loads in your avatar, the stimulated Eye-Gaze functionality is on by default applying bone rotations and/or Eye Look param value changes. Then, the avatar is initializes with its networked params. Which freezes the simulated Eye-Gaze baking that offset into the remote user's avatar. This offset may be baked into the bone rotations, or the Native FT Eye Look parameter itself. If this issue is an intended conflicting behavior, perhaps a warning help-box in the VRC Avi Desc and an additional note in the documentation, would really help. Reproducible by: Use an avatar that uses bone rotations for its eye tracking. (you can use my linked avatar) Enable Eye Look with Face Tracking Eye-Gaze setting enabled. Drive your eye rotations via Native FT Eye Look params. Join a world with another remote user. Have the remote user observe the potential offset in the positions of the eyes. Included video: Note how when I switch avatars, the Remote eyes are completely different than the local. Including the ears rotations as they are also driven by Native FT Eye Look params. This public avatar uploaded with Eye Look enabled demonstrates this issue well. (yeah its creepy xD Just a stripped down version of my avatar): https://vrchat.com/home/avatar/avtr_b1e1f772-1b05-4556-965c-1ddeb5a8a0fc

Yes I do think NSFW avatars should be marked with those tags when uploading so they can be hidden by those settings. I always do this and if you want to make an even more extreme NSFW tag rather than just sexually suggestive that would be fine too. But punishing users for using an avatar that has nsfw features in a public instance even if they didn't use those features makes no sense. I understand moderation is hard, and there are issues with how publics tend to be, but overpunishing things that don't hurt anything isn't the answer. My voice is capable of saying slurs that could get me banned, but you don't ban me for having my mic on. You ban me if I DO THE ACTION that's against the rules. If you feel like you'd need to do something else more extreme like only showing my avatar marked with that to people who are verified 18+ then okay but you're gonna need to make that system better because it's not good right now. See all the feedback on that

Summary Please add optional per-axis Min/Max limits to VRC Constraints (Rotation / Position / Parent), so a constraint can follow its source in only one direction. Use cases Skirts A skirt bone should move outward when the thigh swings forward, but stay in place when the thigh swings backward. Today a Rotation Constraint copies the thigh rotation in both directions. When the leg moves back, the skirt bone also rotates inward and clips into the leg. There is no way to say "follow +X only, ignore -X." When using colliders instead, skirts have to be made with some extra room around the legs. With this feature, tighter skirts would become possible, and they could be expressed without twisting or clipping into the legs. Shoulder area of outfits Shoulder parts such as puffed sleeves, shoulder frills, or collars could follow the arm only when it is raised, and stay in place when it is lowered. This would make the movement around the shoulders look much more natural. Accessories combined with PhysBones Many accessories can already be handled reasonably well with PhysBones. However, when a part at the end of a PhysBone chain needs more complex movement, it is difficult to control. With limits on constraints, such parts could follow the PhysBone movement only within a set range. Other examples: Accessories that should follow PhysBone movement, but only in one direction Armor plates that only rotate away from the body Hair or accessories that should not rotate past a certain angle Mechanical parts (levers, joints) with a fixed range of motion Proposed behavior Add a "Limits" section to Advanced Settings: Enable per axis (X / Y / Z) Min / Max value per axis Applied after the constraint is solved, in local space Example: Rotation X Min = 0, Max = 60 → the bone follows the source only between 0° and 60°. Negative rotation is clamped to 0. Optional extension: an output multiplier or remap (input range → output range). This would allow a 90° thigh rotation to produce a 30° skirt rotation, similar to Blender's Transformation constraint. This feature would expand the range of outfits and expressions creators can make. Skirts, sleeves, and accessories could move more naturally without clipping, and creators could build more refined designs. I believe this would make avatars more appealing and, in turn, add value to VRChat as a whole. This would also be useful for worlds. Related https://ask.vrchat.com/t/future-vrc-constraints-expansion/26576 https://feedback.vrchat.com/avatar-30/p/vrcconstraint-optimized-replacement-for-unity-constraints ―――――――――――――――――――― 【日本語】 概要 VRC Constraint（Rotation / Position / Parent）に、軸ごとの最小値・最大値の制限をオプションとして追加してほしいです。これにより、コンストレイントがソースの動きに一方向だけ追従できるようになります。 用途 スカート 太ももを前に振ったときはスカートのボーンを外側に動かし、後ろに振ったときはその場にとどめたいです。 現在の Rotation Constraint は、太ももの回転を両方向ともコピーします。脚を後ろに引くと、スカートのボーンも内側に回転して脚にめり込みます。「+X方向にだけ追従し、-X方向は無視する」と指定する方法がありません。 また、コライダーを使う場合は、脚のまわりに少し余裕を持たせてスカートを作る必要があります。この機能があれば、よりタイトなスカートを表現できるようになり、しかもねじれや食い込みのない形で表現できます。 衣装の肩まわり パフスリーブや肩のフリル、襟などの肩まわりのパーツを、腕を上げたときだけ追従させ、下ろしたときはその場にとどめることができます。これにより、肩まわりの動きをより自然に表現できるようになります。 PhysBone と組み合わせるアクセサリー 多くのアクセサリーは、PhysBone である程度対応できています。しかし、PhysBone の先で複雑な動きをさせたいパーツがある場合、それを制御するのは難しいです。コンストレイントに制限があれば、そうしたパーツを PhysBone の動きに一定の範囲内でだけ追従させることができます。 その他の例： PhysBone の動きに追従させつつ、一方向にだけ動かしたいアクセサリー 体から離れる方向にだけ回転させたい鎧のパーツ 一定の角度以上は回転させたくない髪やアクセサリー 可動範囲が決まっている機構部品（レバー、関節など） 提案する仕様 Advanced Settings に「Limits」セクションを追加： 軸ごと（X / Y / Z）に有効化できる 各軸に最小値・最大値を設定できる コンストレイントを解決した後に、ローカル空間で適用する 例：Rotation X の Min = 0、Max = 60 → ボーンは 0°〜60° の範囲でだけソースに追従する。マイナス方向の回転は 0 に制限される。 追加の拡張案：出力の倍率、または範囲変換（入力範囲 → 出力範囲）。これにより、太ももの 90° の回転をスカートの 30° の回転に変換できます。Blender の Transformation コンストレイントに近い機能です。 この機能によって、制作できる衣装や表現の幅が広がります。スカートや袖、アクセサリーがめり込まずに自然に動くようになり、より完成度の高いデザインを作れるようになります。それがアバターの魅力を高め、結果的に VRChat 全体の価値を高めることにつながると考えています。この機能はワールドでも役立つと思います。

Avatar ripping has become a serious concern for VRChat users and creators. Avatars that people spend significant time and money creating or purchasing can be extracted, redistributed, or even resold without permission simply because they were used around other players. This undermines users’ sense of safety and harms creators. I would strongly appreciate an optional mutual trust system with the following features: Full avatar assets are shared only when both users explicitly mark each other as trusted. Users without mutual trust receive only a server-generated, low-detail proxy avatar that preserves basic social interaction. Access controls apply at the asset-delivery level. Unauthorized clients receive only the proxy assets, with access to the original meshes, textures, and other full-avatar resources restricted. Users can manage and revoke trust at any time, or choose to make their full avatar visible to everyone. I understand that this would have limitations and that revoking trust cannot recover assets someone has already downloaded. Even so, giving users control over who can receive their full avatar assets would be a valuable step toward protecting avatars and supporting creators. Please consider adding this feature so users can feel more comfortable wearing the avatars they love.

Some of my avatar's toggles are being forced on for my friends, while on my side the toggles are either off or something else is toggled on that would normally toggle off that toggle. Strangely the desync only happens on PC to PC, and not PC to Quest. The toggles in question are the Harness Panties, and the Harness Bra. They are on by default, and I think that might have something to do with why they are forced on for other PC users. This also affects the other underwear toggles since when I toggle one of them on, the only thing other people see is the default ones. Flat out taking them off also does nothing for other people (besides Quest users), so I think it's an issue with the On/Off state of the parameter forcing it to be on for other PC users. Before the update, I didn't have this issue, so I know it isn't something on the avatar's end. I will link the avatar and worlds used during testing below. Avatar: https://vrchat.com/home/avatar/avtr_454e63af-eed0-4c39-8c46-51f21268173b Worlds: https://vrchat.com/home/world/wrld_8d740b03-93a4-4153-99de-9fd67d86d4ae/info https://vrchat.com/home/world/wrld_1ddfdbb6-b972-4d88-8ee9-aee00c6c75a0/info https://vrchat.com/home/world/wrld_e0434a34-2f64-4e89-99da-8e3b4a86ffe4/info In order to recreate this desync, you'll need two PC users. As the one wearing the avatar, turn off, or equip something that would turn off the Harness Panties/Bra, such as another underwear item which can be found by going to Toggles->Closet->Bottoms or Toggles->Closet->Tops->Page 2. On the other PC user's end nothing will happen, but on the avatar wearer's end, the toggle will work as intended. You may want to take off the default bodysuit for a better view, since they blend in with each other heavily. It can be found under Toggles->Closet->Bodysuits. I'd also reccomend taking off most of the accessories that it has by default, found in Toggles->Closet->Accessories since it can cause lag on lower end devices.

I think it would be great to have a feature for sharing avatars with only specific people. Like having it set to private with a few exceptions. Because it is a bit tedious making a private avatar for a friend

A popular use case for expressions on avatars is to do things like toggling objects on and off, adjusting blend shapes, and more. Setting up cases like these in an SDK project from scratch requires a fair amount of knowledge of how Unity and its animator system works, which isn’t always intuitive to users that are brand new to creating avatars. To help make it easier to set up common use cases like this, we’re working towards introducing a new component called the Action Driver. The fundamental idea of it is to let avatar creators bind parameters on their avatar directly to one or more “actions” that they want to trigger, which includes common tasks like turning game objects on and off. *Read more in our Developer Update .

(Note: This feature is still in development, so any of the details below might change before the final release.) The Avatar Optimizer runs automatically when you build or upload your avatar. It intelligently generates atlas textures and combines meshes and materials to reduce the number of draw calls, improving performance. You can configure the optimization settings to preserve certain blend shapes, skip generating atlas textures, or disable the optimizer entirely. You can preview optimized Avatars before uploading to check if the optimizations worked correctly. At first, only the Standard Lite and Toon Standard shaders will support material merging and texture atlasing. If you're a shader developer, our documentation will explain how to make your custom shader compatible with the avatar optimizer. Once we're ready, our goal is to test the avatar optimizer in a closed beta to collect more data on its usefulness and to inform our next steps.

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.

With the new cloning feature: Allow avatar creators to set a “pedestal only” option so that avatars can still be used as quest rewards or Easter eggs for special avatars in worlds, for example.