| Latest revision |
Your text |
| Line 151: |
Line 151: |
| :A threshold for only Blast KOs doesn't exist, as far as I know. [[User:Smashgold347238|<span style="color:#D4AF37">Gold</span>]] [[file:Goldsig.png|20px|link=User talk:Smashgold347238]] 06:28, 22 June 2016 (EDT) | | :A threshold for only Blast KOs doesn't exist, as far as I know. [[User:Smashgold347238|<span style="color:#D4AF37">Gold</span>]] [[file:Goldsig.png|20px|link=User talk:Smashgold347238]] 06:28, 22 June 2016 (EDT) |
|
| |
|
| == Knockback Merging in Smash 4 == | | == Knockback Stacking in Smash 4 == |
|
| |
|
| I'm pretty sure there is some form of knockback merging. It's easiest to do in doubles, but some characters like Robin can also do it with something like Arcthunder and Levin Sword down air (the resulting trajectory is an angle below 0 degrees). We should do more research on this, instead of assuming that it carries over from Brawl. [[User:Smashgold347238|<span style="color:#D4AF37">Gold</span>]] [[file:Goldsig.png|20px|link=User talk:Smashgold347238]] 09:16, 18 November 2016 (EST) | | I'm pretty sure there is some form of knockback stacking. It's easiest to do in doubles, but some characters like Robin can also do it with something like Arcthunder and Levin Sword down air (the resulting trajectory is an angle below 0 degrees). We should do more research on this, instead of assuming that it carries over from Brawl. [[User:Smashgold347238|<span style="color:#D4AF37">Gold</span>]] [[file:Goldsig.png|20px|link=User talk:Smashgold347238]] 09:16, 18 November 2016 (EST) |
| | |
| == Elemental knockback ==
| |
| | |
| In all games, the screen will briefly flash white when the character takes strong knockback from non-elemental attacks. But the screen will flash in a different color depending on what elemental attack used: Orange from [[flame]] attacks, light blue from [[electric]] attacks,
| |
| purple from [[darkness]] attacks, and blue from [[aura]] attacks. [[User:Juju1995|Juju1995]] ([[User talk:Juju1995|talk]]) 23:43, 18 January 2017 (EST)
| |
| | |
| == Knockback exponential by nature? ==
| |
| | |
| I think we've all suspected it for a while now, that knockback (and by extension, units) are by nature exponential, in the sense that a known increase in knockback value seems to have a greater effect at higher knockback values, but I think I might have proof of this. I was wondering exactly how much stronger Jigglypuff's sweetspotted back air in SSB4 was, as it has the same KBG, damage and angle, but +30 base knockback. I tested it using a stage I created with multiple springs spaced evenly apart right next to each other, and I discovered something strange. At 0%, the +30 units of knockback made little difference, about half a large spring length of extra distance, but at higher percents, it made a difference of over 2 large spring lengths, despite the fact that it was still an increase of just 30 units of knockback. It would appear by this that 30 units of knockback makes more of a difference when the knockback was high to begin with, when you would expect it to be the other way around (e.g the difference between 1 lion and 10 lions is a much bigger difference than 101 lions and 110 lions). Any chance someone could look into this? [[User:Alex Parpotta|Alex Parpotta]] ([[User talk:Alex Parpotta|talk]]) 09:09, 13 May 2017 (EDT)
| |
| :You're comparing initial velocity (knockback dealt) to distance travelled (spring reached). The [https://physics.stackexchange.com/questions/3818/stopping-distance-frictionless formula] for this conversion is <code>d = (v^2)/2a</code>. Because the initial velocity is squared, a linear increase makes a quadratic result. I wouldn't call this too much of a surprise. [[User:Toomai|Toomai]] [[User talk:Toomai|Glittershine]] [[Image:Toomai.png|20px|link=User:Toomai/Bin|???]] The Hammer 10:16, 13 May 2017 (EDT)
| |
| | |
| == Proof that knockback stacking exists in SSB4 ==
| |
| | |
| I have a gif that proves knockback stacking is present in SSB4. [[File:knockbackstacking.gif|right]]
| |
| If you look at the gif, you will see Kirby land fully charged hammer flip on Bowser, and immediately afterwards, Bowser is hit by the Yellow Devil. Both hitboxes use the sakurai angle, in opposite directions but the angle bowser is sent at is niether sakurai angle direction. Since Kirby's attack dealt more knockback, the resultant angle is determined more by his attack than Yellow Devil's, hence why Bowser is not sent straight upwards. This proves that we were wrong about knockback stacking not being present in SSB4. [[User:Alex Parpotta|Alex Parpotta]] ([[User talk:Alex Parpotta|talk]]) 15:21, 25 May 2017 (EDT)
| |
| :So this is something I'd been meaning to address (sorry, I'm a terrible procrastinator). I'm not sure why this was ever in dispute; I guess people who only ever play 1v1 may not notice, but if you play a lot of free-for-alls and such, every so often you'll see really obvious angle merging. I've got a clearer example I can upload in a bit if people need more convincing. [[File:Zyrac sig.png]] <font face="Lucida Console">[[User:Zyrac|<font color="green">'''Zyrac'''</font>]]<small>([[User talk:Zyrac|<font color="green">talk</font>]]•[[Special:Contributions/Zyrac|<font color="green">contribs</font>]])</small></font> 16:01, 25 May 2017 (EDT)
| |
| For the sake of bumping this, [http://imgur.com/dDk9vrD here]. Sure looks like a merge to me. I'm just not sure what to write on the page, since I don't really know the details of how it works. [[File:Zyrac sig.png]] <font face="Lucida Console">[[User:Zyrac|<font color="green">'''Zyrac'''</font>]]<small>([[User talk:Zyrac|<font color="green">talk</font>]]•[[Special:Contributions/Zyrac|<font color="green">contribs</font>]])</small></font> 16:28, 2 June 2017 (EDT)
| |
| | |
| == Regarding how much staleness affects knockback ==
| |
| | |
| My previous edits were primarily regarding how much staleness is applied to the value of the damage dealt by an attack in the formula. Here is the page for Ruben's SSBU calculator that outlines the knockback formula, also applicable to Smash 4: [https://github.com/rubendal/SSBU-Calculator/wiki/Damage-Multipliers]. There, it shows the full formula that the game uses and it can be clearly seen that the base damage value is multiplied by (1 - (1 - s) * 0.3), which evaluates to (0.7 + 0.3s). This means that the staleness and freshness bonus or, in other words, the sum of the reduction factors, is multiplied by 0.3 and so the formula uses the base damage value including 0.3x the staleness and freshness bonus. I don't see why the 0.7x value is insisted to be used for the pages when it's evidently not accurate at all.
| |
| | |
| Also, related to this, it could be beneficial if the knockback formula displayed on the page was more detailed. It doesn't include things like potential damage multipliers, more specifically the fact that there are two kinds: ones that affect only the final damage dealt and ones that directly affect the base damage value. [[User:LimitCrown|LimitCrown]] ([[User talk:LimitCrown|talk]]) 14:42, August 6, 2019 (EDT)
| |
| :Move = Jigglypuff's Ftilt, Victim = Mario, Percent = 100, Staleness = 0.4695x
| |
| | |
| :KB (to 4.d.p) calculated taking staleness consideration as 70% = 87.3423
| |
| :KB (to 4.d.p) calculated taking staleness consideration as 30% = 103.0508
| |
| :Actual KB (to 4.d.p) = 103.0508
| |
| :Ok, it appears as though I made a mistake before, sorry about that. But I'm still wondering where the initial value came from...''[[User:Trainer Alex|<span style="color: blue;">'''Alex'''</span>]] the [[User talk:Trainer Alex|<span style="color: red;">'''Jigglypuff trainer'''</span>]]'' 17:06, August 6, 2019 (EDT)
| |
| ::This portion of the formula was likely misread when the information was initially added to the article. The error was present for a while, it seems. At least the error on this article and the stale-move negation one has been corrected now. [[User:LimitCrown|LimitCrown]] ([[User talk:LimitCrown|talk]]) 02:37, August 7, 2019 (EDT)
| |
| | |
| == How does Gravity affect Knockback or Launch Speed ==
| |
| | |
| I know that launch speed is different then knockback (even though lkaunch speed is very important to knockback, but that causes questions for another time), but how does gravity affect knockback or launch speed. I know if affects one of them, but I don't know which one and how it affects either one. If someone could explain, that would be great [[User:The Holy Wooomy|<font color="blood red">The Holy Wooomy with 69 Nuggets of Toasted Chaos</font>]] 16:32, March 18, 2020 (EDT)
| |
| :First, the game calculates knockback, and then multiplies the knockback value by 0.03 to calculate the launch speed. Then, the launch speed is split into a horizontal and vertical component in accordance with the move's launch angle, and the result of the gravity penalty is added onto the vertical component of the launch speed. ''[[User:Alex the weeb|<span style="color: blue;">'''Alex'''</span>]] the [[User talk:Alex the weeb|<span style="color: red;">'''Weeb'''</span>]]'' 16:37, March 18, 2020 (EDT)
| |
| ::What is the gravity penalty? Is it just the gravity of the hit fighter or is it the sum of (g - 0.075) x 5? [[Image:The_Holy_Wooomy.JPG|20px]] [[User:The Holy Wooomy|<font color="blood red">The Holy Wooomy with 69 Nuggets of Toasted Chaos</font>]] [[Image:Smug_Megumin.jpg]] 18:21, March 19, 2020 (EDT)
| |
| :::Yes, gravity penalty is the result of that formula. Can I suggest that if you have any more questions, you ask them [[SmashWiki:Discord server|here]] instead. ''[[User:Alex the weeb|<span style="color: blue;">'''Alex'''</span>]] the [[User talk:Alex the weeb|<span style="color: red;">'''Weeb'''</span>]]'' 18:24, March 19, 2020 (EDT)
| |
| | |
| == How launch speed is decayed ==
| |
| | |
| Does the decaying work on the first frame of the knockback? Let's say the initial launch speed is 5. Since launch speed decays by 0.051 per frame, my theory is that the speed is reduced to 4.949 on the first, then 4.898 on the second and so on until it reaches 0. Is this correct? And how does the decay work when launched at different angles? I'm just curious. If anyone could explain me the details, that'd be good. [[User:Juju1995|Juju1995]] ([[User talk:Juju1995|talk]]) 21:11, September 1, 2021 (EDT)
| |
| | |
| == Remove lists of moves ==
| |
| | |
| This article contains 3 sections which consist of a list of moves. This includes a list of moves with set knockback, no knockback and set weight knockback. The lists are poorly maintained, and many entries are missing, at least from the set knockback and set weight sections. If all moves matching the criteria were included, these lists would be enormous, and in fact arguably already are. However, are these lists even needed at all? Why are we dedicating large sections of an already large article to lists which are difficult to maintain, aren't particularly interesting, and aren't really useful either, since the relevant information can be found on character moveset pages anyway. I don't think we should continue to have these lists on the article, as simply providing a couple of examples would accomplish the purpose of informing about and demonstrating these mechanics. A series of exhaustive lists of moves possesing a certain quality simply aren't necessary for an encyclopaedia. Thoughts? ''[[User:Alex the weeb|<span style="color: blue;">'''Alex'''</span>]] the [[User talk:Alex the weeb|<span style="color: red;">'''Weeb'''</span>]]'' 18:12, December 25, 2021 (EST)
| |
| :Bump. ''[[User:Alex the weeb|<span style="color: blue;">'''Alex'''</span>]] the [[User talk:Alex the weeb|<span style="color: red;">'''Weeb'''</span>]]'' 09:38, December 31, 2021 (EST)
| |
| | |
| == KO differences ==
| |
| | |
| It's common knowledge that KOs are based on three known factors: the target's weight, gravity, and fall speed. So here's what I find interesting. In ''SSB'' and ''Melee'', horizontal KOs are only based on their weight, and since ''Brawl'', gravity. In all games, vertical KOs are based on their weight, gravity, and fall speed. In the case with ''Ultimate'', only weight and gravity when launched at between 70°-110° (but their DamageFlyTop animations also play a factor as well), and when launched vertically by a weight-independent attack, only gravity and fall speed. [[User:Juju1995|Juju1995]] ([[User talk:Juju1995|talk]]) 00:26, February 12, 2022 (EST)
| |
| | |
| == Making the equation more readable ==
| |
| | |
| Hey all, this equation can definitely be simplified. Since it's an image and I don't know how/what program to use to make it spit out something that looks that pretty, I'm not gonna mess with it, but at a minimum the first set of brackets can be changed into (2p+pd)/20. After this, you can multiply the fraction by 200/(w+100) to get (400p+200PD)/(20w+2000), which simplifies into (20p+10pd)/(w+100). Multiplying this by 1.4 yields (28p+10pd)/(w+100), which seems like it'd be much easier to follow (especially if you used a divisor sign instead of making it a fraction). <small>—Preceding unsigned comment added by [[User:69.5.140.1|69.5.140.1]] ([[User talk:69.5.140.1|talk]] • [[Special:Contributions/69.5.140.1|contribs]]) 16:22, April 11, 2022 (EDT)</small>
| |
| :No, the separation of terms in the currently displayed equation makes it much easier to see the effect of each factor. ''[[User:Alex the weeb|<span style="color: blue;">'''Alex'''</span>]] the [[User talk:Alex the weeb|<span style="color: red;">'''Weeb'''</span>]]'' 16:38, April 11, 2022 (EDT)
| |
| ::Looking through the revisions, it appears that the way it is laid out is accurate to how the game calculates it ([https://www.nintendo.co.jp/n01/n64/software/nus_p_nalj/smash/M_AttackSystem.html official formula for 64]). So while it may give the same result, how it currently is is more true to form. As someone who has messed with calculating hitlag for too long, order and placement can really matter if there is something like rounding, spirits, player count, or whatever. --[[User:CanvasK|CanvasK]] ([[User talk:CanvasK|talk]]) 16:53, April 11, 2022 (EDT)
| |
Log in
