-
-
Notifications
You must be signed in to change notification settings - Fork 2.2k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Swells in osu!taiko are cheeseable by binding don and kat to same key #24780
Comments
I looked at what stable does to curtail this, and as far as I can tell, it:
// punish if less then 30 ms has passed since the last invalid button
// ignore if we are in relaxmode
if (((AudioEngine.Time - lastInvalidButtonTime) >= 30 || Player.currentScore?.Processor != null) && !Player.Relaxing)
{
// Only increase if you alternate.
// We start with lastButton=0 so the user can choose
// the first note to begin to alternate with.
if (hitRed)
{
if (lastButton != red_Button)
{
increase = true;
lastButton = red_Button;
}
else
{
if (Player.currentScore?.Processor == null)
lastInvalidButtonTime = AudioEngine.Time;
return IncreaseScoreType.Ignore;
}
}
else if (hitBlue)
{
if (lastButton != blue_Button)
{
increase = true;
lastButton = blue_Button;
}
else
{
if (Player.currentScore?.Processor == null)
lastInvalidButtonTime = AudioEngine.Time;
return IncreaseScoreType.Ignore;
}
}
} It appears to be anti-cheese protecting against spamming keys too much, wherein repeated presses of an invalid key closer than 30ms cause input to be blocked to the swell altogether - but the weirdest part about it are the |
#25010 was the immediate fix here, but I still want to go back to this and for one disallow the ability to bind multiple ruleset bindings to one physical key. |
Likely needs to be fixed.
Discussed in #24763
Originally posted by Non-Binary-Programmer September 9, 2023
If one key is bound to both a rim hit and a center hit, then hitting that key will always advance a spinner by two keypresses. The most practical way to do this without external programs would be to bind the built-in second input for the left side center and rim inputs to the same key, and use the remaining 4 inputs regularly. This might be problematic, but doesn't give an advantage over someone who can properly alternate dkdk with both hands. However, by using external programs, or by sacrificing your regular inputs for the right side center and rim, you can hit all four with one key, allowing you to advance the spinner by 4 hits with one keypress, and generating a major advantage.
Is this intentional?
The text was updated successfully, but these errors were encountered: