Bug #24294

Animations of units NOT LOCAL to player are played at SLOWER speed than the ones of LOCAL units (movement, run, crawl etc.)

Added by Megagoth1702 almost 6 years ago. Updated almost 6 years ago.

Status:Duplicate Start date:09/08/2011
Priority:Normal Due date:
Assignee:- % Done:


Target version:-
Affected ArmA II version:Please select... First affected build:
Reproduced by another DH user:No First affected ArmA II version:
I am using some Mods:No Single / Multi Player?:
I am using: BIForumURL:
Reproducible for you:No NGUrl:
Related to content of DLC: WIKIurl:



Animation speed has been slowed down since 1.59. Now this issue is even WORSE.

Video showing the horrible effect:


Re-create: You just need 2 units. Meet up with a buddy on any server. Start walking/running at the same time, you will see that the buddy's ANIMATIONS (movement of legs, arms etc) will be much slower than YOUR animations.

I am not talking about SPEED here, speed will be the same. But the ANIMATION is slowed down for NO reason. In extreme scenarios it looks like a soldier is making 1 step every 7-10 meters... This can not be right.

Related issues

duplicates ARMA2 Community Issue Tracker - Bug #13360: Multiplayer animations played at SLOWER speed than they s... Assigned 08/29/2010 02/01/2012


Updated by MadDogX almost 6 years ago

As you so helpfully point out in the comments of that video, there is already a ticket for this: #13360

Created by you aswell. Why did you need to make a second one?

Updated by Megagoth1702 almost 6 years ago

Yep. I made a new one.

The "old" ticket seems to be rather dead. I am a bit frustrated because of that.

I understand scale and complexity is more important to BIS than this issue but getting something basic like this to work properly serves the end-user who actually sees the animations.

I dont even know how this could have passed any internal testing. I mean how hard is it to tell if an animation is played in slow-mo?

Updated by Sickboy almost 6 years ago

  • Status changed from New to Duplicate

Quote by Suma from another ticket

Please, leave the philosophical / marketing / behind the scenes discussion out of the tracker issues (you can use forum for it). If the tracker is to be usefull, the issues need to strictly be on the topic and contain only the stuff really needed to work on the bug. Once there is a good repro (which seems to be the case in this issue, as the description is good), do not add any more observations, discussions or theories to it, as it clutter the issue, making it longer and making finding relevant and important information harder.

Also available in: Atom PDF