62 Commits

• Store pause timestamps (rounded to ms) instead of general count
  Bartłomiej Dach · 2025-07-22 09:26:12 +02:00
  d8900defd3
• Store score pause count to replays
  Bartłomiej Dach · 2025-07-07 11:00:31 +02:00
  2b6dab1e9d
• Fix very old lazer replays failing to decode

  See
  https://discord.com/channels/188630481301012481/1097318920991559880/1389240665061462047.
  
  I hope this was worth it.

  Bartłomiej Dach · 2025-07-01 10:14:27 +02:00
  654faa553a
• Fix stable scores importing with a LegacyOnlineID of 0

  Closes https://github.com/ppy/osu/issues/33435.
  
  The root cause of the issue is that the user's database contained a
  whole lot of scores with `LegacyOnlineID` of 0, which would trip up
  
  	https://github.com/ppy/osu/blob/97e6187f0d7c3dbee896596a623e34627135bf0e/osu.Game/Extensions/ModelExtensions.cs#L128-L129
  
  as that method would thus consider scores that are not the same as the
  same because of the zero, which later trips up
  
  	https://github.com/ppy/osu/blob/97e6187f0d7c3dbee896596a623e34627135bf0e/osu.Game/Screens/Ranking/SoloResultsScreen.cs#L79
  
  which ends up inserting `Score` into the list several times, which
  causes the crash.
  
  You might remember that I tried to fix this once before in
  https://github.com/ppy/osu/pull/24794. What I did not realise, however,
  is that stable *can still produce replays* that have an online ID of
  zero in them, because zero *is just `default(long)`*:
  
  	https://github.com/peppy/osu-stable-reference/blob/7205341bb70000a87fa1bd54e7642772e2af85d7/osu!/GameplayElements/Scoring/Score.cs#L123
  	https://github.com/peppy/osu-stable-reference/blob/7205341bb70000a87fa1bd54e7642772e2af85d7/osu!/GameplayElements/Scoring/Score.cs#L350
  
  The alternative way of fixing this would be just to change
  `MatchesOnlineID` to reject zeroes, but I think this is a saner overall
  direction.

  Bartłomiej Dach · 2025-06-10 11:54:11 +02:00
  d4fc6693b4
• Fix possible replay playback inaccuracy with very large lead-in time

  Closes https://github.com/ppy/osu/issues/22086
  
  While this *is* a case of aspire-tier breakage, I hesitate to dismiss it
  as wontfix, because the fix is somewhat easy, and probably results in
  better accuracy across the board.
  
  The issue in question here manifests when there is a significant amount
  of lead-in time, like what the beatmap linked in the aforementioned
  issue (https://osu.ppy.sh/beatmapsets/948643#osu/1981090) does.
  
  Both stable and lazer record replay frames using absolute timestamps,
  *but* the legacy replay format after the first frame uses time *deltas*,
  i.e. amounts of time elapsed since the previous frame. This means that
  the decoding process of the replay has to reconstruct absolute timestamps
  by doing cumulative summation starting from the first frame.
  
  When the very first frame has a timestamp that is very large in
  magnitude (say, like the negative 2 billion that the beatmap in question
  uses), this will lead to error if the cumulative summation is using
  floating point numbers, because it will be adding a small magnitude
  frame delta to a large magnitude cumulative absolute time. Which means
  that sometimes adding the frame delta to the cumulative time *will not
  change the cumulative time*, leading to the loss of time and thus replay
  de-synchronisation.
  
  Knowing that the legacy replay format only deals in integral time
  values, however, this can be circumvented by just using a large enough
  integral number type for the cumulative time tracking instead. I think
  `long` in this case can be safely used "large enough" for our purposes:
  
  	> Console.WriteLine(long.MaxValue);
  	9223372036854775807
  
  	9 223 372 036 854 775 807 ms equals 292 277 024,6269277149 years

  Bartłomiej Dach · 2025-05-16 12:52:49 +02:00
  56e17dd7ba
• Move BeatmapVersion from BeatmapInfo to IBeatmap

  Closes https://github.com/ppy/osu/issues/32420.
  
  The failure cause here is that in editor the beatmap version for the
  beatmap affected (or... any beatmap, really), is 0 (ZERO). That is
  probably a regression from https://github.com/ppy/osu/pull/32315, but
  like... can we universally agree that calling that change "a regression"
  in any capacity is dumb? Like what was that code *doing* playing dumb
  reference games and copying stuff into an arbitrary instance that could
  get or not get used later on? And now you have a 50/50 chance of
  accessing the *correct* model's field, depending on whether you go via
  `BeatmapInfo` or `Beatmap.BeatmapInfo`?
  
  Moving the field to `IBeatmap`, i.e. what is by now - by consensus,
  since https://github.com/ppy/osu/pull/28473 - supposed to be the "decoded
  and materialised" beatmap, fixes this issue.
  
  I probably should have done this as part of
  https://github.com/ppy/osu/pull/28473 but it slipped my mind. Probably
  for the better too because this change has rather large chances of
  breaking stuff so maybe better to examine it in isolation (via diffcalc
  runs or whatever).
  
  For added humour points, you'd say that the field on `BeatmapInfo` was
  not `[Ignore]`d, so this is a realm schema change, right? No. As far as
  I can tell, it's not. I opened realm studio and `BeatmapVersion` *is not
  a listed column` on `Beatmap` models.
  
  I'm also not gonna get into the fact that I think `EditorBeatmap` doing
  dumb games with juggling two `BeatmapInfo` references since
  https://github.com/ppy/osu/pull/15075 is bad, because I don't think I
  have the mental capacity to hotfix this by going down that train of
  thought.

  Bartłomiej Dach · 2025-03-17 15:04:48 +01:00
  91f3be5fea
• Fix mouseX legacy replay parsing for high key counts in mania
  clayton · 2024-08-11 09:45:43 -07:00
  9620c58751
• Merge branch 'master' into negative-frame-handling
  Dan Balasescu · 2024-05-29 13:14:59 +09:00
  655b0f5343
• Merge branch 'master' into pre-mod-multiplier-score
  Bartłomiej Dach · 2024-05-08 13:39:44 +02:00
  c9414da5d4
• Decode user ID from score if available
  Bartłomiej Dach · 2024-05-06 12:28:13 +02:00
  554ead0d9d
• Preserve score rank on encode/decode
  Salman Ahmed · 2024-05-01 23:31:23 +03:00
  0106f1fe3e
• Export and import TotalScoreWithoutMods to replays (or recalculate if it missing)
  Bartłomiej Dach · 2024-04-17 09:08:15 +02:00
  2f1a4cdaa4
• Rewrite handling of legacy replay frame quirks to match stable closer
  Bartłomiej Dach · 2024-03-21 21:11:29 +01:00
  990a07af0e
• Merge branch 'master' into negative-frame-handling
  Bartłomiej Dach · 2024-03-21 16:45:35 +01:00
  c47463ee0e
• Make LegacyScoreDecoder.PopulateMaximumStatistics() public

  For `osu-tools` consumption.

  Bartłomiej Dach · 2024-01-29 21:42:38 +01:00
  6888cda02c
• Move transferal of LegacyTotalScore back to original spot

  This subtle detail was messing with server-side score import flows.
  Server-side, legacy total score will *already* be in `LegacyTotalScore`
  from the start, and `TotalScore` will be zero until recomputed via
  `StandardisedScoreMigrationTools.UpdateFromLegacy()` - so in that
  context, attempting to move it across is incorrect.

  Bartłomiej Dach · 2024-01-23 12:42:57 +01:00
  cb87d6ce50
• Remove redundant assertion

  It does look pretty dumb to be checking if something is `null` *after
  calling an instance method on it*...

  Bartłomiej Dach · 2024-01-22 22:01:03 +01:00
  4d253ebf3c
• Remove legacy computation of accuracy & ranks
  Bartłomiej Dach · 2024-01-22 20:52:54 +01:00
  cdd6e71d01
• Unify legacy total score / accuracy / rank recomputation flows
  Bartłomiej Dach · 2024-01-22 20:52:51 +01:00
  db4849442e
• Use lazer accuracy & rank implementations across the board
  Bartłomiej Dach · 2024-01-22 20:30:16 +01:00
  2958631c5d
• Move maximum statistics population to LegacyScoreDecoder
  Bartłomiej Dach · 2024-01-22 20:01:24 +01:00
  aa8eee0796
• Change S rank to require no miss
  Dean Herbert · 2024-01-22 21:43:32 +09:00
  c8521b49cd
• Fix incorrect accuracy and rank population when decoding lazer replays

  Closes https://github.com/ppy/osu/issues/24061.
  
  The gist of this change is that if the `LegacyReplaySoloScoreInfo`
  bolt-on is present in the replay, then it can (and is) used to recompute
  the accuracy, and rank is computed based on that.
  
  This was the missing part of
  https://github.com/ppy/osu/issues/24061#issuecomment-1888438151.
  The accuracy would change on import before that because the encode
  process is _lossy_ if the `LegacyReplaySoloScoreInfo` bolt-on is not
  used, as the legacy format only has 6 fields for encoding judgement
  counts, and some judgements that affect accuracy in lazer do not fit
  into that.
  
  Note that this _only_ fixes _relatively_ new lazer scores looking wrong
  after reimport.
  
  - Very old lazer scores, i.e. ones that don't have the
    `LegacyReplaySoloScoreInfo` bolt-on, obviously can't use it
    to repopulate. There's really not much good that can be done there,
    so the stable pathways are used as a fallback that always works.
  
  - For stable replays, `ScoreImporter` recalculates the accuracy of
    the score _again_ in
  
    https://github.com/ppy/osu/blob/15a5fd7e4c8e8e3c38382cfd3d5d676d107d7908/osu.Game/Scoring/ScoreImporter.cs#L106-L110
  
    as `StandardisedScoreMigrationTools.UpdateFromLegacy()` recomputes
    _both_ total score and accuracy.
  
    This makes a _semblance_ of sense as it attempts to make the accuracy
    of stable and lazer replays comparable. In most cases it also won't
    matter, as the only ruleset where accuracy changed between the legacy
    implementation and current lazer accuracy is mania.
  
    But it is also an inaccurate process (as, again, some of the required
    data is not in the replay, namely judgement counts of ticks
    and so on).
  
    For whatever's worth, a similar thing happens server-side in
  
    https://github.com/ppy/osu-queue-score-statistics/blob/106c2948dbe695efcad5972d32cd46f4b36005cc/osu.Server.Queues.ScoreStatisticsProcessor/Commands/Queue/BatchInserter.cs#L319
  
  - However, _ranks_ of stable scores will still use the local stable
    reimplementation of ranks, i.e. a 1-miss stable score in osu! ruleset
    will be an A rather than an S. See importer:
  
    https://github.com/ppy/osu-queue-score-statistics/blob/106c2948dbe695efcad5972d32cd46f4b36005cc/osu.Server.Queues.ScoreStatisticsProcessor/Commands/Queue/BatchInserter.cs#L237
  
    (it's the same method which is renamed
    to `PopulateLegacyAccuracyAndRank()` in this commit).
  
    That is all a bit of a mess honestly, but I'm not sure where to even
    begin there...

  Bartłomiej Dach · 2024-01-16 22:38:53 +01:00
  17b9d842ab
• Serialise and deserialise ClientVersion to replays
  Bartłomiej Dach · 2023-12-21 12:58:08 +01:00
  2baf579f7c
• Encode/decode new OnlineID into/from LegacyReplaySoloScoreInfo
  Bartłomiej Dach · 2023-10-16 11:20:02 +02:00
  c53f4c144c
• Move legacy online ID encode/decode to legacy property
  Bartłomiej Dach · 2023-10-16 11:20:02 +02:00
  fa519984df
• only ignore the first negative frame among the first 3 replay frames
  Liam DeVoe · 2023-07-27 21:12:08 -04:00
  04ef04b902
• dont count any of first three frames towards time deficit
  Liam DeVoe · 2023-07-27 17:20:54 -04:00
  7d174dd8bb
• remove resolved comment
  Liam DeVoe · 2023-07-27 02:12:43 -04:00
  a93561cab0
• don't skip the negative break frame

  investigation reveals this frame is played back by stable

  Liam DeVoe · 2023-07-27 02:12:21 -04:00
  217b07810f
• Flag decoded scores more correctly
  Dean Herbert · 2023-07-15 12:19:18 +09:00
  eb81eac635
• properly handle negative frame before a break

  this was causing replay data before the skip to be...skipped.

  Liam DeVoe · 2023-07-06 17:13:33 -04:00
  cc6646c82b
• skip frames after a negative frame until the negative time is "paid back"
  Liam DeVoe · 2023-07-06 02:31:12 -04:00
  00250972c3
• Parse ScoreInfo.IsLegacyScore from replays
  Dan Balasescu · 2023-06-08 21:38:10 +09:00
  facf7de053
• Update reference
  PC · 2023-02-07 11:52:47 +03:00
  7e127dafe2
• Fix realm error. Apply OriginalBeatmapHash on import
  Cootz · 2023-02-06 13:58:41 +03:00
  b00848e742
• Remove one more unused using directive
  Salman Ahmed · 2023-01-09 23:43:35 +03:00
  e6479b73de
• Improve missing beatmap failure logging on score import
  Salman Ahmed · 2023-01-09 23:06:59 +03:00
  f216d7264b
• Add nullability assertion to appease CI
  Dean Herbert · 2022-12-11 13:00:12 +09:00
  0372e38f57
• Append lazer score data to .osr files
  Dan Balasescu · 2022-12-07 12:12:32 +09:00
  df181acffe
• Automated #nullable processing
  Dan Balasescu · 2022-06-17 16:37:17 +09:00
  f8830c6850
• Use a constant for the early version timing offset
  Dean Herbert · 2022-03-24 16:43:41 +09:00
  a7554dcdf7
• Apply beatmap offsets to legacy replay frame handling
  Dean Herbert · 2022-03-24 16:16:40 +09:00
  a7d5f2281c
• Use OnlineID for set operations
  Dean Herbert · 2021-12-10 16:11:48 +09:00
  dbb08f7d46
• Use OnlineID instead of legacy IDs for equality and lookups
  Dean Herbert · 2021-12-10 16:11:48 +09:00
  bf1418bafc
• Update all actual usages of RulesetInfo.ID to use OnlineID instead
  Dean Herbert · 2021-11-24 15:50:26 +09:00
  bbd3ea5b77
• Rename method + xmldoc
  Dan Balasescu · 2021-11-17 20:45:48 +09:00
  9182eab486
• Expose LegacyScoreDecoder.CalculateAccuracy()
  Dan Balasescu · 2021-11-17 20:09:30 +09:00
  08f129b4c8
• Rename User to APIUser and move to correct namespace
  Dean Herbert · 2021-11-07 11:26:01 +09:00
  0ecf5f201c
• Apply batch fixing of built-in types using var
  Dean Herbert · 2021-10-27 13:04:41 +09:00
  6944151486