Guest
home
beatmaps
rankings
community
store
help
forum
  1. Forums
  2. Beatmaps
  3. Mapping Discussion
  4. Ranking Criteria
  5. Finalized/Denied Amendments

[Proposal - STD] Add guideline for maximum SV for Easy diffs

posted
Total Posts
10
Yahuri
1,400 posts
Joined July 2014
Topic Starter
Yahuri
the following is currently under the guidelines for lowest diff Normal:
"Avoid slider velocity above 1.3x."
it seems odd that lowest diff Normal has a maximum SV guideline but Easy doesn't.
i propose adding this same guideline to the Easy section; though the multiplier could be reduced if necessary.
Last edited by Yahuri , edited 1 time in total.
prowindexdrinkr
12 posts
Joined September 2014
prowindexdrinkr
Makes sense, +1.
aiq
924 posts
Joined February 2019
aiq
i believe you shouldn't normally use SVs on easies, even if extremely minor - which is probably the reason why that guideline wasn't even there in the first place
Yahuri
1,400 posts
Joined July 2014
Topic Starter
Yahuri

Aiq wrote:

i believe you shouldn't normally use SVs on easies, even if extremely minor - which is probably the reason why that guideline wasn't even there in the first place
I believe the guideline means that base SV cannot exceed 1.3 at 1.0x multiplier (or any combination which results in the same overall speed). If my interpretation is wrong then the current guideline should be reworded.

SV is required for all maps, SV changes (which you are referring to) are not.
Last edited by Yahuri , edited 3 times in total.
clayton
1,842 posts
Joined November 2013
clayton
the "x" means it's a multiplier, doesn't it? wouldn't really make sense to limit the calculated SV as the speed the player moves their cursor is dependent on BPM too. regardless, it should be reworded to prevent the confusion here. we can dig back to when this was originally added to see what the authors intended

seems reasonable to me to copy it down to Easy as well :+1:
Yahuri
1,400 posts
Joined July 2014
Topic Starter
Yahuri

clayton wrote:

the "x" means it's a multiplier, doesn't it? wouldn't really make sense to limit the calculated SV as the speed the player moves their cursor is dependent on BPM too. regardless, it should be reworded to prevent the confusion here. we can dig back to when this was originally added to see what the authors intended

seems reasonable to me to copy it down to Easy as well :+1:
Since 180bpm is the standard for everything in the RC I think this is fine? You just have to do some extra math if you need to figure out if something is too fast/could go faster
Last edited by Yahuri , edited 1 time in total.
aiq
924 posts
Joined February 2019
aiq

Yahuri wrote:

SV is required for all maps, SV changes (which you are referring to) are not.
holy fuck i am actually stupid

yeah, in this case, +1
Serizawa Haruki
1,658 posts
Joined June 2015
Serizawa Haruki
Agreed, I think a limit of 1.2 makes sense for Easy diffs.

Btw, clayton is right about removing the "x" because it depends on the base SV too, not only the multiplier. For example, if the base SV is 2.0, a multiplier of 1.2x would result in a SV of 2.4.
Yahuri
1,400 posts
Joined July 2014
Topic Starter
Yahuri

Serizawa Haruki wrote:

Agreed, I think a limit of 1.2 makes sense for Easy diffs.

Btw, clayton is right about removing the "x" because it depends on the base SV too, not only the multiplier. For example, if the base SV is 2.0, a multiplier of 1.2x would result in a SV of 2.4.
i think that clayton meant base SV is also a multiplier. if you use 1.0 base SV with 1.0x multiplier on a 100bpm map vs. a 200bpm map, the first one moves slower.

removing the x would make the guideline more clear since base SV doesn't have an x next to it in the editor tho, yea
Noffy
Nomination Assessment Team
1,659 posts
Joined April 2012
Noffy
I think this makes sense to cover an existing hole that is "logically" there but not explicitly covered. Also we'll fix the multiplier thing as well.

PR: https://github.com/ppy/osu-wiki/pull/5774


E: Is Merged!
Last edited by Noffy , edited 1 time in total.
Please sign in to reply.

New reply

0
1 / 10