I'm not a fan of that method because there's a lot of room for error. Yes, it's possible to do it on your own, so you don't need a second person, but I'd rather make sure it's as accurate as possible as opposed to being done faster.
The first post has this to say about your question.
You clearly haven't read the post above you lol.
Yeah I remember when I was new to SF4 I had no idea what frame data was. It looked just like boring maths and didn't understand how it could be useful. But then I started to play more competitively in SSF4 and I wanted to get better and reach a higher level so one day I decided to study it.
Your skipping non-DLC chars? and even the first DLc char well wht ever
Yeah... I'm doing them in whatever order I want to do them in. I'm going to download Kenshi, so I figure I may as well do his frame data while I'm checking him out. I'd do Skarlet, but I haven't downloaded her yet.
And we appreciate it
Who's Quan Chi?
Oh you mean Jax?
The jump method does not always work, yes, but it can work. You just have to repeat it so the cpu actually jumps as soon as possible. I don't know if they are experiencing extra block stun or what when they don't jump fast. The duck method seems to always work but you can't use that for low attacks. I know the jump method does work because of Raiden's 334 and b312 strings. We know 334 is 0 on block and that b312 is -1 and you can actually visually confirm that there is a slight delay for the Raiden who uses b312 but not for 334. It's also looks the same if you do it when using 2 controllers. What method did you think was more reliable?
The main problem with the jump method is that it's not always clear what frame the jump animation begins. This is especially true for the attacking character because the last few frames of animation on the attack are canceled into the jump.
I didn't think of calculating from the top of the jump. However, there's still the issue of can you block before you can jump or vice-versa? You also may be able to attack before you can jump. Doing it this way I'll still have to test the same attack multiple times, but I may give it a shot.
I have no intentions of doing Kano... ever.
As far as being to attack before you can jump, Sprint actually checked that but used a crouching attack as an example, with the need to add a frame in that case.
I'd like to believe that you can always attack, jump or block on the same frame unless of course you are staggered. Paulo already said that blocking is instant so I'm sure he would clarify this issue or anything else if you were to shoot him a PM. I hope for your sake that a non-attacking method will be good to go.
I haven't had a chance to test the jump method thoroughly, but going by what you just posted, I can already see it's wrong. Kitana is my main and d+1 is absolutely not -1 on hit. At the very least it's +1 on hit. It was difficult to test beyond +1, but it could easily be +2 or +3 as well.
As long as you can record in 720p or 1080p at 60 fps and playback at the same resolution, frame by frame, you can help. You need to record each attack hitting an opponent (preferably Sub-Zero in costume one), with button inputs, damage and collision area on. The first frame of the attack is when the red collision area lights up. For attacks where you can't see this or it doesn't occur (projectiles, etc.) the button input appears on the second frame of the attack.
