Closed grumd closed 1 year ago
I think it DOES work properly when ruleset is provided.
The ruleset is said to "Defaults to ruleset of the specified beatmap."
But feel free to close this issue if it's a "won't fix" thing
looked into this one locally, can reproduce. the mods that are passed on the web request to the difficulty cache API are correct. the same issue occurs even when providing the ruleset so it's not that. i presume this is an issue with the difficulty attributes which are stored in the database (and how they're calculated)?
another thing i observed, and @grumd's original report also displays, is that the great_hit_window
attribute (specific to taiko) is updated when HR is passed as a mod
i tried to reproduce this with all modes: the SR (as well as any other attributes) were updated correctly for osu!std, osu!fruits and osu!mania. so it seems this issue is specific to taiko
i'm not sure what would coerce it to calculate HR and nomod as the same SR - HR is registed as a difficulty increasing mod for taiko. will require a deeper look to see why this is happening, but the cause is definitely not to do with osu-web
cc @smoogipoo
This is working as intended. If there's an issue here, it's with the difficulty calculator implementation and not the/any server-side components.
@smoogipoo I haven't rechecked the issue, but the problem was that "ruleset" is not being defaulted to the ruleset of the specified beatmap. When ruleset is undefined, calculations are wrong. The API should provide a default value for ruleset
before calling difficulty calculator.
The api always passes ruleset to the difficulty calculator. Please provide example showing otherwise.
It seems like the only mod affecting star_rating in the API is DT. HR doesn't affect the star_rating value.
nomod: 4.43 DT: 5.92 HR: 4.43 DTHR: 5.92