Welcome to Smashboards, the world's largest Super Smash Brothers community! Over 250,000 Smash Bros. fans from around the world have come to discuss these great games in over 19 million posts!
You are currently viewing our boards as a visitor. Click here to sign up right now and start on your path in the Smash community!
It has the article property.
What do you mean by this?
Since it has the article property, yes you can. http://gfycat.com/ScentedJoyfulAntelope
I tried it out, it seems that if the bombers "activation box" or whatever overlaps with a shield on any frame (applies to both normal shield and ps windows ofc), it will prevent the bombers explosion phase from triggering on that frame (or some short period). So peach will just fly through a shield, even if there's other target without a shield inside the shield sphere.
I meant that if someone held shield, the attack would trigger, but if you shielded right as Peach passed through you, it wouldn't trigger. Based on what tauKhan said below, I was probably mistaken.
Maybe it happened to poke when I was testing it, or may just be misremembering. Thanks, guys.
Thanks, this is really helpful. To check my understanding:
There's a singular bit that determines whether a hitbox is an article.
Probably because the thrown player gets bounced off the floor. I know if you stand at the very edge of the stage facing out with Marth and throw Bowser down, then he hits the wall instead of the floor. Sometimes turnips bounce at weird angles when they hit the corners of stages. It's probably nothing more than how corners and collisions interact.
Yeah, I mean I kinda figured it had to do with them not bouncing off the stage, but I'm curious how exactly the surface you are throwing them on impacts their KB angle and what throws it applies to. Yoshi's slants and the weirdness of FoD's and BF's edges may prevent/enable certain followups that normally do/don't work.
His dash animation does distort his hurtbox greatly. For dash back, it takes him about 3 or 4 frames to move the top of his body out of the way, and then his feet move out of position 1 or 2 frames after that.
Shine has a hitbox active on the first frame of the move's animation. When you input the shine is another thing altogether. Melee has 3.6-5 frames of input lag (whichever it is in a particular instance is random). So you probably actually pressed down+b several frames before the move starts and is active.
So from "standing to dash animation" he does have the fastest "top half of the body hurtbox distortion" in the game. That's what I'm hearing, although not by much, but it makes sense.
Think about input as happening in-between frames.
ASDI is read from the controller at the last frame of hitlag. It is output at the next frame, the first frame of hitstun. The movement of ASDI is combined with the knockback of the move.
Just a word on supposed equally 'credible sources'. I think its safe to go with the 2014 video over the 2005 post (unedited). Looking over that post there is a couple small errors. They just didn't have the tools we have now to (easily) get precise frame by frame data. Although if it was a Magus post I may have taken it as gospel regardless x x
Hmmm okay so for a frame perfect jump out of shine for example it would go:
Whether or not the jump buffers depends on how you input it. Tap jumping buffers a jump for 4 frames, but jumping with X/Y does not buffer at all and will only register the input for 1 frame. Most spacie players jump with Y. If they want to start their jump at frame 4, they will have to input the jump on the frame before that. They would have to input it on frame 3.
There is no buffer. Considering polling as happening separate and in between frames is just an easy way of thinking about it because in reality the poling is at the start or at the end of each frame.
This variance is totally moot however, as the frames between shine and jump happening visually is 3 frames [frame1 shine, frame4 jump] or 3 frames = .05seconds. and the physical inputs differ in that shine input and jump input are .05seconds apart. and the game receiving your inputs are polled them with a .05second interval (with 2 polls in-between for the other frames)...
I'm not sure if I understand what you're saying here. Are you saying not to include display lag and input lag together, because we don't react to display lag for jc shine inputs?
I'm saying.... for example, If you posted on a street fighter forum asking what frame of move X you needed to hit a button in order to get move Y. - their response wouldn't include information on the hardware input buffer for whatever console they were using nor the G2G response time of their T.V. The answer would simply be that frame in which the console needed to have successfully polled for the needed input.
Gotcha, we're on the same page.
There's no way to buffer grab.
I'm pretty sure it's:
+-------+-----+-----+-----+----+------+
| Angle | BKB | Dmg | KBG | SD | WDSK |
+-------+-----+-----+-----+----+------+
| 80 | 30 | 3 | 40 | 0 | 0 |
+-------+-----+-----+-----+----+------+
I'm not sure how it helps, but I know it doesn't prevent SDI.
This explains how knockback stacking works when you're hit by a move while in hitstun.