forum

Snapping slider ends after mid-body BPM change.

posted
Total Posts
12
This is a feature request. Feature requests can be voted up by supporters.
Current Priority: +11
Topic Starter
Exa
I would like to request that the slider ends are possible to be properly snapped on any Beat Snap Divisor after a mod-body BPM change.

Currently it's only possible to be done by editing the notepad slider length, but that makes the ranking process a hard road to walk :?

Examples of said technique being used can be found in this mapset.
abraker
So what you are saying is that the sliders' ends are not properly snapped after changing the BPM?
Bara-
He means you have a long slider which passes a red tick
The slider starts at a 150 bpm, ends at 170
The slider is still snapped to 150 bpm
I thought about this as well, but I'm quite sure it's a bad idea to map songs like that xD
Topic Starter
Exa
This addition would be a huge benefit to songs that are heavily timed. Like the one I suggested for example.

Generally, mappers will have an easier time mapping songs that were not created with the help of an electronic device.
abraker

Exa wrote:

Generally, mappers will have an easier time mapping songs that were not created with the help of an electronic device.
Ok, you lost me there.
drum drum

abraker wrote:

Exa wrote:

Generally, mappers will have an easier time mapping songs that were not created with the help of an electronic device.
Ok, you lost me there.
tl;dr middleisland - roze
Topic Starter
Exa

abraker wrote:

Exa wrote:

Generally, mappers will have an easier time mapping songs that were not created with the help of an electronic device.
Ok, you lost me there.
There are songs that are created using audio samples put together in a composer software.
There are also songs that are recorded while performed by actual people with instruments.

The first category is fairly easy to be timed nicely since everything is on-point.
The second category is a pain to time since people are not perfect and can't follow a certain rhythm without being at least 30ms off on the majority of the beats.
Kagu-chan

baraatje123 wrote:

He means you have a long slider which passes a red tick
The slider starts at a 150 bpm, ends at 170
The slider is still snapped to 150 bpm
I thought about this as well, but I'm quite sure it's a bad idea to map songs like that xD
Isnt that unrankable? BPM Changes in sliders? Im not sure about, but i mean ive readed something like this... O.o
Topic Starter
Exa

Kagu-chan wrote:

baraatje123 wrote:

He means you have a long slider which passes a red tick
The slider starts at a 150 bpm, ends at 170
The slider is still snapped to 150 bpm
I thought about this as well, but I'm quite sure it's a bad idea to map songs like that xD
Isnt that unrankable? BPM Changes in sliders? Im not sure about, but i mean ive readed something like this... O.o
It's unrankable as long as you edit it though the notepad.
However you can break the rule and actually get your map ranked if you've done a perfect job.
Bara-
Try mapping Leaf-I in an easy diff (w/o breaks)
It's impossible because of insanely fast BPM changes
I don't think it's unrankable (I might be incorrect, as I have never ever seen this being used)
I think this should be a thing, to make this better rankable (if it is indeed unrankable)
Bara-
Time for a small bump. I think most people know about DeltaMAX and that that would be impossible to map for Easy (because of certain parts reaching 500+ BPM and are contantly changing)
Endaris
It is not impossible to map such songs. Roze already got named. And such maps are also perfectly rankable due to this rule:
Do not manually edit anything in an .osu file that cannot be changed through the Editor.
It cannot be changed through the editor so editing the .osu file is perfectly fine(also who would notice anyway).

For anyone curious though.
There are two methods to make such sliders properly snap.
Both can only be done by editing the .osu-file.

First method is to recalculate the sliderlength and change the sliderlength directly. This works for the sliders that go over 1 red section but not over multiple red sections. Even though I don't get why it doesn't work over multiple ones cause by logic it actually should since the speed is only affected by the first bpm-section and you calculate the new length via startpoint, endpoint of the unsnapped slider and desired endpoint of the slider. I cried many tears about this nonsensical phenomen because I was about to finish an informative graphic about handling variable bpm sliders when I discovered it.

To catch the cases of multiple sections you have to add a greensection on sliderstart and make some rigged calculation to get the perfect SV-value for the desired snap. This works regardless of the amount of red sections your slider runs over. It is significantly better as it won't get messed up if you accidently change your slider and save.

cmn_891127 wrote:

Hi Endaris,

The only method I know is to recalculate the length of slider and use a new time line with different slider speed to modify the slider crossing two BPMs.
You need to edit the osu file

for example
01:33:092 (3) , end at 1:35:169
BPM 200
slider length 2:077
however, the slider is 7 beats, for bpm 200, its length should be 7 * (60000/200) =2100
so, we need to add a green timeline 2100/2077 = 1.0110736639383726528647087144921x
when the value is over 1, you should use negative sign, and the value is 1/1.0110736639383726528647087144921 = 0.98904761904761904761904761904758
timeline
93092,-98.904761904762,4,2,3,17,0,0

then, we need to modify the slider length for mapping
in this diff, I use 0.90x sv, it means for each beat, the length on mapping is 90, since 01:33:092 (3) is 7 beats, 7*90=630
note
212,272,93092,2,0,P|296:320|216:104,1,630,2|0,0:0|0:0,0:0:0:0:
Just for informative purposes as this information is not really easy to find...The timestamps and sections obviously refer to the cmn-diff of Roze.
I would really love to see this though as it is already difficult to get a good variable bpm timing. If you then have to make a spread and deal with this kind of shit that basically explodes the workload for your lower difficulties by 200%(actually more) it isn't surprising at all that none bothers to make such maps.
Better stick to vocaloids, nightcore and techno kek.
Please sign in to reply.

New reply