Bug Reports

The Frosted Scribe has a mysterious bug where, after drawing the intended line, it automatically adds another shorter line—making it extremely difficult to use. Whether writing text or drawing diagrams, this unnecessary line constantly interferes, becoming incredibly frustrating. I've never experienced such poor writing performance with any of the VRChat-standard avatar trail pens. Because of this flaw, I'm reluctant to buy it—I think they should address this issue. Frosted Scribeは意図した線を書いた後にもう一本短い線が引かれる謎のバグ（？）があり、きわめて書きづらい。 字を書くにも図を書くにもこの余計な線が邪魔すぎてうんざりする。 VRChat一般に普及しているアバター用トレイルペンではこのような書き味の悪さを感じたことはない。 これがあるせいで購入を躊躇するので直した方が良いと思います。

World tags should not be case sensitive. There is no reason why "chill" and "Chill" should be considered two different tags.

if I get any EAC error. It will make so I can't join the instance I was before I got the EAC error. It ends up in either a black screen or 3 load screen before getting me to the same world in a friend instance alone that was freshly created for me. Clearing the content cache didn't help. it lets me join instances of the same world and any other instance except the ones where I got the EAC error. Workaround is basically creating a new instance of the same world and inviting everyone there. There are 2 EAC errors that are confirmed to get the issue (see attachments). One happened on a group+, the other in a public instance. The world content data itself doesn't seem to be related to the issue (it could in theory happen on any world).

Starting with the 28th of March, I'm receiving very frequent reports of users that YouTube videos fail to load in my world. After some testing I concluded that it's other worlds too. To quantify this problem I ran some data and visualized it. Since the 28th, the Error rate of videos in my world increased to around 20%, meaning every 5th video fails to load. This also exactly lines up with when VRChat had the yt-dlp resolver updated for the last time.

VRChat currently doesn't open on Steam, running under Proton 9.0-4 and only returns this message upon opening it. Proton Hotfix and Proton Experimental result in the game not opening entirely. Running VRChat under Wine (Debian 12) also results in the same message. I currently play on a Chromebook.

VRChat sometimes crashes completely in VRDancing when multiple videoplayers are used simultaneously. In a recent patch for VRD I added a video preview feature and an additional TV that plays our livestream. Ever since that patch we sometimes have users crash to desktop, this has overall been very rare so its been difficult to pinpoint. It seems that when multiple instances of yt-dlp are used, sometimes VRChat will just crash completely. Which makes me believe this is a bug in VRChat itself. At most it should just, not play the video or crash some udonbehaviour. Not crash the entire game. Reproducing the bug is tricky, but we have about a 10-20% success rate by: Opening an instance of this build: https://vrchat.com/home/world/wrld_6434966b-411b-4c5e-b00b-c9390c9a7207/ Queueing and playing songs repeatedly as quickly as possible (Click "ADD" and then "SKIP") If the crash does not occur after 3 songs, create a new instance and repeat until the crash occurs. I wish I had more specifics, I tried to create more consistent reproduction steps but couldn't find any. The first frame is visible before right before VRChat closes. Nothing is displayed in logs besides the usual messaging that youtube-dlp/AVPro is loading the video. There are three VideoPlayers in the world, all of them use AVPro. Two of the videoplayers use my own custom wrapper, one of the videoplayers uses code originally based upon USharpVideo but heavily modified into its own thing at this point.

On desktop, scrolling the resolution selector causes the entire settings menu to scroll. Click&Drag works fine, using the scroll wheel introduces weird behavior.

When Steam Audio was pushed to Live from Beta, (but not during beta,) many avatar sounds like those used in horror roleplay communities became much quieter or much louder, even dangerously so. Many of us adjusted our volume levels up and down to compensate, but I did way too much testing and found: Using default VRC_SpatialAudioSource settings, my test audio (with a lot of reverb and sudden attack) is overly compressed to nearly inaudible levels, sometimes as low as 20% - - This also caused creators to pump their volume up to compensate because we don't know what's really going on Using ANY of the advanced settings (near, volumetric radius, disabling spatialization, or using the audiosource volume curve) makes sounds play as as they do in Unity PLUS applying gain, making them LOUDER than they are outside of the game with the default Gain 10. - - Both Near and Volumetric Radius, separately, have volume at 100%+gain volume until you reach the end of their radius, then they sharply become very quiet or nearly inaudible until you reach the Far radius. - - This ends up allowing sounds that are dangerously loud, often unintentionally! I'm a bit crazy and wrote up a really detailed report here as I tested to understand what audio components were doing https://docs.google.com/document/d/14cukaZ_TlIyYHkErtD6E_z0QlCjDdVI58N1JkRAw_vI/edit?tab=t.0 ⚠️⚠️WARNING⚠️⚠️ the attached video is LOUD. I used earmuffs to visualize distance only. It shows 4 different audio sources with different settings on each: Default settings, which is Gain 10, Far 40, Near 0, Volumetric Radius 0, disabled Use Audiosource Volume Curve Default settings + Near 10 Default settings + Volumetric Radius 10 Default settings + Use AudioSource Volume Curve with 40 Max Distance on a Linear Rolloff Avatar for testing: (again, ⚠️ sounds are loud ) https://vrchat.com/home/avatar/avtr_f3133502-fdb8-4ea4-b612-6389767038a0

I discovered two avatar audio bugs in worlds from Udon that have a gimmick for changing the player's avatar audio. https://creators.vrchat.com/worlds/udon/players/player-audio/#avatar Executing SetAvatarAudioCustomCurve(false) makes the avatar audio for 3D settings for the local player extremely quiet. 3D settings mean that Enable Spatialization is checked for VRCSpatialAudioSource. This occurs regardless of the state of Use Audio Source Volume Curve. Executing SetAvatarAudioCustomCurve(false) for a remote player does not seem to affect the volume. Executing SetAvatarAudioCustomCurve(true) did not affect the volume for the local player, either. Executing SetAvatarAudioForceSpatial(true) makes 2D avatar audio noisy, regardless of whether the player is local or remote. 2D settings mean that Enable Spatialization of VRCSpatialAudioSource is unchecked and Spatial Blend of AudioSource is set to 0 (2D side).

My next billing date is in a few days, yet my stickers and emojis are already being locked. The payment for my last bill went through, so I have no idea what could be the issue.