[cravenge]

I think the missing key here is the attachment of the clone to the parent. Look at Silvers' Incapped Crawling with Animation plugin's source code, what he did there to create a crawl clone might solve the incorrect angles issue in this one.

[Shadowysn]

Originally Posted by cravenge I think the missing key here is the attachment of the clone to the parent. Look at Silvers' Incapped Crawling with Animation plugin's source code, what he did there to create a crawl clone might solve the incorrect angles issue in this one.

Nope, I don't think it'll work here.


Parented the dummy to the 'bleedout' attachment, this is what happens.


Another image for good measure.
Imgur post for these images

Even with replicating how Silvers does it, the dummy props used here aren't exactly solvable with a parent to an attachment on the player, it's always replicating the player's animations on-the-fly while Silvers just had to do one looping animation.

I thought about using the MaintainOffset version of SetParentAttachment, but discarded that idea as it maintains offsets so the angles aren't gonna be changed, and that there is not a single static attachment on the models.

[cravenge]

Did you also include the proper origin and angle coordinates for the clone after parenting it to the bleedout attachment? I think I remember the earlier versions of Silvers' plugin where both the player and the clone could be seen at the same time and they were in the same place after the player started crawling.

[andi67]

Bonemerge tried?

[cravenge]

Hmm, I'm not sure but this is DHooks doable(?).

[andi67]

You can look at this https://forums.alliedmods.net/showthread.php?p=2140384 and pickup what you need.....

[Shadowysn]

Originally Posted by cravenge Did you also include the proper origin and angle coordinates for the clone after parenting it to the bleedout attachment? I think I remember the earlier versions of Silvers' plugin where both the player and the clone could be seen at the same time and they were in the same place after the player started crawling.

Well, I'm using TeleportEntity and the clone's angles are actually set to the client's angles if the clone isn't parented, so the parenting is currently the problem.

Originally Posted by andi67 Bonemerge tried?

Originally Posted by andi67 You can look at this https://forums.alliedmods.net/showthread.php?p=2140384 and pickup what you need.....

Pose parameters have no effect when set on the bonemerged models themselves.

Originally Posted by cravenge Hmm, I'm not sure but this is DHooks doable(?).

I guess it could be, something like CTerrorPlayer::SetPoseParameters or some other holy grail, but more than likely it could be handled client-side, thus destroying any chances of fixing it on the player's actual model.

[cravenge]

Originally Posted by Shadowysn Well, I'm using TeleportEntity and the clone's angles are actually set to the client's angles if the clone isn't parented, so the parenting is currently the problem.

I meant using the origin and angles from Silvers' plugin.

SetParent -> SetParentAttachment -> TeleportEntity

[Shadowysn]

Originally Posted by cravenge I meant using the origin and angles from Silvers' plugin. SetParent -> SetParentAttachment -> TeleportEntity

Well...


Works when they're incapped, even if they're a bit offset, but...


Not so for when they initially collapse.
Imgur post

[cravenge]

I just saw the source code of the plugin included in this post. I have to admit that it's a bit messy but you don't need the "player_incapacitated" event. All you have to do is apply the PostThinkPost hook on clients in OnClientPutInServer and do the cloning stuff there.