forum

[Rule] Slider anchors/nodes...manipulate slider speeds

posted
Total Posts
108
show more
mm201

HakuNoKaemi wrote:

Guess is a synonimous of Understanding in English too
No it isn't. ._______.

To guess is to come up with an idea without using any logic.
To understand is to figure out the logic behind something.
Please brush up on your English skills before arguing with people here.
Topic Starter
ziin
Haku is talking about an educated guess vs random guess. As much as I love arguing semantics of words, we shouldn't be doing that here, it's pointless.

Haku, can you turn on your browser's spellchecker to be for English?
HakuNoKaemi
Pointless talking is pointless, as I did add a link to the post but, because of the connection, the post didn't upgrade.
Guess meaning is "take for granted", and something is to be taken for granted to be readable, don't you agree?

I don't actually use any spellchecker as I usually change the language I'm using too many times and some time a spellchecker don't find some errors (like writing "though" and "through")

SPOILER
for a research, something guessable is actually intuitive. I did found randomly (while searching for the meaning of "guess") a scientific research saying that guess and intuition result are basically the same all times.
D33d
Yes, but when I talk about guessing, I don't mean an educated guess. It's not arguing semantics for the sake of it--I just detest things which actually do have to be guessed blindly. The funky sliders that were discussed aren't as bad as that, but they're still silly and it's why I think that changing this rule to a more specific guideline could work well.
HakuNoKaemi
Isn't choosing the semantic of a word based on the context?

Anyway: The bad thing in rules and guidelines is that if you put limits or discourage something, people will try to use the borderline case every time.
Deleting it seems a better choose, you won't discourage neither encourage it and people will use it when they feel it's good because they don't know it that much and they will choose that shapes only if it they think play good. If you instead make people know when they should use it, they will use it, saying it's not a rule and the other rule don't cover this as it's a separated guideline, even if it doesn't have sense.
Sakura
I dont know about you guys, but for me it looks like both rules are attacking different scenarios
HakuNoKaemi
Manipulating slider speeds to the point it's totally cramped means the path won't be readable. I never saw, for example, a slider that's so much slowed using nodes, that is actually at least doable or even readable.
So this over-case is already covered by the other rule.
Topic Starter
ziin

Sakura Hana wrote:

I dont know about you guys, but for me it looks like both rules are attacking different scenarios

Sakura Hana wrote:

Crumpled sliders are not unrankable as they are, more like making them waaaaay too crumpled makes them unrankable because it becomes extremely slow and is a way around the slider speed limit that prevents hold sliders, as the rule says AIMod will catch any slider of these, so if AIMod says nothing, it's probably ok
if we put something about AIMod in the 2nd rule, it should be plenty.

They're both talking about unacceptable sliders. I'm not 100% on what is not rankable, and that to me is a problem, since the only thing that should be unrankable would be a "hold slider" effect, which is also impossible to follow since it moves in such a way that is impossible to read from start to end.

But the other problem with that is that it's a simple little slider that barely moves and you don't even have to move at all to get a 300 on it. Why is this so unrankable? because it's bad 90% of the time? I feel the same way with 1/4 repeating sliders. they play identically.
HakuNoKaemi
precisely an hold slider using manipulation of Slider Speed, is totally cramped and so unrankable.
Differently combining SV multiplier, with slider anchors/nodes is actually rankable ( you can obtain x0.75 with a finely zigzaged slider and a 0.5x section, x0.38 ) and "Nuked the .osu editing rule." means you can edit the .osu to obtain even x0.01 of SVM , and as so Hold Sliders.
We're waiting Hold Notes(Circles and Slider) mm.
mm201

HakuNoKaemi wrote:

"Nuked the .osu editing rule." means you can edit the .osu to obtain even x0.01 of SVM , and as so Hold Sliders.
No you can't. Something went wrong if there's no rule stopping these.
Plus there's a bug when the SV becomes amazingly slow so don't do it.
GigaClon
From of the "nuke .osu editing rule" thread. "Consensus seems to be that if this causes issues, those issues are what we should be legislating against." But if using slow SVMs causes a bug then it should be obvious that this isn't acceptable
Topic Starter
ziin

mm201 wrote:

HakuNoKaemi wrote:

"Nuked the .osu editing rule." means you can edit the .osu to obtain even x0.01 of SVM , and as so Hold Sliders.
No you can't. Something went wrong if there's no rule stopping these.
Plus there's a bug when the SV becomes amazingly slow so don't do it.
Does everything need to be explicitly stated in the rules? Can't we just call the rules lawyer who says that 0.01 SV is rankable an idiot and nuke his map?

