Is the move idea possible in this engine? Should the move's hitbox start faster and last longer if it's supposed to catch grounded foes when they can be hit with OTGs, and aren't getting up invincibly yet?

Ideally the move should end right when the foe is getting up, so this character can't do this AND put out attacks to hit the foe as he's getting up, but this move is inconsistent. Sometimes it works, sometimes it fails to hit, sometimes it works and lets you act again before the foe is up.

hitflag = FD                    ;Flags of conditions that move can hit

JasonThePhoenix said, February 26, 2024, 08:11:44 am

hitflag = FD                    ;Flags of conditions that move can hit

Have you tried "hitflag = D+"?? D is only for liedown state and + is for being hit when the enemy is in a gethit state (like 5100s) so then you get sure that if the enemy is down, you can hit it with the taunt. Also, just to be sure, add "fall = 1" to the Hitdef so you can be sure the enemy will got down when you hit with this

JasonThePhoenix said, March 28, 2024, 07:41:15 pm

Is the move idea possible in this engine? Should the move's hitbox start faster and last longer if it's supposed to catch grounded foes when they can be hit with OTGs, and aren't getting up invincibly yet?

Ideally the move should end right when the foe is getting up, so this character can't do this AND put out attacks to hit the foe as he's getting up, but this move is inconsistent. Sometimes it works, sometimes it fails to hit, sometimes it works and lets you act again before the foe is up.

I don't see why it wouldn't work. But like PlasmoidThunder mentioned you want to make sure the move CAN hit P2.
Also if you're trying to time a taunt to end based off of P2, I don't see that in your code. You'll need to check P2's state no and maybe anim.

If you're trying to not let P1 do the move a 2nd time while P2 is getting up, you could make a variable to watch when P2 isn't in a hitstate and reset the var to 0. Then the taunt sets it to 1.


But maybe the animation is too short?
I'd make the animation into 2 parts. Extend the hit, and then have the ending animation. You'd change to the end if the move hits or P2 gets up or due to time.

Considering how the only two attacks that can cause a knockdown are both melee attacks, I need to ask: does the character have any projectile attacks?

If not, you should be able to use a targetpoweradd controller (with triggers set up to detect if the enemy is in a liedown state) during the taunt state instead of a hitdef to achieve the intended effect. This has the benefit of not adding additional hitstun or resetting the opponent's hitstates, since you're not using a hitdef. Just make sure you use a variable as a flag that resets when the opponent is not in a knockdown state so you can't continually spam the Taunt to remove more power than intended.

If your character does have projectile moves, are they based on the projectile state controller or are they helper based? If they're the former, you should be able to use the same method as above; if the latter, you'll need to do the same thing, but add in a few complex workarounds to account for each helper projectile. The reason for this is that, when a projectile spawned by the projectile state controller hits an opponent, the root (that is, the player) owns the target, whereas with helper-based projectiles, the helper gains ownership of the target while the root (player) drops it, so using targetpoweradd won't work from the player's states in these situations unless you add in workarounds. This could involve using the targetpoweradd controller from inside the helper states while using trigger redirects to detect if the root (player) is in the taunt state.