Why no read the thread title xD

Agree with 0.0x SV..

Disagree with 30.0x . 10.0x is already fucking crazy lol..

Bump

Update:
Remove Request "10.0x to 30.0x"

Any Violent Reactions, Opinions?

I have readed title already. Sliders always should have speed, else they would be unexpected & confusing - not even talking that osu! itself never supported 0.0 speed. If you want something like "true stop", ask for a Hold feature for specified gamemodem

Kodora wrote:

I have readed title already. Sliders always should have speed, else they would be unexpected & confusing - not even talking that osu! itself never supported 0.0 speed. If you want something like "true stop", ask for a Hold feature for specified gamemodem

Like hold notes in osu stream? Nah. They won't accept that since theres a rule called hold notes is unrankable.
And yes 0.0 are unexpected and surprising but not confusing.

Sliders always should have speed just like you said or else they would be weird.
They cant be used in standard,taiko, and ctb or else they look like a stuck slider on the screen and it will ruin the gameplay if it not use properly. (maybe)
But in osu mania, its all right if a long note (slider on mania) stops or the gameplay stops and it can be fun and gives the mapper to map widely.

To be honest, the "Flashback" effects that come with negative SV are probably only suited for songs like Nevereverland where it has that "rewind" feeling, other than that I'm totally against it since it's incredibly gimmicky, also 0.0x SV would need to be used with INCREDIBLE caution, as the last poster mentioned. I'd probably not have these included in the game but some people like them so who am I to stop them?

I like the "true stop" option, but no with the negative SV because it would shock players. A map that has special SV (like 0 or negative) should have a special icon (preferably next to the diff name), so players will notice if the map has "true stop" or "backscroll".

arviejhay wrote:

...
But in osu mania, its all right if a long note (slider on mania) stops or the gameplay stops and it can be fun and gives the mapper to map widely.

Of course. Also there's should be a option to makes that stops on slider on o!m can make combo increases or pauses the combo until stop finishes.

Ryu Sei wrote:

I like the "true stop" option, but no with the negative SV because it would shock players. A map that has special SV (like 0 or negative) should have a special icon (preferably next to the diff name), so players will notice if the map has "true stop" or "backscroll"
Of course. Also there's should be a option to makes that stops on slider on o!m can make combo increases or pauses the combo until stop finishes.

I think pausing the combo on a slider is much better. I'm just curious what if it there's a slider in a negative SV? The combo decreases? xD

My Opinions:

osu!mania:

--- 0 SV
Simply agree with this, supported.

--- Negative SV
Not sure because if notes come from the bottom since the judgement line is already at the bottom, how can people react fast enough to click this note?

osu! (pretty bit out of the real topic):

--- 0 SV
I agree with this if used as hold slider but the problem is... How will you give them a duration since the duration of the slider can be extended while moving your cursor from the starting slider but since the slider doesn't gets any longer and stays the same place... The slider duration can be infinite, I think. :/
But if there is a way to make a hold slider properly... Will support this but this is against the hold slider rules though.

--- Negative SV
Not sure how will this work...

Sirade wrote:

My Opinions:

osu!mania:

--- 0 SV
Simply agree with this, supported.

--- Negative SV
Not sure because if notes come from the bottom since the judgement line is already at the bottom, how can people react fast enough to click this note.

If there's that scroll part. They will not click the notes or I mean press the notes. They will wait until the rewind is over.
I think that's what you thinking.
Or else they will break the combo.

It can come from the bottom or top forward then backwards

arviejhay wrote:

If there's that scroll part. They will not click the notes or I mean press the notes. They will wait until the rewind is over.
I think that's what you thinking.
Or else they will break the combo.

It can come from the bottom or top forward then backwards

Oh well, then, support "Negative SV" for mania too.

baraatje123 wrote:

Time for some Technical explanation why this Can't really happen, unless it needs to get a completely change of the .osu file

A green line uses the following code (Just an example)
14645,-100,4,1,1,100,0,1
14645-->Offset
-100-->-100/SV change (1.0) If this number gets positive, it'll display 1.00x
4-->4/4 Timing setup
1--> Greenline (I think)
1-->Custom hitsoundset used
100-->Hitsounds Volume
0-->Hitsounds type (Normal(0), Soft(1) and drum(2))
1-->Kiai activated or not

Thanks for this baraatje123, time for me to pitch in my 2cents

(-)SV, should be somewhat feasible though, right? Correct me if I am wrong, but I don't see why it would crash if you enter a positive number, unless osu is specifically looking for a negative value. That would make sense then because it probably wouldn't return anything else. #RIPpositivenumbers

As for the other one...

With how SV is currently calculated, 0.0x SV is impossible. You guys should give up on that one because dividing by zero is something you just don't do. In other words, you're trying to divide something by nothing, that's a big no no. Unless, you like seeing "undefined" all the time? =w=

Kuro wrote:

(-)SV, should be somewhat feasible though, right? Correct me if I am wrong, but I don't see why it would crash if you enter a positive number, unless osu is specifically looking for a negative value. That would make sense then because it probably wouldn't return anything else. #RIPpositivenumbers

I try it and it didn't crash but it turns to 1.0x

Kuro wrote:

As for the other one...

With how SV is currently calculated, 0.0x SV is impossible. You guys should give up on that one because dividing by zero is something you just don't do. In other words, you're trying to divide something by nothing, that's a big no no. Unless, you like seeing "undefined" all the time? =w=

While Editing the .osu file

lol
0.0x is i think achievable but it's moving like 0.01.

But then it's still moving
Also, Kuro, that one bolded line
I thought a negative number there means Green, and a positive number means Red
This is afaik not the case, so negatives can be achieved
Also, the 0.00 is not really achievable, or you'll have -100000 in that line (0.001x)
However, if support comes from this, the .osu will probably get a change, and as that'll also affect other modes, I can't agree
Standard:
0.00: Holds, no movement, really unclear if a circle or slider
Negative: Not gonna work

Taiko:
0.00:True stop, can make maps really messy, due to the way SV works in Taiko
Negative:This one can be fun, but it can also make it impossible

CtB: No influence AFAIK

I still disagree with this, as when this goes in, there is also a way to bring this into other modes

baraatje123 wrote:

But then it's still moving
Also, Kuro, that one bolded line
I thought a negative number there means Green, and a positive number means Red
This is afaik not the case, so negatives can be achieved
Also, the 0.00 is not really achievable, or you'll have -100000 in that line (0.001x) I used -9999999999999999999999999999999999
However, if support comes from this, the .osu will probably get a change, and as that'll also affect other modes, I can't agree
me too. standard 0.0x? Nah, Taiko 0.0x? probably Nah, CTB ? nope especially when you trying to catch the last fruit then it stops in the middle lol.
Standard:
0.00: Holds, no movement, really unclear if a circle or slider
Negative: Not gonna work

Taiko:
0.00:True stop, can make maps really messy, due to the way SV works in Taiko
Negative:This one can be fun, but it can also make it impossible

CtB: No influence AFAIK

I still disagree with this, as when this goes in, there is also a way to bring this into other modes

i probably make a new thread in the feature request and make a new rule that 0.0x and negative SVs can't be rank able in standard,taiko and ctb.

Your right about this.
negative SVs are impossible lel.
0.0x are impossible lel (but still moving)

baraatje123 wrote:

Time for some Technical explanation why this Can't really happen, unless it needs to get a completely change of the .osu file

A green line uses the following code (Just an example)
14645,-100,4,1,1,100,0,1
14645-->Offset
-100-->-100/SV change (1.0) If this number gets positive, it'll display 1.00x
4-->4/4 Timing setup
1--> Greenline (I think)
1-->Custom hitsoundset used
100-->Hitsounds Volume
0-->Hitsounds type (Normal(0), Soft(1) and drum(2))
1-->Kiai activated or not

Divide 0 error incoming

Chirimu-Chan wrote:

baraatje123 wrote:

Time for some Technical explanation why this Can't really happen, unless it needs to get a completely change of the .osu file

A green line uses the following code (Just an example)
14645,-100,4,1,1,100,0,1
14645-->Offset
-100-->-100/SV change (1.0) If this number gets positive, it'll display 1.00x
4-->4/4 Timing setup
1--> Greenline (I think)
1-->Custom hitsoundset used
100-->Hitsounds Volume
0-->Hitsounds type (Normal(0), Soft(1) and drum(2))
1-->Kiai activated or not

Divide 0 error incoming

Divide 0 lel

bump tbh

0.01 - 0.10 SV, though is apply-able in the editor, doesn't seem to be giving their correct scrolling speed effect since if you'd add a 0.01x next to a 0.1x, it doesn't seem to change speed.

Evening wrote:

0.01 - 0.10 SV, though is apply-able in the editor, doesn't seem to be giving their correct scrolling speed effect since if you'd add a 0.01x next to a 0.1x, it doesn't seem to change speed.

The same thing applies to 8x SV>infinity, where it forever caps out at 8x scroll rate no matter what. Negative SV values are also treated as positive when you manually edit them in notepad (SV is denoted as -number.decimals in the editor, so negative SV would be either number.decimals or --number.decimals, both result in positive for the notepad, and negative in the editor). Baraatje talked about how this cannot work in the physical sense, as in how the notepad file would outright reject this, but I'll talk about how if it were to accept such values, this is probably how osu! would react, going off of observations from how songs react to current BPM/SV changes.

In terms of negative BPM/SV, it really only works the best in mania, as others have pointed out, as how mania works is when the timing point is hit, all notes on the screen at the time are affected. So if a BPM had approached 0, all the notes in mania would stop. Theoretically, if the BPM or SV was negative, all the notes on screen would scroll backwards if going off of how the osu! engine registers notes in mania.

In Taiko, BPM/SV changes are treated entirely different, where only the notes on or after the BPM/SV change are affected. In Taiko maps, you might've noticed notes suddenly slow down or speed up, despite the notes you're hitting not doing this, and that's because the notes you can see up ahead have hit a BPM/SV change, which causes them to scroll at a different rate. So say theoretically if BPM or SV had reached 0. Going off of this knowledge, all that would happen is that the notes inside the SV change would stay stuck at the hit reticle until their time came to be hit. Firce777's map (https://osu.ppy.sh/s/219733) displays this, where the BPM is set to 600000 in the notepad file. This corresponds to an extremely low BPM (approx. 0.01666666666BPM, or 1BPH (1 beat per hour)). Going off of this knowledge, a negative SV would likely make the notes come from the left side rather than the right side, which admittedly could make for some creative gameplay, probably would be somewhat infuriating to play.

Since there is no definite way of telling of osu! or CTB would operate, we can only speculate. As osu! and CTB are different in where they use AR values rather than going off of the BPM/SV for their notes, we can't make too many assumptions. The one thing that does use BPM/SV in osu! and CTB are sliders, in where if it were a negative BPM, it'd probably just play in reverse, which isn't too interesting all things considered. At the moment, a BPM/SV approaching 0 doesn't affect anything in osu! or CTB in terms of notes, even if the sliders are. If we were to assume in osu! or CTB that it would act similarly to Taiko however, as sliders act exactly the same as notes in Taiko in terms of when they get affected, a BPM/SV of 0 would freeze the note's animation when it was approached, but would still have the same AR/OD timing window, making it rather unfair to be perfectly honest. You would end up having notes cluttered on the screen, not moving anywhere until they're hit, and with how large the approach circle is, it could become distracting very quickly, though depending on what was done with it, could also create some interesting artistic decisions. A negative BPM/SV would have the note's animation play in reverse if we're still going off the same philosophy as before, which would mean that the AR/OD timing window still stays the same, but instead, the player might have to hit the note at around the largest the approach circle can get, and this would be very interesting, maybe even fun to play, unlike a BPM of 0. These changes would probably apply to CTB as well, and again although the negative BPM to make the fruits fly to the top with you still needing to be lined up with the fruits could be interesting and fun, a BPM of 0 would have the note frozen at the top, possibly off-screen, and you'd still have to catch it, which would again be aggravating, though unlike in osu!, this wouldn't even be artistic if you can't see the fruit. An important question might come up as "what about the spinners?". Spinners are mapper controlled in terms of how long they last, and they play no differently from a BPM/SV perspective, so they'd likely act the same.

tl;dr, this idea works really well in mania, okay in Taiko, and while negative could be fun in osu! or CTB, a BPM/SV of 0 in those modes would be infuriating and virtually unplayable without some kind of storyboard.

bump