Open Beta

Around November 22nd, even though I have not enabled Noise Suppression in the VRChat settings, quiet voices, such as whispering, have started to cut out as if noise canceling is being applied. (It was working fine before that date.) Since microphone tests in Steam friend calls, Discord, etc., show no issues, I believe this is a problem specific to VRChat. The observed behavior is that the microphone indicator lights up for the speaker, but the sound cuts out for the listener. This phenomenon still occurs even when the Mic Activation Threshold is set to 0. I believe that voices sound fine when I am on the Desktop version. (This issue occurs in both the regular and Beta versions of VRChat.) Currently, this issue is affecting me and about four of my friends, and it is frequently making conversations unintelligible, which is very frustrating. I sincerely hope this can be fixed promptly. --------------------------------------------------------------------- [JP] 「ノイズ抑制をオフにしてもマイク入力時の小さな声が途切れる」 11/22前後あたりから、VRCの設定でNoise Suppressionを入れていないにもかかわらず囁き声などの小さな声がノイズキャンセリングがかかったように途切れるようになりました。 (それ以前は問題なく聞こえていました。) Steamのフレンド通話、Discord等でマイクをテストする限りだと問題はないのでVRC固有の問題かと思います。 話してる側ではマイクが反応してるのにもかかわらず、聞いている側ではマイクが途切れる、といった挙動を取るようです。 この現象はMic Activation Thresholdを0にしても発生します。 Desktop時は特に問題なく声が聞こえているように思います。 (この問題はVRCの通常版、β共に発生します。) 今のところ私含め4人ほどのフレンドの間で発生しており、話していることが聞き取れないことが多々発生しており非常に困っていますので、早期に修正されることを願います。

Requires two people to see this happen. Repro: Player one spawns an item. Player one deletes their item. Player one spawns their item again. Player two sees two copies of the item. Repeat for many items. Video of this occuring: https://www.youtube.com/watch?v=Nu7YywKUiKo

Ambient occlusion appears to be broken in the current open beta (not 3rd person). Attached is images showing ambient occlusion maxed out on live build versus on open beta build. The open beta build does not have any ambient occlusion on the avatar at all while the live version is obvious that it does have it. It primarily affects the MSVO version of ambient occlusion which is usually the most commonly used as it functions better. Ambient occlusion is great for pictures, so having it broken would limit many users who would rely on it. It also would affect how worlds that use it look as well. A few worlds that have ambient occlusion in the post processing settings or is on by default: Urban Refuge https://vrchat.com/home/world/wrld_3c3ce33e-0b66-4bb6-a5a2-64d1fc37b875/info Cozy Cottage https://vrchat.com/home/world/wrld_518e82d9-8ecd-4a63-b126-6996093888a0/info (Blank) https://vrchat.com/home/world/wrld_74636a47-8ea5-4f6e-8d11-f60d4b761c92/info

SDK allows uploading avatars without thumbnails when first upload is aborted in some ways. Steps to reproduce Steps A: SDK Only Create new avatar Initiate build and upload Accept copyright agreements The upload aborts with one of following reasons - Asset bundle size limit exceeded - Network errors - Unity Editor Crash during build Re-start unity editor (or re-open control panel) to clear thumbnail path internally hold Open the control panel. You'll see the name, description, and others are filled but no thumbnails assigned. Re-upload the avatar. The avatar has asset bundle but no thumbnail when upload in step 7 successfully finished. Steps B: With API Call VRCApi.CreateAvatarRecord and assign blueprint id returned to the PipelineManager of an avatar. Open Control Panel. You'll see the name, description, and others are filled but no thumbnails assigned. Upload the avatar with control panel or VRCSdkControlPanelAvatarBuilder.BuildAndUpload API. The avatar has asset bundle but no thumbnail when upload in step 3 successfully finished. In SDK 3.9.0, upload in 3 would fail with exception so avatars without thumbnails are prohibited. The cause of the problem This was caused by incorrect assumption in the control panel and the API: avatars with blueprint id assigned will always have thumbnails. However this is not correct for some cases I described above. I think control panel and API should check if thumbnails exist as noted as possible bug 4 in previous canny comment and control panel should require users to assign thumbnails before upload if not assigned, and API should throw exception if no thumbnail path is provided.

"No Mutuals" when someone disabled mutuals is misleading, because it's simply not true. Just hide the button or rephrase it.

The graphic that shows when a user is offline is overlaid on top of the Mutual Connections list.

For some odd reason that others don't seem to be able to repro, whenever I receive a log with "scroll" enabled, it ignores the latest line and only scrolls up to the 2nd furthest line down... I always have to look back at the window and scroll down myself to actually see the latest line that has appeared. I believe this occurs for multi-line debugs as well: it scrolls down to the 2nd latest line, but never far enough to reveal the last line of the log. Example: https://www.youtube.com/watch?v=FEX13XPsY9k&feature=youtu.be

1) Open VRChat (Open Beta) in VR. 2) Travel to a world that uses Depth of Field, such as the water in this one: https://vrchat.com/home/world/wrld_1ddbfcf7-280c-484c-87e0-228e7fa1d826 This may also affect other platforms, but I can only test PC.

Mutual friends list should display user's thumbnail if they have no icon set, the same way the "Here" tab user list works. Right now there's often just image missing and it looks bad.

The new debug menu has scroll sensitivity > 0 which means it scrolls while moving forward/backward, I'm a bit conflicted because I agree it would be nice to scroll it with the mouse on desktop but it scrolling on its own when moving forward/back is very disruptive, curious what other creators think. Of course the best of both world would be to be able to scroll with the mouse without it scrolling when moving forward/back :eyes: