76752 Commits

This Branch

This Branch

All Branches

• osu!taiko penalty for frequent rhythm changes with long gaps (#37200)

  Co-authored-by: Jay Lawton <jaime@merkids.com>
  Co-authored-by: James Wilson <tsunyoku@gmail.com>

  Eloise · 2026-05-13 20:31:15 +01:00
  a84f5a76c8
• Refactor aim/speed sliderbreak estimation calculation calls (#37654)
  StanR · 2026-05-06 17:54:24 +01:00
  c5871069cd
• Make Ok adjustment formula more stable (#37263)

  Current formula can output drastically different values on simlar
  countOk / estimatedSliderBreaks amounts.
  For example if countOk is 10, then changing estimatedSliderBreaks from 9
  to 10 is gonna change okAdjustment from 0.15 to 0.05, what is a 3 times
  lower resulting "estimated sliderbreaks" value.
  
  This PR is fixing that in the most simple way - by increasing the buffer
  constants, so very small variables won't skew the result as much.
  
  ---------
  
  Co-authored-by: James Wilson <tsunyoku@gmail.com>
  Co-authored-by: StanR <hi@stanr.info>
  Co-authored-by: StanR <8269193+stanriders@users.noreply.github.com>

  Givy120 · 2026-05-06 12:31:20 +00:00
  d18edb54b0
• Remove accuracy bonus when flashlight is enabled (#36900)

  When flashlight and reading weren't their own separate skills, pp
  bonuses were put into the aim/speed/accuracy values to make them worth
  something over nomod. Now that flashlight and hidden are calculated as
  their own skills, it doesn't make sense to provide a bonus because
  accurate values are calculated in the skills themselves.
  
  The global flashlight skill multiplier was increased to counteract the
  slight nerf of removing this bonus.
  
  Co-authored-by: StanR <8269193+stanriders@users.noreply.github.com>

  molneya · 2026-05-06 12:17:17 +00:00
  2b1d4aa245
• Add distance factor to anti-doubletap (#37636)

  Circles that are spaced from each other can't be doubletapped, therefore
  they were excluded from the low OD penalty in speed.
  
  Co-authored-by: StanR <8269193+stanriders@users.noreply.github.com>

  Givy120 · 2026-05-06 12:12:36 +05:00
  5a801e224f
• Another batch of small rhythm evaluation fixes (#37609)

  ## [Reduce rhythm effective ratio for patterns that are speeding
  up](https://github.com/ppy/osu/commit/56f66abf82b687d88e6fe83928d6dfa0f657b0a0)
  Assuming the same ratio difficulty, speeding up rhythms are a bit easier
  to play than slowing down ones
  
  ## [Reduce rhythm complexity sum if the final island is
  long](https://github.com/ppy/osu/commit/912d81cbfedee286b634c4bcb9c4e286d91a3d88)
  Currently due to how the rhythm complexity sum works rhythm difficulty
  gets applied to most of the object's island - historical decay isn't
  enough to counter difficulty carryover so we end up having non-zero
  rhythm difficulty on long consistent rhythm patterns (for example if a
  stream starts with an unusual ratio it will have non-zero rhythm
  difficulty regardless of its length, even if its hundreds of objects
  long). This applies a global difficulty reduction depending on the
  current object's island length.
  https://www.desmos.com/calculator/kvnpasbpt2
  
  ## [Fix islands being initialised incorrectly if the rhythm section is
  longer than the historical
  cutoff](https://github.com/ppy/osu/commit/ddf0fe758b691ca6e2a157fe335a41c4048e7e9b)
  
  Due to the change above we now have to properly initialise islands at
  the start of the rhythm loop - currently if the object we're evaluating
  is a part of a >32 object consistent rhythm pattern (say a stream) it
  never actually gets its island properly initialised. It doesn't matter
  on the current system, but it does matter if we want to reduce
  complexity sum using island length as uninitialised island always has
  length of 1 so patterns that are >32 objects long stop getting their
  complexity reduced after the 32th object
  
  ---------
  
  Co-authored-by: James Wilson <tsunyoku@gmail.com>

  StanR · 2026-05-04 20:29:33 +00:00
  bf405fb9b0
• Move mod-based difficulty adjustments to skills (#37621)

  First part of getting rid of the RatingCalculator. Values changes are
  expected, but apart from TD every other mod adjustment is unranked so it
  doesn't really matter much

  StanR · 2026-05-04 10:45:20 +01:00
  b30f10f232
• Standardize difficulty variable naming (#37460)

  All occurrences of a difficulty variable in an evaluator are now called
  evalNameDifficulty, of the raw output of this in a skill are now
  referred to as difficulty, and of the strain adjusted versions are
  referred to as strain.
  
  Co-authored-by: StanR <8269193+stanriders@users.noreply.github.com>

  Natelytle · 2026-04-24 18:54:43 +03:00
  5b073e6528
• Nerf linear spacings in osu!catch (#37287)

  This change targets patterns which have no spacing variability and
  visually are linear. Such patterns don't require additional inputs and
  you can walk/dash through them.
  
  In particular, [this
  map](https://osu.ppy.sh/beatmapsets/2485027#fruits/5454338) (ab)uses
  them to the point it was temporarily unranked.
  
  The curve for the nerf was chosen arbitrarily, it just seems to do the
  job.
  
  Co-authored-by: James Wilson <tsunyoku@gmail.com>

  Wulpey · 2026-04-23 20:33:44 +00:00
  8d079a6790
• Remove flow acute bonus velocity sqrt (#37436)

  It's not really needed anymore and the added benefit is that circular
  alt gets slightly buffed
  
  ---------
  
  Co-authored-by: James Wilson <tsunyoku@gmail.com>

  StanR · 2026-04-21 17:17:51 +00:00
  a8628fdc0c
• Use Mehs in the okAdjustment (#37264)

  I'm not sure why they were excluded initially, so creating this PR as a
  potential fix
  If there's an actual reason for this then this PR is probably
  unnecessary
  
  Co-authored-by: James Wilson <tsunyoku@gmail.com>
  Co-authored-by: StanR <8269193+stanriders@users.noreply.github.com>

  Givy120 · 2026-04-21 18:05:11 +03:00
  af9f9e771a
• Rescale wide snap aim bonus (#37411)

  Low bpm wide angle aim nerf, high bpm wide angle aim buff

  StanR · 2026-04-20 08:07:25 +01:00
  f2047819a8
• Rebalance TC Bonus (#36555)
  piiid · 2026-04-16 21:45:53 +01:00
  5aff5a4098
• Fix low distance snap/flow relation (#37306)

  Currently all low spaced (<radius) aim is evaluated as low difficulty
  snap. After we separated snap, flow and agility we don't actually need
  snap aim to be reduced for low distance - this is something that flow
  aim should cover instead as low spacing is guaranteed to be either
  flowed or not aimed at all. By extension this fixes the need for the
  flow velocity bonus to be extremely high as it no longer clashes with
  snap when the changes happen between low and high spacing.

  StanR · 2026-04-15 19:39:08 +00:00
  a057138eaf
• Fix snap angle repetition (#37286)

  Classic blunder.

  StanR · 2026-04-13 19:36:38 +01:00
  b20b3670af
• Refactor SnapAimEvaluator bonuses for better readability (#37119)

  This PR moves the addition of the bonuses closer to their declaration
  and also renames some variables and functions to more closely resemble
  the way they're used. The names can be discussed for I'm not sold on
  them either.
  
  ---------
  
  Co-authored-by: James Wilson <tsunyoku@gmail.com>

  kwotaq · 2026-04-12 14:50:33 +00:00
  5049ac8e29
• Move Aim mod-related difficulty adjustments to after the probability calculation (#37184)

  Adjusting difficulty before we calculate the flow probability is
  technically wrong. This makes flow adjustment on RX actually work as it
  should instead of trying to lower the snap to achieve similar results.
  TD flow buff was removed because here it actually made some maps _very_
  buffed. Values are mostly the same otherwise

  StanR · 2026-04-03 17:09:22 +01:00
  f6223d19af
• Refactor Reading strain to match the rest of the skills (#37010)

  This doesn't affect values as per the original refactor.
  
  Co-authored-by: StanR <8269193+stanriders@users.noreply.github.com>

  kwotaq · 2026-03-29 19:31:03 +00:00
  c4ef081c4a
• Aim balancing (#37147)
  StanR · 2026-03-29 20:11:24 +01:00
  e082550cea
• Very slight overall aim buff (#37134)
  StanR · 2026-03-27 20:49:21 +00:00
  4ce4bca6a7
• Use variable-length strains to fix chunking-related issues (#33351)

  - Closes https://github.com/ppy/osu/issues/25254
  
  Solves chunking-related issues by starting a new chunk for every object,
  and allowing chunks to be different lengths. This is retrofitted to
  existing calculations, and doesn't have other ramifications in the way
  something like tr3s's continuous strains do.
  
  The effect of this can be seen in the video below. In live pp, the map
  would lose sr when increasing the rate at certain points, but in the
  video, the sr rises consistently as expected.
  
  
  https://github.com/user-attachments/assets/2d58946a-9e0c-4f6b-912a-71dfe75c0f8a
  
  A multiplier has been added inside `DifficultyValue()` to account for SR
  being slightly lower from more granular summation.
  
  When testing this rework in PerformanceCalculatorGUI, I recommend using
  [this
  fork](https://github.com/Finadoggie/osu-tools/tree/variable-length-strains).
  I can't guarantee that the visuals it shows are correct, but they are
  definitely more correct than not.
  
  Edit: Use [this
  fork](https://github.com/Finadoggie/osu-tools/tree/unsynced-variable-length-strains)
  for testing now. Old one is now for testing
  SynchronizedVariableLengthStrainSkill
  
  ---------
  
  Co-authored-by: tsunyoku <tsunyoku@gmail.com>
  Co-authored-by: StanR <8269193+stanriders@users.noreply.github.com>

  Nathan Corbett · 2026-03-27 20:08:20 +00:00
  b0047e4570
• Account for alternating angles in reading angle factor (#36466)

  This rework target is C-type nerf, as this map gets absurd amount of
  reading pp, because angles are considered very unrepetitive. What
  results in this score being worth absurd 1.4k pp.
  
  This PR is up to heavy discussion because it can be made much more
  general, touching more maps. So I wait on pp committee opinion on what
  of the parts can be removed.
  
  Current checks for angle to be nerfed:
  - The smaller angle has to be very sharp: <20 degrees, full power on <5
  degrees
  - The larger angle has to be wide: >60 degrees, full power on >120
  degrees
  
  If pattern meets all the criteria - it would be considered repetitive.
  For now practically no map meets this criteria to significant amount
  except C-type.

  Givy120 · 2026-03-26 15:47:55 +05:00
  b31d1b3a08
• Increase Aim strain decay base (#37099)

  This buffs longer jump sections and slightly nerfs short jump spikes.
  Mostly a way to slightly restore non-aimslop DT aim maps since they got
  hit with all the nerfs a bit too hard
  
  ---------
  
  Co-authored-by: James Wilson <tsunyoku@gmail.com>

  StanR · 2026-03-25 17:40:09 +00:00
  0f37874aeb
• Adjust high CS bonuses after all the distance-time rescaling (#37088)

  At this point maybe having a shared small circle bonus in ODHO isn't
  even worth it since we have different d/t scalings in all evaluators.
  Bonus was made for snap (~d/t^1.65), here it's adjusted to be higher on
  agility (~d/t^2) and lower on flow (~d/t). Practically affects like [1
  map](https://osu.ppy.sh/beatmapsets/2191876#osu/5192354)

  StanR · 2026-03-25 17:34:36 +00:00
  0071c82722
• Undo Agility strain influence rescaling (#37081)

  Now that agility isn't "speedaim" that covers both snap and flow we can
  restore it back into it's original scaling. Arguably it should be _more_
  than d/t^2 but that's a thing to explore separately

  StanR · 2026-03-24 17:57:31 +00:00
  22ac12c346
• Make miss penalty slightly harsher on first misses (#37040)

  https://www.desmos.com/calculator/naggvbcz0a
  
  This change makes first ~3 misses have harsher miss penalty, while 9+
  misses get lighter penalty. 4-9 misscounts stay close to unchanged.

  StanR · 2026-03-22 18:12:23 +00:00
  c7eeccca5e
• Change the aim scaling slightly (#36967)

  This slightly buffs aim on above ~7.5 stars maps and slightly nerfs it
  below that
  
  ---------
  
  Co-authored-by: James Wilson <tsunyoku@gmail.com>

  StanR · 2026-03-16 21:35:49 +00:00
  b538c1d8bf
• Calculate clock time when creating difficulty hit objects (#36962)

  This change removes `clockRate` precalculation from
  `DifficultyCalculator`.
  
  The idea is that clock rate should be calculated in-place (ideally for
  every object) since we store and access it using DHOs. This also
  prevents anyone from accidentally passing clock rate to skills
  
  Unfortunately osu uses clock rate to calculate OD for the whole map in
  `CreateDifficultyAttributes` so we can't make it completely DHO-based,
  but I think one single in-place call to `ModUtils.CalculateRateWithMods`
  in `CreateDifficultyAttributes` is fine
  
  ---------
  
  Co-authored-by: James Wilson <tsunyoku@gmail.com>

  StanR · 2026-03-16 21:17:49 +00:00
  fadb1c3f2c
• Adjust Aim RX multiplier (#36985)

  Generally deflationary on the top end and roughly the same at low end.
  Likely needs a more comprehensive solution, but this at least ensures
  that even if we don't do it the values will be sane.
  
  Co-authored-by: James Wilson <tsunyoku@gmail.com>

  StanR · 2026-03-16 21:10:46 +00:00
  09bcef1bdd
• Remove slider velocity considerations from previous object velocity (#36806)

  It barely affects values at this point
  
  ---------
  
  Co-authored-by: James Wilson <tsunyoku@gmail.com>

  StanR · 2026-03-16 21:04:54 +00:00
  fc82dac7ae
• Apply a few minor fixes to flow aim evaluation (#36999)

  Contains:
  
  - A small bug fix from initial separation merge. Snap aim only applies
  this bonus when slider travel distance is passed, so it should be the
  same for flow. Cannot find any cases where values are affected, but in
  theory the only difference this can make is slider factor calculations.
  - Apply overlapping note factor to the acute bonus, so that direction
  changes that overlap are awarded less. A small speed multiplier increase
  is included to offset this
  - Move angular velocity calculation out of ODHO into the flow evaluator,
  and fix it referencing the wrong angle (2 objects back instead of the
  previous object)
  - 2 tiny code refactors
  
  ---------
  
  Co-authored-by: StanR <8269193+stanriders@users.noreply.github.com>

  James Wilson · 2026-03-16 19:32:34 +00:00
  abf1a00591
• Merge branch 'master' into pp-dev
  Dan Balasescu · 2026-03-17 04:04:55 +09:00
  00c017e121
• Update lots of packages (#36996)

  It's been a while.
  
  Notes:
  
  - `SharpCompress` usages changed a bit. Manually adjusted these, mostly
  just renames or adjusted parameters.
  - nUnit 3 -> 4 migrated using
  https://gist.github.com/peppy/07994386d793a117350cb5f24b156585. there's
  a mode in this script to update to the newer `Assert.That` syntax but it
  requires fixes and couldn't really be bothered.
  - DeepEqual nuked as the only usage was on a disabled test. The reason
  it's disabled has been merged upstream, but it's failing for other
  (realm) reasons which I don't think is worthwhile to investigate for
  now.
  - This bumps Moq. I think the author is back in a sensible headspace and
  the new version has the stupid shit removed, so probably okay? Nice to
  be on a level playing field with packages for once in a long time.
  - Automapper is silly, but we've discussed this elsewhere.
  - `TestRealmKeyBindingStore` failures are a wildcard, but fixed by using
  a more standardised testing method. Dunno why, don't care.
  
  ---------
  
  Co-authored-by: Bartłomiej Dach <dach.bartlomiej@gmail.com>

  Dean Herbert · 2026-03-17 03:58:02 +09:00
  2026.317.0 a996261304
• Restore precision buff in Agility (#36968)

  Seems like it got lost somewhere in the #36902. Great upside is that
  flow cs bonus can be reduced as it's supposed to be now since the bonus
  is made with d/t^1.65 in mind and flow is d/t. Values-wise it's a small
  precision buff

  StanR · 2026-03-16 12:35:45 +00:00
  5b8067a420
• Attempt to fix mod output including build output
  Dean Herbert · 2026-03-16 14:16:20 +09:00
  73644d87bc
• Fix weird variable naming
  Dean Herbert · 2026-03-14 23:55:12 +09:00
  2026.315.0 39912e044a
• Add models for new tournament-related multiplayer operations (#36953)

  Continuation of https://github.com/ppy/osu-server-spectator/issues/406
  
  Operations in question being:
  
  - (un)locking rooms / `!mp (un)lock` (prevents players from changing
  team, will also include slots when slots are implemented)
  - rolling / `!roll` (frequently used in coin toss type situations, will
  receive nice animation to go with it)

  Bartłomiej Dach · 2026-03-14 23:05:59 +09:00
  ed905b761d
• Localise some strings on SecondFactorAuthForm (#36961)
  Denis Titovets · 2026-03-14 22:47:58 +09:00
  fd66d7c4e4
• Reuse existing triangles in Triangles background (#36951)

  As [per
  comment](https://github.com/ppy/osu/pull/36943#issuecomment-4045361755).
  Unfortunately I'm not able to reproduce such a big impact of triangles
  using linked pr (or at all really). In my case usage was low in the
  first place and went from 0.9% to 0.6% with this pr, so outside
  benchmarking would be great
  
  Improvement list:
  * No more sorted list. Basic list is being used which is sorted once
  after all the triangles added.
  * Out-of-bounds triangles are reused rather than removed and re-added.
  * On `Reset` if `AimCount` stays the same, all triangles are reused
  instead of being cleared and re-added.

  Andrei Zavatski · 2026-03-13 14:54:19 +09:00
  2380fcd36d
• Use current object's Preempt when retrieving past visible objects in osu! reading difficulty (#36944)

  In `retrievePastVisibleObjects`, the wrong object's `Preempt` is used to
  determine the time where the currently assessed object becomes visible.
  This PR fixes that issue.
  
  Additionally, the visibility condition in
  `retrieveCurrentVisibleObjectDensity` is rearranged to read similarly to
  the one in `retrievePastVisibleObjects`.
  
  This does not change current values as none of the mods that can
  currently award pp modify an object's `TimePreempt` individually. The
  only affected mod is Freeze Frame, which gains buffs across the board as
  more objects are calculated to be visible now.

  Rian (Reza Mouna Hendrian) · 2026-03-12 23:26:42 +00:00
  1e01001a1f
• Fix Simplified Rhythm mod breaking diffcalc when applied to some maps (#36947)

  - closes https://github.com/ppy/osu/issues/36942
  - fixes https://osu.ppy.sh/community/forums/topics/2187041?n=1
  
  ## [Ensure Simplified Rhythm mod does not produce beatmaps with objects
  out of
  order](https://github.com/ppy/osu/commit/f4807b3a42dbf46ea0e669b0ba658feaef9baca5)
  
  This is a last ditch safety.
  
  This mod has more apparent issues (see below) but this is a first step
  of restoring sanity.
  
  Aside than the other fix described below I have not attempted to figure
  out further why this is happening because the conversion logic is in
  over my head. I just want hard breakage to not be possible. Why this
  extra sort is necessary can be investigated by @Hiviexd if he's so
  inclined.
  
  ## [Fix `GetClosestBeatDivisor()` not working correctly with negative
  time
  instants](https://github.com/ppy/osu/commit/88dc0d8a73c712a040635af262d7519fe6d772a0)
  
  This was causing the 1/3 -> 1/2 conversion in Simplified Rhythm to
  engage on some maps that weren't even mapped in waltz time. Those maps
  had the common trait of having a timing point with a negative start
  time.
  
  Notably this could feasibly affect other places as well, like mania beat
  snap colouring, or the Synesthesia osu! mod.
  
  <details>
  
  <summary>testing</summary>
  
  Tested with Simplified Rhythm engaged, with 1/6 -> 1/4 and 1/3 -> 1/2
  conversion enabled
  
  [BULANOVA - NE PLACH'
  [oni]](https://osu.ppy.sh/beatmapsets/1740291#taiko/3664995) (1/8 snap):
  - No mods: 5.18*
  - Simplified Rhythm @ master: 0.00*
  - Simplified Rhythm @ f4807b3a: 3.48*
  - Simplified Rhythm @ 933de7ab: 5.18*
  
  [BULANOVA - NE PLACH' [inner
  oni]](https://osu.ppy.sh/beatmapsets/1740291#taiko/3648625) (1/8 snap):
  - No mods: 5.84*
  - Simplified Rhythm @ master: 0.00*
  - Simplified Rhythm @ f4807b3a: 4.13*
  - Simplified Rhythm @ 933de7ab: 5.84*
  
  [BULANOVA - NE PLACH' [don't
  cry]](https://osu.ppy.sh/beatmapsets/1740291#taiko/3557681) (1/8 snap):
  - No mods: 6.91*
  - Simplified Rhythm @ master: 0.00*
  - Simplified Rhythm @ f4807b3a: 4.84*
  - Simplified Rhythm @ 933de7ab: 6.91*
  
  [Mili - Peach Pit and Cyanide [nik's
  Normal]](https://osu.ppy.sh/beatmapsets/2468654#osu/5405909) (1/6 snap):
  - No mods: 1.63*
  - Simplified Rhythm @ master: 0.00*
  - Simplified Rhythm @ f4807b3a: 1.10*
  - Simplified Rhythm @ 933de7ab: 1.10*
  
  [Mili - Peach Pit and Cyanide [Ix's
  Hard]](https://osu.ppy.sh/beatmapsets/2468654#osu/5405906) (1/3 snap):
  - No mods: 2.50*
  - Simplified Rhythm @ master: 0.00*
  - Simplified Rhythm @ f4807b3a: 1.71*
  - Simplified Rhythm @ 933de7ab: 1.71*
  
  [Mili - Peach Pit and Cyanide [nomi's Hidden
  Insane]](https://osu.ppy.sh/beatmapsets/2468654#osu/5405910) (1/3 snap):
  - No mods: 3.93*
  - Simplified Rhythm @ master: 0.00*
  - Simplified Rhythm @ f4807b3a: 2.59*
  - Simplified Rhythm @ 933de7ab: 2.59*
  
  [Within Temptation - The Unforgiving [Stairway To The
  Skies]](https://osu.ppy.sh/beatmapsets/29157#osu/172617) (1/3 snap in
  editor):
  - No mods: 1.53*
  - Simplified Rhythm @ master: 0.00*
  - Simplified Rhythm @ f4807b3a: 1.48*
  - Simplified Rhythm @ 933de7ab: 1.48*
  
  [Within Temptation - The Unforgiving
  [Iron]](https://osu.ppy.sh/beatmapsets/29157#osu/172612) (1/6 snap in
  editor):
  - No mods: 2.76*
  - Simplified Rhythm @ master: 0.00*
  - Simplified Rhythm @ f4807b3a: 1.75*
  - Simplified Rhythm @ 933de7ab: 1.75*
  
  [Within Temptation - The Unforgiving
  [Marathon]](https://osu.ppy.sh/beatmapsets/29157#osu/156352) (1/4 snap
  in editor, but has 1/3 / 1/6 sections for sure):
  - No mods: 2.96*
  - Simplified Rhythm @ master: 0.00*
  - Simplified Rhythm @ f4807b3a: 2.75*
  - Simplified Rhythm @ 933de7ab: 2.75*
  	
  [Halozy - Genryuu Kaiko [Higan
  Torrent]](https://osu.ppy.sh/beatmapsets/180138#osu/433005) (1/4 snap):
  - No mods: 5.37*
  - Simplified Rhythm @ master: 0.00*
  - Simplified Rhythm @ f4807b3a: 3.95*
  - Simplified Rhythm @ 933de7ab: 5.37*
  
  </details>

  Bartłomiej Dach · 2026-03-12 22:05:39 +09:00
  28fbb83cc6
• Ensure folder migration screen uses a blank background to avoid readability issues (#36948)

  https://github.com/ppy/osu/issues/36941

  Dean Herbert · 2026-03-12 13:48:22 +01:00
  365b88b4a9
• Update editor hitsound icons with new designs from Adarin (#36940)

  | Before | After |
  | :---: | :---: |
  | <img width="584" height="672" alt="2026-03-12 00 56 58@2x"
  src="https://github.com/user-attachments/assets/f1714f4d-ba78-4e41-a8f8-1a22dac01d9f"
  /> | <img width="584" height="672" alt="2026-03-12 01 06 04@2x"
  src="https://github.com/user-attachments/assets/4fc2d7ed-c9e0-45c7-8ff7-394d7ee2eff8"
  /> |

  Dean Herbert · 2026-03-12 08:03:01 +01:00
  94c9f16b27
• Fix avatar sometimes showing as guest in beatmap detail comment container (#36935)

  - close https://github.com/ppy/osu/issues/34969
  
  The solution here is shown in the issue.
  
  I don't think this needs a test... if need I will write one

  cdwcgt · 2026-03-11 13:06:01 +01:00
  390fc521e9
• Add replay / spectator mode scrolling text back (#36911)

  As mentioned in https://github.com/ppy/osu/discussions/36883.
  
  This has caught me off-guard a few times.
  
  Was a quick one to make this work like it does on stable. It doesn't fit
  as well as stable because we have a lot of elements at the top of the
  screen, but I think it's better than nothing, as it lets you know you're
  in a replay quick obviously.
  
  I don't think we can easily localise strings with formatting in them
  yet. Maybe using a `MarkdownContainer` or something?

  Dean Herbert · 2026-03-11 11:08:26 +01:00
  d0d5d97cfe
• Ranked Play: Add countdown timer to all screens (#36930)

  There's been [some
  feedback](https://discord.com/channels/90072389919997952/1476979671886205060/1477868178775216148)
  that there's no timer during some screens. Personally I feel like some
  screens shouldn't require it, but I get it.
  
  The results screen is going to be the most controversial one, where I've
  decided to shift the content down a bit - it would otherwise overlap
  with the progress bar. Another option is to make the progress bar
  shorter, but I feel like that makes things inconsistent.
  
  <img width="1922" height="1035" alt="image"
  src="https://github.com/user-attachments/assets/ec4ba01e-bb13-45ff-8a1b-b39d7765c1f4"
  />
  
  Regarding implementation, I'm not entirely sure on it being added to
  every subscreen via `RankedPlaySubScreen` instead of just a single
  component at a top level. I did it this way because the colour scheme
  seems annoying to change without recreating the entire component (or
  otherwise all of its children) anyway.

  Dan Balasescu · 2026-03-11 17:04:51 +09:00
  4c0657f4ca
• Ranked Play: Fix casing inconsistency in results screen (#36931)

  This is kind of annoying...
  
  Some hit results are given custom names (e.g. "slider tick"):
  
  
  https://github.com/ppy/osu/blob/87b37fd3860d75c0a90f7a67adb94e3267d1779b/osu.Game.Rulesets.Osu/OsuRuleset.cs#L301-L320
  
  While others go through that `base` call which uses the enum
  descriptions (e.g. "Great"):
  
  
  https://github.com/ppy/osu/blob/87b37fd3860d75c0a90f7a67adb94e3267d1779b/osu.Game/Rulesets/Scoring/HitResult.cs#L53-L56

  Dan Balasescu · 2026-03-11 15:48:04 +09:00
  ce571e328d
• Remove OsuStrainUtils (#36924)

  The only method inside this class is used in a single place ever since
  Speed became a harmonic skill so it doesn't really make sense to keep
  around to me. As a result, supersedes #33295.
  
  Also includes a fix to use `DecayWeight` for the consistent top strain,
  exactly the same as what we're doing for `CountTopWeightedStrains`.

  James Wilson · 2026-03-11 12:38:40 +09:00
  b0ee82dc4f
• Adjust Speed harmonic summation params (#36923)

  Slight balancing. Mostly exists to reduce extremely consistent tapping
  maps (i.e [Age of
  Tyranny](https://osu.ppy.sh/beatmapsets/2219231#osu/4704022)) influence
  over the summation
  
  ---------
  
  Co-authored-by: James Wilson <tsunyoku@gmail.com>

  StanR · 2026-03-10 22:48:09 +00:00
  6c9a7292e7
• Organize osu! difficulty evaluators a bit better (#36921)
  StanR · 2026-03-10 22:14:27 +00:00
  29e089c620