Friday
May132011
Back Dash Tutorial by Blackpriest (Updated With New Video)
BY 
Aris ON Friday, May 13, 2011 at 4:38AM
Aris ON Friday, May 13, 2011 at 4:38AM 
Blackpriest released a very informative tutorial video on how to Korean backdash with both standard and sway characters. Check out his Youtube channel HERE.
I have also added the new and improved tutorial video. Good job BP.
Reader Comments (36)
@Cosmic_Castaway: inputs are still the same, only motion is different but it depends from the method
like harry potter (fastest pad bdc and wd) use the method of thumb slideing for bdc and wd/ld, it is the same method that i used here for 1p wd/ld
http://www.youtube.com/watch?v=6pz-afpKbEk&feature=channel_video_title
in motion it looks like "f,n,f,d/f,d,n,d,d/f,f,n loop, so basically its just slideing thumb from f to d and reverse but it's not the actual input because you cant make wd by "f,d/f,d". The actual input of this method is still the same as for stick so f,n,d,d/f,f,n loop or wd and b,n,d,d/b,b,n loop.
Atl_Hoa, just do it :)
@cheese I get what you mean, and you're right with the system notation, but I really think ppl that want to learn KBD shoudln't think of it like they needed to do 2 back inputs conciously after the d/b.
And most players (and Rain lol; see the notation in the end of his vid) think alike I guess.
@Anakin: I think that's a GREAT idea, would be very useful for all the pad players and the forums. I've had so many pad players commenting on my vids or asking questions about how to bdc with pad in the forums in the past...
I can help you with the editing or uploading if you want. I'm not good at editing as you can see but it should do for a tutorial. Send me a PM or mail if you seriously consider it and need my help.
atl_hoa yes please I await your tutorial :)
I'm pretty sure I went on to rebutt murakumo's post and he accepted the rebuttal, but can't find where that happened now.
In any event, I find it amusing that people can hit 5EWGF in a row, where pressing df+2 on exactly the same frame is required, but when it comes to releasing db without feathering D or B on the way it's some microswitch. Pull out your Tekken 6, put on command capture and see if you can do b,db without going to b or down. You can because I've done it. And even if it's hard, if people think this is the command they can practice to become consistent at it, without getting good at bdc.
It's no different to the EWGF f,N,d,2,df nonsense.
Command capture history seems pretty accurate to me. I wouldn't assume it's a problem with what's appearing on the screen. What exactly did they say was inaccurate about it.
@Cheese: I was being sarcastic. I learned how to BDC a while ago, from BP's first tutorial.
Btw, BP, much like noodalls, your voice is incredibly awesome.
@ noodalls: Sorry but I don't exactly get your point. How do you bdc w/o your programmable stick? Releasing the stick so that it doesn't register/buffer a b after the d/b is possible, though hard and as said I don't get why someone would want to do that if the method with the d/b release that registers as d/b,b is so much more consistent and faster because you only need 1 b input afterwards and even the Koreans do it like this...
@ C_C: lol. And I thought my English was pretty ok for an Italian... =(
blackpriest: i think its more of a matter of accuracy.
whenever teaching someone anything, its good to convey the reality of the situation. the real notations, no matter what, are b,b,d/b repeated. what your intentions are and what your technique may be might work properly, but there should be explanations on whats going on behind the scenes.
i learn how to backdash cancel on an american stick. depending on how the square stopper rotated, it was hard enough to get d or b to hit consistently. so if i tried your explanation, what would happen if the down microswitch released after the back microswitch? i never would have gotten the back input, and i wouldn't get a second backdash.
yes, k-sticks and j-sticks and a little bit of technique make it easy to to get b~d/b~b to work, but that's just because of the tech. if you were using pad or american stick, or perfect 360, or analog stick or even a hit stick, that might not work at all.
i know whenever i point out things like this i come off as condemning, but its something the community should take note of in the future whenever teaching anyone. clarity is key. from the explanation, it makes it seem as if the d/b input actually counts as a back input (as well as a down input), and since this is how sf4 handles inputs, you may lead people the wrong direction... you can't do d/f,n,f and get a dash and you can't do d/b,n,b and get a backdash. if you tell people the d/b in the backdash cancel counts as a back, who's to say a bunch of don't extrapolate that to mean a whole bunch of other things to be true.
its good to cover all your bases, so that no matter what fool or literalist won't get frustrated or misled. otherwise, what was the point of having a tutorial?
Will take the vid off now, re-work it a little and re-upload it so that it's clear.
@BP: Your English is very good. I was being completely serious when I was saying your voice is awesome.
Edited vid: http://www.youtube.com/watch?v=3whW6bh9Aks
C_C: I see, thanks man!
@noodlas
"In any event, I find it amusing that people can hit 5EWGF in a row, where pressing df+2 on exactly the same frame is required, but when it comes to releasing db without feathering D or B on the way it's some microswitch."
For me it's looks like that:
Forcing d/f+2 motion with your own hands can take shorter amount of time then instantly letting stick of from d/f motion to neutral (in some sticks at least). But usually while you making BDC your own hands will slow down the stick and it will not make the instant neutral so it will take more time to go from d/b to N.
Now, that we know that 1 frame in the smooth game is 0.016 s. we can tell that forcing stick from N to d/f can take less amount of time then that 0.016 s, so we will be 100% sure that all of that will takes place in one frame.
When we going from d/f to N while BDC i am sure that most of time it takes more time then 0.016s so it will take place in 2 frames where first frame will register d/f and begin of the second frame will catch that eventual b when "d" microswitch will go to 0.
But there is just one thing more. We can be sure that while we doing ewgf (with Kaz f,n,d/f) we almost always input d/f where some of the microswitches will register sooner then the other one. And while it all take place in 1 frame and there are actual 2 inputs then system should register only the first one. But it doesn't. It registers d/f.
It's because tekken system ignores inputs that are too short. Like much shorter then 1 frame or even half of the frame. While i was playing with slowing down the T3 to speed of 10 frames/s i found that the game ignore inputs if i will make them to short, like quick f, 2, or f~f didn't make any actions. It was easier to make something like that since one frame was much more longer.I am sure it's still the same in all tekken game since it's the "core" of system registration and it's pretty logical that there should be some mechanism that will not allow to register too short inputs because there should be some tolerance in that aspect.
"Command capture history seems pretty accurate to me. I wouldn't assume it's a problem with what's appearing on the screen. What exactly did they say was inaccurate about it."
I also don't know what's about it from my observation its really accurate. Maybe they was talking about input registration while frame rate drop. In big drops there is a problem like that.
is there a tutorial on how to hayashida step?
Cheese, I think we've talked about this before, but I'm not in agreement with how you think inputs work. I'm fairly sure the input window isn't for the entire frame, but just a portion of the frame. Therefore, if an input is shorter than a frame, there's a chance it will be captured within that window and hence work, or a chance that it will fall outside and be ignored.
I could repeat the experiment, but don't have PS3 for a few months.
However, I am planning to do a few quick tests just with the joystick to see how quickly you can input one joystick motion/button press.
Yes i agree, i didn't say that input is for one frame (i don't believe a game (any game) would work properly with something like that) thats why i wrote that these inputs that are not registered must be shorter then even half of the frame.
Its something i called "small frames" like 1/10 of the frame is a small frame. I don't know how short input must be to not be registered 0,3 maybe 0,1 frame but its a small amount of time. Prog stick should be enough to check it:).
I still wanna see a pad version vid