Skip to content
This repository has been archived by the owner on Oct 8, 2024. It is now read-only.

Strain time threshold suggestion #69

Open
PowerChaos125 opened this issue Dec 8, 2018 · 2 comments
Open

Strain time threshold suggestion #69

PowerChaos125 opened this issue Dec 8, 2018 · 2 comments

Comments

@PowerChaos125
Copy link

Should we reconsider the 50ms cap in strain time calculation?
50ms corresponds to these limits: 600 bpm 1/2, 400 bpm 1/3, 300 bpm 1/4, 200 bpm 1/6
The limit I want to discuss is 300 bpm 1/4's, which is usually stream. 300 bpm map is rare. But with DT, such occurrence is considerable, as any >200 bpm map that contains 1/4's becomes >300 bpm map. Although such map is too difficult for most players, there is a (very) few can play. Regardless, since we allow many of such maps to be ranked, we should also ensure their playability too.

I understand this cap is to prevent extreme cases. But I think we should raise the cap to include all ranked maps' bpm range including DT. As solution, setting this cap to 20ms (corresponds to 1500 bpm 1/2, 1000 bpm 1/3, 750 bpm 1/4, 500 bpm 1/6) is sufficient.

@Magnus-Cosmos
Copy link

Magnus-Cosmos commented Dec 8, 2018

I agree that 300bpm is becoming more and more possible these days, but raising it to 750bpm is way too much. One of the problem that arises from a larger cap is this, although stuff like that will probably never get ranked, it should still be taken into consideration.

I'd say perhaps raising it to 40ms (375bpm) would be sufficient enough.

Edit: example I gave wasn't really good since Azer's score was due to stacking and not high bpm, a better example would be spamming high bpm doubles (e.g. maybe like 600bpm 1/4th doubles) throughout a map, which would provide a pretty significant boost to the speed diff, even though these can be cheesed easily with doubletapping.

@VINXIS
Copy link

VINXIS commented Dec 8, 2018

personally I think 600 bpm 1/4 should provide a significant boost to the speed diff, wouldn't be really nice to have 600 bpm be treated the same as half the bpm Lol

20 ms is good because the game glitches out at any smaller ms interval due to some bug and it isn't really reasonable to limit higher bpms in the first place,

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants