Jump to content
The Dark Mod Forums

[Solved] Death animation before ragdolls


motorsep

Recommended Posts

Doom 3 coding question here!

 

One thing I am wondering about - how do I implement death animation preceding ragdoll kicking in? Has anyone tried implementing it in C++ code?

 

Right now it's death > ragdoll. I want death > death anim > ragdoll.

 

Thanks beforehand!

Edited by motorsep
Link to comment
Share on other sites

I think death and knockout animations were always intended but I think there was some technical issue that prevented them. Anyone correct me if I'm wrong about that. It may just be a priority or lack of coding help that it never got done.

 

I would personally love to see a return of the classic death / knockout anims.

Link to comment
Share on other sites

The code already exists for that inTDM, but there were a few arguments against using them for humanoids. The only one I remember off-hand is that the current set-up allows an impact to propagate to the ragdoll, so if you hit him from the left side he'll jerk to the right. If you had a death animation that wouldn't happen.

Link to comment
Share on other sites

Well, that still doesn't tell me where in the code of Doom 3 I should look, and what I should look for in order to add death anims preceding ragdolls (without propagating impact - that should somehow correlate to death animation; maybe an extra parameter specifying velocity on the impact)

Link to comment
Share on other sites

I've never used this, I've just done a regex search for "death|ragdoll" and it seems that in TDM, you just have to create an animation for an AI called "death" and set the "enable_death_anim" spawnarg. It uses the animState "Torso_Death" -- search your .script files for that to see whether you have the same setup. A lot of this was inherited from doom3, other bits have been added in TDM.

 

The "enable_death_anim" spawnarg is picked up by the game code and it delays the conversion to ragdoll. The parts of the c++ code that handle it are ai::DeadState::Init, idAI::Killed, and idAI::PostDeath. Try searching the Game project for "enable_death_anim". That spawnarg might or might not exist in your code. If not, search the TDM code for it and you'll see how and where TDM implemented this feature.

Link to comment
Share on other sites

Hmm. I'd spotted before that the origin of a ragdoll is its waist instead of the feet like it is for the living AI. Your ragdoll seems to be using the feet as the origin still -- probably because that's what the animation frame is using as its point of reference. So although the falling AI still has the right pose when he becomes a ragdoll, it's starting with the feet at the place the ragdoll's origin would have been if the death anim hadn't played. You likely need to apply an origin offset (SetOrigin) in the frame where the animation pose gets transferred to the ragdoll. There must be something similar happening in TDM code, even if we don't have animations that cross the life->death boundary.

Link to comment
Share on other sites

[quote name='motorsep' timestamp='1410499938' post='354282']
This is what's happening with my experiment: [url="https://www.youtube.com/watch?v=P2MSA_t7TOM"]https://www.youtube....h?v=P2MSA_t7TOM[/url]

Somehow, while posing ragdoll into animation pose works fine, location doesn't get set by stock Doom 3 StartRagdoll() code. Any ideas where is the issue?
[/quote]

As SteveL said, the origin seems to be off. Btw, the shader look great, I'd play this game :)

"The reasonable man adapts himself to the world; the unreasonable one persists in trying to adapt the world to himself. Therefore, all progress depends on the unreasonable man." -- George Bernard Shaw (1856 - 1950)

 

"Remember: If the game lets you do it, it's not cheating." -- Xarax

Link to comment
Share on other sites

:-) thanks. As for origin, I did everything like in Doom 3. I am sure somewhere is C++ code setting ragdoll to the entity's origin fails (in reality entity gets removed after death anim starts playing, and posed ragdoll gets shown)

 

If you look at StartRagdoll() code, and follow the trail down to the posing function, you'll see that there is SetWorldOrigin (or something like that) function that suppose to set bones of the ragdoll to the animated model's bones' locations. Not sure why and where it fails :-\

Link to comment
Share on other sites

Thanks :)

 

Well, from what I understood, the way ragdoll stuff works is it takes first child of the origin, which suppose to be Body bone (in doom 3) and aligns ragdoll by that bone. In my rig (perhaps Blender sorted it out on export) first child is eyes control bone. So, we implemented an option to specify first child bone in AF file (or if not specified, it falls back to stock behavior and then it just depends on the rig's hierarchy).

Link to comment
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

  • Recent Status Updates

    • OrbWeaver

      Does anyone actually use the Normalise button in the Surface inspector? Even after looking at the code I'm not quite sure what it's for.
      · 5 replies
    • Ansome

      Turns out my 15th anniversary mission idea has already been done once or twice before! I've been beaten to the punch once again, but I suppose that's to be expected when there's over 170 FMs out there, eh? I'm not complaining though, I love learning new tricks and taking inspiration from past FMs. Best of luck on your own fan missions!
      · 4 replies
    • The Black Arrow

      I wanna play Doom 3, but fhDoom has much better features than dhewm3, yet fhDoom is old, outdated and probably not supported. Damn!
      Makes me think that TDM engine for Doom 3 itself would actually be perfect.
      · 6 replies
    • Petike the Taffer

      Maybe a bit of advice ? In the FM series I'm preparing, the two main characters have the given names Toby and Agnes (it's the protagonist and deuteragonist, respectively), I've been toying with the idea of giving them family names as well, since many of the FM series have named protagonists who have surnames. Toby's from a family who were usually farriers, though he eventually wound up working as a cobbler (this serves as a daylight "front" for his night time thieving). Would it make sense if the man's popularly accepted family name was Farrier ? It's an existing, though less common English surname, and it directly refers to the profession practiced by his relatives. Your suggestions ?
      · 9 replies
    • nbohr1more

      Looks like the "Reverse April Fools" releases were too well hidden. Darkfate still hasn't acknowledge all the new releases. Did you play any of the new April Fools missions?
      · 5 replies
×
×
  • Create New...