Thanks for the answer, I had already understood points 1 2 3
What I do not get (and the reason I reported it as bug) is how the level cap adjustment can result in a lower multiplier, but it happens only after a achievement is unlocked.
with the 33% modification enabled:
a) before unlocking an achievement
The level cap adjustment interacts with the logarithmic base calculation => gives the expected multiplier score (1.26)
b) after unlocking an achievement
step (a) should still stand / remains the same? correct? It should still be (1.26)
then the bonus should be triggered and the new value should be (1.26) + bonus
But from what I see it ignores the level cap adjustment (all together) and gives
a result of the default initial multiplier only (logarithmic base calculation), ignoring the level cap adjustment setting, and the bonus compensates to bring the value back to the initial setting.
----------------------------
If no modifications are done to the game:
no achievement triggered
level cap + base calculation = results to a value (A)
achievement triggered
level cap + base calculation + bonus = results to a value (B)
(A) should be different than (B) if a bonus is really applied correct?
But in reality, what I get is that (A) is equal to (B)
So either the bonus is not applied (I don't think is the case)... or the multiplier ignores the level cap and applies only the bonus.
edit 2: never mind I found the conflicting code
It's inside passagedata pid="3321" name="score multiplier calc"
(set: $score_multiplier to (round: (100 * _score_multiplier_temp)) / 100)
conflicts with
(set: $score_multiplier to (round: (100 * $score_multiplier * (1 + _level_cap_adjustment))) / 100)
During the setup is used
(set: $score_multiplier to (round: (100 * $score_multiplier * (1 + _level_cap_adjustment))) / 100)
and then during the game play is ovewritten again from
(set: $score_multiplier to (round: (100 * _score_multiplier_temp)) / 100)
Last edited:
