Useractor: Difference between revisions
No edit summary |
Rasmusthorup (talk | contribs) No edit summary |
||
Line 11: | Line 11: | ||
*The "enemy" type makes an [[actor]] that is intended to be used as a character who commences actions on player sight. | *The "enemy" type makes an [[actor]] that is intended to be used as a character who commences actions on player sight. | ||
*The "enemystayput" works the same as "enemy," except that the [[actor]] will not leave the [[sector]] it is placed in. | *The "enemystayput" works the same as "enemy," except that the [[actor]] will not leave the [[sector]] it is placed in. | ||
*The "notenemy" type was primarily intended to make an [[actor]] that is a decoration or otherwise not a threat to the player. This type of [[actor]] will have no shadow by default, and it will not be targeted if autoaim is enabled. [[Actor]]s using the "notenemy" flag have their code executed at startup. This is extremely useful for coding enemies, as this allows for extended function, and has less quirks than using "enemy" or "enemystayput". A shadow may be applied in Eduke32 using the [[spriteshadow]] command. This is typically used for all new [[actor]]s you may code. | *The "notenemy" type was primarily intended to make an [[actor]] that is a decoration or otherwise not a threat to the player. This type of [[actor]] will have no shadow by default, and it will not be targeted if autoaim is enabled. [[Actor]]s using the "notenemy" flag have their code executed at startup. This is extremely useful for coding enemies, as this allows for extended function, and has less quirks than using "enemy" or "enemystayput". A shadow may be applied in Eduke32 using the [[spriteshadow]] command. This is typically used for all new [[actor]]s you may code. Not that even it blocking is on. When the notenemy option is chosen, the blocking feature will work differently. For some reason, you can walk through moving actors, but when they stand still, you can't? | ||
<name> is the name/tile of the [[actor]]. You can either input a defined name, or the tile number directly. | <name> is the name/tile of the [[actor]]. You can either input a defined name, or the tile number directly. |
Revision as of 12:30, 5 March 2011
useractor <actortype> <name> <strength> <action> <move> <ai> { actor code } enda
Similar to actor. This defines a new actor in a slightly more specific manner, and it does so without restraining the amount of defined actors. Version 1.3D only allowed so many actors so to add a new one required replacing another. Version 1.5 remedied this with useractor.
<actortype> can either be "enemy", "enemystayput", or "notenemy". These terms are defined in DEFS.CON as:
- The "enemy" type makes an actor that is intended to be used as a character who commences actions on player sight.
- The "enemystayput" works the same as "enemy," except that the actor will not leave the sector it is placed in.
- The "notenemy" type was primarily intended to make an actor that is a decoration or otherwise not a threat to the player. This type of actor will have no shadow by default, and it will not be targeted if autoaim is enabled. Actors using the "notenemy" flag have their code executed at startup. This is extremely useful for coding enemies, as this allows for extended function, and has less quirks than using "enemy" or "enemystayput". A shadow may be applied in Eduke32 using the spriteshadow command. This is typically used for all new actors you may code. Not that even it blocking is on. When the notenemy option is chosen, the blocking feature will work differently. For some reason, you can walk through moving actors, but when they stand still, you can't?
<name> is the name/tile of the actor. You can either input a defined name, or the tile number directly.
<strength> is the health of the actor. Also see strength.
<action> is the intial action an actor uses (optional).
<move> is the initial move of the actor (optional).
<ai> is the actor's initial ai routine (optional).
{ actor code } is obviously the code for the actor.
Also see actor.