Feature Requests

We need a South America localized server!! Playing VRC with 160ms+, it's horrible! You cant make choreography, create content (people look like dumb, or cut you while talking). And this would be a HUGE improvement for the South America at all. And if you can locate the prices since vrchat plus price is NOT located to our currency, which is R$50 (10$). It would be interesting if the price was R$25 (5$), same as discord prices like $9.99 to $4.99 in BRL would be R$51 to R$25 , this did a lot of people pay for it. So We REALLY need this changes!

Can you please bake in LibVLC ( https://www.videolan.org/developers/unity.html ) or ffmpeg or something similar so we can have functional live streams and/or adaptive bitrate video streaming🙏 If the legal team doesn't agree with it, build a library without proprietary / legally problematic codec support and hand it back over to the system decoders if it can't be handled. Having all these issues fixed even only with VP9/AV1/Opus/Flac codecs would be so so nice! YouTube hardly serves H.264 anymore and we're on a workaround just to have any playback. Here are the issues I've found so far when working with video content in VRChat: No seeking support in Live streams Live streams or any video without fixed duration does not work in Unity player AVPro has significantly worse audio quality than Unity, can be easily discerned by trying "binaural audio" videos back to back, no it's not a difference in streams from yt-dlp, tested with identical files from a server I control HLS streams have an insane amount of latency (~45 seconds to a minute) RTSP streams do not work on quest (they should as of another Canny post I found? but they don't) RTMP streams do not work on PC, do work on Quest Livestreams often flicker rapidly when game lags if the worlds do not blit textures, was an update around a year ago that caused this iirc HLS streams are almost always missing audio unless it's MPEG-TS/H264/AAC, which is about as outdated and inefficient as it gets HLS streams with fMP4 segments have stuttery audio Adaptive bitrate HLS + DASH streams do not properly switch between codecs if computer is lacking support, it just doesn't play for some users Livestreams are often upside-down at random in older worlds, is world-specific not sure why VP9/MP4 playback does not work in AVPro, works in Unity No seeking support in webm files for AVPro or Unity Fragmented MP4 files do not play back at all ( https://feedback.vrchat.com/bug-reports/p/video-players-video-chunking-not-working-for-mp4-and-webm ) HLS playlist files have been the source of 3x untrusted URL exploits in the past that I'm aware of due to passing them directly to Windows Media Foundation to deal with No adaptive resolution streaming from YouTube, capped at 1080p and relying on pre-muxed file workaround that broke for days a while back DASH streams with slightly offset clocks between server and client do not buffer properly, it just stutters indefinitely Video players do not fall back to software decoding if color profile is not NV12 ( https://feedback.vrchat.com/bug-reports/p/when-i-play-a-yuv444-video-in-avpro-player-and-exit-vrchat-it-freezes ) Video players do not support subtitles at all, relying on custom implementations per-world and server infrastructure Video players are dependent on system codec support, often needing extension packs from MS Store No WebRTC support, would allow for very low latency livestreams & real-time interaction No option to globally adjust video player volume independently of world There are for sure more, these are the only ones I can remember off the top of my head. VLC has none of these issues, neither do any web browsers.

Considering the statements made during today's (14/02/2025) livestream, it is clear that the Brazilian market has enormous potential for VRChat's growth. Here are some points that justify this investment: 1) Growth of the Brazilian Community: Brazil has an active and growing community of VRChat users, with thousands of players connecting daily despite the latency and challenges caused by distant servers. A local server would improve the experience for these players, making it smoother and more accessible. 2) Improvement of the User Experience: Latency and high ping are common problems for Brazilian players in VRChat, with the average over 190ms. This directly impacts the quality of social interactions and content creation within the game. Players face difficulties in interacting quickly and naturally, as well as in playing games in worlds and interacting with others in real-time. Implementing a server in Brazil would reduce these issues, allowing for a more enjoyable and efficient experience. 3) Opportunities for Local Partnerships: With a server in Brazil, VRChat would have an easier time establishing partnerships with local influencers and companies, expanding its reach. Additionally, the platform could organize events and experiences that are more relevant to the Brazilian audience, creating an engagement cycle that benefits both the platform and players. 4) Regionalizing VRC+ Pricing: A very effective way to further attract Brazilian users would be to regionalize the pricing for VRC+. Aligning the subscription costs with the local purchasing power would make it more accessible for a larger portion of the Brazilian market. This could encourage more users to subscribe to VRC+, enhancing the overall experience and expanding the platform's reach in the region. The implementation of this infrastructure, alongside the regionalization of VRC+ pricing, would bring positive results both for the company and the community, ensuring a stronger presence in a market with enormous potential.

