Feature Requests

Portals don't look so great at the moment! The main texture is animated at a very low frame rate, and the effect on the edges is low-res and pixelated. Portals are a very frequently used feature of VRChat I think they deserve some love ♥

This has been requested on and off since 2018 or even earlier. The ui _NEEDS_ a clock somewhere. Time is crucial for most people not living in the past. They need it for jobs, for medications, for whatever aspects of their life that rely on scheduling. It's also relevant for just general health so people aren't staying up all night killing themselves with lack of sleep because time flew by so fast. It doesn't even have to be front and centre if the sentiment is to want to have people get lost in vr, just have time somewhere in the menu or quick menu so that people aren't forced to use overlays or tab out of the game.

VRChat is working on a new and improved version of the VRChat home world. It's bigger, prettier, cozier, and more modern. Like the previous home world, it will also be updated regularly for various events and celebrations.

I've been scouting around for a way to do this without any actual implementation but every single method I can find is just some jank form of controller emulation.. Supposedly, enabling "Developer Runtime Features" (requires dev account) will actually send the hand tracking data through link.. If this is the case (and I'm pretty certain it is because I don't imagine the OpenXR Toolkit guide to be out of date by that much), would it be possible to implement the new hand tracking feature on the Quest version of the game to the Steam/PC one?

When sending an invite request, you do not receive any form of feedback as to what is done with your request. The only feedback you can receive is the notification of an invite when it is accepted by the recipient. More than often users are busy and cannot accept invite requests, the lack of feedback and information for user sending the request can impact the VRChat experience for that user negatively. A comparison can be made to a phone call where the receiver can only accept or let it ring. Users who may suffer through depression, anxiety or other issues that are related to insecurity often feel left out and users receiving the requests are often are blamed for ignoring users who send the request. The user receiving the invite request could be in a conversation, streaming, afk, RP, testing and many more reasons. I have reason to believe that by simply giving the users who are using the invite system more information about what they're doing that users would be able to communicate with each other better and prevent unnecessary misunderstandings. The most basic solution would be a status that every messaging app has: Available/Busy. Though this wouldn't be enough to solve the issue as nothing changes in the interaction that occurs between two users using the invite system. A more thorough solution would be similar to how smart-phones give you the option to send a pre-made or custom message to the caller such as "I'm busy right now, talk later" If the solutions above are not appealing, anything is better than nothing for those with insecurity issues. That way they are not left to their own thoughts to wonder endlessly why things are happening the way they are.

Discord has something live now called Rich Presence, which is pretty much this: You play a game and it's picked up by Discord ('Now Playing') It will have a symbol next to that game (meaning it's using Rich Presence) You click that user and it will tell info about what he's playing, the world/map he's on and other info like how many players is there etc.. It would be a nice touch to VRChats Discord Doc about it - https://discordapp.com/developers/docs/topics/rich-presence -------------- Would require: Run VRChat through Steam Discord Game Detection enabled for VRChat [User Settings -> Games -> VRChat Overlay On & Status Message On] -------------- I would also like to suggest that VRChat partnered with Discord, we do have the user base for it, so why not :D *Image below shows an example of its usage.

