8
9
10
11
12
13
14
15
16
17
18
|
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
|
+
+
+
+
+
+
-
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
|
The class section has class numbers (minimum 1) and class names (without the <tt>$</tt> prefix). The user message section has user message numbers (minimum 256) and user message names (without the <tt>#</tt> prefix).
This data is used to determine what class/message the level data refers to, since reordering them in the class definition file may cause them to be internally renumbered, so in this way, first the CLASS.DEF lump is read in order to define the numbers before reading the class definition file, so only the class names that aren't mentioned in the level file will be auto-numbered, and then recorded in the CLASS.DEF lump once an object of that class is added to a level using the level editor.
<h2>*.LVL</h2>
The lump name starts with the zero-based ID number (instead of an asterisk), which must be from 0 to 65535.
The header of this lump consists of:
* Level version (16-bits): Used to invalidate solutions when the level is altered.
* Level code (16-bits): The <tt>Level</tt> command in class codes read this parameter.
* Playfield width (8-bits): This is a number from 0 to 63, which is one less than the playfield width for this level.
* Playfield height (8-bits): This is a number from 0 to 63, which is one less than the playfield height for this level.
* Title (var): A null-terminated level title text, which may include formatting controls.
(TODO)
|