The Mugen Fighters Guild - ground.velocity = -1 does nothing?

SaltAddict

ground.velocity = -1 does nothing?

#1 October 03, 2021, 10:57:44 pm

For some reason, setting the ground.velocity x parameter on my hitdef to -1 causes the opponent to not move at all when hit? I've found that the enemy only starts moving when the ground velocity is at least -1.18.

For what is worth, I'm using inktrebuchet's code to cancel the opponent's friction, but I've tried removing it and it doesn't change anything.

Spoiler, click to toggle visibilty

Code:

; ------- Target friction cancel by Inktrebuchet -------
[state friction cancel] 
type = targetveladd
trigger1 = numtarget 
trigger1 = target,movetype = H
trigger1 = fvar(37)>0 ; slide timer
trigger1 = target,statetype = S || target,statetype = C
trigger1 = target,vel x != 0
x = (enemynear,vel x / cond(enemynear,statetype = S, enemynear,const(movement.stand.friction), enemynear,const(movement.crouch.friction))) - enemynear,vel x
ignorehitpause = 1

; ------- Cornerpush by Inktrebuchet. Guided by Vans cornerpush code.
[state slidetime]
type = null
triggerall = numtarget
trigger1 = target,stateno = 5000 || target,stateno = 5070 || target, stateno = [150,151] ; custom hitstates can be added here if needed.
trigger1 = target,time = 0
trigger1 = fvar(37) := target,gethitvar(slidetime)
ignorehitpause = 1
     
[State -2, Push]
type = null;posadd
triggerall = numtarget
triggerall = (target, BackEdgeBodyDist <= 0) || (target, frontEdgeBodyDist <= 0)
triggerall = target,statetype != A || target,stateno = 5071 ; This allows cornerpush for trips.
triggerall = target,statetype != L
;trigger1 = stateno != ???? ;moves you do NOT want push back for.
;trigger1 = Statetype != A ; No Aerial attacks have cornerpush
trigger1 = HitPauseTime = 0
trigger1 = target,Hitshakeover
x = cond(fvar(37)>0 ,(target,gethitvar(xvel)*-facing),0 * (fvar(37) := 0))
     
[state slide timer]
type = null
triggerall = numtarget
trigger1 = HitPauseTime = 0
trigger1 = target,Hitshakeover
trigger1 = fvar(37) > 0
trigger1 = fvar(37) := fvar(37) - 1

No other targevelsets are involved, and all my other hitdefs with speeds faster than -1 work fine.

The hitdef in question:

Spoiler, click to toggle visibilty

Code:

[State 300, 0]
type = Hitdef
trigger1 = !Time
damage = 80,10
pausetime = 1,1
attr = SCA, NA
Hitflag = MA
guardflag = M
animtype = medium
air.animtype = back
priority = 4, hit
sparkno = -1
guard.sparkno = -1
sparkxy = 0, 0
hitsound = S3,Ifelse(random<500,0,1)
guardsound = S2,Ifelse(random<500,1,2)
ground.type = High
air.type = high
ground.slidetime = 16
ground.hittime = 16
ground.velocity = -1, 0
guard.velocity = -1
air.velocity = -2.5,-4
air.cornerpush.veloff = -5
ground.cornerpush.veloff = -5
YAccel = .3
air.fall = 1
fall = 0
envshake.time = 20
envshake.freq = 80
envshake.ampl = 2
fall.recover = 0
fall.xvelocity = 0
fall.yvelocity = 0
p2facing = 1
kill = !var(58) || 1*p2stateno = 49999
guard.kill = !var(58) || 1*p2stateno = 49999

Is this a MUGEN glitch?

jaede_

Re: ground.velocity = -1 does nothing?

#2 October 04, 2021, 01:26:01 am

it's me
Bat's a Wrap.

I'm using MUGEN 1.0.
I copypasted your hitdef code onto a fresh KFM and replaced the hitdef and the opponent still moves, even with the friction cancel code. It's just really hard to notice the total movement since it's about approximately slightly less than 6-7 pixels at a ground.velocity of -1 in 16 frames.

Yeaaaah im shootign ducks wiht the paino

SaltAddict

Re: ground.velocity = -1 does nothing?

#3 October 04, 2021, 01:45:17 pm

jade_midori said, October 04, 2021, 01:26:01 am

I'm using MUGEN 1.0.
I copypasted your hitdef code onto a fresh KFM and replaced the hitdef and the opponent still moves, even with the friction cancel code. It's just really hard to notice the total movement since it's about approximately slightly less than 6-7 pixels at a ground.velocity of -1 in 16 frames.

But if there is no friction, shouldn't he be moving 16 pixels?

jaede_

Re: ground.velocity = -1 does nothing?

#4 October 04, 2021, 03:03:04 pm

it's me
Bat's a Wrap.

So I decided to take a more thorough look at the velocities via displaytoclipboard and I think I came across a nasty engine quirk with hit velocities. I was hitting Training by Stupa and KFM to test this.

