Repro steps:
Get hammer
Get quake medallion
Charge up hammer
before releasing, face the opposite direction on the D-pad
release hammer
Behavior:
hit location and hit effect is drawn where the hammer would have originally come down, not the new location
Expected behavior:
hit location and hit effect is drawn where link is facing
2.50
Read this post from this thread I posted earlier this year:
http://armageddongames.net/showthread.php?96223-Grass-Clippings-Sprite&p=901214&viewfull=1#post901214
It's probably more like one of those things that was originally implemented in a rather asinine way, along with the grass clippings sprite. Besides, the same thing happens even if you don't charge the hammer.
Great find. Hate to think that most of this project was coded half-assed. Now i'm curious what else uses this system and if it's not just a problem with the hammer.
A script could easily fix that and even be hard coded. Just if lweaponof hammer and link dir !whatever prior dir while drawn then create lweapon hammer the correct place, remove lwep hammer.
Scripts can't affect hammer lweapons.
It looks like it's a bug that Link's able to turn at all while charging the hammer. It's hard to be certain, but that's what I'm leaning toward changing.
Agreed; Sword charging doesn't allow change of direction, so it seems odd that Hammer charging would. That's probably why the behavior is the way it is; the code must be written with the expectation that Link's direction is locked.
That's done.
Edit: Although there's still a similar visual bug when turning during regular hammer attacks. I'll see if I can't get that fixed.
I tested this in RC 3, and I noticed that Link is still able to turn around while charging the hammer.
I messed up the Windows build, and that change didn't make it in. Should be fixed now.
Now it's confirmed fixed.