This feature request is to add support for streaming mipmaps for avatars and worlds. Steaming mipmaps ( unity docs ) allows textures to be downscaled and dynamically loaded into VRAM. It does increase the size of each mipmapped texture by 33%, so package sizes will be larger. However, it allows textures to be loaded dynamically based on distance. This would mean that a texture that traditionally may be 2.8 MB DXT1 at 2048x2048, may be under 44 KB if it is reduced to 256x256 in VRAM. So in worlds, this means significantly reduced VRAM usage when texutures are a certain distance away. Same with avatars if they are a certain distance away. If tuned properly, this could mean that avatars that may traditionally take up 200 MB of VRAM, can instead take up magnitudes less. Often, 2K textures look just fine on most avatars from even 0.25 meters away. So being able to unload them for a smaller one would be significantly useful, especially for large meetup events. Fax did mention that VRChat currently does not have mipmap streaming. The reasons are the following: > Most notably - some user avatars may lack mipmaps, have them disabled, or have a maximum priority. This would adversely affect mipmaps with streaming enabled: Once you run out of VRAM, they’d appear blurry and stuck at a lower mipmap. Users might run into this issue maliciously, or accidentally. Considering that the VRChat application currently allows avatars to be created with mipmaps, but they aren't shown, perhaps there is a way to allow the client to choose if they want them enabled? I do know many games have texture streaming as a togglable option, so perhaps VRChat can do this here? I would even be happy if this was an experimental feature that had risks associated with it, if it's for the sake of testing. Fax also mentioned: > Unfortunately, that wouldn’t fully solve the problem, as avatars uploaded without streaming mipmaps enabled effectively have an ‘infinite’ priority. I see this as a non-issue, unless there are some other contingencies. Unity docs mention that it can load non-mipmapped textures alongside mipmapped textures. Considering VRChat doesn't have mipmap streaming already, this means that the game will be identical with or without mipmap streaming if all avatars don't have mipmap streaming. But in the event that half the lobby does, then there will be at least that many avatars that will save on resources, even if the others don't. Also, perhaps (idk if this can work), but this may also mean that the avatar hider can unload textures properly? At least in theory, if the avatar is not loaded, it may load the smallest mipmap? This would save a LOT of VRAM for users that want to use the avatar hider. This feature would help a lot for people that do not want to optimize their avatars. I do think VRAM over-utilization is one of the worst offenders in terms of VRChat performance. Solving this issue would help many, especially those with less VRAM.

With all the new features that VRChat has added in the last month, it has added alot of toggles and options and has clogged up the quick menu quite alot. I get why this was done at the time because there isn't a point in adding a button to a menu that is about to be phased out, but now that we got the new menu some of the things should be moved. For example, stuff like Mirror Resolution, Particle Blocking and automatically disabling cloning. These things are things that aren't going to be accesed frequently and only make it harder to find the stuff you would change frequently, and should be moved to the main menu.

TLDR: Better performance, better frame rate, better image quality, zero developer effort needed. For Turing GPU. I just copy from Nvidia Blog because Nvidia explained it very good. Variable Rate Supersampling (VRSS) expands on Turing’s Variable Rate Shading (VRS) feature to deliver image quality improvements by performing selective supersampling. This can also be selectively engaged only if idle GPU cycles are available. VRSS accomplishes this through fixed foveated super sampling, increasing the shading rate in the center mask region of the screen, while keeping the sampling rate unchanged in the peripheral region. The center mask region can be super-sampled up to 8x to optimize image quality. VRSS is completely handled from within the NVIDIA display driver without application developer integration. Developers do not have to write any code to integrate VRSS they simply need to submit their VR game or application to NVIDIA for VRSS testing. Application Form https://developer.nvidia.com/vrworks/graphics/variablerateshading/vrss_application NVIDIA VRSS, a Zero-Effort Way to Improve Your VR Image Quality https://devblogs.nvidia.com/nvidia-vrss-a-zero-effort-way-to-improve-your-vr-image-quality/

I'm no expert on how software takes advantage of the hardware available to it, but it is quite clear to me that VRChat does not yet have the ability to fully use all of the hardware available to it. I commonly sit at low framerates (20-45FPS) despite CPU usage being around 25% and GPU usage far far below maximum with a large margin remaining for the power target and clock speeds to ramp up. I have spoken with many people on this, and they all seem to agree that VRC is not using all of the cores/threads available to it, and performance is primarily dependent on single-threaded performance, and that a single core at high clock speeds trumps more cores/threads. Clock speeds aren't going up much between CPU generations, but core counts do seem to be on the rise. Please consider improving multi-core performance somehow. Wallowing at 25 FPS on an 8700k at 5GHz and an overclocked GTX 1080 and seeing that you are only using 25% of your CPU and 40% of your GPU is quite discouraging. Thank you for your consideration and time.