I mean I can think up many ways where 0.25x SV or 4.35x SV would be needed, for example, in a compilation map. All the maps will have already been ranked, so you know it's rankable...

The reasoning for getting rid of the osu edit rule and leaving nothing stopping the CS 1 and unrankable stack leniency was because there's no easy way to say it without being a stupid rule, and it's common sense. AIBat/AIMod should catch these errors, and osu forcefully fixes any game data errors on save (which it really shouldn't).
Sakura
Except in compilation maps what changes is the BPM not the SV multiplier.
Topic Starter
ziin
and the tick rate.
Luna

Sakura Hana wrote:

Except in compilation maps what changes is the BPM not the SV multiplier.
It's quite possible that one of the maps uses something like 1.4 SV x0.5 inherits and another one 1.6 x2
That would require a larger range of SVs for the compilation
HakuNoKaemi
I didn't know that fact, anyway there are low-bpm low-SV maps, so that would equal that a likely x0.1-x0.5 won't cause bugs.
If you limit the usable SVMs to x0.1-x4.0 and set a rule that using less or more will cause bugs.
Rules that prevent bugs are the first you should do ( not so many peoples know it too )
Natteke

Sakura Hana wrote:

Except in compilation maps what changes is the BPM not the SV multiplier.
WAT. Both sv and bpm are changed
Ekaru

Natteke wrote:

Sakura Hana wrote:

Except in compilation maps what changes is the BPM not the SV multiplier.
WAT. Both sv and bpm are changed
If you're doing it right, then this in most cases.

On another note, I agree with this:

Does everything need to be explicitly stated in the rules? Can't we just call the rules lawyer who says that 0.01 SV is rankable an idiot and nuke his map?
ouranhshc
Im really starting to think y'all are too concerned about the trivial matters
mm201
Let's just say don't let the slider speed with multipliers applied drop below 0.2x.
Ekaru

mm201 wrote:

Let's just say don't let the slider speed with multipliers applied drop below 0.2x.
Works for me. ;P
ouranhshc

Ekaru wrote:

mm201 wrote:

Let's just say don't let the slider speed with multipliers applied drop below 0.2x.
Works for me. ;P
same here
Topic Starter
ziin
Yes, but I really don't want to make that a rule.

When do sliders glitch? At what BPM * velocity * multiplier do they not work? What glitches?
ouranhshc

ziin wrote:

When do sliders glitch? At what BPM * velocity * multiplier do they not work? What glitches?
Is that important?
D33d
The point is that not doing stupid things with sliders in the first place means that one would never have to worry about breaking them. Ziin, stop overthinking things.
GigaClon
I would put a note at the end of the guildlines say "These are not an exhaustive list of guildlines, MAT/BAT have the final say as to what gets bubbled/ranked, if you have a problem with a decision, discuss it with the person or find someone else." That would save use from all the trivial matters that get discussed.
HakuNoKaemi
I want to know to...

What BPM*SV*Multiplier do you need to make the sliders glitch?
(It's important, you can actually make some sensed rule like this, as you will prevent bugs)
extending settable SVM from x0.5-x2 to x0.1-x5 seems good
Topic Starter
ziin

ouranhshc wrote:

ziin wrote:

When do sliders glitch? At what BPM * velocity * multiplier do they not work? What glitches?
Is that important?
Well, yes.

The whole reason there are lower limits is because sliders start glitching. The function for the actual slider velocity (the rate that the slider ball moves) is based on the BPM, SV, and SV Multiplier. If we put some arbitrary limit on one, then the glitch isn't actually prevented.

I think 0.5x and 2.0x is good enough for anybody, with the understanding that values over or under this limit are acceptable in certain cases. Most of the good mappers know how to use notepad anyway, and if you don't know how to use notepad, you can pretty easily ask for help, or someone will give it.

If we extend it though it needs to be symmetrical, so 0.2x-5x, or 0.25x and 4x. Not that I'm advocating extending it in the actual editor.


This is a legal slider with bpm 15, SV 0.5, SVM 0.5x, Tick rate 4.
Sakura
Do you know any songs that actually use 15 bpm?
HakuNoKaemi
nope, but if the glitch use even lower than 15 x 0.5 x 0.5 ( 3.75 ) than it's really rare, as so there's no need of an anti-glitch rule. As I thought, glitch is the tick rates too.
So a guideline limiting usable SVs it's better
so: now you can do a marathon using legal SVs that use SVs:
0,5-2,0 or 1-4 and so
extending it to 0.2x-5x seems a good idea as you will have the ability to use
0.2-5.0, 0.4-10.0 and so,permitting all marathons
D33d
Here's an idea: do whatever you want to the slider velocity until it breaks. If it breaks, then it's a sure sign that you're doing something wrongly. Fix the problem by using sliders which actually make sense and are fun to play. If ziin's example happens in a map, then any competent modder's response would be, "Whoa there buddy, you need to fix this."

This is far beyond the original point of the thread anyway, which is about crushing sliders into oblivion. Let's just agree that the easiest way to approach broken sliders is to deal with them when they happen, okay?
HakuNoKaemi
I might know why: the ticks become so near the graphic card glitch while drawing them.

Anyway, rules are better used to prevent bugs.

It only happed with Tick Rate 4 when BPM*SV*SVM < 20 and it happens because of some kind of internal variables, as it happened only coming down. It's something like a random glitch too, as redoing it made me obtain different results.

No need for a rule, neither banning SV-edited velocities as:
-No one, no one use 4 Slider Tick 4
-No one will want to use less than less of SV
-So there's no point in banning them and saying "isn't logical they're banned...?"

So, Hold Sliders are usable :D
Sakura
You know what i find funny, how this thread went into talking about the 0.5x ~ 2x slider speed limits instead of crumpled sliders.
HakuNoKaemi
Well, it's about manipulating slider speeds...
The rule we were discussing is deletable, completely
mm201
If the spacing between ticks is less than 10 osupixels, it may glitch.
HakuNoKaemi
10 osupixels?
2 grid 4 and half?
from what I've seen it's like it'll happen easily, if you pass from a glitched speed to a gliched speed, but... yeah, the distance between ticks centers was like 2 grid 4 or less(not tick borders)
Using a Tick 4 in a slow song doesn't happen that easily, actually...
Topic Starter
ziin

mm201 wrote:

If the spacing between ticks is less than 10 osupixels, it may glitch.
by glitch, you mean stack the ticks improperly or give up on putting in ticks halfway through?

If it's stacking improperly this is a bug that should theoretically be 36/51 osupixels, as that's the size of the default slidertick (or just fix the bug, as custom sliderticks, while stupid, could be bigger than 36x36).
HakuNoKaemi
it's when tick centers are 10 osupixel near, so it's when ticks overlap by more than 26/41 pixels from 36/51, so about 72-80%. But it happens randomly. (I tested it for some time) and for the second half there weren't glitches ( seeing a literal white line formed by ticks and all of them sounded )
mm201
It also depends on how the slider is broken up into small lines and is complicated. It happens more often with linear sliders.
I'd like to backport the osu!stream slider code which is a million times better and doesn't have such a bug but that might be a ways off.
The bug causes rebounds' times to become misplaced and is really odd.

Sliders look dumb when their ticks are that close together anyway.
HakuNoKaemi
The discussion ended with a general agreement on deleting the rule because of it being included in the other slider rule...

SPOILER
you will port hold circles too?
mm201
o!s style holds will be coming whenever.
animez15
just be on its right...avoid abusing it and just controlling is good...whethere it is bad or good,,,it should be sure so that no one can get confused..
Icyteru
This is readable to be a crumpled slider, but is picked by AImod to be "abnormal"

Would this be acceptable?

Topic Starter
ziin
it's definitely ugly.
ampzz
My eyes are bleeding just from seeing that.
GigaClon
its prolly cause it crumples 3 times at the start then down to another crumple and then to non-crumple
those

GigaClon wrote:

its prolly cause it crumples 3 times at the start then down to another crumple and then to non-crumple
More like 6 times at the beginning.
HakuNoKaemi
Large crumple to medium to no.
Start going down-up 6 times, down and then it up-down 7 times. linear after. Semi-readable graphically.
That's why AIMod's not to be taken seriously.
emergist

animez15 wrote:

just be on its right...avoid abusing it and just controlling is good...whethere it is bad or good,,,it should be sure so that no one can get confused..
I agree.
FireballFlame

HakuNoKaemi wrote:

The discussion ended with a general agreement on deleting the rule because of it being included in the other slider rule...
I haven't been here for a while and I am happy to read this; but I still see the rule in here.
What happened?
HakuNoKaemi
the discussion should be signed with a nuke by some BAT/MAT, after that we're free to upgrade the wiki Ranking Criteria page
Please sign in to reply.

New reply