Instance performance minimum
Lucifer MStar
When creating an instance such as invite, invite+, Friends, Friends+ allow the instance owner to set a performance minimum so that users joining will be hidden by default if their avatar is below that minimum.
This will keep lag to a minimum at events as not everyone listens to the host (Community Meetups, World hops etc..) People can still show the avatar if they want but this way means they don't have to constantly mess with their safety features and it is nice and easy streamlined.
Log In
Chdata
Wo1fie
I was going to suggest just not allowing people to enter an instance or change to a prohibited performance level.
It's disgusting how even with very poors blocked I have to download AND process very poor avatars before it disappears because it's very poor anyway. Please don't let them load it's killing my pc every day
Lucifer MStar
For those worried about being in instances with such rules I may also suggest VRChat to add an option in the safety settings to allow world safety overwrites. This means if you do not wish to go through everyone which is hidden because of the world rules you can just disable this settings and be back on your own safety settings.
Lamethrower
I feel like this could change avatar culture for the better and encourage users to create and use more optimised avatars or risk not being able to join in without turning into a robot by default for everyone in that room.
Having your own safety settings is fine but because it's so individualised, people don't take notice or care what your settings may be. Instead this would set a requirement for communities as a whole and hopefully get more people on the optimisation train.
+1 from me.
Zarniwoop
This suggestion seems real pointless to me.
It takes less than a total of a minute to change to stricter safety settings during the event and back to your usual settings when it's over.
Why would you have to constantly mess with your safety settings during the event?
Lucifer MStar
Zarniwoop: Because people may have a lot of their friends showing already so they'd have to either reset it for everyone or go through individuals to show them. Also you're kind of missing the point. People could join the instance knowing they there is an override already applied and not have to worry about changing their safety or lagging while they change such settings. This makes it way more seamless. Encouraging more optimised avatars as people will start making instances like this. Also lets people know that their bad performing avatar is not welcome. By default everyone is safe from crashers more.
It makes things way more seamless and simple.
I'm not saying make it available for public instances although it would be neat to be able to make your own public instance with these settings. Only suggesting it for the other types.
Zarniwoop
Lucifer MStar: I still think it's a non-issue having to hide and show your friends avatars if the instance gets busy. If you manually show your friends very poor avatar in the first place then that's on you. Creating a whole new system to deal with your decision does not make sense to me.
I strongly disagree with making poor avatars unavailable in certain instances would in any way "encourage" people to use better ones. They would most likely just get angry and leave the instance all together because avatars matter a lot to people, they want to be "themselves".
However if they joined a instance and saw indicators that the majority of people have their avatar hidden, and people sticking to their guns and refusing to manually show others poor avatars then I think the message of "letting people know that their bad performing avatar is not welcome" comes across much better.
Lucifer MStar
Zarniwoop: I think some people are getting confused. I'm not saying this straight up can't use them. I'm saying if someone creates the instance and decides to hide avatars of a certain level then they will just be hidden by default for everyone unless they decide to show them or they change avatar. Also I am not talking about public instances. All this is doing is allowing the person the rightful tools to control their own instance/events.
FairlySadPanda
I have fireballs, prop spawning, two different outfits and music on a medium avatar. There's zero excuse for people to use bad avatars and it sucks that there's no way to start actually forcing people into performant ones. Upvoted.
Silent
FairlySadPanda: Rankings only loosely correlate with performance. The ranking system cannot judge things in context.
It can't tell the difference between an avatar with switchable items and an avatar with several extraneous parts. It can't tell cheap particle systems from expensive ones. It can't tell vertex lights from pixel lights. It doesn't even attempt to measure shapekeys.
It also can't judge things that have different costs on different configurations.
Now, it's infeasible to try and have the system judge the cost of these things. But that means that like any automatic metric system, it can't be blindly trusted.
It's easy to assume that things would just be better if everyone stayed within the ranks, but that would restrict people's creativity... and the effectiveness would be questionable except in the most tightly controlled circumstances. It is often the case that an instance will slow down once filled with people, but just hiding avatars won't speed it back up again.
All it would do is push people into doing things
because the ranking system won't penalize them
. For the above reasons, that would be quite dangerous.(Sidenote: Particle system anecdotes. Someone can destroy your framerate by dropping 10-20 big smoke particles. But 40,000 swirling danmaku bullets filling the sky is pretty cheap. There are good reasons why this is so, but the system can't account for them.)
nemu_vrc
welp every single of of my avatars would be hidden then XD
xxx_red_xxx
nemu_vrc: fuck optimization
Aemeth
This would be great for clubs, especially.. a lot of club staff's time is spent with them having to ask people nicely to change avatars because they ignored the rules.
xxx_red_xxx
no