Bug Reports

Summary: Client freezes when using String Loading under certain conditions. Phenomenon: When downloading a binary file using StringLoading, the VRChat client freezes for about 1 second immediately after the download (just before OnStringLoadSuccess is called). The size of the binary file at this time is 44MB. The freeze time is proportional to the file size. Comparison: Unlike the binary file, the freeze does not occur when a text file is downloaded. The size of the text file is 59 MB. Terminology explained here: Binary file: A file whose characters cannot be decoded as UTF8. Text file: A file whose characters can be decoded as UTF8. Test worlds: You can test the failure in the following worlds. The worlds have two buttons to download binary files and text files, and an image of the U# code (also attached this post). (The left button does not cause the freeze. The right button does.) https://vrchat.com/home/world/wrld_491e05ae-11f3-4173-b2bd-ba00f3e9ed47 Backgrounds: The gimmick I create often handle about 50MB of data. The gimmick downloads the data as text files currently. Binary data is processed by converting it to Base64 strings. However, if the binary data could be handled as is, it would be very useful because it would reduce the amount of space and remove Base64 processing. Therefore, I tried downloading the binary file and changing it to read in ResultBytes, but this caused a freeze. This freeze is not acceptable for world users, and until it is fixed, I cannot handle binary data processing directly. Suggested fix: My guess is that the problem is occurring because stringify the binary file is running just before OnStringLoadSuccess is called. Therefore, I propose two ways to solve this problem. Do not stringify the binary data (Encoding.UTF8.GetString()) until calling result.Result. In other words, if only result.ResultBytes is called, the stringify is not performed. Do the stringing process in a new thread, not in the main thread of VRChat.

By setting the playback speed of VRC Unity video player to 0-1x speed, players who join later may crash. This means that there is a possibility that no one will be able to join the world that has this setting unintentionally. Reproduction steps Player sets video player playback speed to 0-1 When a late joiner joins, there is a probability that VRChat will crash. Further investigation is required to determine the exact conditions that cause the bug. Symptoms of crashes include crashing after a certain amount of time without sound being played, crashing when moving to another world, and crashing when opening the menu and touching an icon. This is probably triggered by the SE playback event occurring. If you cause this bug, a large amount of logs such as "Warning - AudioSampleProvider buffer overflow. 1024 sample frames discarded." or "Warning - AudioSampleProvider buffer overflow. 2048 sample frames discarded." are output to the Debug log. This bug occurs in video players commonly used in Japan. What these players have in common is that they use animation to change the "VRC Unity Video Player" parameter "Video Player.Playback Speed" to change the playback speed. Test World: https://vrchat.com/home/world/wrld_8837007d-f8df-4a87-9ed2-d43c13697836 Thank you.

When sending avatar parameters rapidly, there is a chance that upon avatar switch, there will remain parameters from the old avatar in all future returned OSCQuery JSON until the game is restarted. So far, I've been able to filter these erroneous parameters out by just ensuring all parameters have a type tag (which the ghost parameters consistently lack). Attached is a preview of one of these occurrences. The avatar loaded in the attached image doesn't even contain this parameter anywhere.

OscQuery requires each node is capable of responding HTTP requests pertaining to the OSC methods that it's able to read/write to/from. VRChat should then only send to these addresses due to it now knowing what addresses the node needs. Despite this, VRChat sends all values to the client over OSC anyway. This has been an issue since OSCQuery's launch. For example, I only need to receive information about avatar changes (/avatar/change), and my HTTP server responds with that single address as a read/write string value, yet it sends all values anyway, and I need to parse every single one of them to find the correct one. Fixing this would improve performance both on VRChat's side not having to encode all that unused OSC data, and on the app's side only having to decode the relevant data to find the data it actually needs.

Be not in the same instance with the profile you check. Open Profile in MM It shows the account as "User" while it's actually a "New User". Joining the person adjusts it to "New User" rank. Leaving the instance causes it to show "User" again. From my observation everyone gets shown as 1 rank higher (friends and non friends)

When losing connection to a world with a queue, such as "VRChat is not responding" or "Your connection to VRChat timed out", the game will hard crash when trying to rejoin the world. The game attempts to reconnect, and when it fails, it tries to send you to your home world, upon which, the game crashes before loading your home world. This happened to me and one of my friends, so it should be reproduce-able. It happens on both the main branch and beta.

There appears to have been a behavior change with PhysBones in a recent update; now, bones which have a zero radius still collide if they are inside of a fixed PB collider component. This behavior can be observed with this avatar: https://vrchat.com/home/avatar/avtr_a991cdfc-edb9-4254-9e96-07e633787bd6 As a repro, sit down in 6-point FBT and move your head up and down. Your tail will spaz out. Adjusting the Spine collider to not be initially in collision with the tail fixes this. This was not how VRChat behaved prior to the latest live update (1446). Example of this behavior: https://www.youtube.com/watch?v=FXeKwoD7Pnk

1) Go to world with a mirror 2) Gaze into your soul 3) Resize the application window to be 3x width (arbitrary amount, but I have 3 monitors) 4) Gaze into your soul, now with less pixels! 5) Turn your head so you see your mirror reflection on the far edge of the app window while it's stretched across the monitors. 6) Gaze into your soul once again, now with MORE pixels! I tried with different FOVs and both normal and high FOV exhibited the loss of mirror quality in the center of the app window in the extra-wide layout. This happens regardless of the Mirror Resolution specified on the component. Setting it to x1024 makes the differences more apparent than auto resolution. Attached pics for proof (shown with x1024 res). Blurry is the app stretched across my three monitors, the other is full-screen on one monitor, stretched one captured on my left monitor while looking right in-game. I would assume this might also affect users who are using an single extra-wide (probably curved) monitor as well. I don't have one so I cannot explicitly confirm that. I'd be curious if this would affect the rare extra-tall monitor setups as well... UPDATE (since it still lets me edit the post wew): I have been reminded of the mirror resolution graphics quality setting, and reminded that the default option FULL is not the same as the UNLIMITED option. Switching to Unlimited in the Graphics Settings solves the issue. I believe this is more of an education/documentation issue than a technical one. https://creators.vrchat.com/worlds/components/vrc_mirrorreflection/ this page is the only meaningful information I could find about specific mirror settings. TL;DR please update the user graphics settings documentation, and include awareness about screen resolutions larger than 2048px having quality loss and that switching to Unlimited can fix the quality (at the cost of performance of course).

When hovering over an element in the safety menu, the highlight doesn't quite line up with the settings.

I noticed this because I optimized everything on my avatar, I noticed with 3 different avatars and even worlds, in which everything worked fine before the update, well after the update the game goes wrong. I lost around 20-30 fps max... PS: I would add that I optimized everything on my avatar, I have a download size of 21 MB, and I used the DarkPlayer that vrchat recommends for optimization. and I don't have a texture in 4k because I hate it especially since it's useless.. (I'm at 80 mb of texture memory) with the objects that I can put on my hands, and my clothes (and when I look into space, I run at 115 fps, whereas before the update I ran at around 150 fps, and sometimes I drop to 80 fps for no reason).