RandomJibberish wrote:
Using speed changes for prettiness is just no. I'm sure you could have figured out another way around that pattern.
Speed changes should relate only to music intensity.
I use speed changes to fix patterns all the time.
For instance, I have a horizontal slider which needs to extend from the centre towards one side. At default speed, it would go just slightly out of the playfield--possibly just by one grid,. So I slightly lower its speed to 0.97x or something like that so it will fit onscreen and its beginning be aligned.
We do this exact same thing in reverse in osu!stream so that 1/2 sliders' end caps won't overlap.
Another example is I want a slider to have a slight curve but have both endpoints grid aligned. (Grid alignment may be necessary because of the need for alignment with other objects onscreen and having whole patterns out of grid gets messy.) But since I'm a good little dewbie and use a DC slider speed (1.92x, ...), grid aligning the endpoint either leads to a perfectly horizontal slider or, if I end it on the next grid in, a very curved slider. What I'll do is speed it up just slightly so that it has the same length as the straight slider but a slight curve to it.
Another example is a fullscreen slider, like a rainbow, which is just a little too big to fit onscreen or leave room for other objects, but can fit if I slow it down even as much as 0.9x.
The 3 speed rule more or less works if you don't count any of these examples towards your limit, but I feel it's unnecessary anyway. The worst abuses happen when the speed change ratio is too harsh and have nothing to do with the number of speeds used.