SetActorState:A question about future custom states support

Post by **Nash** » Sun Dec 03, 2006 4:09 pm

Added suggestion for an ACS function to retrieve the actor's state name.

Post by **Graf Zahl** » Sun Dec 03, 2006 4:12 pm

An actor doesn't 'have' a state name so there's nothing to retrieve.

Post by **Nash** » Sun Dec 03, 2006 4:18 pm

Ah alright then. It's no big deal.

I should be able to do what I had in mind through inventory hacks.

eliw00d · Post by **eliw00d** » Thu Jan 11, 2007 7:57 pm

is there/will there be custom states for weapons?

Post by **TheDarkArchon** » Thu Jan 11, 2007 8:03 pm

I think there are. Why wouldn't there be?

Matt · Post by **Matt** » Thu Jan 11, 2007 9:45 pm

They work in the latest GZDoom right now.

Post by **TheDarkArchon** » Fri Jan 12, 2007 9:00 am

Which means yes: GZDoom's custom state implementation is ZDoom's future one so if your DECORATE is coughing up errors in GZDoom, it'll cough up the same errors (aside from GZDoom bugs) come 2.1.8.

eliw00d · Post by **eliw00d** » Sat Jan 13, 2007 11:41 am

is there any way to use A_Jump and the other jump actions to jump to a state and not a certain number of frames? i tried it with a weapon actor and it says the actor does not have that state or something like that.

Post by **Graf Zahl** » Sat Jan 13, 2007 12:31 pm

A_Jump can jump to labels. This feature is being used by some of the stuff in zdoom.pk3. It may still have a few bugs though.

Post by **Nash** » Fri Mar 16, 2007 8:18 pm

Randy, any news or comments on this? Is it difficult to implement? Just wondering. I would use this feature to make my side scroller use less hacks.

Post by **randi** » Mon Mar 19, 2007 4:11 pm

No news, because I forgot about it. I was going to try to get a new release out today, but now I feel like I should include this too.

Zippy · Post by **Zippy** » Mon Mar 19, 2007 4:39 pm

randy, in reply to post #1, wrote:I don't see why not. I'm moving this to feature suggestions to make sure I don't forget about it.

randy, later on, wrote:No news, because I forgot about it.

The best laid plans...

Post by **randi** » Mon Mar 19, 2007 5:02 pm

There you go:

Code: Select all

int SetActorState (int tid, str statename, optional bool exact);

If tid is 0, it affects the script activator, otherwise it affects all the matching actors. Statename is the name of the state you want to put the actor in. The final parameter, exact, specifies whether or not partial state name matches are accepted. If you don't specify it or set it to false, if you try to do something like:

Code: Select all

SetActorState (0, "Foo.Bar");

and the actor has a Foo state but no Foo.Bar state, it will enter the Foo state. If you set exact to true:

Code: Select all

SetActorState (0, "Foo.Bar", true);

then the actor must have a Foo.Bar state, or it will not change state at all, even if it has a Foo state.

The return value for this function is the number of actors that successfully changed state. Note that you should refrain from using this function for any actors that use the monster AI, or unpredictable results could occur.

Cutmanmike · Post by **Cutmanmike** » Mon Mar 19, 2007 5:07 pm

Sweet.

randy wrote:Note that you should refrain from using this function for any actors that use the monster AI, or unpredictable results could occur.

This the same for players I take it?

Shadelight · Post by **Shadelight** » Mon Mar 19, 2007 5:21 pm

Awesome, this will work for all kinds of stuff, I can't wait tell the next GZDoom comes out now.