Bug Reports

in unity 2022, the "Z Bias" setting was added to the MSVO effect in the post processing stack v2 (vr compatible ambient occlusion), which fixes much of the flickering of AO in vrchat, but currently the setting does not end up working in game likely due to miss-matching version of package in game. many creators use this effect in larger worlds for better shading as lightmapped AO is not possible in many cases, please update the package, it would reduce a lot of visual artifacts in vrchat worlds.

I am not in favor of a uniform Untrusted URL restriction in Public instances, but I tried to add Video Player Allowed Domains anyway. However, I was only able to add up to 10. This is too few! For example, nicovrc.net , a service for proxy viewing of videos from video sites that cannot be played normally, supports Nico Nico Douga, bilibili Douga, TikTok, and many other platforms, with different domains redirected to each platform. You must allow at least 6 URLs to function properly. And just to play a video on X (Twitter), you have to allow x.com and video.twimg.com . Ten is a number that fills up quickly and is not practical. I think it is necessary to either make the number of Video Player Allowed Domains registrations virtually unlimited (e.g., 100) or to make it possible to have a deny list instead of an allow list. 私はPublicインスタンスでの一律なUntrusted URL制限にあまり賛成しない立場ですが、とりあえずVideo Player Allowed Domainsを追加しようとしました。 しかし10個までしか追加することが出来ませんでした。これは少なすぎます！ 例えば標準では再生できない動画サイトの動画をプロキシ視聴するためのサービスである nicovrc.net はニコニコ動画やbilibili動画、TikTok、その他多くのプラットフォームに対応していますが、プラットフォームごとにリダイレクトされるドメインが異なります。正しく機能するために少なくとも6つ以上のURLを許可しなければなりません。 またX(Twitter)の動画を再生するだけでも、 x.com と video.twimg.com の2つを許可しなければなりません。 10個という数はすぐに埋まってしまい、実用的ではありません。 Video Player Allowed Domainsの登録数を実質的に無制限（100個など）にするか、許可リストではなく拒否リストに出来るようにするかが必要だと思います。

I'm not entirely sure what's causing it all I know is that theres a chance it shows up when you look at world then switch over to another, it sometimes (not always but a good majority) shows the instances for a world you were just looking at instead of the current one. Now it doesn't always happen, sometimes it does load in the instances for that world but a majority is that when you look at one world then back out and look at another world only the instances for the previous world show up, you can go to the random instance that it shows when you open it but specific instances do not show up for said world, only the ones before

YouTube and Twitch can be played, but others cannot be played. For example, it cannot be played on nicovrc.net ( nicovideo.life ) etc. These effects occur in both Live and OpenBeta versions. ## SystemLogs 2024.11.23 00:30:48 Log - [KineL] Take ownership (System) 2024.11.23 00:30:48 Log - [KineL] Video load process starting... 2024.11.23 00:30:48 Log - [Video Playback] Attempting to resolve URL ' https://nicovrc.net/proxy/?sm500873 ' 2024.11.23 00:30:48 Log - NativeProcess.Start: started process id [32448]: C:/Users/shigure_ui_live_nekoyama/AppData/LocalLow/VRChat/VRChat\Tools/yt-dlp.exe (...) 2024.11.23 00:30:50 Log - NativeProcess.HasExited: process exited with code 255, took 1356 ms. Command line: C:/Users/shigure_ui_live_nekoyama/AppData/LocalLow/VRChat/VRChat\Tools/yt-dlp.exe (...) 2024.11.23 00:30:50 Error - [Video Playback] Traceback (most recent call last): 2024.11.23 00:30:50 Log - [Video Playback] URL ' https://nicovrc.net/proxy/?sm500873 ' resolved to ' https://nicovrc.net/proxy/?sm500873 ' 2024.11.23 00:30:50 Log - [AVProVideo] Opening https://nicovrc.net/proxy/?sm500873 (offset 0) with API MediaFoundation 2024.11.23 00:30:50 Error - [AVProVideo] Error: Loading failed. File not found, codec not supported, video resolution too high or insufficient system resources. 2024.11.23 00:30:50 Log - [KineL] Video error. : PlayerError

When in queue for an instance and the option pops to join, clicking join causes the prompt to disappear but the player is not transferred to the instance they queued for Happened to many friends & myself for a birthday party

The opposite side of a Real Time light doesn't darken the Light Probe Specular so it shines through and makes it glow though the Roughness map Realtime lights have Specular direction data that can be used to darken the side opposite of the light so this is a fixable issue Mobile Standard Lite didn't have this problem before Light Probe Specular was added

When clicking "Join" after waiting through a world queue, it sends you back to the instance page, asking you to queue again. This issue seems new since this week's release. I experienced it on 1538 and 1548 (open beta). The issue also affected a friend, so it doesn't seem to be only me. I experienced the issue on two separate worlds, both with queues. However, I was on priority queue for both, so that may be related. The issue is inconsistent. I triggered it three times in a row, then joined, left, and rejoined the queue and it worked.

When observing yourself in the mirror while moving at very high speeds, (greater than about 50 movement speed) parts of the avatar will appear to vibrate or jitter, as shown in the attached video. This is particularly noticeable if the avatar has a tail or other body part that extends far from the trunk. This effect is still observed, even when the locomotion controller has been replaced to only have a stand_still animation (as shown in the attached image). To reproduce: Create a world with a large (~1000 scale) mirror and a walking/strafing speed greater than 50. Create an avatar and remove all locomotion animations: In the locomotion controller, copy and rename the proxy_stand_still animation, and set every animation in the controller blendtrees to this animation (Alternatively delete all the blendtrees and set the copied animation to the default state). In front of the mirror, observe your body as you move at high speed. Step 2 is not strictly necessary, but shows it is not caused by any locomotion animation shenanigans of custom avatars.

When on the initialization screen while traveling to another instance, the usual blue SteamVR void is replaced by a completely black and dark void.

Open chatbox keyboard. Start typing. Notice how sometimes certain keys are inactive/unclickable depending on where the keyboard is placed. At some point when typing, there is a chance that you randomly respawn or recalibrate, as if you had clicked the "respawn" or "calibrate" buttons on the handheld menu. This may need a few openings and re-openings of the menu and keyboard to occur fully, as it is very inconsistent for people who use the in-game keyboard a lot. The thing that makes me think it is the quick menu being invisibly clipped into the keyboard is because of certain observations when moving the keyboard around. If you pull the keyboard directly above or below you and start typing the issue seems to disappear. I assume this is because this places the keyboard completely out of the way of any overlayed invisible menu so there is no risk of it clipping into the keyboard. Interestingly, this problem does not seem to go away when moving the keyboard to the side, at the same elevation.