mirror of https://github.com/ppy/osu
f3617eadad
I'm not *super* sure why this works, but it appears to, and my educated guess as to why is that it counteracts the effects of a change in the SV of the juice stream by artificially increasing or decreasing the velocity when running the appropriate path conversions and expected distance calculations. The actual SV change takes effect on the next default application, which is triggered by the `Update()` call at the end of the method. |
||
---|---|---|
.. | ||
Blueprints | ||
Checks | ||
BananaShowerCompositionTool.cs | ||
CatchBeatSnapGrid.cs | ||
CatchBeatmapVerifier.cs | ||
CatchBlueprintContainer.cs | ||
CatchDistanceSnapGrid.cs | ||
CatchDistanceSnapProvider.cs | ||
CatchEditorPlayfield.cs | ||
CatchEditorPlayfieldAdjustmentContainer.cs | ||
CatchHitObjectComposer.cs | ||
CatchHitObjectUtils.cs | ||
CatchSelectionHandler.cs | ||
DrawableCatchEditorRuleset.cs | ||
FruitCompositionTool.cs | ||
JuiceStreamCompositionTool.cs | ||
PositionRange.cs |