If by any chance the absolute value of the velocity of an imparted hitdef becomes less than 1 (haven't tested this with positive values) it will just set it to zero regardless of what happens. Notice i said less than 1, however I assume there is a bit of a frame delay in the code capturing the value of enemynear,vel x (A thing that happens with negative states), since by that point the friction multiplier will be applied to the velocity and 0.85 is less than 1, the value of the targetveladd gets set to 0.

Why -1.18 works is because 1.18*0.85 = 1.003, barely enough to pass 1, and that's the value that's being read by the targetvelset, effectively working, but with the wrong value (1.003 instead of 1.18) because of the 1 frame delay (with the code in -2).

This doesn't happen if the opponent is hit with a crouching attack, they perfectly slide backwards as you'd expect, the full distance.

My bad if this explanation isn't clear, hope somebody can explain this more clearly if needed. The characters were only moving a single pixel as a result of this with the -1 value.

Yeaaaah im shootign ducks wiht the paino

SaltAddict

Re: ground.velocity = -1 does nothing?

#5 October 04, 2021, 05:55:07 pm

jade_midori said, October 04, 2021, 03:03:04 pm

My bad if this explanation isn't clear, hope somebody can explain this more clearly if needed. The characters were only moving a single pixel as a result of this with the -1 value.

No, I think I understand. Is this delay affecting other values too (I.e I put in -2 and the actual velocity is -1.7)? I'm away from my computer right now so I can't run any tests.

jaede_

Re: ground.velocity = -1 does nothing?

#6 October 04, 2021, 07:15:25 pm

it's me
Bat's a Wrap.

SaltAddict said, October 04, 2021, 05:55:07 pm

Is this delay affecting other values too (I.e I put in -2 and the actual velocity is -1.7)?

Yeah, It does delay the other values from what I tested, so it should at least mantain the velocity of -1.7.

Yeaaaah im shootign ducks wiht the paino

SaltAddict

Re: ground.velocity = -1 does nothing?

#7 October 04, 2021, 08:44:22 pm

jade_midori said, October 04, 2021, 07:15:25 pm

SaltAddict said, October 04, 2021, 05:55:07 pm
Is this delay affecting other values too (I.e I put in -2 and the actual velocity is -1.7)?

Yeah, It does delay the other values from what I tested, so it should at least mantain the velocity of -1.7.

Okay, so I've just tested this and it doesn't seem to be true. I had the opponent display his x velocity to the clipboard and it says -2 throughout 16 frames of the hit state. To make sure, I also had him record his x position at the beginning of the hit and after the hit; he's moved 32 pixels.

Meanwhile, with a hit velocity of -1, his x velocity never goes above 0, and he moves exactly 1 pixel.

Last Edit: October 04, 2021, 08:50:56 pm by SaltAddict

jaede_

Re: ground.velocity = -1 does nothing?

#8 October 04, 2021, 09:33:36 pm

it's me
Bat's a Wrap.

Oops, I think I realized why that was happenning, I was testing these behaviors with the friction removal code disabled at that point, that piece of code actually compensates for the friction applied in the 1 frame delay between the negative states, however since that 1 frame delay still stands, with a velocity of -1, by the end of the first frame they will indeed move 1 pixel back, then the engine will multiply the value by 0.85 because of the standing friction, by the way it's hardcoded realize it's less than 1 and then stop the movement, and yeah by practice it seems any value above around 1.179 will not cause this to happen.

Yeaaaah im shootign ducks wiht the paino

SaltAddict

Re: ground.velocity = -1 does nothing?

#9 October 04, 2021, 11:53:50 pm

jade_midori said, October 04, 2021, 09:33:36 pm

Oops, I think I realized why that was happenning, I was testing these behaviors with the friction removal code disabled at that point, that piece of code actually compensates for the friction applied in the 1 frame delay between the negative states, however since that 1 frame delay still stands, with a velocity of -1, by the end of the first frame they will indeed move 1 pixel back, then the engine will multiply the value by 0.85 because of the standing friction, by the way it's hardcoded realize it's less than 1 and then stop the movement, and yeah by practice it seems any value above around 1.179 will not cause this to happen.

Thanks for your help with this! I ended up using a hitdef id to disable the friction cancel for that move and just applied a regular targetvelset instead:

Code:

[state -2 hit velocity for neutral jump kick] 
type = targetveladd
trigger1 = numtarget(1) 
trigger1 = target,movetype = H
trigger1 = fvar(37)>0 ; slide timer
trigger1 = target,statetype = S || target,statetype = C
x = -1
ignorehitpause = 1

Links to this post

ground.velocity = -1 does nothing? (Read 2260 times)

SaltAddict

ground.velocity = -1 does nothing?

jaede_

Re: ground.velocity = -1 does nothing?

SaltAddict

Re: ground.velocity = -1 does nothing?

jaede_

Re: ground.velocity = -1 does nothing?

SaltAddict

Re: ground.velocity = -1 does nothing?

jaede_

Re: ground.velocity = -1 does nothing?

SaltAddict

Re: ground.velocity = -1 does nothing?

jaede_

Re: ground.velocity = -1 does nothing?

SaltAddict

Re: ground.velocity = -1 does nothing?