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!
World Visits counts may have been increasing abnormally since around June 17, 2026
Since around June 17, 2026, the Visits counts for VRChat worlds may have been increasing abnormally. Based on posts from multiple world creators and external tracking services, this does not appear to be limited to a specific world. Several unrelated worlds seem to have shown a significant change in their Visits increases around the same time. For example, some worlds appear to have roughly doubled their daily Visits increases after around June 17. There have also been reports of unexplained Visits increases in worlds that normally receive very few visitors, worlds intended for small groups or personal use, and newly uploaded worlds where the creator only entered for testing or to take screenshots. At the same time, in some cases there does not appear to be a significant change in Favorites increases, social media promotion, or other factors that would reasonably explain the increase. This makes it difficult to explain the situation as simply an increase in popularity or traffic. Could you please check the following? Whether the Visits aggregation logic or counting conditions changed around June 17, 2026 If there was a change, whether it was an intentional specification change Whether there is currently an issue with how Visits are being counted If possible, whether creators can be informed about any specification changes and their impact Visits are an important metric for world creators when analyzing post-release performance, the impact of updates, promotion results, and comparisons between worlds. If Visits are currently being counted using a different standard than before, it becomes difficult to compare them with past data, which has a significant impact on creator-side analysis. For reports related to this issue, please see my X post below and the quote reposts on that post. https://x.com/oe_tw/status/2070338873633444118
2
·
tracked
Windows H.264 decoder (msmpeg2vdec.dll) NULL-pointer crash when playing TopazChat RTSP streams — affects both HW and SW decode paths, client-side workaround requested
VRChat crashes of an AVPro video player opening any TopazChat live stream (rtspt protocol, host topaz.chat ). Four crashes in one evening, three different broadcasters' streams, so not specific to one stream. Crash signature, byte-identical across all four crashes: Faulting module: msmpeg2vdec.dll (Windows H.264 decoder), version 10.0.26100.8758 Exception: 0xc0000005, read of address 0x1348 Fault offset: 0x2f848 WinDbg on the minidump shows a NULL-pointer dereference on a decoder-owned worker thread. All stack frames are inside msmpeg2vdec.dll, with no VRChat, AVPro, or GPU driver frames. Timing suggests a race during stream startup. Important: the launch option disable-hw-video-decoding does NOT help. Logs confirm the playback path switched from MF-MediaEngine-Hardware to MF-MediaEngine-Software and the crash still occurs at the same offset, since msmpeg2vdec.dll is the CPU bitstream decoder used by both paths. GPU and driver are ruled out. Repro: join any world with a TopazChat player and play a live stream. Crash will happen when trying to load that stream. Environment: Windows 11 Pro for Workstations 26H2, build 26300.8758. VRChat PC (Steam), Build 1865. Tested on Unity 6 Public Beta,crashes too. Root cause is in Microsoft's code and I have filed a Feedback Hub report as well, but VRChat may be able to work around it client-side, and your crash telemetry should show this bucket for any user on current Windows builds. Full WER minidumps (about 75 MB each, four crashes) available on request.
0
Load More