Editing Stale-move negation
From SmashWiki, the Super Smash Bros. wiki
Jump to navigationJump to search
The edit can be undone. Please check the comparison below to verify that this is what you want to do, and then publish the changes below to finish undoing the edit.
Latest revision | Your text | ||
Line 60: | Line 60: | ||
Connecting with a move will immediately affect it; later hitboxes of a multi-hit move will be affected by the new staleness value if earlier hitboxes connect. For example, if the first hit of the [[Mario Tornado]] connects, the rest of the hits will be one level more stale. As a result, the finishing hit of multi-hit moves can only connect as fresh if none of the set-up hits connect. As this behaviour does not make much sense, and does not seem to appear in any other ''Smash'' game, it is believed that it is unintentional. | Connecting with a move will immediately affect it; later hitboxes of a multi-hit move will be affected by the new staleness value if earlier hitboxes connect. For example, if the first hit of the [[Mario Tornado]] connects, the rest of the hits will be one level more stale. As a result, the finishing hit of multi-hit moves can only connect as fresh if none of the set-up hits connect. As this behaviour does not make much sense, and does not seem to appear in any other ''Smash'' game, it is believed that it is unintentional. | ||
The {{SSBM|Ice Climbers}} share one staleness queue, which is affected by both climbers equally - for example, if both Popo and Nana hit their forward smash, the forward smash stales twice. As a result, their moves tend to stale faster and refresh faster. In addition, the queue resets when ''either'' of them is KO'd, meaning all Popo's moves are reset when Nana is lost. | The {{SSBM|Ice Climbers}} share one staleness queue, which is affected by both climbers equally - for example, if both Popo and Nana hit their forward smash, the forward smash stales twice. As a result, their moves tend to stale faster and refresh faster. In addition, the queue resets when ''either'' of them is KO'd, meaning all Popo's moves are reset when Nana is lost. | ||
Line 77: | Line 75: | ||
Also unlike ''Melee'', ''Brawl'' protects later hitboxes of multi-hit moves from being staled while the move is in progress, fixing the bug that weakened the last hit of multi-hit moves. However, this created a new bug when an attack's ending lag is [[interrupt]]ed by another instance of the same attack — the move is put into the queue for each time it hits, but the attack doesn't decrease in damage until the character enters a different action. For example, multiple quick hits of {{SSBB|Meta Knight}} or {{SSBB|Marth}}'s [[down tilt]] will all deal maximum damage if initiated during the cooldown of the previous one, not decreasing in damage until the chain ends and the character enters their crouching or standing state. | Also unlike ''Melee'', ''Brawl'' protects later hitboxes of multi-hit moves from being staled while the move is in progress, fixing the bug that weakened the last hit of multi-hit moves. However, this created a new bug when an attack's ending lag is [[interrupt]]ed by another instance of the same attack — the move is put into the queue for each time it hits, but the attack doesn't decrease in damage until the character enters a different action. For example, multiple quick hits of {{SSBB|Meta Knight}} or {{SSBB|Marth}}'s [[down tilt]] will all deal maximum damage if initiated during the cooldown of the previous one, not decreasing in damage until the chain ends and the character enters their crouching or standing state. | ||
The {{SSBB|Ice Climbers}} still share one staleness queue between them, but now only Popo has any effect on the queue, so Nana landing moves or being KO'd no longer interferes. It is currently unclear how exactly this interacts with the staleness protection above, other than Nana's move being guaranteed to have the same staleness level as Popo's under regular non-desynched conditions. | The {{SSBB|Ice Climbers}} still share one staleness queue between them, but now only Popo has any effect on the queue, so Nana landing moves or being KO'd no longer interferes. It is currently unclear how exactly this interacts with the staleness protection above, other than Nana's move being guaranteed to have the same staleness level as Popo's under regular non-desynched conditions. | ||
Line 101: | Line 97: | ||
Otherwise, the staleness system is generally unchanged from ''SSB4'', but slightly stronger reductors have increased maximum staleness to 0.4695x. In addition, there is now an option in [[Training Mode]] to toggle stale moves (as well as [[rage]]) on and off, as opposed to previous games, where no such option was present. Moves will enter the queue even if the option is disabled, but will still deal their base damage in this case. | Otherwise, the staleness system is generally unchanged from ''SSB4'', but slightly stronger reductors have increased maximum staleness to 0.4695x. In addition, there is now an option in [[Training Mode]] to toggle stale moves (as well as [[rage]]) on and off, as opposed to previous games, where no such option was present. Moves will enter the queue even if the option is disabled, but will still deal their base damage in this case. | ||
==Projectiles== | |||
An unusual peculiarity of the stale-moves system is how it applies to [[projectile]]s. When a projectile is created, its staleness value is set based on the move's current staleness. This means that, if a second projectile is created before the first hits something, both projectiles will have the same staleness value. For example, firing a [[Blaster]] from long range will result in a series of beams onscreen at once, all with the same staleness value - once the first beam deals damage, the next to be fired will deal reduced damage, but the ones that already exist will not. Each shot that connects will count as one spot in the stale move queue. This behaviour exists in all five games. | |||
The staleness of a projectile is attached to its existence as an object; simply changing hitboxes does not "re-update" their staleness. On the other hand, should a projectile self-delete and replace itself with something else (for example, when [[Thunder Jolt]] hits the ground the aerial ball is deleted and replaced with the grounded wave), its staleness value will be "re-updated". This behaviour is only confirmed in ''Brawl'' but is likely to manifest in the other games. | |||
==Controversy== | ==Controversy== |