We don't need more avatar slots, we need more world slots. Especially for those of us who like to explore.

When warning a user in the instance it would be great for instance owners, admins or moderators to be able to write a short reason for the warning to make it clearer for the user it is being sent to.

This feature would make it much easier for avatar creators to implement interactions, such as holding various props like swords and other objects. Additionally, having a trigger parameter would provide a better way to handle weapons and pointers from custom menus. It is possible to extract this information using Gestures, but this method does not work if the user has gestures disabled. It also has several issues with Index controllers and does not function properly with Hand Tracking, making it extremely inconsistent. There are several other methods to achieve that, but all of them come with their own issues. For example, in my assets, I use Grip and Trigger detection via Gestures to determine when a user can pick up a camera (in Camera Path) or select an item in a menu (in VRCraft). However, I frequently receive questions from users confused about why they need to have gestures enabled to hold objects, as well as complaints from Index users due to the inconsistency of gestures. Having a native parameter for grip and trigger with distinction for right and left hand in the Avatar SDK would be a significant improvement for both avatar and asset creators, greatly expanding the possibilities of what can be achieved. the implementation I imagine would be a bool parameter for GripLeft, GripRight, TriggerLeft and TriggerRight

One of the biggest problems I have as an extrovert is getting my introverted friends introduced to other people. One thing that would help is this: Open friends list, click on your friend and click a button that says something like "Tag Mutual Friends". From that point on, I'd know who me and that friend mutually know, but then I can easily deduce who they DON'T know and then introduce them. I think this would help tremendously to support networking in game.

This one's a long write. Basically a party system with world preloading taken into account. How it would work: A leader invites everyone they want into a party system. Once everyone they want is in the party (everyone does not need to be in the same world initially), the leader can import or choose a world bundle (basically the worlds that shall be explored) and press "start exploration party" Everyone is now preloading the world in the background. Once everyone has the world preloaded, everyone gets sent to the first world in the map bundle list. When a person from the party is fully loaded into the first world, the next world will be preloaded in the background. The party/people explore the map however they wish. When the party leader decides to move on to the next world, a vote system comes in place. In here, people will decide whether they will follow the leader to the next world, or decide to stay longer. The people that voted to stay, will stay in the world. Everyone else that voted to move on, gets to follow the leader. The people that stay in the world, will have a small tab ontop of their quick menu, showing a 'join' button to go back to the party's current world. (i'm imagining the party mode would have a similar UI as the preload UI on the quick menu) if someone no longer wants to be in the party, they can click the X button, kicking them out of the party. The same routine for moving to a next world would happen for any remaining worlds in the world bundle. The last world could potentially be a 'default world' that is set, or simply be the last world in the world bundle. Once at the last world, the leader can click "final vote" (not sure what this button would be named) It will give a different type of vote, depending on what the leader themselves wants. For the leader, it will show 3 options: Prepare new world bundle set new leader Disband entire party first one "prepare new world bundle" will allow the leader to put another bundle into rotation, so as to continue exploring. 2nd option "set new leader" is self-explanatory. The current leader can choose a new user to become the party leader. 3rd option "disband entire party" will end the party. I wrote this in a non-cohesive manner, but i hope i got my point across.

I don't see anyone else suggest this so here we go. Right now in vrchat when you upload a world or avatar only the account that created that blueprint id can upload to that id. It would be nice to have a system where the blueprint id creator can allow other accounts to upload to that blueprint id. It would help groups that have dev teams that manage a world. It would eliminate people having to bug the blueprint id owner to upload the world. Or having a vrc account that they all use. It would also help people that commission someone else to work on their avatar. Instead of them having to download a unity project and upload it themselves they could just have the person they are commissioning upload to the blueprint id. It would also improve account security since instead of sharing your password with someone else you just put their name into the sdk/website and now they have access to that blueprint id.

Instead of making Cloning for everyone, maybe an avatar creator or someone using an avatar can set the avatar for friend cloning only