Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Zombie schedule and animations go out of sync (in particular banshee leaps) #316

Open
TotallyMehis opened this issue May 15, 2020 · 1 comment
Labels

Comments

@TotallyMehis
Copy link
Member

ie. a banshee is moving with the leaping animation instead of the intended running animation.

This could be a few things:

  • The animation event never got to the player
  • The leaping schedule was interrupted and something unexpected happened when resetting the animation back to "idle" and freeing the animation slot for the running animation.
  • The scheduling system itself might be broken

There was a similar issue that was fixed a while ago for shamblers moving while swatting an object.

@DoofusCockslap
Copy link

DoofusCockslap commented May 17, 2020

Could be related to this issue:
#305

This issue obviously applies to all animated entities, not just NPCs exclusively, players are affected too.

Also worth to mention that banshees sometimes will run around with "ceiling ambush" idle animation too if you ordered them to use ceiling ambush before. Would look like banshee is sliding around upside down.

From what I understand, the animations or animation events for NPCs/Players aren't processed on your client side if they are not in the same visleaf you're in (or not in your PVS). So their world-model keeps looping last played/triggered animation that is flagged as "loop" in their MDL/QC/QCI (non-looped animations like swatting or melee animations ignored and not played at all in this case) if the certain NPC/Player is outside of your PVS (or if you're outside of the map while playing as ZM).

To test the "non-looped animations ignored" theory you can forcezm yourself, spawn a hidden shambler somewhere not far from a prop_physics and order him to swat/push that prop, while he's walking towards that prop you have to stay outside of the map or in other visleaf (behind the wall with night-vision enabled preferably) and watch how your shambler will swat/push that prop without playing swatting animation.

TotallyMehis added a commit that referenced this issue Jul 6, 2020
Found a problem with shamblers swatting props then refusing to move. Tracked it here.

May help #316
TotallyMehis added a commit that referenced this issue Aug 11, 2020
TotallyMehis added a commit that referenced this issue Oct 2, 2020
Found a problem with shamblers swatting props then refusing to move. Tracked it here.

May help #316
TotallyMehis added a commit that referenced this issue Oct 2, 2020
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

2 participants