mirror of
https://git.do.srb2.org/STJr/ZoneBuilder.git
synced 2024-11-10 06:41:49 +00:00
2388 lines
No EOL
97 KiB
Text
2388 lines
No EOL
97 KiB
Text
>>>>>>>>>>>>>>>>>>>>>>>><<<<<<<<<<<<<<<<<<<<
|
||
> <
|
||
> BOOM reference v1.3 4/12/98 <
|
||
> <
|
||
>>>>>>>>>>>>>>>>>>>>>>>><<<<<<<<<<<<<<<<<<<<
|
||
|
||
======================================================================
|
||
Part I Linedef Types
|
||
======================================================================
|
||
|
||
#######################
|
||
Section 0. Terminology
|
||
#######################
|
||
|
||
In BOOM actions are caused to happen in the game thru linedef types.
|
||
BOOM has three kinds of linedef types:
|
||
|
||
Regular - the linedef types that were already in DOOM II v1.9
|
||
|
||
Extended - linedef types not in DOOM II v1.9 but less than 8192
|
||
in value
|
||
|
||
Generalized - linedef types over 8192 in value that contain bit
|
||
fields that independently control the actions of the sector
|
||
affected.
|
||
|
||
A linedef with non-zero linedef type is called a linedef trigger. A
|
||
linedef trigger is always activated in one of three ways - pushing on
|
||
the first sidedef of the linedef, walking over the linedef, or
|
||
shooting the linedef with an impact weapon (fists, chainsaw, pistol,
|
||
shotgun, double barreled, or chaingun).
|
||
|
||
Linedefs activated by pushing on them come in two varieties. A manual
|
||
linedef affects the sector on the second sidedef of the line pushed.
|
||
A switched linedef affects all sectors that have the same tag field
|
||
as the linedef that was pushed.
|
||
|
||
Nearly all switched, walkover, and gun linedefs operate on the sectors
|
||
with the same tag as that in the tag field of the linedef.
|
||
|
||
Some linedefs are never activated per se, but simply create or control
|
||
an effect thru their existence and properties, usually affecting the
|
||
sectors sharing the linedef's tags. There are also a few special case
|
||
like line-line teleporters and exit linedefs that do not affect
|
||
sectors.
|
||
|
||
Some linedefs are only triggerable once, others are triggerable as
|
||
many times as you like.
|
||
|
||
Triggering types are denoted by the letters P, S, W, and G for
|
||
manual(push), switched, walkover, and gun. Their retriggerability is
|
||
denoted by a 1 or R following the letter. So the triggering types for
|
||
linedefs are:
|
||
|
||
P1 PR S1 SR W1 WR G1 GR
|
||
|
||
Often linedef actions depend on values in neighboring sectors. A
|
||
neighboring sector is one that shares a linedef in common, just
|
||
sharing a vertex is not sufficient.
|
||
|
||
In DOOM only one action on a sector could occur at a time. BOOM
|
||
supports one floor action, one ceiling action, and one lighting
|
||
action simultaneously.
|
||
|
||
|
||
################
|
||
Section 1. Doors
|
||
################
|
||
|
||
A door is a sector, usually placed between two rooms, whose ceiling
|
||
raises to open, and lowers to close.
|
||
|
||
A door is fully closed when its ceiling height is equal to its floor
|
||
height.
|
||
|
||
A door is fully open when its ceiling height is 4 less than the lowest
|
||
neighbor ceiling adjacent to it.
|
||
|
||
A door may be set to an intermediate state initially, or thru the action
|
||
of a linedef trigger that affects ceilings or floors. The door is passable
|
||
to a player when its ceiling is at least 56 units higher than its floor.
|
||
In general the door is passable to a monster or a thing when its ceiling
|
||
is at least the monster or thing's height above the floor.
|
||
|
||
If a door has a ceiling height ABOVE the fully open height, then an
|
||
open door action moves the ceiling to the fully open height
|
||
instantly.
|
||
|
||
If a door has a ceiling height BELOW the fully closed height (that is
|
||
the ceiling of the door sector is lower than the floor of the door
|
||
sector) a close door action moves the ceiling to the fully closed
|
||
height instantly.
|
||
|
||
--------------------------
|
||
Section 1.1 Door functions
|
||
--------------------------
|
||
|
||
Open, Wait, Then Close
|
||
|
||
On activation, door opens fully, waits a specified period, then
|
||
closes fully.
|
||
|
||
Open and Stay Open
|
||
|
||
On activation, door opens fully and remains there.
|
||
|
||
Close and Stay Closed
|
||
|
||
On activation, door closes fully, and remains there.
|
||
|
||
Close, Wait, Then Open
|
||
|
||
On activation, door closes fully, waits a specified period, then
|
||
opens fully.
|
||
|
||
------------------------------
|
||
Section 1.2 Varieties of doors
|
||
------------------------------
|
||
|
||
A door can be triggered by pushing on it, walking over or pressing a
|
||
linedef trigger tagged to it, or shooting a linedef tagged to it.
|
||
These are called manual, walkover, switched, or gun doors resp.
|
||
|
||
Since a push door (P1/PR) has no use for its tag, BOOM has extended
|
||
the functionality to include changing any tagged sectors to maximum
|
||
neighbor lighting on fully opening, then to minimum neighbor lighting
|
||
on fully closing. This is true for regular, extended, and generalized
|
||
doors with push triggers.
|
||
|
||
A door trigger can be locked. This means that the door function will only
|
||
operate if the player is in possession of the right key(s). Regular
|
||
and extended door triggers only care if the player has a key of the
|
||
right color, they do not care which. Generalized door triggers
|
||
can distinguish between skull and card keys, and can also require
|
||
any key, or all keys in order to activate.
|
||
|
||
A door can have different speeds, slow, normal, fast or turbo.
|
||
|
||
A door can wait for different amounts of time.
|
||
|
||
A door may or may not be activatable by monsters.
|
||
|
||
Any door function except Close and Stay Closed, when closing and
|
||
encountering a monster or player's head will bounce harmlessly off
|
||
that head and return to fully open. A Close and Stay Closed will rest
|
||
on the head until it leaves the door sector.
|
||
|
||
------------------------------
|
||
Section 1.3 Door linedef types
|
||
------------------------------
|
||
|
||
Regular and Extended Door Types
|
||
---------------------------------------------------------------
|
||
# Class Trig Lock Speed Wait Monst Function
|
||
|
||
1 Reg PR No Slow 4s Yes Open, Wait, Then Close
|
||
117 Reg PR No Fast 4s No Open, Wait, Then Close
|
||
63 Reg SR No Slow 4s No Open, Wait, Then Close
|
||
114 Reg SR No Fast 4s No Open, Wait, Then Close
|
||
29 Reg S1 No Slow 4s No Open, Wait, Then Close
|
||
111 Reg S1 No Fast 4s No Open, Wait, Then Close
|
||
90 Reg WR No Slow 4s No Open, Wait, Then Close
|
||
105 Reg WR No Fast 4s No Open, Wait, Then Close
|
||
4 Reg W1 No Slow 4s No Open, Wait, Then Close
|
||
108 Reg W1 No Fast 4s No Open, Wait, Then Close
|
||
|
||
31 Reg P1 No Slow -- No Open and Stay Open
|
||
118 Reg P1 No Fast -- No Open and Stay Open
|
||
61 Reg SR No Slow -- No Open and Stay Open
|
||
115 Reg SR No Fast -- No Open and Stay Open
|
||
103 Reg S1 No Slow -- No Open and Stay Open
|
||
112 Reg S1 No Fast -- No Open and Stay Open
|
||
86 Reg WR No Slow -- No Open and Stay Open
|
||
106 Reg WR No Fast -- No Open and Stay Open
|
||
2 Reg W1 No Slow -- No Open and Stay Open
|
||
109 Reg W1 No Fast -- No Open and Stay Open
|
||
46 Reg GR No Slow -- No Open and Stay Open
|
||
|
||
42 Reg SR No Slow -- No Close and Stay Closed
|
||
116 Reg SR No Fast -- No Close and Stay Closed
|
||
50 Reg S1 No Slow -- No Close and Stay Closed
|
||
113 Reg S1 No Fast -- No Close and Stay Closed
|
||
75 Reg WR No Slow -- No Close and Stay Closed
|
||
107 Reg WR No Fast -- No Close and Stay Closed
|
||
3 Reg W1 No Slow -- No Close and Stay Closed
|
||
110 Reg W1 No Fast -- No Close and Stay Closed
|
||
|
||
196 Ext SR No Slow 30s No Close, Wait, Then Open
|
||
175 Ext S1 No Slow 30s No Close, Wait, Then Open
|
||
76 Reg WR No Slow 30s No Close, Wait, Then Open
|
||
16 Reg W1 No Slow 30s No Close, Wait, Then Open
|
||
|
||
Regular and Extended Locked Door Types
|
||
---------------------------------------------------------------
|
||
# Class Trig Lock Speed Wait Monst Function
|
||
|
||
26 Reg PR Blue Slow 4s No Open, Wait, Then Close
|
||
28 Reg PR Red Slow 4s No Open, Wait, Then Close
|
||
27 Reg PR Yell Slow 4s No Open, Wait, Then Close
|
||
|
||
32 Reg P1 Blue Slow -- No Open and Stay Open
|
||
33 Reg P1 Red Slow -- No Open and Stay Open
|
||
34 Reg P1 Yell Slow -- No Open and Stay Open
|
||
99 Reg SR Blue Fast -- No Open and Stay Open
|
||
134 Reg SR Red Fast -- No Open and Stay Open
|
||
136 Reg SR Yell Fast -- No Open and Stay Open
|
||
133 Reg S1 Blue Fast -- No Open and Stay Open
|
||
135 Reg S1 Red Fast -- No Open and Stay Open
|
||
137 Reg S1 Yell Fast -- No Open and Stay Open
|
||
|
||
|
||
There are two generalized door linedef types, Generalized Door, and
|
||
Generalized Locked Door. The following tables show the possibilities
|
||
for each parameter, any combination of parameters is allowed:
|
||
|
||
Slow and Fast represent the same speeds as slow and fast regular doors. Normal
|
||
is twice as fast as slow, Fast is twice normal, Turbo is twice Fast.
|
||
|
||
Generalized Door Types
|
||
---------------------------------------------------------------
|
||
# Class Trig Lock Speed Wait Monst Function
|
||
|
||
3C00H- Gen P1/PR No Slow 1s Yes Open, Wait, Then Close
|
||
4000H S1/SR Normal 4s No Open and Stay Open
|
||
W1/WR Fast 9s Close and Stay Closed
|
||
G1/GR Turbo 30s Close, Wait, Then Open
|
||
|
||
|
||
Generalized Locked Door Types
|
||
---------------------------------------------------------------
|
||
# Class Trig Lock Speed Wait Monst Function
|
||
|
||
3800H- Gen P1/PR Any Slow 1s No Open, Wait, Then Close
|
||
3C00H S1/SR Blue Normal 4s Open and Stay Open
|
||
W1/WR Red Fast 9s Close and Stay Closed
|
||
G1/GR Yell Turbo 30s Close, Wait, Then Open
|
||
BlueC
|
||
RedC
|
||
YellC
|
||
BlueS
|
||
RedS
|
||
YellS
|
||
All3
|
||
All6
|
||
|
||
#################
|
||
Section 2. Floors
|
||
#################
|
||
|
||
----------------------------
|
||
Section 2.1 Floor targets
|
||
----------------------------
|
||
|
||
Lowest Neighbor Floor (LnF)
|
||
|
||
This means that the floor moves to the height of the lowest
|
||
neighboring floor including the floor itself. If the floor
|
||
direction is up (only possible with generalized floors) motion is
|
||
instant, else at the floor's speed.
|
||
|
||
Next Neighbor Floor (NnF)
|
||
|
||
This means that the floor moves up to the height of the lowest
|
||
adjacent floor greater in height than the current, or down to the
|
||
height of the highest adjacent floor less in height than the current,
|
||
as determined by the floor's direction. Instant motion is not
|
||
possible in this case. If no such floor exists, the floor does not move.
|
||
|
||
Lowest Neighbor Ceiling (LnC)
|
||
|
||
This means that the floor height changes to the height of the lowest
|
||
ceiling possessed by any neighboring sector, including that floor's
|
||
ceiling. If the target height is in the opposite direction to floor
|
||
motion, motion is instant, otherwise at the floor action's speed.
|
||
|
||
8 Under Lowest Neighbor Ceiling (8uLnC)
|
||
|
||
This means that the floor height changes to 8 less than the height
|
||
of the lowest ceiling possessed by any neighboring sector, including
|
||
that floor's ceiling. If the target height is in the opposite
|
||
direction to floor motion, motion is instant, otherwise at the floor
|
||
action's speed.
|
||
|
||
Highest Neighbor Floor (HnF)
|
||
|
||
This means that the floor height changes to the height of the highest
|
||
neighboring floor, excluding the floor itself. If no neighbor floor
|
||
exists, the floor moves down to -32000. If the target height is in
|
||
the opposite direction to floor motion, the motion is instant,
|
||
otherwise it occurs at the floor action's speed.
|
||
|
||
8 Above Highest Neighbor Floor (8aHnF)
|
||
|
||
This means that the floor height changes to 8 above the height of
|
||
the highest neighboring floor, excluding the floor itself. If no
|
||
neighbor floor exists, the floor moves down to -31992. If the target
|
||
height is in the opposite direction to floor motion, the motion is
|
||
instant, otherwise it occurs at the floor action's speed.
|
||
|
||
Ceiling
|
||
|
||
The floor moves up until its at ceiling height, instantly if floor
|
||
direction is down (only available with generalized types), at the
|
||
floor speed if the direction is up.
|
||
|
||
24 Units (24)
|
||
|
||
The floor moves 24 units in the floor action's direction. Instant
|
||
motion is not possible with this linedef type.
|
||
|
||
32 Units (32)
|
||
|
||
The floor moves 32 units in the floor action's direction. Instant
|
||
motion is not possible with this linedef type.
|
||
|
||
512 Units (512)
|
||
|
||
The floor moves 512 units in the floor action's direction. Instant
|
||
motion is not possible with this linedef type.
|
||
|
||
Shortest Lower Texture (SLT)
|
||
|
||
The floor moves the height of the shortest lower texture on the
|
||
boundary of the sector, in the floor direction. Instant motion is not
|
||
possible with this type. In the case that there is no surrounding
|
||
texture the motion is to -32000 or +32000 depending on direction.
|
||
|
||
None
|
||
|
||
Some pure texture type changes are provided for changing the floor
|
||
texture and/or sector type without moving the floor.
|
||
|
||
--------------------------------
|
||
Section 2.2 Varieties of floors
|
||
--------------------------------
|
||
|
||
A floor can be activated by pushing on a linedef bounding it
|
||
(generalized types only), or by pushing on a switch with the same tag
|
||
as the floor sector, or by walking over a linedef with the same tag
|
||
as the floor, or by shooting a linedef with the same tag as the
|
||
floor with an impact weapon.
|
||
|
||
A floor can move either Up or Down.
|
||
|
||
A floor can move with speeds of Slow, Normal, Fast, or Turbo. If the
|
||
target height specified by the floor function (see Floor Targets
|
||
above) is in the opposite direction to the floor's motion, then
|
||
travel is instantaneous, otherwise its at the speed specified.
|
||
|
||
A floor action can be a texture change type, in which case after the
|
||
action the floor texture of the affected floor, and possibly the
|
||
sector type of the affected floor are changed to those of a model
|
||
sector. The sector type may be zeroed instead of copied from the
|
||
model, or not changed at all. These change types are referred to
|
||
below as Tx (texture only), Tx0 (type zeroed), and TxTy (texture and
|
||
type changed). The model sector for the change may be the sector on
|
||
the first sidedef of the trigger (trigger model) or the sector with
|
||
floor at destination height across the lowest numbered two-sided
|
||
linedef surrounding the affected sector (numeric model). If no model
|
||
sector exists, no change occurs. If a change occurs, floor texture is
|
||
always affected, lighting is never affected, even that corresponding
|
||
to the sector's type, nor is any other sector property other than the
|
||
sector's type.
|
||
|
||
Numeric model algorithm:
|
||
|
||
1) Find all floors adjacent to the tagged floor at destination height
|
||
2) Find the lowest numbered linedef separating those floors from that tagged
|
||
3) The sector on the other side of that linedef is the model
|
||
|
||
A floor action can have the crush property, in which case players and
|
||
monsters are crushed when the floor tries to move above the point
|
||
where they fit exactly underneath the ceiling. This means they take
|
||
damage until they die, leave the sector, or the floor action is stopped.
|
||
A floor action never reverses on encountering an obstacle, even if
|
||
the crush property is not true, the floor merely remains in the same
|
||
position until the obstacle is removed or dies, then continues.
|
||
|
||
-------------------------------
|
||
Section 2.3 Floor linedef types
|
||
-------------------------------
|
||
|
||
Regular and Extended Floor Types
|
||
-------------------------------------------------------------------
|
||
# Class Trig Dir Spd Chg Mdl Mon Crsh Target
|
||
|
||
60 Reg SR Dn Slow None -- No No Lowest Neighbor Floor
|
||
23 Reg S1 Dn Slow None -- No No Lowest Neighbor Floor
|
||
82 Reg WR Dn Slow None -- No No Lowest Neighbor Floor
|
||
38 Reg W1 Dn Slow None -- No No Lowest Neighbor Floor
|
||
|
||
177 Ext SR Dn Slow TxTy Num No No Lowest Neighbor Floor
|
||
159 Ext S1 Dn Slow TxTy Num No No Lowest Neighbor Floor
|
||
84 Reg WR Dn Slow TxTy Num No No Lowest Neighbor Floor
|
||
37 Reg W1 Dn Slow TxTy Num No No Lowest Neighbor Floor
|
||
|
||
69 Reg SR Up Slow None -- No No Next Neighbor Floor
|
||
18 Reg S1 Up Slow None -- No No Next Neighbor Floor
|
||
128 Reg WR Up Slow None -- No No Next Neighbor Floor
|
||
119 Reg W1 Up Slow None -- No No Next Neighbor Floor
|
||
|
||
132 Reg SR Up Fast None -- No No Next Neighbor Floor
|
||
131 Reg S1 Up Fast None -- No No Next Neighbor Floor
|
||
129 Reg WR Up Fast None -- No No Next Neighbor Floor
|
||
130 Reg W1 Up Fast None -- No No Next Neighbor Floor
|
||
|
||
222 Ext SR Dn Slow None -- No No Next Neighbor Floor
|
||
221 Ext S1 Dn Slow None -- No No Next Neighbor Floor
|
||
220 Ext WR Dn Slow None -- No No Next Neighbor Floor
|
||
219 Ext W1 Dn Slow None -- No No Next Neighbor Floor
|
||
|
||
64 Reg SR Up Slow None -- No No Lowest Neighbor Ceiling
|
||
101 Reg S1 Up Slow None -- No No Lowest Neighbor Ceiling
|
||
91 Reg WR Up Slow None -- No No Lowest Neighbor Ceiling
|
||
5 Reg W1 Up Slow None -- No No Lowest Neighbor Ceiling
|
||
24 Reg G1 Up Slow None -- No No Lowest Neighbor Ceiling
|
||
|
||
65 Reg SR Up Slow None -- No Yes Lowest Neighbor Ceiling - 8
|
||
55 Reg S1 Up Slow None -- No Yes Lowest Neighbor Ceiling - 8
|
||
94 Reg WR Up Slow None -- No Yes Lowest Neighbor Ceiling - 8
|
||
56 Reg W1 Up Slow None -- No Yes Lowest Neighbor Ceiling - 8
|
||
|
||
45 Reg SR Dn Slow None -- No No Highest Neighbor Floor
|
||
102 Reg S1 Dn Slow None -- No No Highest Neighbor Floor
|
||
83 Reg WR Dn Slow None -- No No Highest Neighbor Floor
|
||
19 Reg W1 Dn Slow None -- No No Highest Neighbor Floor
|
||
|
||
70 Reg SR Dn Fast None -- No No Highest Neighbor Floor + 8
|
||
71 Reg S1 Dn Fast None -- No No Highest Neighbor Floor + 8
|
||
98 Reg WR Dn Fast None -- No No Highest Neighbor Floor + 8
|
||
36 Reg W1 Dn Fast None -- No No Highest Neighbor Floor + 8
|
||
|
||
180 Ext SR Up Slow None -- No No Absolute 24
|
||
161 Ext S1 Up Slow None -- No No Absolute 24
|
||
92 Reg WR Up Slow None -- No No Absolute 24
|
||
58 Reg W1 Up Slow None -- No No Absolute 24
|
||
|
||
179 Ext SR Up Slow TxTy Trg No No Absolute 24
|
||
160 Ext S1 Up Slow TxTy Trg No No Absolute 24
|
||
93 Reg WR Up Slow TxTy Trg No No Absolute 24
|
||
59 Reg W1 Up Slow TxTy Trg No No Absolute 24
|
||
|
||
176 Ext SR Up Slow None -- No No Abs Shortest Lower Texture
|
||
158 Ext S1 Up Slow None -- No No Abs Shortest Lower Texture
|
||
96 Reg WR Up Slow None -- No No Abs Shortest Lower Texture
|
||
30 Reg W1 Up Slow None -- No No Abs Shortest Lower Texture
|
||
|
||
178 Ext SR Up Slow None -- No No Absolute 512
|
||
140 Reg S1 Up Slow None -- No No Absolute 512
|
||
147 Ext WR Up Slow None -- No No Absolute 512
|
||
142 Ext W1 Up Slow None -- No No Absolute 512
|
||
|
||
190 Ext SR -- ---- TxTy Trg No No None
|
||
189 Ext S1 -- ---- TxTy Trg No No None
|
||
154 Ext WR -- ---- TxTy Trg No No None
|
||
153 Ext W1 -- ---- TxTy Trg No No None
|
||
|
||
78 Ext SR -- ---- TxTy Num No No None
|
||
241 Ext S1 -- ---- TxTy Num No No None
|
||
240 Ext WR -- ---- TxTy Num No No None
|
||
239 Ext W1 -- ---- TxTy Num No No None
|
||
|
||
The following tables show the possibilities for generalized floor
|
||
linedef type parameters. Any combination of parameters is allowed:
|
||
|
||
Slow and Fast represent the same speeds as slow and fast regular
|
||
floors. Normal is twice as fast as slow, Fast is twice normal, Turbo
|
||
is twice Fast.
|
||
|
||
Generalized Floor Types
|
||
---------------------------------------------------------------------------
|
||
# Class Trig Dir Spd *Chg *Mdl Mon Crsh Target
|
||
|
||
6000H- Gen P1/PR Up Slow None Trg Yes Yes Lowest Neighbor Floor
|
||
7FFFH S1/SR Dn Normal Tx Num No No Next Neighbor Floor
|
||
W1/WR Fast Tx0 Lowest Neighbor Ceiling
|
||
G1/GR Turbo TxTy Highest Neighbor Floor
|
||
Ceiling
|
||
24
|
||
32
|
||
*Mon(ster) enabled must be No if Shortest Lower Texture
|
||
Chg field is not None
|
||
|
||
Tx = Texture copied only Trg = Trigger Model
|
||
Tx0 = Texture copied and Type->0 Num = Numeric Model
|
||
TxTy = Texture and Type copied
|
||
|
||
|
||
####################
|
||
Section 3. Ceilings
|
||
####################
|
||
|
||
----------------------------
|
||
Section 3.1 Ceiling Targets
|
||
----------------------------
|
||
|
||
Highest Neighbor Ceiling (HnC)
|
||
|
||
This means that the ceiling moves to the height of the highest
|
||
neighboring ceiling NOT including the ceiling itself. If the ceiling
|
||
direction is down (only possible with generalized ceilings) motion is
|
||
instant, else at the ceiling's speed. If no adjacent ceiling exists
|
||
the ceiling moves to -32000 units.
|
||
|
||
Next Neighbor Ceiling (NnC)
|
||
|
||
This means that the ceiling moves up to the height of the lowest
|
||
adjacent ceiling greater in height than the current, or to the
|
||
height of the highest adjacent ceiling less in height than the current,
|
||
as determined by the ceiling's direction. Instant motion is not
|
||
possible in this case. If no such ceiling exists, the ceiling does
|
||
not move.
|
||
|
||
Lowest Neighbor Ceiling (LnC)
|
||
|
||
This means that the ceiling height changes to the height of the lowest
|
||
ceiling possessed by any neighboring sector, NOT including itself.
|
||
If the target height is in the opposite direction to ceiling
|
||
motion, motion is instant, otherwise at the ceiling action's speed.
|
||
If no adjacent ceiling exists the ceiling moves to 32000 units.
|
||
|
||
Highest Neighbor Floor (HnF)
|
||
|
||
This means that the ceiling height changes to the height of the
|
||
highest neighboring floor, excluding the ceiling's floor itself. If
|
||
no neighbor floor exists, the ceiling moves down to -32000 or the
|
||
ceiling's floor, whichever is higher. If the target height is in the
|
||
opposite direction to ceiling motion, the motion is instant,
|
||
otherwise it occurs at the ceiling action's speed.
|
||
|
||
Floor
|
||
|
||
The ceiling moves down until its at floor height, instantly if
|
||
ceiling direction is up (only available with generalized types), at
|
||
the ceiling speed if the direction is down.
|
||
|
||
8 Above Floor (8aF)
|
||
|
||
This means that the ceiling height changes to 8 above the height of
|
||
the ceiling's floor. If the target height is in the opposite direction
|
||
to ceiling motion, the motion is instant, otherwise it occurs at the
|
||
ceiling action's speed.
|
||
|
||
24 Units (24)
|
||
|
||
The ceiling moves 24 units in the ceiling action's direction. Instant
|
||
motion is not possible with this linedef type.
|
||
|
||
32 Units (32)
|
||
|
||
The ceiling moves 32 units in the ceiling action's direction. Instant
|
||
motion is not possible with this linedef type.
|
||
|
||
Shortest Upper Texture (SUT)
|
||
|
||
The ceiling moves the height of the shortest upper texture on the
|
||
boundary of the sector, in the ceiling direction. Instant motion is not
|
||
possible with this type. In the case that there is no surrounding
|
||
texture the motion is to -32000 or +32000 depending on direction.
|
||
|
||
----------------------------------
|
||
Section 3.2 Varieties of ceilings
|
||
----------------------------------
|
||
|
||
A ceiling can be activated by pushing on a linedef bounding it
|
||
(generalized types only), or by pushing on a switch with the same tag
|
||
as the ceiling sector, or by walking over a linedef with the same tag
|
||
as the ceiling, or by shooting a linedef with the same tag as the
|
||
ceiling with an impact weapon (generalized types only).
|
||
|
||
A ceiling can move either Up or Down.
|
||
|
||
A ceiling can move with speeds of Slow, Normal, Fast, or Turbo. If the
|
||
target height specified by the ceiling function (see Ceiling Targets
|
||
above) is in the opposite direction to the ceiling's motion, then
|
||
travel is instantaneous, otherwise its at the speed specified.
|
||
|
||
A ceiling action can be a texture change type, in which case after
|
||
the action the ceiling texture of the affected ceiling, and possibly
|
||
the sector type of the affected ceiling are changed to those of a
|
||
model sector. The sector type may be zeroed instead of copied from
|
||
the model, or not changed at all. These change types are referred to
|
||
below as Tx (texture only), Tx0 (type set to 0), and TxTy (texture
|
||
and type copied from model). The model sector for the change may be
|
||
the sector on the first sidedef of the trigger (trigger model) or the
|
||
sector with ceiling at destination height across the lowest numbered
|
||
two-sided linedef surrounding the affected sector (numeric model). If
|
||
no model sector exists, no change occurs. If a change occurs, ceiling
|
||
texture is always affected, lighting is never affected, even that
|
||
corresponding to the sector's type, nor is any other sector property
|
||
other than the sector's type.
|
||
|
||
Numeric model algorithm:
|
||
|
||
1) Find all ceilings adjacent to the tagged ceiling at destination height
|
||
2) Find the lowest numbered linedef separating those ceilings from that tagged
|
||
3) The sector on the other side of that linedef is the model
|
||
|
||
A ceiling action can have the crush property (generalized types only),
|
||
in which case players and monsters are crushed when the ceiling tries
|
||
to move below the point where they fit exactly underneath the
|
||
ceiling. This means they take damage until they die, leave the
|
||
sector, or the ceiling action is stopped. A ceiling action never
|
||
reverses on encountering an obstacle, even if the crush property is
|
||
not true, the ceiling merely remains in the same position until the
|
||
obstacle is removed or dies, then continues.
|
||
|
||
---------------------------------
|
||
Section 3.3 Ceiling linedef types
|
||
---------------------------------
|
||
|
||
Regular and Extended Ceiling Types
|
||
-------------------------------------------------------------------
|
||
# Class Trig Dir Spd *Chg *Mdl Mon Crsh Target
|
||
|
||
43 Reg SR Dn Fast None -- No No Floor
|
||
41 Reg S1 Dn Fast None -- No No Floor
|
||
152 Ext WR Dn Fast None -- No No Floor
|
||
145 Ext W1 Dn Fast None -- No No Floor
|
||
|
||
186 Ext SR Up Slow None -- No No Highest Neighbor Ceiling
|
||
166 Ext S1 Up Slow None -- No No Highest Neighbor Ceiling
|
||
151 Ext WR Up Slow None -- No No Highest Neighbor Ceiling
|
||
40 Reg W1 Up Slow None -- No No Highest Neighbor Ceiling
|
||
|
||
187 Ext SR Dn Slow None -- No No 8 Above Floor
|
||
167 Ext S1 Dn Slow None -- No No 8 Above Floor
|
||
72 Reg WR Dn Slow None -- No No 8 Above Floor
|
||
44 Reg W1 Dn Slow None -- No No 8 Above Floor
|
||
|
||
205 Ext SR Dn Slow None -- No No Lowest Neighbor Ceiling
|
||
203 Ext S1 Dn Slow None -- No No Lowest Neighbor Ceiling
|
||
201 Ext WR Dn Slow None -- No No Lowest Neighbor Ceiling
|
||
199 Ext W1 Dn Slow None -- No No Lowest Neighbor Ceiling
|
||
|
||
206 Ext SR Dn Slow None -- No No Highest Neighbor Floor
|
||
204 Ext S1 Dn Slow None -- No No Highest Neighbor Floor
|
||
202 Ext WR Dn Slow None -- No No Highest Neighbor Floor
|
||
200 Ext W1 Dn Slow None -- No No Highest Neighbor Floor
|
||
|
||
Generalized Ceiling Types
|
||
---------------------------------------------------------------------------
|
||
# Class Trig Dir Spd *Chg *Mdl Mon Crsh Target
|
||
|
||
4000H- Gen P1/PR Up Slow None Trg Yes Yes Highest Neighbor Ceiling
|
||
5FFFH S1/SR Dn Normal Tx Num No No Next Neighbor Ceiling
|
||
W1/WR Fast Tx0 Lowest Neighbor Ceiling
|
||
G1/GR Turbo TxTy Highest Neighbor Floor
|
||
Floor
|
||
24
|
||
32
|
||
*Mon(ster) enabled must be No if Shortest Upper Texture
|
||
Chg field is not None
|
||
|
||
Tx = Texture copied only Trg = Trigger Model
|
||
Tx0 = Texture copied and Type->0 Num = Numeric Model
|
||
TxTy = Texture and Type copied
|
||
|
||
|
||
############################
|
||
Section 4. Platforms (Lifts)
|
||
############################
|
||
|
||
A platform is basically a floor action involving two heights. The
|
||
simple raise platform actions, for example, differ from the
|
||
corresponding floor actions in that if they encounter an obstacle,
|
||
they reverse direction and return to their former height.
|
||
|
||
The most often used kind of platform is a lift which travels from its
|
||
current height to the target height, then waits a specified time and
|
||
returns to it former height.
|
||
|
||
-----------------------------
|
||
Section 4.1 Platform Targets
|
||
-----------------------------
|
||
|
||
Lowest Neighbor Floor
|
||
|
||
This means that the platforms "low" height is the height of the
|
||
lowest surrounding floor, including the platform itself. The "high"
|
||
height is the original height of the floor.
|
||
|
||
Next Lowest Neighbor Floor
|
||
|
||
This means that the platforms "low" height is the height of the
|
||
highest surrounding floor lower than the floor itself. If no lower
|
||
floor exists, no motion occurs as the "low" and "high" heights are
|
||
then both equal to the floors current height.
|
||
|
||
Lowest Neighbor Ceiling
|
||
|
||
This means that the platforms "low" height is the height of the
|
||
lowest surrounding ceiling unless this is higher than the floor
|
||
itself. If no adjacent ceiling exists, or is higher than the floor no
|
||
motion occurs as the "low" and "high" heights are then both equal to
|
||
the floors current height.
|
||
|
||
Lowest and Highest Floor
|
||
|
||
This target sets the "low" height to the lowest neighboring floor,
|
||
including the floor itself, and the "high" height to the highest
|
||
neighboring floor, including the floor itself. When this target is
|
||
used the floor moves perpetually between the two heights. Once
|
||
triggered this type of linedef runs permanently, even if the motion
|
||
is temporarily suspended with a Stop type. No other floor action can
|
||
be commanded on the sector after this type is begun.
|
||
|
||
Ceiling
|
||
|
||
This target sets the "high" height to the ceiling of the sector and
|
||
the "low" height to the floor height of the sector and is only used in
|
||
the instant toggle type that switches the floor between the ceiling
|
||
and its original height on each activation. This is also the ONLY
|
||
instant platform type.
|
||
|
||
Raise Next Floor
|
||
|
||
This means that the "high" height is the lowest surrounding floor
|
||
higher than the platform. If no higher adjacent floor exists no
|
||
motion will occur.
|
||
|
||
Raise 24 Units
|
||
|
||
The "low" height is the original floor height, the "high" height is 24
|
||
more.
|
||
|
||
Raise 32 Units
|
||
|
||
The "low" height is the original floor height, the "high" height is 32
|
||
more.
|
||
|
||
-----------------------------------
|
||
Section 4.2 Varieties of Platforms
|
||
-----------------------------------
|
||
|
||
A platform can be activated by pushing on a linedef bounding it
|
||
(generalized types only), or by pushing on a switch with the same tag
|
||
as the platform sector, or by walking over a linedef with the same tag
|
||
as the platform, or by shooting a linedef with the same tag as the
|
||
platform with an impact weapon.
|
||
|
||
A platform can move with speeds of Slow, Normal, Fast, or Turbo.
|
||
Only the instant toggle platform moves instantly, all others move at
|
||
the platform's speed.
|
||
|
||
A platform can have a delay, in between when it reaches "high" height
|
||
and returns to "low" height, or at both ends of the motion in the
|
||
case of perpetual lifts.
|
||
|
||
A platform action can be a texture change type, in which case after
|
||
the action the floor texture of the affected floor, and possibly the
|
||
sector type of the affected floor are changed to those of a model
|
||
sector. The sector type may be zeroed instead of copied from the
|
||
model, or not changed at all. These change types are referred to
|
||
below as Tx (texture only), Tx0 (type zeroed), and TxTy (texture and
|
||
type changed). The model sector for the change is always the sector
|
||
on the first sidedef of the trigger (trigger model). If a change
|
||
occurs, floor texture is always affected, lighting is never affected,
|
||
even that corresponding to the sector's type, nor is any other sector
|
||
property other than the sector's type.
|
||
|
||
-----------------------------------
|
||
Section 4.3 Platform Linedef types
|
||
-----------------------------------
|
||
|
||
Regular and Extended Platform Types
|
||
-------------------------------------------------------------------
|
||
# Class Trig Dly Spd Chg Mdl Mon Target
|
||
|
||
66 Reg SR -- Slow Tx Trg No Raise 24 Units
|
||
15 Reg S1 -- Slow Tx Trg No Raise 24 Units
|
||
148 Ext WR -- Slow Tx Trg No Raise 24 Units
|
||
143 Ext W1 -- Slow Tx Trg No Raise 24 Units
|
||
|
||
67 Reg SR -- Slow Tx0 Trg No Raise 32 Units
|
||
14 Reg S1 -- Slow Tx0 Trg No Raise 32 Units
|
||
149 Ext WR -- Slow Tx0 Trg No Raise 32 Units
|
||
144 Ext W1 -- Slow Tx0 Trg No Raise 32 Units
|
||
|
||
68 Reg SR -- Slow Tx0 Trg No Raise Next Floor
|
||
20 Reg S1 -- Slow Tx0 Trg No Raise Next Floor
|
||
95 Reg WR -- Slow Tx0 Trg No Raise Next Floor
|
||
22 Reg W1 -- Slow Tx0 Trg No Raise Next Floor
|
||
47 Reg G1 -- Slow Tx0 Trg No Raise Next Floor
|
||
|
||
181 Ext SR 3s Slow None -- No Lowest and Highest Floor (perpetual)
|
||
162 Ext S1 3s Slow None -- No Lowest and Highest Floor (perpetual)
|
||
87 Reg WR 3s Slow None -- No Lowest and Highest Floor (perpetual)
|
||
53 Reg W1 3s Slow None -- No Lowest and Highest Floor (perpetual)
|
||
|
||
182 Ext SR -- ---- ---- -- -- Stop
|
||
163 Ext S1 -- ---- ---- -- -- Stop
|
||
89 Reg WR -- ---- ---- -- -- Stop
|
||
54 Reg W1 -- ---- ---- -- -- Stop
|
||
|
||
62 Reg SR 3s Slow None -- No Lowest Neighbor Floor (lift)
|
||
21 Reg S1 3s Slow None -- No Lowest Neighbor Floor (lift)
|
||
88 Reg WR 3s Slow None -- No Lowest Neighbor Floor (lift)
|
||
10 Reg W1 3s Slow None -- No Lowest Neighbor Floor (lift)
|
||
|
||
123 Reg SR 3s Fast None -- No Lowest Neighbor Floor (lift)
|
||
122 Reg S1 3s Fast None -- No Lowest Neighbor Floor (lift)
|
||
120 Reg WR 3s Fast None -- No Lowest Neighbor Floor (lift)
|
||
121 Reg W1 3s Fast None -- No Lowest Neighbor Floor (lift)
|
||
|
||
211 Ext SR -- Inst None -- No Ceiling (toggle)
|
||
212 Ext WR -- Inst None -- No Ceiling (toggle)
|
||
|
||
Generalized Lift Types
|
||
---------------------------------------------------------------------------
|
||
# Class Trig Dly Spd Mon Target
|
||
|
||
3400H- Gen P1/PR 1s Slow Yes Lowest Neighbor Floor
|
||
37FFH S1/SR 3s Normal No Next Lowest Neighbor Floor
|
||
W1/WR 5s Fast Lowest Neighbor Ceiling
|
||
G1/GR 10s Turbo Lowest and Highest Floor (perpetual)
|
||
|
||
############################
|
||
Section 5. Crusher Ceilings
|
||
############################
|
||
|
||
A crusher ceiling is a linedef type that causes the ceiling to cycle
|
||
between its starting height and 8 above the floor, damaging
|
||
monsters and players that happen to be in between. Barrels explode
|
||
when crushed.
|
||
|
||
Once a crusher ceiling is started it remains running for the
|
||
remainder of the level even if temporarily suspended with a stop type.
|
||
No other ceiling action can be used in that sector thereafter.
|
||
|
||
----------------------------------
|
||
Section 5.1 Varieties of Crushers
|
||
----------------------------------
|
||
|
||
A crusher can be activated by pushing on a linedef bounding it
|
||
(generalized types only), or by pushing on a switch with the same tag
|
||
as the crusher sector, or by walking over a linedef with the same tag
|
||
as the crusher, or by shooting a linedef with the same tag as the
|
||
crusher with an impact weapon (generalized types only).
|
||
|
||
A crusher has a speed: slow, normal, fast, or turbo. The slower the
|
||
speed, the more damage the crusher does when crushing, simply thru
|
||
being applied longer. When a slow or normal crusher is moving down
|
||
and encounters something to crush, it slows down even more, by a
|
||
factor of 8. This persists until it reaches bottom of stroke and
|
||
starts up again. Fast and turbo crushers do not slow down.
|
||
|
||
A crusher can be silent. The regular silent crusher makes platform
|
||
stop and start noises at top and bottom of stroke. The generalized
|
||
silent crusher is completely quiet.
|
||
|
||
A crusher linedef is provided to stop a crusher in its current
|
||
position. Care should be used that this doesn't lock the player out
|
||
of an area of the wad if the crusher is too low to pass. A crusher
|
||
can be restarted, but not changed, with any crusher linedef.
|
||
|
||
----------------------------------
|
||
Section 5.2 Crusher Linedef Types
|
||
----------------------------------
|
||
|
||
Regular and Extended Crusher Types
|
||
-------------------------------------------------------------------
|
||
# Class Trig Spd Mon Silent Action
|
||
|
||
184 Ext SR Slow No No Start
|
||
49 Reg S1 Slow No No Start
|
||
73 Reg WR Slow No No Start
|
||
25 Reg W1 Slow No No Start
|
||
|
||
183 Ext SR Fast No No Start
|
||
164 Ext S1 Fast No No Start
|
||
77 Reg WR Fast No No Start
|
||
6 Reg W1 Fast No No Start
|
||
|
||
185 Ext SR Slow No Yes Start
|
||
165 Ext S1 Slow No Yes Start
|
||
150 Ext WR Slow No Yes Start
|
||
141 Reg W1 Slow No Yes Start
|
||
|
||
188 Ext SR ---- -- -- Stop
|
||
168 Ext S1 ---- -- -- Stop
|
||
74, Reg WR ---- -- -- Stop
|
||
57, Reg W1 ---- -- -- Stop
|
||
|
||
Generalized Crusher Types
|
||
---------------------------------------------------------------------------
|
||
# Class Trig Spd Mon Silent
|
||
|
||
2F80H- Gen P1/PR Slow Yes Yes
|
||
2FFFH S1/SR Normal No No
|
||
W1/WR Fast
|
||
G1/GR Turbo
|
||
|
||
##########################
|
||
Section 6. Stair Builders
|
||
##########################
|
||
|
||
A stair builder is a linedef type that sets a sequence of sectors
|
||
defined by a complex rule to an ascending or descending sequence of
|
||
heights.
|
||
|
||
The rule for stair building is as follows:
|
||
|
||
1) The first step to rise or fall is the tagged sector. It rises or
|
||
falls by the stair stepsize, at the stair speed.
|
||
|
||
2) To find the next step (sector) affected examine all two-sided
|
||
linedefs with first sidedef facing into the previous step for the one
|
||
with lowest linedef number. The sector on the other side of this
|
||
linedef is the next step. If no such linedef exists, stair building
|
||
ceases.
|
||
|
||
3) If the next step is already moving, or has already risen as part
|
||
of the stair, stair building ceases. Optionally if the floor texture
|
||
of the next step is different from the previous step's the stair
|
||
building stops. Otherwise the next step moves to the height of the
|
||
previous step plus or minus the stepsize depending on the direction
|
||
the stairs build, up or down. If the motion is in the same direction
|
||
as the stairs build, it occurs at stair build speed, otherwise it is
|
||
instant.
|
||
|
||
4) Repeat from step 2 until stair building ceases.
|
||
|
||
----------------------------------------
|
||
Section 6.1 Varieties of Stair Builders
|
||
----------------------------------------
|
||
|
||
A stair can be activated by pushing on a linedef bounding it
|
||
(generalized types only), or by pushing on a switch with the same tag
|
||
as the stair sector, or by walking over a linedef with the same tag
|
||
as the stair, or by shooting a linedef with the same tag as the
|
||
stair with an impact weapon (generalized types only).
|
||
|
||
Only extended and generalized stair types are retriggerable. The
|
||
extended retriggerable stairs are mostly useless, though triggering a
|
||
stair with stepsize 8 twice might be used. The generalized
|
||
retriggerable stairs alternate building up and down on each
|
||
activation which is much more useful.
|
||
|
||
A stair can build up or down (generalized types only).
|
||
|
||
A stair can have a step size of 4, 8, 16, or 24. Only generalized
|
||
types support stepsize of 4 or 24.
|
||
|
||
A stair can have build speeds of slow, normal, fast or turbo. Only
|
||
generalized types support speeds of normal or turbo.
|
||
|
||
A stair can stop on encountering a different texture or ignore
|
||
(generalized types only) different textures and continue.
|
||
|
||
Only the regular build fast, stepsize 16 stair has the property that
|
||
monsters and players can be crushed by the motion, all others do not
|
||
crush.
|
||
|
||
----------------------------------------------------
|
||
Section 6.2 Regular and Extended Stair Builder Types
|
||
----------------------------------------------------
|
||
|
||
Regular and Extended Stairs Types
|
||
-------------------------------------------------------------------
|
||
# Class Trig Dir Spd Step Ignore Mon
|
||
|
||
258 Ext SR Up Slow 8 No No
|
||
7 Reg S1 Up Slow 8 No No
|
||
256 Ext WR Up Slow 8 No No
|
||
8 Reg W1 Up Slow 8 No No
|
||
|
||
259 Ext SR Up Fast 16 No No
|
||
127 Reg S1 Up Fast 16 No No
|
||
257 Ext WR Up Fast 16 No No
|
||
100 Reg W1 Up Fast 16 No No
|
||
|
||
Generalized Stairs Types
|
||
---------------------------------------------------------------------------
|
||
# Class Trig Dir Spd Step Ignore Mon
|
||
|
||
3000H- Gen P1/PR Up Slow 4 Yes Yes
|
||
33FFH S1/SR Dn Normal 8 No No
|
||
W1/WR Fast 16
|
||
G1/GR Turbo 24
|
||
|
||
####################
|
||
Section 7 Elevators
|
||
####################
|
||
|
||
An elevator is a linedef type that moves both floor and ceiling
|
||
together. All elevator linedefs are extended, there are no regular or
|
||
generalized elevator types. Instant elevator motion is not possible,
|
||
and monsters cannot activate elevators. All elevator triggers are
|
||
either switched or walkover.
|
||
|
||
-----------------------------
|
||
Section 7.1 Elevator Targets
|
||
-----------------------------
|
||
|
||
Next Highest Floor
|
||
|
||
The elevator floor moves to the lowest adjacent floor higher than the
|
||
elevator's floor, the ceiling staying the same height above the floor.
|
||
If there is no higher floor the elevator doesn't move.
|
||
|
||
Next Lowest Floor
|
||
|
||
The elevator floor moves to the highest adjacent floor lower than the
|
||
current floor, the ceiling staying the same height above the floor. If
|
||
there is no lower floor the elevator doesn't move.
|
||
|
||
Current Floor
|
||
|
||
The elevator floor moves to the height of the floor on the first
|
||
sidedef of the triggering line, the ceiling remaining the same height
|
||
above the elevator floor.
|
||
|
||
-----------------------------------
|
||
Section 7.2 Elevator Linedef Types
|
||
-----------------------------------
|
||
|
||
Extended Elevator types
|
||
-------------------------------------------------------------------
|
||
# Class Trig Spd Target
|
||
|
||
230 Ext SR Fast Next Highest Floor
|
||
229 Ext S1 Fast Next Highest Floor
|
||
228 Ext WR Fast Next Highest Floor
|
||
227 Ext W1 Fast Next Highest Floor
|
||
|
||
234 Ext SR Fast Next Lowest Floor
|
||
233 Ext S1 Fast Next Lowest Floor
|
||
232 Ext WR Fast Next Lowest Floor
|
||
231 Ext W1 Fast Next Lowest Floor
|
||
|
||
238 Ext SR Fast Current Floor
|
||
237 Ext S1 Fast Current Floor
|
||
236 Ext WR Fast Current Floor
|
||
235 Ext W1 Fast Current Floor
|
||
|
||
###################
|
||
Section 7 Lighting
|
||
###################
|
||
|
||
The lighting linedef types change the lighting in the tagged sector.
|
||
All are regular or extended types, there are no generalized lighting
|
||
types. All are switched or walkovers.
|
||
|
||
-----------------------------
|
||
Section 7.1 Lighting Targets
|
||
-----------------------------
|
||
|
||
Lights to Minimum Neighbor
|
||
|
||
Each tagged sector is set to the minimum light level found in any
|
||
adjacent sector. The tagged sectors are changed in numerical order,
|
||
and this may influence the result.
|
||
|
||
Lights to Maximum Neighbor
|
||
|
||
Each tagged sector is set to the maximum light level found in any
|
||
adjacent sector. The tagged sectors are changed in numerical order,
|
||
and this may influence the result.
|
||
|
||
Blinking
|
||
|
||
Each tagged sector begins blinking between two light levels. The
|
||
brighter level is the light level in the tagged sector. The darker
|
||
level is the minimum neighbor light level, or 0 if all neighbor
|
||
sectors have lighting greater than or equal to the sector's at the
|
||
time of activation. The blinking is non-synchronous, beginning 1-9
|
||
gametics after activation, with a dark period of 1 sec (35 gametics)
|
||
and a bright period of 1/7 sec (5 gametics).
|
||
|
||
35 Units
|
||
|
||
Each tagged sector is set to a light level of 35 units.
|
||
|
||
255 Units
|
||
|
||
Each tagged sector is set to a light level of 255 units.
|
||
|
||
-----------------------------------
|
||
Section 7.2 Lighting Linedef Types
|
||
-----------------------------------
|
||
|
||
Regular and Extended Lighting types
|
||
-------------------------------------------------------------------
|
||
# Class Trig Target
|
||
|
||
139 Reg SR 35 Units
|
||
170 Ext S1 35 Units
|
||
79 Reg WR 35 Units
|
||
35 Reg W1 35 Units
|
||
|
||
138 Reg SR 255 Units
|
||
171 Ext S1 255 Units
|
||
81 Reg WR 255 Units
|
||
13 Reg W1 255 Units
|
||
|
||
192 Ext SR Maximum Neighbor
|
||
169 Ext S1 Maximum Neighbor
|
||
80 Reg WR Maximum Neighbor
|
||
12 Reg W1 Maximum Neighbor
|
||
|
||
194 Ext SR Minimum Neighbor
|
||
173 Ext S1 Minimum Neighbor
|
||
157 Ext WR Minimum Neighbor
|
||
104 Reg W1 Minimum Neighbor
|
||
|
||
193 Ext SR Blinking
|
||
172 Ext S1 Blinking
|
||
156 Ext WR Blinking
|
||
17 Reg W1 Blinking
|
||
|
||
|
||
################
|
||
Section 8 Exits
|
||
################
|
||
|
||
An exit linedef type ends the current level bringing up the
|
||
intermission screen with its report of kills/items/secrets or frags
|
||
in the case of deathmatch. Obviously, none are retriggerable, and
|
||
none require tags, since no sector is affected.
|
||
|
||
---------------------------
|
||
Section 8.1 Exit Varieties
|
||
---------------------------
|
||
|
||
An exit can be activated by pushing on a switch with the exit type
|
||
or by walking over a linedef with the exit type, or by shooting a
|
||
linedef with the exit type with an impact weapon.
|
||
|
||
An exit can be normal or secret. The normal exit simply ends the
|
||
level and takes you to the next level via the intermission screen. A
|
||
secret exit only works in a special level depending on the IWAD being
|
||
played. In DOOM the secret exits can be on E1M3, E2M5, or E3M6. In
|
||
DOOM II they can be in levels 15 and 31. If a secret exit is used in
|
||
any other level, it brings you back to the start of the current
|
||
level. In DOOM the secret exits go from E1M3 to E1M9, E2M5 to E2M9,
|
||
and E3M6 to E3M9. In DOOM II they go from 15 to 31 and from 31 to 32.
|
||
In DOOM II a normal exit from 31 or 32 goes to level 16.
|
||
|
||
-----------------------------------
|
||
Section 8.2 Exit Linedef Types
|
||
-----------------------------------
|
||
|
||
Regular and Extended Exit types
|
||
-------------------------------------------------------------------
|
||
# Class Trig Type
|
||
|
||
11 Reg S1 Normal
|
||
52 Reg W1 Normal
|
||
197 Ext G1 Normal
|
||
|
||
51 Reg S1 Secret
|
||
124 Reg W1 Secret
|
||
198 Ext G1 Secret
|
||
|
||
######################
|
||
Section 9 Teleporters
|
||
######################
|
||
|
||
A teleporter is a linedef that when crossed or switched makes the
|
||
player or monster appear elsewhere in the level. There are only
|
||
regular and extended teleporters, no generalized teleporters exist
|
||
(yet). Teleporters are the only direction sensitive walkover
|
||
triggers in DOOM (to allow them to be exited without teleporting
|
||
again). They must be crossed from the first sidedef side in order to
|
||
work.
|
||
|
||
The place that the player or monster appears is set in one of two
|
||
ways. The more common is by a teleport thing in the sector tagged to
|
||
the teleport line. The newer completely player preserving line-line
|
||
silent teleport makes the player appear relative to the exit line
|
||
(identified by having the same tag as the entry line) with the same
|
||
orientation, position, momentum and height that they had relative to
|
||
the entry line just before teleportation. A special kind of line-line
|
||
teleporter is also provided that reverses the player's orientation by
|
||
180 degrees.
|
||
|
||
In the case of several lines tagged the same as the teleport line, or
|
||
several sectors tagged the same, or several teleport things in the
|
||
tagged sector, in all cases the lowest numbered one is used.
|
||
|
||
In DOOM crossing a W1 teleport line in the wrong direction used it
|
||
up, and it was never activatable. In BOOM this is not the case, it
|
||
does not teleport but remains active until next crossed in the right
|
||
direction.
|
||
|
||
If the exit of a teleporter is blocked a monster (or anything besides
|
||
a player) will not teleport thru it. However if the exit of teleporter
|
||
is blocked a player will, including into a down crusher, a monster,
|
||
or another player. In the latter two cases the monster/player
|
||
occupying the spot dies messily, and this is called a telefrag.
|
||
|
||
-------------------------------
|
||
Section 9.1 Teleport Varieties
|
||
-------------------------------
|
||
|
||
A teleporter can be walkover or switched, and retriggerable or not.
|
||
|
||
A teleporter can have destination set by a teleport thing in the
|
||
tagged sector, or by a line tagged the same as the teleport line.
|
||
These are called thing teleporters and line teleporters resp.
|
||
|
||
A teleporter can preserve orientation or set orientation from the
|
||
position, height, and angle of the teleport thing. Note a thing
|
||
destination teleporter always sets position, though it may preserve
|
||
orientation otherwise.
|
||
|
||
A teleporter can produce green fog and a whoosh noise, or it can be
|
||
silent, in which case it does neither.
|
||
|
||
A teleporter can transport monsters only, or both players and
|
||
monsters.
|
||
|
||
-----------------------------------
|
||
Section 9.2 Teleport Linedef types
|
||
-----------------------------------
|
||
|
||
Regular and Extended Teleport types
|
||
-------------------------------------------------------------------
|
||
# Class Trig Silent Mon Plyr Orient Dest
|
||
|
||
195 Ext SR No Yes Yes Set TP thing in tagged sector
|
||
174 Ext S1 No Yes Yes Set TP thing in tagged sector
|
||
97 Reg WR No Yes Yes Set TP thing in tagged sector
|
||
39 Reg W1 No Yes Yes Set TP thing in tagged sector
|
||
|
||
126 Reg WR No Yes No Set TP thing in tagged sector
|
||
125 Reg W1 No Yes No Set TP thing in tagged sector
|
||
269 Ext WR Yes Yes No Set TP thing in tagged sector
|
||
268 Ext W1 Yes Yes No Set TP thing in tagged sector
|
||
|
||
210 Ext SR Yes Yes Yes Preserve TP thing in tagged sector
|
||
209 Ext S1 Yes Yes Yes Preserve TP thing in tagged sector
|
||
208 Ext WR Yes Yes Yes Preserve TP thing in tagged sector
|
||
207 Ext W1 Yes Yes Yes Preserve TP thing in tagged sector
|
||
|
||
244 Ext WR Yes Yes Yes Preserve Line with same tag
|
||
243 Ext W1 Yes Yes Yes Preserve Line with same tag
|
||
263 Ext WR Yes Yes Yes Preserve Line with same tag (reversed)
|
||
262 Ext W1 Yes Yes Yes Preserve Line with same tag (reversed)
|
||
|
||
267 Ext WR Yes Yes No Preserve Line with same tag
|
||
266 Ext W1 Yes Yes No Preserve Line with same tag
|
||
265 Ext WR Yes Yes No Preserve Line with same tag (reversed)
|
||
264 Ext W1 Yes Yes No Preserve Line with same tag (reversed)
|
||
|
||
##################
|
||
Section 10 Donuts
|
||
##################
|
||
|
||
A donut is a very specialized linedef type that lowers a pillar in a
|
||
surrounding pool, while raising the pool and changing its texture and
|
||
type.
|
||
|
||
The tagged sector is the pillar, and its lowest numbered line must be
|
||
two-sided. The sector on the other side of that is the pool. The pool
|
||
must have a two-sided line whose second sidedef does not adjoin the
|
||
pillar, and the sector on the second side of the lowest numbered such
|
||
linedef is the model for the pool's texture change. The model sector
|
||
floor also provides the destination height both for lowering the
|
||
pillar and raising the pool.
|
||
|
||
No generalized donut linedefs exist, and all are switched or
|
||
walkover.
|
||
|
||
---------------------------------
|
||
Section 10.1 Donut Linedef types
|
||
---------------------------------
|
||
|
||
Regular and Extended Donut types
|
||
-------------------------------------------------------------------
|
||
# Class Trig
|
||
|
||
191 Ext SR
|
||
9 Reg S1
|
||
155 Ext WR
|
||
146 Ext W1
|
||
|
||
#############################
|
||
Section 11 Property Transfer
|
||
#############################
|
||
|
||
These linedefs are special purpose and are used to transfer
|
||
properties from the linedef itself or the sector on its first sidedef
|
||
to the tagged sector(s). None are triggered, they simply exist.
|
||
|
||
Extended Property Transfer Linedefs
|
||
-------------------------------------------------------------------
|
||
# Class Trig Description
|
||
|
||
213 Ext -- Set Tagged Floor Lighting to Lighting on 1st Sidedef's Sector
|
||
|
||
Used to give the floor of a sector a different light level from the
|
||
remainder of the sector. For example bright lava in a dark room.
|
||
|
||
261 Ext -- Set Tagged Ceiling Lighting to Lighting on 1st Sidedef's Sector
|
||
|
||
Used to give the ceiling of a sector a different light level from the
|
||
remainder of the sector.
|
||
|
||
260 Ext -- Make Tagged Lines (or this line if tag==0) Translucent
|
||
|
||
Used to make 2s normal textures translucent. If tag==0, then this linedef's
|
||
normal texture is made translucent if it's 2s, and the default translucency
|
||
map TRANMAP is used as the filter. If tag!=0, then all similarly-tagged 2s
|
||
linedefs' normal textures are made translucent, and if this linedef's first
|
||
sidedef contains a valid lump name for its middle texture (as opposed to a
|
||
texture name), and the lump is 64K long, then that lump will be used as the
|
||
translucency filter instead of the default TRANMAP, allowing different
|
||
filters to be used in different parts of the same maps. If the first side's
|
||
normal texture is not a valid translucency filter lump name, it must be a
|
||
valid texture name, and will be displayed as such on this linedef.
|
||
|
||
242 Ext -- Set Tagged Lighting, Flats Heights to 1st Sidedef's Sector,
|
||
and set colormap based on sidedef textures.
|
||
|
||
This allows the tagged sector to have two levels -- an actual floor and
|
||
ceiling, and another floor or ceiling where more flats are rendered. Things
|
||
will stand on the actual floor or hang from the actual ceiling, while this
|
||
function provides another rendered floor and ceiling at the heights of the
|
||
sector on the first sidedef of the linedef. Typical use is "deep water" that
|
||
can be over the player's head.
|
||
|
||
---------------------------------- < real sector's ceiling height
|
||
| real ceiling | < control sector's ceiling texture
|
||
| |
|
||
| | < control sector's lightlevel
|
||
| A |
|
||
| | < upper texture as colormap
|
||
| |
|
||
| | < control sector's floor texture
|
||
---------------------------------- < control sector's ceiling height
|
||
| fake ceiling | < real sector's ceiling texture
|
||
| |
|
||
| | < real sector's lightlevel
|
||
| B |
|
||
| | < normal texture as colormap
|
||
| |
|
||
| fake floor | < real sector's floor texture
|
||
---------------------------------- < control sector's floor height
|
||
| | < control sector's ceiling texture
|
||
| |
|
||
| | < control sector's lightlevel
|
||
| C |
|
||
| | < lower texture as colormap
|
||
| |
|
||
| real floor | < control sector's floor texture
|
||
---------------------------------- < real sector's floor height
|
||
|
||
Boom sectors controlled by a 242 linedef are partitioned into 3 spaces.
|
||
The viewer's xyz coordinates uniquely determine which space they are in.
|
||
|
||
If they are in space B (normal space), then the floor and ceiling textures
|
||
and lightlevel from the real sector are used, and the colormap from the 242
|
||
linedef's first sidedef's normal texture is used (COLORMAP is used if it's
|
||
invalid or missing). The floor and ceiling are rendered at the control
|
||
sector's heights.
|
||
|
||
If they are in space C ("underwater"), then the floor and ceiling textures
|
||
and lightlevel from the control sector are used, and the lower texture in
|
||
the 242 linedef's first sidedef is used as the colormap.
|
||
|
||
If they are in space A ("head over ceiling"), then the floor and ceiling
|
||
textures and lightlevel from the control sector are used, and the upper
|
||
texture in the 242 linedef's first sidedef is used as the colormap.
|
||
|
||
If only two of these adjacent partitions in z-space are used, such as
|
||
underwater and normal space, one has complete control over floor textures,
|
||
ceiling textures, light level, and colormaps, in each of the two partitions.
|
||
The control sector determines the textures and lighting in the more "unusual"
|
||
case (e.g. underwater).
|
||
|
||
It's also possible for the fake floor to extend below the real floor, in
|
||
which case an invisible platform / stair effect is created. In that case,
|
||
the picture looks like this (barring any ceiling effects too):
|
||
|
||
---------------------------------- < real sector's ceiling texture
|
||
| real ceiling = fake ceiling |
|
||
| |
|
||
| |
|
||
| B | < real sector's lightlevel
|
||
| | < normal texture's colormap
|
||
| |
|
||
| real floor |
|
||
---------------------------------- < invisible, no texture drawn
|
||
| |
|
||
| |
|
||
| | < real sector's lightlevel
|
||
| C | < normal texture's colormap
|
||
| |
|
||
| |
|
||
| fake floor | < real sector's floor texture
|
||
---------------------------------- < fake sector's floor height
|
||
|
||
In this case, since the viewer is always at or above the fake floor, no
|
||
colormap/lighting/texture changes occur -- the fake floor just gets drawn
|
||
at the control sector's height, but at the real sector's lighting and
|
||
texture, while objects stand on the higher height of the real floor.
|
||
|
||
It's the viewer's position relative to the fake floor and/or fake ceiling,
|
||
which determines whether the control sector's lighting and textures should
|
||
be used, and which colormap should be used. If the viewer is always between
|
||
the fake floor and fake ceiling, then no colormap, lighting, or texture
|
||
changes occur, and the view just sees the real sector's textures and light
|
||
level drawn at possibly different heights.
|
||
|
||
If the viewer is below the fake floor height set by the control sector, or is
|
||
above the fake ceiling height set by the control sector, then the corresponding
|
||
colormap is used (lower or upper texture name), and the textures and lighting
|
||
are taken from the control sector rather than the real sector. They are still
|
||
stacked vertically in standard order -- the control sector's ceiling is always
|
||
drawn above the viewer, and the control sector's floor is always drawn below
|
||
the viewer.
|
||
|
||
The kaleidescope effect only occurs when F_SKY1 is used as the control sector's
|
||
floor or ceiling. If F_SKY1 is used as the control sector's ceiling texture,
|
||
then under water, only the control sector's floor appears, but it "envelops"
|
||
the viewer. Similarly, if F_SKY1 is used as the control sector's floor texture,
|
||
then when the player's head is over a fake ceiling, the control sector's
|
||
ceiling is used throughout.
|
||
|
||
F_SKY1 causes HOM when used as a fake ceiling between the viewer and normal
|
||
space. Since there is no other good use for it, this kaleidescope is an
|
||
option turned on by F_SKY1. Note that this does not preclude the use of sky
|
||
REAL ceilings over deep water -- this is the control sector's ceiling, the
|
||
one displayed when the viewer is underwater, not the real one.
|
||
|
||
A colormap has the same size and format as Doom's COLORMAP. Extra colormaps
|
||
may defined in Boom by adding them between C_START and C_END markers in wads.
|
||
Colormaps between C_START and C_END are automatically merged by Boom with any
|
||
previously defined colormaps.
|
||
|
||
WATERMAP is a colormap predefined by Boom which can be used to provide a
|
||
blue-green tint while the player is under water. WATERMAP can be modified by
|
||
pwads.
|
||
|
||
Ceiling bleeding may occur if required upper textures are not used.
|
||
|
||
223 Ext -- Length Sets Friction in tagged Sector,Sludge<100, Ice>100
|
||
|
||
The length of the linedef with type 223 controls the amount of friction
|
||
experienced by the player in the tagged sector, when in contact with the
|
||
floor. Lengths less than 100 are sticker than normal, lengths greater than
|
||
100 are slipperier than normal. The effect is only present in the tagged
|
||
sector when its friction enable bit (bit 8) in the sector type is set.
|
||
This allows the flat to be changed in conjunction with turning the effect
|
||
on or off thru texture/type changes.
|
||
|
||
|
||
Constant pushers
|
||
----------------
|
||
Two types of constant pushers are available, wind and current. Depending
|
||
on whether you are above, on, or below (special water sectors) the ground
|
||
level, the amount of force varies.
|
||
|
||
The length of the linedef defines the 'full' magnitude of the force, and
|
||
the linedef's angle defines the direction.
|
||
|
||
line type above on under
|
||
--------- ----- -- -----
|
||
wind 224 full half none
|
||
current 225 none full full
|
||
|
||
The linedef should be tagged to the sector where you want the effect. The
|
||
special type of the sector should have bit 9 set (0x200). If this bit
|
||
is turned off, the effect goes away. For example, a fan creating a wind
|
||
could be turned off, and the wind dies, by changing the sector type and
|
||
clearing that bit.
|
||
|
||
Constant pushers can be combined with scrolling effects and point
|
||
pushers.
|
||
|
||
224 Ext -- Length/Direction Sets Wind Force in tagged Sectors
|
||
|
||
|
||
225 Ext -- Length/Direction Sets Current Force in tagged Sectors
|
||
|
||
Point pushers
|
||
-------------
|
||
Two types of point pushers are available, push and pull.
|
||
|
||
The previous implementation of these was SECTOR-SPECIFIC. The new
|
||
implementation ignores sector boundaries and provides the effect in a
|
||
circular area whose center is defined by a Thing of type 5001 (push)
|
||
or 5002 (pull). You now also don't have to set any option flags on these
|
||
Things. A new linedef type of 226 is used to control the effect, and this
|
||
line should be tagged to the sector with the 5001/5002 Thing.
|
||
|
||
The length of the linedef defines the 'full' magnitude of the force, and
|
||
the force is inversely proportional to distance from the point source. If
|
||
the length of the controlling linedef is L, then the force is reduced to
|
||
zero at a distance of 2L.
|
||
|
||
The angle of the controlling linedef is not used.
|
||
|
||
The sector where the 5001/5002 Things reside must have bit 9 set (0x200)
|
||
in its type. If this is turned off, the effect goes away.
|
||
|
||
Point pushers can be combined with scrolling effects and constant
|
||
pushers.
|
||
|
||
226 Ext -- Length Sets Point Source Wind/Current Force in Tagged Sectors
|
||
|
||
###########################################
|
||
Section 12 Scrolling Walls, Flats, Objects
|
||
###########################################
|
||
|
||
|
||
Static Scrollers
|
||
|
||
The most basic kind of scrolling linedef causes some part of the tagged
|
||
sector or tagged wall to scroll, in proportion to the length of the
|
||
linedef the trigger is on, and according to the direction that trigger
|
||
linedef lies. For each 32 units of length of the trigger, the tagged
|
||
object scrolls 1 unit per frame. Since the length of a linedef doesn't
|
||
change during gameplay, these types are static, the scrolling effect
|
||
remains constant during gameplay. However, these effects can be combined
|
||
with, and/or canceled by, other scrollers.
|
||
|
||
|
||
250 -- Scroll Tagged Ceiling
|
||
|
||
The ceiling of the tagged sector scrolls in the direction of the linedef
|
||
trigger, 1 unit per frame for each 32 units of linedef trigger length.
|
||
Objects attached to the ceiling do not move.
|
||
|
||
|
||
251 -- Scroll Tagged Floor
|
||
|
||
The floor of the tagged sector scrolls in the direction of the linedef
|
||
trigger, 1 unit per frame for each 32 units of linedef trigger length.
|
||
Objects resting on the floor do not move.
|
||
|
||
|
||
252 -- Carry Objects on Tagged Floor
|
||
|
||
Objects on the floor of the tagged sector move in the direction of the
|
||
linedef trigger, 1 unit per frame for each 32 units of linedef trigger
|
||
length. The floor itself does not scroll.
|
||
|
||
|
||
253 -- Scroll Tagged Floor, Carry Objects
|
||
|
||
Both the floor of the tagged sector and objects resting on that floor
|
||
move in the direction of the linedef trigger, 1 unit per frame for each
|
||
32 units of linedef trigger length.
|
||
|
||
|
||
254 -- Scroll Tagged Wall, Same as Floor/Ceiling
|
||
|
||
Walls with the same tag as the linedef trigger scroll at the same
|
||
rate as a floor or ceiling controlled by one of 250-253, allowing
|
||
their motion to be synchronized. When the linedef trigger is not
|
||
parallel to the wall, the component of the linedef in the direction
|
||
perpendicular to the wall causes the wall to scroll vertically. The
|
||
length of the component parallel to the wall sets the horizontal
|
||
scroll rate, the length of the component perpendicular to the wall
|
||
sets the vertical scroll rate.
|
||
|
||
|
||
Simple Static Scrollers
|
||
|
||
For convenience three simpler static scroll functions are provided
|
||
for when you just need a wall to scroll and don't need to control its
|
||
rate and don't want to bother with proportionality.
|
||
|
||
255 -- Scroll Wall Using Sidedef Offsets
|
||
|
||
For simplicity, a static scroller is provided that scrolls the first
|
||
sidedef of a linedef, based on its x- and y- offsets. No tag is used.
|
||
The x offset controls the rate of horizontal scrolling, 1 unit per
|
||
frame per x offset, and the y offset controls the rate of vertical
|
||
scrolling, 1 unit per frame per y offset.
|
||
|
||
48 -- Animated wall, Scrolls Left
|
||
|
||
A linedef with this type scrolls its first sidedef left at a
|
||
constant rate of 1 unit per frame.
|
||
|
||
85 -- Animated wall, Scrolls Right
|
||
|
||
A linedef with this type scrolls its first sidedef right at a
|
||
constant rate of 1 unit per frame.
|
||
|
||
|
||
|
||
Dynamic Scrolling
|
||
|
||
To achieve dynamic scrolling effects, the position or rate of scrolling
|
||
is controlled by the relative position of the floor and ceiling of the
|
||
sector on the scrolling trigger's first sidedef. The direction of
|
||
scrolling remains controlled by the direction of the linedef trigger.
|
||
Either the floor or ceiling may move in the controlling sector, or
|
||
both. The control variable is the amount of change in the sum of the
|
||
floor and ceiling heights.
|
||
|
||
All scroll effects are additive, and thus two or more effects may
|
||
reinforce and/or cancel each other.
|
||
|
||
Displacement Scrollers
|
||
|
||
In the first kind, displacement scrolling, the position of the scrolled
|
||
objects or walls changes proportionally to the motion of the floor or
|
||
ceiling in the sector on the first sidedef of the scrolling trigger.
|
||
The proportionality is set by the length of the linedef trigger. If it
|
||
is 32 units long, the wall, floor, ceiling, or object moves 1 unit for
|
||
each unit the floor or ceiling of the controlling sector moves. If it
|
||
is 64 long, they move 2 units per unit of relative floor/ceiling motion
|
||
in the controlling sector and so on.
|
||
|
||
245 -- Scroll Tagged Ceiling w.r.t. 1st Side's Sector
|
||
|
||
The tagged sector's ceiling texture scrolls in the direction of the
|
||
scrolling trigger line, when the sector on the trigger's first sidedef
|
||
changes height. The amount moved is the height change times the trigger
|
||
length, divided by 32. Objects attached to the ceiling do not move.
|
||
|
||
|
||
246 -- Scroll Tagged Floor w.r.t. 1st Side's Sector
|
||
|
||
The tagged sector's floor texture scrolls in the direction of the
|
||
scrolling trigger line when the sector on the trigger's first sidedef
|
||
changes height. The amount moved is the height change times the trigger
|
||
length, divided by 32. Objects on the floor do not move.
|
||
|
||
|
||
247 -- Push Objects on Tagged Floor wrt 1st Side's Sector
|
||
|
||
Objects on the tagged sector's floor move in the direction of the
|
||
scrolling trigger line when the sector on the trigger's first sidedef
|
||
changes height. The amount moved is the height change times the trigger
|
||
length, divided by 32.
|
||
|
||
|
||
248 -- Push Objects & Tagged Floor wrt 1st Side's Sector
|
||
|
||
The tagged sector's floor texture, and objects on the floor, move in
|
||
the direction of the scrolling trigger line when the sector on the
|
||
trigger's first sidedef changes height. The amount moved is the height
|
||
change times the trigger length, divided by 32.
|
||
|
||
|
||
249 -- Scroll Tagged Wall w.r.t 1st Side's Sector
|
||
|
||
Walls with the same tag as the linedef trigger scroll at the same
|
||
rate as a floor or ceiling controlled by one of 245-249, allowing
|
||
their motion to be synchronized. When the linedef trigger is not
|
||
parallel to the wall, the component of the linedef in the direction
|
||
perpendicular to the wall causes the wall to scroll vertically. The
|
||
length of the component parallel to the wall sets the horizontal
|
||
scroll displacement, the length of the component perpendicular to
|
||
the wall sets the vertical scroll displacement. The distance scrolled
|
||
is the controlling sector's height change times the trigger length,
|
||
divided by 32.
|
||
|
||
|
||
Accelerative Scrollers
|
||
|
||
The second kind of dynamic scrollers, accelerative scrollers, also
|
||
react to height changes in the sector on the first sidedef of the
|
||
linedef trigger, but the RATE of scrolling changes, not the
|
||
displacement. That is, changing the controlling sector's height
|
||
speeds up or slows down the scrolling by the change in height
|
||
times the trigger's length, divided by 32.
|
||
|
||
An on/off scroller can be made by using an accelerative scroller
|
||
and any linedef that changes the controlling sector's heights.
|
||
If a scroll effect which is initially on is desired, then the
|
||
accelerative scroller should be combined with a static one which
|
||
turns the scroll effect on initially. The accelerative scroller
|
||
would then need to be set up to cancel the static scroller's
|
||
effect when the controlling sector's height changes.
|
||
|
||
|
||
214 -- Accel Tagged Ceiling w.r.t. 1st Side's Sector
|
||
|
||
The tagged sector's ceiling's rate of scroll changes in the direction
|
||
of the trigger linedef (use vector addition if already scrolling) by
|
||
the change in height of the sector on the trigger's first sidedef
|
||
times the length of the linedef trigger, divided by 32. For example,
|
||
if the ceiling is motionless originally, the linedef trigger is 32
|
||
long, and the ceiling of the controlling sector moves 1 unit, the
|
||
tagged ceiling will start scrolling at 1 unit per frame.
|
||
|
||
|
||
215 -- Accel Tagged Floor w.r.t. 1st Side's Sector
|
||
|
||
The tagged sector's floor's rate of scroll changes in the direction of
|
||
the trigger linedef (use vector addition if already scrolling) by the
|
||
change in height of the sector on the trigger's first sidedef times
|
||
the length of the linedef trigger, divided by 32. For example, if
|
||
the floor is motionless originally, the linedef trigger is 32 long,
|
||
and the ceiling of the controlling sector moves 1 unit, the tagged
|
||
floor will start scrolling at 1 unit per frame.
|
||
|
||
|
||
216 -- Accel Objects on Tagged Floor wrt 1st Side's Sector
|
||
|
||
Objects on the tagged sector's floor's rate of motion changes in the
|
||
direction of the trigger linedef (use vector addition if already
|
||
moving) by the change in height of the sector on the trigger's first
|
||
sidedef times the length of the linedef trigger divided by 32. For
|
||
example, if the objects are motionless originally, the linedef trigger
|
||
is 32 long, and the ceiling of the controlling sector moves 1 unit,
|
||
the objects on the tagged floor will start moving at 1 unit per frame.
|
||
|
||
|
||
217 -- Accel Objects&Tagged Floor wrt 1st Side's Sector
|
||
|
||
The tagged sector's floor, and objects on it, change its rate of
|
||
motion in the direction of the trigger linedef (use vector addition
|
||
if already moving) by the change in height of the sector on the
|
||
trigger's first sidedef times the length of the linedef trigger, divided
|
||
by 32. For example, if the floor and objects are motionless originally,
|
||
the linedef trigger is 32 long, and the ceiling of the controlling
|
||
sector moves 1 unit, the objects and the tagged floor will start moving
|
||
at 1 unit per frame.
|
||
|
||
|
||
218 -- Accel Tagged Wall w.r.t 1st Side's Sector
|
||
|
||
Walls with the same tag as the linedef trigger increase their
|
||
scroll rate in sync with a floor or ceiling controlled by one of
|
||
214-217. When the linedef trigger is not parallel to the wall, the
|
||
component of the linedef in the direction perpendicular to the wall
|
||
causes the wall to increase its vertical scroll rate. The length of
|
||
the component parallel to the wall sets the change in horizontal
|
||
scroll rate, the length of the component perpendicular to the wall
|
||
sets the change in vertical scroll rate. The rate change is the height
|
||
change times the trigger length, divided by 32.
|
||
|
||
|
||
======================================================================
|
||
|
||
#######################################################
|
||
Section 13 Detailed Generalized Linedef Specification
|
||
#######################################################
|
||
|
||
|
||
BOOM has added generalized linedef types that permit the parameters
|
||
of linedef actions to be nearly independently chosen.
|
||
|
||
To support these, DETH has been modified to support them via dialogs
|
||
for each generalized type; each dialog allows the parameters for
|
||
that type to be independently specified by choice from a array of
|
||
radio buttons. A parser has also been added to support reading back
|
||
the function of a generalized linedef from its type number.
|
||
|
||
NOTE to wad authors:
|
||
|
||
This requires a lot of type numbers, 20608 in all so far. Some
|
||
editors may object to the presence of these new types thru assuming
|
||
that a lookup table of size 256 suffices (or some other reason). For
|
||
those that must continue to use such an editor, it may be necessary
|
||
to stick to the old linedef types, which are still present.
|
||
|
||
We are also providing command line tools to set these linedef types,
|
||
independent of which editor you happen to use, but they are a lot
|
||
less slick, and more difficult to use than DETH. See TRIGCALC.EXE and
|
||
CLED.EXE in the EDITUTIL.ZIP package of the BOOM distribution.
|
||
|
||
== Generalized Linedef Ranges =======================================
|
||
|
||
There are types for Floors, Ceilings, Doors, Locked Doors, Lifts,
|
||
Stairs, and Crushers. The allocation of linedef type field numbers is
|
||
according to the following table:
|
||
|
||
Type Start Length (Dec)
|
||
-----------------------------------------------------------------
|
||
Floors 0x6000 0x2000 (8192)
|
||
Ceilings 0x4000 0x2000 (8192)
|
||
Doors 0x3c00 0x0400 (1024)
|
||
Locked Doors 0x3800 0x0400 (1024)
|
||
Lifts 0x3400 0x0400 (1024)
|
||
Stairs 0x3000 0x0400 (1024)
|
||
Crushers 0x2F80 0x0080 (128)
|
||
-----------------------------------------------------------------
|
||
Totals: 0x2f80-0x7fff 0x5080 (20608)
|
||
|
||
======================================================================
|
||
|
||
The following sections define the placement and meaning of the bit
|
||
fields within each linedef category. Fields in the description are
|
||
listed in increasing numeric order.
|
||
|
||
Some nomenclature:
|
||
|
||
Target height designations:
|
||
|
||
H means highest, L means lowest, N means next, F means floor, C means
|
||
ceiling, n means neighbor, Cr means crush, sT means shortest
|
||
lower texture.
|
||
|
||
Texture change designations:
|
||
|
||
c0n change texture, change sector type to 0, numeric model change
|
||
c0t change texture, change sector type to 0, trigger model change
|
||
cTn change texture only, numeric model change
|
||
cTt change texture only, trigger model change
|
||
cSn change texture and sector type to model's, numeric model change
|
||
cSt change texture and sector type to model's, trigger model change
|
||
|
||
A trigger model change uses the sector on the first side of the
|
||
trigger for its model. A numeric model change looks at the sectors
|
||
adjoining the tagged sector at the target height, and chooses the one
|
||
across the lowest numbered two sided line for its model. If no model
|
||
exists, no change occurs. Note that in DOOM II v1.9, no model meant
|
||
an illegal sector type was generated.
|
||
|
||
|
||
------------------------------------------------------------------
|
||
generalized floors (8192 types)
|
||
|
||
field description NBits Mask Shift
|
||
------------------------------------------------------------------
|
||
|
||
trigger W1/WR/S1/SR/G1/GR/D1/DR 3 0x0007 0
|
||
speed slow/normal/fast/turbo 2 0x0018 3
|
||
model trig/numeric -or- nomonst/monst 1 0x0020 5
|
||
direct down/up 1 0x0040 6
|
||
target HnF/LnF/NnF/LnC/C/sT/24/32 3 0x0380 7
|
||
change nochg/zero/txtonly/type 2 0x0c00 10
|
||
crush no/yes 1 0x1000 12
|
||
|
||
DETH Nomenclature:
|
||
|
||
W1[m] F->HnF DnS [c0t] [Cr]
|
||
WR[m] F->LnF DnN [c0n]
|
||
S1[m] F->NnF DnF [cTt]
|
||
SR[m] F->LnC DnT [cTn]
|
||
G1[m] F->C UpS [cSt]
|
||
GR[m] FbysT UpN [cSn]
|
||
D1[m] Fby24 UpF
|
||
DR[m] Fby32 UpT
|
||
|
||
Notes:
|
||
|
||
1) When change is nochg, model is 1 when monsters can activate trigger
|
||
otherwise monsters cannot activate it.
|
||
2) The change fields mean the following:
|
||
nochg - means no texture change or type change
|
||
zero - means sector type is zeroed, texture copied from model
|
||
txtonly - means sector type unchanged, texture copied from model
|
||
type - means sector type and floor texture are copied from model
|
||
3) down/up specifies the "normal" direction for moving. If the
|
||
target specifies motion in the opposite direction, motion is instant.
|
||
Otherwise it occurs at speed specified by speed field.
|
||
4) Speed is 1/2/4/8 units per tic
|
||
5) If change is nonzero then model determines which sector is copied.
|
||
If model is 0 its the sector on the first side of the trigger.
|
||
if model is 1 (numeric) then the model sector is the sector at
|
||
destination height on the opposite side of the lowest numbered
|
||
two sided linedef around the tagged sector. If it doesn't exist
|
||
no change occurs.
|
||
|
||
------------------------------------------------------------------
|
||
generalized ceilings (8192 types)
|
||
|
||
field description NBits Mask Shift
|
||
------------------------------------------------------------------
|
||
|
||
trigger W1/WR/S1/SR/G1/GR/D1/DR 3 0x0007 0
|
||
speed slow/normal/fast/turbo 2 0x0018 3
|
||
model trig/numeric -or- nomonst/monst 1 0x0020 5
|
||
direct down/up 1 0x0040 6
|
||
target HnC/LnC/NnC/HnF/F/sT/24/32 3 0x0380 7
|
||
change nochg/zero/txtonly/type 2 0x0c00 10
|
||
crush no/yes 1 0x1000 12
|
||
|
||
DETH Nomenclature:
|
||
|
||
W1[m] C->HnC DnS [Cr] [c0t]
|
||
WR[m] C->LnC DnN [c0n]
|
||
S1[m] C->NnC DnF [cTt]
|
||
SR[m] C->HnF DnT [cTn]
|
||
G1[m] C->F UpS [cSt]
|
||
GR[m] CbysT UpN [cSn]
|
||
D1[m] Cby24 UpF
|
||
DR[m] Cby32 UpT
|
||
|
||
Notes:
|
||
|
||
1) When change is nochg, model is 1 when monsters can activate trigger
|
||
otherwise monsters cannot activate it.
|
||
2) The change fields mean the following:
|
||
nochg - means no texture change or type change
|
||
zero - means sector type is zeroed, texture copied from model
|
||
txtonly - means sector type unchanged, texture copied from model
|
||
type - means sector type and ceiling texture are copied from model
|
||
3) down/up specifies the "normal" direction for moving. If the
|
||
target specifies motion in the opposite direction, motion is instant.
|
||
Otherwise it occurs at speed specified by speed field.
|
||
4) Speed is 1/2/4/8 units per tic
|
||
5) If change is nonzero then model determines which sector is copied.
|
||
If model is 0 its the sector on the first side of the trigger.
|
||
if model is 1 (numeric) then the model sector is the sector at
|
||
destination height on the opposite side of the lowest numbered
|
||
two sided linedef around the tagged sector. If it doesn't exist
|
||
no change occurs.
|
||
|
||
------------------------------------------------------------------
|
||
generalized doors (1024 types)
|
||
|
||
field description NBits Mask Shift
|
||
------------------------------------------------------------------
|
||
|
||
trigger W1/WR/S1/SR/G1/GR/D1/DR 3 0x0007 0
|
||
speed slow/normal/fast/turbo 2 0x0018 3
|
||
kind odc/o/cdo/c 2 0x0060 5
|
||
monster n/y 1 0x0080 7
|
||
delay 1/4/9/30 (secs) 2 0x0300 8
|
||
|
||
DETH Nomenclature:
|
||
|
||
W1[m] OpnD{1|4|9|30}Cls S
|
||
WR[m] Opn N
|
||
S1[m] ClsD{1|4|9|30}Opn F
|
||
SR[m] Cls T
|
||
G1[m]
|
||
GR[m]
|
||
D1[m]
|
||
DR[m]
|
||
|
||
Notes:
|
||
|
||
1) The odc (Open, Delay, Close) and cdo (Close, Delay, Open) kinds use
|
||
the delay field. The o (Open and Stay) and c (Close and Stay) kinds
|
||
do not.
|
||
2) The precise delay timings in gametics are: 35/150/300/1050
|
||
3) Speed is 2/4/8/16 units per tic
|
||
|
||
------------------------------------------------------------------
|
||
generalized locked doors (1024 types)
|
||
|
||
field description NBits Mask Shift
|
||
------------------------------------------------------------------
|
||
|
||
trigger W1/WR/S1/SR/G1/GR/D1/DR 3 0x0007 0
|
||
speed slow/normal/fast/turbo 2 0x0018 3
|
||
kind odc/o 1 0x0020 5
|
||
lock any/rc/yc/bc/rs/bs/ys/all 3 0x01c0 6
|
||
sk=ck n/y 1 0x0200 9
|
||
|
||
DETH Nomenclature:
|
||
|
||
W1[m] OpnD{1|4|9|30}Cls S Any
|
||
WR[m] Opn N R{C|S|K}
|
||
S1[m] F B{C|S|K}
|
||
SR[m] T Y{C|S|K}
|
||
G1[m] All{3|6}
|
||
GR[m]
|
||
D1[m]
|
||
DR[m]
|
||
|
||
Notes:
|
||
|
||
1) Delay for odc kind is constant at 150 gametics or about 4.333 secs
|
||
2) The lock field allows any key to open a door, or a specific key to
|
||
open a door, or all keys to open a door.
|
||
3) If the sk=ck field is 0 (n) skull and cards are different keys,
|
||
otherwise they are treated identically. Hence an "all" type door
|
||
requires 3 keys if sk=ck is 1, and 6 keys if sk=ck is 0.
|
||
4) Speed is 2/4/8/16 units per tic
|
||
|
||
-------------------------------------------------------------------
|
||
generalized lifts (1024 types)
|
||
|
||
field description NBits Mask Shift
|
||
-------------------------------------------------------------------
|
||
|
||
trigger W1/WR/S1/SR/G1/GR/D1/DR 3 0x0007 0
|
||
speed slow/normal/fast/turbo 2 0x0018 3
|
||
monster n/y 1 0x0020 5
|
||
delay 1/3/5/10 (secs) 2 0x00c0 6
|
||
target LnF/NnF/LnC/LnF<->HnF(perp.) 2 0x0300 8
|
||
|
||
DETH Nomenclature:
|
||
|
||
W1[m] Lft F->LnFD{1|3|5|10} S
|
||
WR[m] F->NnFD{1|3|5|10} N
|
||
S1[m] F->LnCD{1|3|5|10} F
|
||
SR[m] HnF<->LnFD{1|3|5|10} T
|
||
G1[m]
|
||
GR[m]
|
||
D1[m]
|
||
DR[m]
|
||
|
||
Notes:
|
||
|
||
1) The precise delay timings in gametics are: 35/105/165/350
|
||
2) Speed is 1/2/4/8 units per tic
|
||
3) If the target specified is above starting floor height, or does not
|
||
exist the lift does not move when triggered. NnF is Next Lowest
|
||
Neighbor Floor.
|
||
4) Starting a perpetual lift between lowest and highest neighboring floors
|
||
locks out all other actions on the sector, even if it is stopped with
|
||
the non-extended stop perpetual floor function.
|
||
|
||
-------------------------------------------------------------------
|
||
generalized stairs (1024 types)
|
||
|
||
field description NBits Mask Shift
|
||
-------------------------------------------------------------------
|
||
|
||
trigger W1/WR/S1/SR/G1/GR/D1/DR 3 0x0007 0
|
||
speed slow/normal/fast/turbo 2 0x0018 3
|
||
monster n/y 1 0x0020 5
|
||
step 4/8/16/24 2 0x00c0 6
|
||
dir dn/up 1 0x0100 8
|
||
igntxt n/y 1 0x0200 9
|
||
|
||
DETH Nomenclature:
|
||
|
||
W1[m] Stair Dn s4 S [Ign]
|
||
WR[m] Up s8 N
|
||
S1[m] s16 F
|
||
SR[m] s24 T
|
||
G1[m]
|
||
GR[m]
|
||
D1[m]
|
||
DR[m]
|
||
|
||
Notes:
|
||
|
||
1) Speed is .25/.5/2/4 units per tic
|
||
2) If igntxt is 1, then the staircase will not stop building when
|
||
a step does not have the same texture as the previous.
|
||
3) A retriggerable stairs builds up and down alternately on each
|
||
trigger.
|
||
|
||
-------------------------------------------------------------------
|
||
generalized crushers (128 types)
|
||
|
||
field description NBits Mask Shift
|
||
-------------------------------------------------------------------
|
||
|
||
trigger W1/WR/S1/SR/G1/GR/D1/DR 3 0x0007 0
|
||
speed slow/normal/fast/turbo 2 0x0018 3
|
||
monster n/y 1 0x0020 5
|
||
silent n/y 1 0x0040 6
|
||
|
||
DETH Nomenclature:
|
||
|
||
W1[m] Crusher S [Silent]
|
||
WR[m] N
|
||
S1[m] F
|
||
SR[m] T
|
||
G1[m]
|
||
GR[m]
|
||
D1[m]
|
||
DR[m]
|
||
|
||
Notes:
|
||
|
||
1) Speed is 1/2/4/8 units per second, faster means slower damage as usual.
|
||
2) If silent is 1, the crusher is totally quiet, no start/stop sounds
|
||
|
||
|
||
======================================================================
|
||
Part II Sector Types
|
||
======================================================================
|
||
|
||
BOOM is backward compatible with DOOM's sector types. All types 0-17
|
||
have the same meaning they did under DOOM. Types 18-31 are reserved
|
||
for extended sector types, that work like DOOM's and share the
|
||
limitation that only one type can be active in a sector at once. No
|
||
extended sector types are implemented at this time.
|
||
|
||
####################################
|
||
Section 14. Regular Sector types
|
||
####################################
|
||
|
||
From Matt Fell's Unofficial DOOM Spec the DOOM sector types are:
|
||
|
||
Dec Hex Class Description
|
||
-------------------------------------------------------------------
|
||
0 00 - Normal, no special characteristic.
|
||
1 01 Light random off
|
||
2 02 Light blink 0.5 second
|
||
3 03 Light blink 1.0 second
|
||
4 04 Both -10/20% health AND light blink 0.5 second
|
||
5 05 Damage -5/10% health
|
||
7 07 Damage -2/5% health
|
||
8 08 Light oscillates
|
||
9 09 Secret a player must stand in this sector to get credit for
|
||
finding this secret. This is for the SECRETS ratio
|
||
on inter-level screens.
|
||
10 0a Door 30 seconds after level start, ceiling closes like a door.
|
||
11 0b End -10/20% health. If a player's health is lowered to less
|
||
than 11% while standing here, then the level ends! Play
|
||
proceeds to the next level. If it is a final level
|
||
(levels 8 in DOOM 1, level 30 in DOOM 2), the game ends!
|
||
12 0c Light blink 0.5 second, synchronized
|
||
13 0d Light blink 1.0 second, synchronized
|
||
14 0e Door 300 seconds after level start, ceiling opens like a door.
|
||
16 10 Damage -10/20% health
|
||
|
||
17 11 Light flickers on and off randomly
|
||
|
||
Note that BOOM will NEVER exit the game on an illegal sector type, as
|
||
was the case with DOOM. The sector type will merely be ignored.
|
||
|
||
####################################
|
||
Section 15. Generalized sector types
|
||
####################################
|
||
|
||
BOOM also provides generalized sector types, based on bit fields,
|
||
that allow several sector type properties to be independently
|
||
specified for a sector. Texture change linedefs can be used to switch
|
||
some or all of these properties dynamically, outside lighting.
|
||
|
||
Bits 0 thru 4 specify the lighting type in the sector, the same codes
|
||
that DOOM used are employed:
|
||
|
||
Dec Bits 4-0 Description
|
||
-------------------------------------------------------------------
|
||
0 00000 Normal lighting
|
||
1 00001 random off
|
||
2 00010 blink 0.5 second
|
||
3 00011 blink 1.0 second
|
||
4 00100 -10/20% health AND light blink 0.5 second
|
||
8 01000 oscillates
|
||
12 01100 blink 0.5 second, synchronized
|
||
13 01101 blink 1.0 second, synchronized
|
||
17 10001 flickers on and off randomly
|
||
|
||
Bits 5 and 6 set the damage type of the sector, with the usual
|
||
5/10/20 damage units per second.
|
||
|
||
Dec Bits 6-5 Description
|
||
-------------------------------------------------------------------
|
||
0 00 No damage
|
||
32 01 5 units damage per sec (halve damage in TYTD skill)
|
||
64 10 10 units damage per sec
|
||
96 11 20 units damage per sec
|
||
|
||
Bit 7 makes the sector count towards the secrets total at game end
|
||
|
||
Dec Bit 7 Description
|
||
-------------------------------------------------------------------
|
||
0 0 Sector is not secret
|
||
128 1 Sector is secret
|
||
|
||
Bit 8 enables the ice/mud effect controlled by linedef 223
|
||
|
||
Dec Bit 8 Description
|
||
-------------------------------------------------------------------
|
||
0 0 Sector friction disabled
|
||
256 1 Sector friction enabled
|
||
|
||
Bit 9 enables the wind effects controlled by linedefs 224-226
|
||
|
||
Dec Bit 9 Description
|
||
-------------------------------------------------------------------
|
||
0 0 Sector wind disabled
|
||
512 1 Sector wind enabled
|
||
|
||
Bits 10 and 11 are not implemented yet, but are reserved for use in
|
||
sound control. Bit 10 will suppress all sounds within the sector,
|
||
while bit 11 will disable any sounds due to floor or ceiling motion
|
||
by the sector.
|
||
|
||
======================================================================
|
||
Part III Linedef Flags
|
||
======================================================================
|
||
|
||
Only one new linedef flag is implemented, called PassThru, which
|
||
allows a push or switch linedef trigger to pass the push action thru
|
||
it to ones within range behind it. In this way BOOM is capable of
|
||
setting off many actions with a single push. Note that the limitation
|
||
of one floor action, one ceiling action, and one lighting action per
|
||
sector affect still applies however.
|
||
|
||
The new linedef flag is bit 9, value 512, in the linedef flags word.
|
||
|
||
======================================================================
|
||
Part IV Thing Flags
|
||
======================================================================
|
||
|
||
BOOM has implemented two new thing flags, "not in DM" and "not in
|
||
COOP", which in combination with the existing "not in Single" flag,
|
||
usually called "Multiplayer", allow complete control over a level's
|
||
inventory and monsters, in any game mode.
|
||
|
||
If you want a thing to be only available in Single play, you set both
|
||
the "not in DM" and "not in COOP" flags. Other combinations are
|
||
similar.
|
||
|
||
"not in DM" is bit 5, value 32, in the thing flags word.
|
||
"not in COOP" is bit 6, value 64, in the thing flags word.
|
||
|
||
======================================================================
|
||
Part V Thing Types
|
||
======================================================================
|
||
|
||
BOOM has implemented two new thing types as well, MT_PUSH (5001), and
|
||
MT_PULL(5002). These control the origin of the point source wind
|
||
effect controlled by linedef types 225 and 226, and set whether the
|
||
wind blows towards or away from the origin depending on which is
|
||
used.
|
||
|
||
======================================================================
|
||
Part VI BOOM Predefined Lumps
|
||
======================================================================
|
||
|
||
BOOM supports resources embedded in the .EXE that are loaded before
|
||
all other resources. They can be replaced by resources of the same
|
||
name in the IWAD or add-on PWADs. These resources can be extracted
|
||
into a wad thru use of the command:
|
||
|
||
BOOM -dumplumps predef.wad
|
||
|
||
You can then extract the resources from predef.wad to alter them for
|
||
replacement purposes.
|
||
|
||
Menu text
|
||
---------
|
||
M_HORSEN Mouse horizontal sensitivity menu
|
||
M_VERSEN Mouse vertical sensitivity menu
|
||
M_SETUP Setup menu entry in main menu
|
||
M_KEYBND Key Bindings entry in setup menu
|
||
M_AUTO Automap entry in setup menu
|
||
M_CHAT Chat string entry in setup menu
|
||
M_ENEM Enemies options entry in setup menu
|
||
M_STAT Status bar and Hud entry in setup menu
|
||
M_WEAP Weapons entry in setup menu
|
||
M_MESS Message option entry in setup menu
|
||
M_COLORS Palette color picker diagram
|
||
M_PALNO Xed-out symbol for unused automap features
|
||
M_BUTT1 Setup reset button off state
|
||
M_BUTT2 Setup reset button on state
|
||
|
||
Font chars
|
||
----------
|
||
STCFN096 ` character for standard DOOM font
|
||
|
||
STBR123 HUD font bargraph char, full, 4 vertical bars
|
||
STBR124 HUD font bargraph char, partial, 3 vertical bars
|
||
STBR125 HUD font bargraph char, partial, 2 vertical bars
|
||
STBR126 HUD font bargraph char, partial, 1 vertical bars
|
||
STBR127 HUD font bargraph char, empty, 0 vertical bars
|
||
|
||
DIG0 HUD font 0 char
|
||
DIG1 HUD font 1 char
|
||
DIG2 HUD font 2 char
|
||
DIG3 HUD font 3 char
|
||
DIG4 HUD font 4 char
|
||
DIG5 HUD font 5 char
|
||
DIG6 HUD font 6 char
|
||
DIG7 HUD font 7 char
|
||
DIG8 HUD font 8 char
|
||
DIG9 HUD font 9 char
|
||
DIGA HUD font A char
|
||
DIGB HUD font B char
|
||
DIGC HUD font C char
|
||
DIGD HUD font D char
|
||
DIGE HUD font E char
|
||
DIGF HUD font F char
|
||
DIGG HUD font G char
|
||
DIGH HUD font H char
|
||
DIGI HUD font I char
|
||
DIGJ HUD font J char
|
||
DIGK HUD font K char
|
||
DIGL HUD font L char
|
||
DIGM HUD font M char
|
||
DIGN HUD font N char
|
||
DIGO HUD font O char
|
||
DIGP HUD font P char
|
||
DIGQ HUD font Q char
|
||
DIGR HUD font R char
|
||
DIGS HUD font S char
|
||
DIGT HUD font T char
|
||
DIGU HUD font U char
|
||
DIGV HUD font V char
|
||
DIGW HUD font W char
|
||
DIGX HUD font X char
|
||
DIGY HUD font Y char
|
||
DIGZ HUD font Z char
|
||
DIG45 HUD font - char
|
||
DIG47 HUD font / char
|
||
DIG58 HUD font : char
|
||
DIG91 HUD font [ char
|
||
DIG93 HUD font ] char
|
||
|
||
Status bar
|
||
----------
|
||
STKEYS6 Both blue keys graphic
|
||
STKEYS7 Both yellow keys graphic
|
||
STKEYS8 Both red keys graphic
|
||
|
||
Box chars
|
||
---------
|
||
BOXUL Upper left corner of box
|
||
BOXUC Center of upper border of box
|
||
BOXUR Upper right corner of box
|
||
BOXCL Center of left border of box
|
||
BOXCC Center of box
|
||
BOXCR Center of right border of box
|
||
BOXLL Lower left corner of box
|
||
BOXLC Center of lower border of box
|
||
BOXLR Lower right corner of box
|
||
|
||
Lumps missing in v1.1
|
||
---------------------
|
||
STTMINUS minus sign for neg frags in status bar
|
||
WIMINUS minus sign for neg frags on end screen
|
||
M_NMARE nightmare skill menu string
|
||
STBAR status bar background
|
||
DSGETPOW sound for obtaining power-up
|
||
|
||
Text end screen
|
||
---------------
|
||
ENDBOOM Text displayed at end of game, 80X25 with attributes
|
||
|
||
Sprites
|
||
-------
|
||
TNT1A0 Invisible sprite for push/pull controller things
|
||
|
||
Switches and Animations
|
||
-----------------------
|
||
SWITCHES Definition of switch textures recognized
|
||
ANIMATED Definition of animated textures and flats recognized
|
||
|
||
SWITCHES format:
|
||
|
||
The SWITCHES lump makes the names of the switch textures used in the
|
||
game known to the engine. It consists of a list of records each 20
|
||
bytes long, terminated by an entry (not used) whose last 2 bytes are 0.
|
||
|
||
9 bytes Null terminated string naming "off" state texture for switch
|
||
9 bytes Null terminated string naming "off" state texture for switch
|
||
2 bytes Short integer for the IWADs switch will work in
|
||
1=shareware
|
||
2=registered/retail DOOM or shareware
|
||
3=DOOM II, registered/retail DOOM, or shareware
|
||
0=terminates list of known switches
|
||
|
||
ANIMATED format:
|
||
|
||
The ANIMATED lump makes the names of the animated flats and textures
|
||
known to the engine. It consists of a list of records, each 23 bytes
|
||
long, terminated by a record (not used) whose first byte is -1 (255).
|
||
|
||
1 byte -1 to terminate list, 0 if a flat, 1 if a texture
|
||
9 bytes Null terminated string naming last texture/flat in animation
|
||
9 bytes Null terminated string naming first texture/flat in animation
|
||
4 bytes Animation speed, number of frames between animation changes
|
||
|
||
The utility package contains a program, SWANTBLS.EXE that will
|
||
generate both the SWITCHES and ANIMATED lumps from a text file. An
|
||
example is provided, DEFSWANI.DAT that generates the standard set of
|
||
switches and animations for DOOM.
|
||
|
||
Colormaps
|
||
---------
|
||
WATERMAP Custom greenish colormap for underwater use
|
||
|
||
The WATERMAP lump has the same format as COLORMAP, 34 tables of 256
|
||
bytes each, see the UDS for details. Note that colormaps you add to
|
||
a PWAD must be between C_START and C_END markers.
|
||
|
||
The utility package contains a program, CMAPTOOL.EXE, that will
|
||
generate custom colormaps for use with BOOM. It also includes 7
|
||
premade colormaps, and an add-on wad containing them.
|
||
|
||
|
||
Color translation tables
|
||
------------------------
|
||
CRBRICK Translates red range to brick red
|
||
CRTAN Translates red range to tan
|
||
CRGRAY Translates red range to gray
|
||
CRGREEN Translates red range to green
|
||
CRBROWN Translates red range to brown
|
||
CRGOLD Translates red range to dark yellow
|
||
CRRED Translates red range to red range (no change)
|
||
CRBLUE Translates red range to light blue
|
||
CRBLUE2 Translates red range to dark blue (status bar numerals)
|
||
CRORANGE Translates red range to orange
|
||
CRYELLOW Translates red range to light yellow
|
||
|
||
These tables are used to translate the red font characters to other
|
||
colors. They are made replaceable in order to support custom palettes
|
||
in TC's better. Note however that the font character graphics must
|
||
be defined using the palette indices for the standard red range of the
|
||
palette 176-191.
|
||
|
||
-END OF DOCUMENT----------------------------------------------------------
|
||
|