Bug Reports

  • No off-topic posts
  • Don't report more than 1 issue at once
  • For isolated issues or customer support visit help.vrchat.com
Thanks for your bug report!
Request for Video Player Maintenance and Improvements
The Video Player has accumulated quite a few small bugs and inconveniences over time. If technically possible, I would greatly appreciate it if these issues could be addressed. --- Black Flickering Issue with AVPro Player This problem started occurring shortly after the switch to Unity2022. The latest versions of iwaSync and YamaPlayer include their own workarounds, but older versions of iwaSync/YamaPlayer (when using AVPro) as well as players without custom fixes such as TopazChat Player still suffer from black flickering. --- Video Stuttering During RTSP Playback in Specific Conditions Especially in crowded instances on lower-spec PCs, When streaming RTSP at 60fps while VRChat is running at around 20fps, the video becomes noticeably choppy. Although switching the RTSP stream to 30fps currently avoids the issue, many users set OBS to 60fps because the TopazChat Player distribution page states that 60fps minimizes audio delay. --- Request to Move Video Player Processing to a Separate Thread Especially in crowded instances on lower-spec PCs, video playback often freezes for a moment due to various other processes. With RTSP streams, these interruptions cause playback delay to accumulate. The main causes include: Loading process when someone joins or when an avatar is changed Photo capture processing Display/hide toggling when culling is enabled Loading of stage effects on world VRChat's current CPU processing relies heavily on specific thread performance. On modern CPUs, specific thread often maxes out at 100% usage while the remaining threads (including E-cores and CCD1) stay underutilized. Separating the Video Player's processing into its own unrelated thread could potentially resolve these stuttering and lag issues. It may also allow better utilization of currently idle CPU cores.
10
·
tracked
VRChat Unity Animator Lag
The number of animation layers heavily affects performance due to unnecessary inverse kinematic calculations. Even blank animation layers with zero weight in the FX layer can trigger this behavior. The offender is seen in the profiler as Animators.IKAndTwistBoneJob. It runs as many times as the currently loaded animation controller with the largest number of layers. Although the individual run time is small, they very quickly add up. Slower CPUs seem to be more adversely affected by this. The time taken by these extraneous calculations quickly grows larger than all normal animator activity. This behavior only happens on animators that have a unity avatar/armature. When that is removed, this behavior goes away and the number of layers ceases to be a significant cause of lag. Most FX layers do not have any interaction with the armature, so it is likely that this behavior can be fixed for almost all FX layers. However from debugging the unity editor in visual studio, it appears the this happens in a native unity function named Animator::UpdateAvatars. It is likely that in most if not all cases, these calculations are completely wasted on FX layers and provide no benefit at all while consuming significant amounts of main thread time. Somehow these calculations need to be only run for layers that require them. Additionally providing a way to get parameters in sub animators would allow logic to be moved out of the main animator completely sidestepping this problem. They would not have a unity avatar associated with them, so this problem would not occur. It would also allow completely disabling animators when not in use. Please attempt to find a way to prevent this behavior or consider convincing your Unity contacts to implement a fix. This seems to be one of the largest contributors to animator lag. I have a full write-up with more profiler images and further explanations. https://docs.google.com/document/d/1SpG7O30O0Cb5tQCEgRro8BixO0lRkrlV2o9Cbq-rzJU
1
·
tracked
Can't join newly uploaded world
I am unable to join the world I have built and published with latest SDK. I was able to join it on earlier builds, but as of today, any attempt to enter the world results in a crash to desktop, or, alternatively, being sent to home world. When trying build and test, or test latest build, or build and reload, or reload latest build, it results in a CTD on the loading screen after the full world size is loaded. When trying to join from in game, the world downloads, but then immediately sends me to my home world. https://vrchat.com/home/world/wrld_d1c6cdbb-6e6c-4aeb-96fd-136e45a43b37/info The logs provide seemingly nothing of interest. The SDK control panel does not have a single warning or error. VRWorld Toolkit does not identify a single issue. There are no errors at build time. The world is about 100mb, all of which consists of various textures and meshes I authored myself. There is a single U# script used to set a few shader parameters. The only changes made between the last successful attempt and now was to add a few additional meshes that use tileables and trimsheets I already had set up, along with associated lightmap/lightprobe/reflection probe rebake with Bakery, and a new GUI for editing a 4 material height blend shader I was already using. 2026.04.28 03:33:43 Debug - [Behaviour] OnCustomAuthenticationResponse 2026.04.28 03:33:43 Debug - [Behaviour] OnConnectedToMaster 2026.04.28 03:33:43 Debug - [Behaviour] Connected to master in us 2026.04.28 03:33:46 Debug - [AssetBundleDownloadManager] [100] Unpacking World (local:2cc18cd9f10795e60a1bd119d60682eae9d3b78d1074ff7b4493bcfe21687ef0) 2026.04.28 03:33:46 Debug - [Behaviour] Entering world 2026.04.28 03:33:46 Debug - [Behaviour] Entering Room: Local Test 2026.04.28 03:33:46 Debug - [Behaviour] Joining local:2cc18cd9f10795e60a1bd119d60682eae9d3b78d1074ff7b4493bcfe21687ef0 2026.04.28 03:33:46 Debug - [Behaviour] Joining or Creating Room: Local Test 2026.04.28 03:33:46 Debug - [Behaviour] Successfully joined room 2026.04.28 03:33:46 Debug - Limits on "instance" bucket: 71680 bytes warning, 102400 bytes error. 2026.04.28 03:33:46 Debug - Limits on "dataStorage" bucket: 71680 bytes warning, 102400 bytes error. 2026.04.28 03:33:46 Debug - Limits on "objects" bucket: 71680 bytes warning, 102400 bytes error. 2026.04.28 03:33:46 Debug - [Behaviour] Spent 0.002018929s entering world. 2026.04.28 03:33:46 Debug - [Behaviour] Waiting to enter network room. 2026.04.28 03:33:46 Debug - [Behaviour] Destroying VRC_OBJECTS 2026.04.28 03:33:46 Debug - [Behaviour] Spent 0.3648815s waiting to enter room. 2026.04.28 03:33:46 Debug - [Behaviour] Waiting to discover master client. 2026.04.28 03:33:46 Debug - [Behaviour] Spent 9.536743E-07s waiting to discover master client. 2026.04.28 03:33:46 Debug - [Behaviour] Waiting for network limits. 2026.04.28 03:33:46 Debug - [Behaviour] Spent 9.536743E-07s waiting for network limits. 2026.04.28 03:33:46 Debug - [Behaviour] Configuring Udon 2026.04.28 03:33:47 Debug - Loading asset bundle: VRCDefaultWorldScene
7
Load More