Degraded performance on beatmaps with lots of high BPM timing points

[Trung0246]

Type

Game behaviour

Bug description

Song: https://osu.ppy.sh/beatmapsets/1182702#mania/2769068

Also have general performance issue when loading huge number of bpm tick but that probably my computer being slow (maybe even ryzen 3950x cannot handle this). Maybe the performance thing could be a separate github issue.

The right vertical scroll bar also go crazy for some part in the map but that probably due to the map abusing effects (~0:49).

Possible relevant but not sure if duplicate since I did unfocus then focus back to open the recording program: #20747

Screenshots or videos

osu._U3I5JIeS4q.mp4

Version

2022.1022.0

Logs

database.log
input.log
legacy-ipc.log
network.log
performance.log
runtime.log
updater.log

[bdach]

The metronome cannot and should not attempt to tick correctly at 10k bpm. 10k bpm is (more or less) 3 beats per frame at 60fps. I assure you, you don't want to hear what that's like.

The performance issues are valid and I'll leave this open to track those, but are all side effects of the typical mania hacks to achieve note "freezing". This should be just supported better without hacks (i.e. #13158 (comment)).

[Trung0246]

The metronome cannot and should not attempt to tick correctly at 10k bpm. 10k bpm is (more or less) 3 beats per frame at 60fps. I assure you, you don't want to hear what that's like.

Oh I was mean't the 140bpm part, not the 10kbpm part.

[bdach]

Was hard to tell since the video in the OP has no audio. Just to confirm - you are running the game multithreaded, correct?

[Trung0246]

Yes multithreaded per settings being set.
Also the bug should be present around 0:10

[peppy]

This is just going to be the start of a huge number of issues if we're trying to support these silly game-breaking beatmaps in the editor. I dunno.

[bdach]

Expanding scope to generally cover these beatmaps everywhere rather than just editor.

[bdach]

Other examples: /b/1572577, /b/2669198