Feature Requests

Content that uses generative AI should have to declare that it is being used, and should be able to be filtered out of search results and recommendations by the user.

There's a fix in 3.4.1 for this issue: https://github.com/RenderHeads/UnityPlugin-AVProVideo/issues/2183 This is currently blocking a WIP update for VRCVideoCacher that switches YouTube playback over to use the SABR protocol. The move to SABR is mainly to future-proof things, as YouTube keeps increasing its bot checks and the legacy streams are becoming less reliable. There's also the possibility that YouTube could eventually remove the legacy streams entirely. If that happens, the current playback method would stop working, making YouTube playback unavailable until a SABR-based solution is in place. Updating AVPro to 3.4.1 would unblock that work, help keep YouTube playback working going forward, and also enable support for up to 8K YouTube playback once the VRCVideoCacher update is released.

With the wave of generative AI content used throughout games/platforms that run on user-generated content such as VRChat, it should be required that creators tag their avatars & worlds appropriately with "Contains Generative AI Content" when the avatar/world contains ANY generative AI assets/content. The goal is so that users who do not wish to see such content, can filter it out through VRChat's native Content Gating system. Screenshot below as an example.

I would like to see a group level Avatar ID blocklist/deny list feature that would give VRChat groups additional tools to protect their instances from disruptive or malicious avatars. Groups regularly encounter avatars specifically designed or used for raiding, harassment, trolling, excessive visual/audio disruption, or crashing other users. While individual safety settings are useful, group moderation teams currently have limited options for proactively preventing known problematic avatars from being used within their instances. Proposed Feature Allow authorized group roles to maintain a list of Avatar IDs that are not permitted within instances owned by that group. When a user joins or switches into an avatar whose Avatar ID appears on the group's blocklist: The Avatar would not be loaded or displayed within that group instance The user(With the disallowed avatar) would be turned into a VRChat Fallback avatar for example, such as a robot, or those Triangles which get shown when having Avatar distance on, etc. The user would receive a notification, just like the current Avatar rating has a notification, explaining that their custom avatar is not allowed in that Group Instance Once the User leaves the group instance the restriction would be removed and would revert back to their original avatar they joined with. The restriction would only apply within instances operated by the group. Many cmmunities already maintain records of Avatar IDs associated with known raid, crash, troll, or harassment avatars. However, moderators generally have to react after one of these avatars has already entered an instance and caused disruption, which by then, is too late. This could be veryvaluable for large public and group/public instances where moderators may be responsible for dozens of users at once. Instead of repeatedly dealing with the same known disruptive avatars, groups could prevent them from being loaded in the first place. Group side; Group owner can add certain roles to have access to the block/deny list, in which a Moderator or admin or anyone who has the permission to add AvatarID's. I think a system like this, could help all the communities out there and would be an very good addition to keep the platform safe and more comfortable for everyone. I personally do not see any downside to this addition to groups. TLDR; Group blocks avatarID -> user enters group instance wearing the blocked avatar -> User receives notification, their avatar gets turned into a fallback -> User leaves instance -> Original avatar is restored

There is currently no option to disable fancy portals. There is currently no option to disable join/leave animations. There is currently no option to disable items without being world host. Having an option in safety settings would mitigate performance dips and be safer for users by giving users control of/ the ability to disable uncontrollable particles/ animations. For epileptic and photosensitive users, disabling items individually is tedious and problematic, some of us can not look at items to disable them without risking medical problems. The same can be said for fancy portals and join/ leave animations if people join/leave near you, we do not have control over placement. Give us an option to disable these in the safety settings.

VRCStreamer is a web app that lets you stream low-latency audio/video to VRChat without installing anything on your pc. It is easy to use and does not log IP addresses or collect other sensitive user data. It's also free and open-source. The app is still in its early stages, but the public server recently reached 100 weekly streams. The main issue is that its domain is not currently allowlisted. DJs, singers, karaoke hosts, and other streamers have to ask every viewer to enable "Allow Untrusted URLs" which creates unnecessary friction, especially during public events. I propose adding ` *.stream.vard.cc ` to VRChat's video player allowlist so that both current and future official VRCStreamer public servers work without requiring users to enable untrusted URLs. Links: The App itself: https://stream.vard.cc Source code: https://github.com/vard88508/VRCStreamer

I have been around for awhile now in VRC and I have noticed a growing number of children under the ages of 9 and younger coming into the VRC worlds and harassing normal players. I would like to request to add a report under-aged player to the report forms to help deal with these problems and set an understanding that rules must be upheld. Otherwise They're just going to think they can do what ever they wish without consequences and sexual predators are going to attack these children. I have heard such cases in vr already to have happened from others I have met the youngest being 5 years of age.

As of the latest Open Beta, VRChat now has some free profile animations that plays on user profiles and gives more personality to them. However, it is important to consider people with eye conditions that may feel eye strain from exposure to such visuals, or the difficulty to read under those effects when looking for a particular piece of information on a user profile. As of now it is "kind of" assigned to the "Reduce Menu Animations" toggle, but it does not hide the frames, only reduces their animations. It is nice, but I believe a separated accessibility toggle that fully hides them to make people able to read properly is also needed. It will allow us to decide wether or not we want those animations to show/play. It will also allow more comfort, be inclusive to those struggling to read with poor contrast and be easy to implement.

Before I start, this feature request is not going to be super fleshed out because I don't have the energy, knowing VRChat probably won't actually make these changes. I just wanted to provide my specific feedback about how I feel about these UI changes and hope that, maybe, some of this feedback is useful. The new UI update brought many changes in an effort to bring support for micro transactions for profiles. The Issue The new UI for nameplates specifically is frustrating, because: The pronoun/status line is way too small to be readable from further than a few meters The group name and three icons on the right are hard to read against certain banners Banners are dimmed in an effort to solve 2, but don't entirely solve it The icons are small and hard to read at more than a few meters How I'd fix it: Move the group name and icons above the nameplate, like it was before, and increase their size slightly. Remove the dimming on the group banner. Make the entire nameplate a consistent scale relative to someone's headset, like it was before (IIRC), so all text is readable, at least up to a certain distance. Then downgrade the size of the nameplate element if a user goes too far, rather than scaling it. Other Thoughts I am frustrated by this change because it doesn't feel like anyone at VRChat actually tested the usability of it beforehand . To me, it feels like I'm being gaslit by the VRChat team, and I feel this way everytime there is a more business-oriented change. It is clear that the devs do care about the platform, but it feels like business needs are outweighing the overall stability and experience of the platform. There are other features that have been waiting for months to years that would genuinely improve the overall UX and platform as a whole, but this feels like a step backwards with no notable benefit besides monetary. It's hard to take this platform seriously, despite many good changes recently, when we are being told that user feedback will not fully change the outcome of this UI change (as mentioned by Tupper on another feedback request). Especially when this is another change in a line of micro transaction-oriented changes that were made recently. It actually makes me worried about the long-term sustainability of the platform if they are pushing MTX all the time on top of VRC+. It feels like I'm just inundated with MTX advertisements in my notifications and overall UI experience. Not to mention, the FOMO. I see a bunch of cool new things that people utilize in their average VRChat experience, and it hurts to know as someone paying for VRC+ (since I see it as essential to my usability of the platform now), that I need to spend even more money I don't have just to get some of these cool cosmetic things or items.

Sharing homeworlds with other players you request to share home worlds with. Example: A play requests to share a home world with another, and they accept, therefore, when both players launch the game, they will spawn in the same home world...