Open Beta

There is an urgent need to fix the issue in the open beta where features disabled by the world owner (such as emojis, stickers, and the drone camera) can still be enabled when creating an instance (or possibly even afterwards). If a feature is enabled by default but has been explicitly disabled by the world creator, there is always a reason behind it. Actually, there are some worlds that cannot permit stickers to be placed due to the terms and agreements of the assets used or other reasons. If we can override the world author's settings in such worlds, the world will be deleted because the agreement cannot be met. While it is good to have a system that allows disabling certain features, enabling features that have been deliberately disabled disregards the creator’s intent. This could lead to a significant loss of trust within the creator community.

Hey VRChat Team, With the Open Beta now live, we can finally set Emoji and Sticker permissions when launching an instance—awesome feature! But there’s a bit of a problem. In cases like the "Yokosuka Museum of Art -横須賀美術館-", unauthorized stickers or emojis could cause legal or artistic issues. This might force world creators to make their worlds private or even take them down entirely, which would be a huge shame. https://vrchat.com/home/world/wrld_1247aa9a-a86a-42ff-b1a4-7a8055424a50/info So, how about letting Udon control Emoji and Sticker permissions, just like it can restrict avatar scaling? This would give creators more flexibility and help prevent unintended issues. Would love to hear your thoughts on this! Thanks.

To preface this, I'm 50/50 on this one. I understand why the system is set up like this, it just seems strange to me that the current implementation of "instance settings" allows people to disrespect a world creator's wishes if the instance isn't public. If a world creator doesn't want people to stickerbomb their world or litter it with prints, then I can see why people would argue that that choice should always be respected. This is especially worrisome when drones are currently able to influence rigidbodies: https://feedback.vrchat.com/open-beta/p/1601-drones-should-not-influence-pickups-rigidbodies-in-worlds

I regularly fly real FPV drones and also develop FPV drones using Udon. I was amazed by the drone camera functionality newly added to VRChat—it is exceptionally well-made, and I was particularly astonished to see that even ACRO mode was implemented. I feel this feature is powerful enough to attract FPV drone enthusiasts into VRChat. Given this, it would be natural for FPV drone pilots to want to use their own RC controllers. Therefore, I'd greatly appreciate it if you could enable drone operation via OSC input. I'll likely create a program myself to translate RC controller inputs into OSC signals. The drone system itself is already highly refined; the only shortcoming left is the input method. Thank you very much for your consideration. 普段現実のFPVドローンを操縦したり、UdonでFPVドローンを制作している物です。 VRChatカメラに新たに搭載されたドローン機能は非常によくできていて驚きました。特にACROモードまで実装されていたことは驚愕です。 FPVドローンプレイヤーがVRChatに流入するだけの十分なパワーが備わっていると感じました。 そのうえでFPVドローンプレイヤーであれば普段使っているプロポを使用したいと考えます。 どうかOSC入力によるドローン操作を可能にしてほしいです。プロポの入力をOSC入力に変換するプログラムは私が作ると思います。 ベースの仕組みの完成度が高い分、残りの不満は入力系だけです。よろしくお願いします。

Print and Drone have the technical issues. https://feedback.vrchat.com/open-beta/p/1601-drone-camera-collides-with-vehicles-in-the-two-main-vehicle-systems-in-vrch https://feedback.vrchat.com/feature-requests/p/print-must-not-collide-with-any-world-objects-at-any-time Past, VRC-devs said there are too many issue reports. Now they will make the world authors face report-hell. It should be shelved until a viable solution is found or added.

Currently, when "FPV Enable" is active, the player's Audio Listener moves to the drone's location, allowing you to hear audio from the drone's perspective. While this is convenient for filming, it can become problematic when chatting with friends during flight, as voices become inaudible if the drone moves far away. Therefore, please add an option to prevent the Audio Listener's position from changing when "FPV Enable" is active. 「FPV Enable」時の音声のAudio Listenerの位置を変更しなオプションを追加する。 「FPV Enable」時、プレイヤーのAudio Listenerはドローンに位置され、ドローンの場所での音声が聞こえるようになります。 これは撮影では便利な場合がありますが、友達とおしゃべりをしながら飛ばす際は、ドローンが遠くに行ってしまうと声が聞こえなくなってしまい不便です。 なので「FPV Enable」時にAudio Listenerの位置を変更しないオプションも追加してほしいです。

Turns out that Gesture Manager is broken in the Beta SDK 3.7.7-beta.1 due to some changes in the handling of Unity.Mathematics. This can only be fixed in Gesture Manager by adding the Assembly Definitions for Unity.Mathematics and Unity.Mathematics.Editor in the file vrchat.blackstartx.gesture-manager.editor.asmdef . Now, this is an easy fix for Gesture Manager. However, for it to be done in 3.7 is not okay. Because of this breaking change, the SDK Beta 3.7.7 should be changed to 3.8.0!

Many avatars already come with face tracking in the form of unified expressions. Unified expressions likely needs no introduction, however it is a standardisation of parameter values, face, eye and neck shape keys. Using these parameters if available on an avatar will significantly increase the liveliness of the avatar while being captured by selfie expression. These values can be found at https://docs.vrcft.io/docs/tutorial-avatars/tutorial-avatars-extras/unified-blendshapes

After seeing how well the tracking worked when using Selfie Expression from a friend, I noticed that a lot of immersion was lost thanks to the the speed at which their avatar updated the tracked bones (3hz-5hz?) which is the default Desktop mode limit. It somewhat discourages me from using it if desktop users are still gonna be updating their tracking that slowly. It's nice that the option is there, but feels bittersweet when the refresh rate is that slow. Sure, when they don't have it enabled there is hardly a point to increase that limit, but could we get that limit increased so desktop users feel less 'robot movements' like? I think just 10hz would be more than acceptable, or anything smooth enough to be caught off-guard with a "Whoa, you are not in VR?!" moment.

Open a Portal to a VRChat world, and you will be asked to select the VRChat features - such as Pedestals, Stickers, Drone - to allow in the world. This feature introduces extra friction whenever players want to simply hang out and do a world-hop. The concept itself is good, but the selection for this feature should be part of a menu or tab and not an extra menu step before the Portal drops.