SetActorState:A question about future custom states support

Post by **Nash** » Mon Aug 21, 2006 12:38 pm

Would I be able to use ACS to change the actor's states in future?

The reason I ask this is that I'd like to create animations for cutscenes. Currently the only way to do it is to define different actors for different animations and spawn/destroy them accordingly.

I think it'd make more sense to just define one actor, and have several states for example "Walking", "Talking1", "Talking2" etc, and use ACS to change them as the cutscene progresses.

Another reason why this feature would be great is for something I'm working on. I'm messing around with a sidescroller thing based off Castlevania and it works and controls great; except for the fact that the player's animations are based off the Doomguy so it looks really stupid. I've added lots of custom animations but they are all done using messy hacks (lots of actors that represent the different animations attached to Doomguy's position)

Will that be possible in the future? Otherwise I'll have to resort to the messy "spawn and destroy actors" method.

EDIT:

I'm not sure if this would be possible, but an ACS function to retrieve an actor's current state would compliment the above nicely. I was thinking that it would return the string of the state.

Post by **randi** » Mon Aug 21, 2006 3:48 pm

I don't see why not. I'm moving this to feature suggestions to make sure I don't forget about it.

Post by **Nash** » Mon Aug 21, 2006 9:33 pm

Awesome, Randy. It's good to know that there will be a proper way to do custom animations via ACS in future.

Alterworldruler · Post by **Alterworldruler** » Mon Aug 21, 2006 10:54 pm

Yeah it will be mind-sucking feature

joke

anyway it's gonna be a really good feature!

Post by **edward850** » Tue Aug 22, 2006 2:30 am

on another subject, what will happen to the old sates, i have heard they will be removed, will this mean that you can no-longer play wads like sonic doom?

Spoiler:
Actor states
From ZDoom
Jump to: navigation, search
States describe the animations an actor has. These are the predefined states each actor has access to:

Spawn
Defines the state that is displayed when an actor is spawned. For monsters this is normally also the idle loop.
See
Defines the walking animation for a monster.
Melee
Defines the melee (near) attack.
Missile
Defines the missile (far) attack.
Pain
Defines the pain action.
Death
Defines the normal death sequence.
XDeath
Defines the extreme (splatter) death sequence.
Burn
Defines the burn (fire) death sequence.
Ice
Defines the freeze (ice) death sequence.
Disintegrate
Defines the disintegration death sequence.
Raise
Defines the resurrection sequence.
note: This is when a monster is being resurrected (ie: by an Arch-Vile), not when its resurrecting another monster.
Heal
Define the healing sequence. This is called when this monster is resurrecting another one.
Crash
Defines the crash sequence. This is entered when the actor is a corpse and hits the floor.
Crush
Defines the crush sequence. This is entered when the actor is crushed by ceiling/door/etc.
Wound
This state is entered when the actor's health is lower than woundhealth property but greater than 0.
Greetings
This is used by the Strife dialog system. It is entered when a conversation is about to start.
Yes
This is used by the Strife dialog system. It is entered when the actor reacts positively to the player's choice.
No
This is used by the Strife dialog system. It is entered when the actor reacts negatively to the player's choice.

Post by **Graf Zahl** » Tue Aug 22, 2006 4:08 am

Haven't you read my response in the other thread?

Post by **Jimmy** » Tue Aug 22, 2006 4:09 am

Yet another great feature suggestion! 2.1.5 is going to ROCK.

Theshooter7 · Post by **Theshooter7** » Tue Aug 22, 2006 12:03 pm

Custom States are for 2.2.0 I thought 0_o

Post by **edward850** » Tue Aug 22, 2006 1:55 pm

Graf Zahl wrote:Haven't you read my response in the other thread?

yes but you locked it so i couldnt reply, and the wiki said that modders had to make changers quicqly because the current states will be removed

Post by **Graf Zahl** » Tue Aug 22, 2006 2:08 pm

Nobody said that. The only thing that will get removed are the old state assignment commands. Otherwise it's be huge waste of time to do.

Post by **edward850** » Tue Aug 22, 2006 9:28 pm

ok, thanks for clearing that up for me (thats what i like about zdoom, has such friendly mods)

Post by **Nash** » Wed Aug 23, 2006 12:54 am

edward850 wrote:(thats what i like about zdoom, has such friendly mods)

LOL

Post by **Ryan Cordell** » Wed Aug 23, 2006 6:33 am

Well atleast it's a compliment. It's not exactly well moderated for sure, but it does the job enough.

Post by **Nash** » Mon Nov 06, 2006 12:14 am

Bump because custom states are already in.

Looks like we don't have to wait for 2.2.0 for custom states after all... or maybe Randy is going to bump the next version straight to 2.2.0? Who knows.

Cutmanmike · Post by **Cutmanmike** » Fri Nov 10, 2006 5:50 am

I'll cry if my multiplayer bug isn't fixed before then because I have SO many uses for this.