Useractor: Difference between revisions
Hendricks266 (talk | contribs) No edit summary |
Hendricks266 (talk | contribs) No edit summary |
||
| Line 5: | Line 5: | ||
Similar to [[actor]]. This defines a new [[actor]] in a slightly more specific manner, and it does so without restraining the amount of [[define]]d [[actor]]s. Version 1.3D only allowed so many [[actor]]s so to add a new one required replacing another. Version 1.5 remedied this with useractor. | Similar to [[actor]]. This defines a new [[actor]] in a slightly more specific manner, and it does so without restraining the amount of [[define]]d [[actor]]s. Version 1.3D only allowed so many [[actor]]s so to add a new one required replacing another. Version 1.5 remedied this with useractor. | ||
<actortype> is technically a [[bitfield]]. It is generally either "enemy", "enemystayput", or "notenemy". | <actortype> is technically a [[bitfield]], though "3" is invalid. It is generally either "enemy", "enemystayput", or "notenemy". | ||
{| {{prettytable}} | {| {{prettytable}} | ||
| Line 16: | Line 16: | ||
|enemystayput||2||SFLAG_BADGUY<br>SFLAG_BADGUYSTAYPUT||Same as "enemy" plus the [[actor]] will not leave the [[sector]] it is placed in. | |enemystayput||2||SFLAG_BADGUY<br>SFLAG_BADGUYSTAYPUT||Same as "enemy" plus the [[actor]] will not leave the [[sector]] it is placed in. | ||
|- | |- | ||
|<font color="gray">(none)</font>||4||SFLAG_ROTFIXED|| | |<font color="gray">(none)</font>||4||SFLAG_ROTFIXED||"Doesn't move", therefore the actor's position in rotating sectors can be calculated without rounding errors. | ||
|} | |} | ||
Revision as of 02:12, 28 February 2014
useractor <actortype> <name> [strength] [action] [move] [moveflags...]
- (actor code...)
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> is technically a bitfield, though "3" is invalid. It is generally either "enemy", "enemystayput", or "notenemy".
| DEFS.CON Label | Value | htflags implied | Description |
|---|---|---|---|
| notenemy | 0 | (none) | The catch-all default category for generic objects such as decorations. No shadow by default. Will not be targeted if autoaim is enabled. Code begins executing at the start of a level. |
| enemy | 1 | SFLAG_BADGUY | Enables hardcoded behavior for enemies/monsters such as shadows and autoaim. Code only begins executing upon player sight. |
| enemystayput | 2 | SFLAG_BADGUY SFLAG_BADGUYSTAYPUT |
Same as "enemy" plus the actor will not leave the sector it is placed in. |
| (none) | 4 | SFLAG_ROTFIXED | "Doesn't move", therefore the actor's position in rotating sectors can be calculated without rounding errors. |
<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).
<moveflags...> is is a (possibly empty) sequence of parameters that specify certain hardcoded movement behavior (optional, see move).
(actor code...) is obviously the code for the actor.
useractor is typically used for all new actors you may code.
A shadow may be applied in EDuke32 using the spriteshadow command.
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?