AKira's inasi question.

when you use Akira's ,++ in a real match,

what do you do to tell you inasi a low punch or a high

punch? For the maximum damage, a high punch inasi

has to be followed by within small amount of

frame range, so without an anticipation of the high

punch, it is kinda hard for me to tell which punch I

inasied, and that usually results in losing the max

damage combo opportunity.

If I try to just buffer right afte the inasi

without seeing which punch I inasied, whiffs a lot

of times on a low punch inasi so it is not a good

method of doing it I think. I know the follwups after

inasing alow punch and can do it correctly if I don't do

after the inasi by thinking that I inasied a high

punch instead of low one.

Is there any nice and easy way of reconzing the

situation and do the right one?

I know the fact that the move(++) is used

when you anticipated your opponents move, but in the

middle of the match, I don''t want see myself not

doing after inasing a high punch and miss the

damage.

Help and inputs are much appreciated.

 

IMO, the best thing to do is just use ++ and leave the out. That way, you can recognize what kind of inashi you get. After low punch inashi, the opponent will stagger backwards (for a fairly long time)and almost land flat on their back. Float them with . After you inashi high punch or high kick, they will stagger backwards for a shorter time, but they'll still remain standing. Follow up with .

 

Thanks for the input, DRE.

The thing you told me is what I've been doing

thesedays(just watch after ++), but I had to

wonder how Japanese players hardly miss the

maximum high punch inasi followup. It might be from

huge amount of experience, but I wonder there is

another way of doing it.


BTW, after Akira's guard break(++) a buffered

single palm() is garanteed, and it gives you

another 12 frame advantage which is big enough to be

connected with ,. But, when I tried this out in the

training mode, it connects like 30% of chance due to

a distace factor or something, which is quite weird.

Has anyone tried out this before?

 

Thanks for the input, Myke.

BTW, that singlplm, then P,K was connected with

uncertain percentage of chance when I tried this out.

Maybe it would be more practical or usuable in Ver.C

when the singlepalm has a different range on it. I am

not sure.