The frame of the highlight animation of the title menu, which is set to 0 by 24904 and used by 25043.

In the game, this is the position of the cell of the level whose objects are being drawn, which is set by GetCellPosition and used by DrawGroupObjects. On the title menu, the first byte is the low byte of the address of the attribute that is highlighted (see 24912) and the second byte is the last value of FRAMES that was seen (see ShowTitleMenu_WaitFrame).

The address in the view buffer of the strip that is being built by BuildView, which is used when the blocks are drawn and is changed by the routines that scroll the view.

A value that is used for several purposes. The heading of the player is kept here, which is shown by DrawDirectionGauge. The stack pointer is saved here by ResetAttributes and ClearScreen. Purpose of the other uses is not yet known.

The stack pointer is kept here while the drawing routines use it to read data, for example DrawSprite and 50661.

A word that is used for several purposes, including the details of the record that is added by AddItemRecord and the position of the tip of the needle of the direction gauge (see DrawDirectionGauge). Purpose of the other uses is not yet known.

A byte that is stored by 43809 and used by 24489 and RunFrame_Entities. Purpose not yet known.

The position of the view, as two words. It is set by StartLevel when a level is started and is changed when the view is moved (see MoveView). The high bytes at 23779 and 23781 are used by GetCellPosition as the position of the player.

The flags that record which way the view is scrolling. They are set by the scroll routines and tested by ScrollView. Bits 0-1 scroll left, bits 2-3 scroll right, bits 4-5 scroll down and bits 6-7 scroll up. 1 in a pair is one pixel a frame and 2 is two pixels.

The sum of the two values of the position of the view plus 128 which is worked out by BuildView. It is used with ViewOriginDifference as the origin of the view on the screen when the position of an entity is worked out by ProjectEntity.

A byte that is used by the routines that scroll the view (see ScrollViewDown and ScrollViewUp) and by 58467. Purpose not yet known.

The speed of the entity that is being moved. Its high byte is multiplied by the direction by ScaleDisplacement.

The previous value of the screen position of the player, which is kept by ProjectPlayerEntity, followed by the change in the value.

The difference of the halves of the two values of the position of the view, which is worked out by BuildView. It is used with ViewOriginSum as the origin of the view on the screen.

The flags that are used when blocks are drawn. If bits 1 and 2 are zero then DrawBlockBytes draws the bytes of a row plain, and otherwise it shifts them. Purpose of the other bits is not yet known.

The value of IY that is saved by 24068, because the ROM interrupt routine needs it to point at the system variables. It is restored whenever the ROM is used.

Details of the record that is being added by AddItemRecord and of the object that is being drawn, which include the sizes that are used by AddRecordSizes. Purpose of the individual bytes is not yet known.

The rate of turning of the player, which builds up while a turn control is held (see ControlPlayer).

The address of the header of the data of the current level, which is set by StartLevel and used to find the map and the path entries (see LevelData).

The counter that is used for the player jumping and for the death of the player (see RunFrame). Purpose of its values is not yet known.

The state of the random number generator at GetRandomNumber.

The control method chosen for player 1 in the title menu: 0 for the keyboard, 1 for a Kempston joystick, 2 for a Cursor joystick and 3 for an Interface II joystick.

The control method chosen for player 2 in the title menu, which uses the same values as Player1ControlMethod.

Set to 1 when the two player game is chosen in the title menu, or 0 for the one player game.

The vertical positions of the markers beside the four control method options of the title menu: the keyboard, a Kempston joystick, a Cursor joystick and an Interface II joystick.

The records of the markers of the two players in the title menu, for MoveMarker.

Two buffers, each holding a copy of an item from the draw list that has been expanded into the same layout as an entity, for SortDrawList. The positions are copied in at offsets 2 5 and 8 and the sizes at offsets 11 12 and 13 are always 6 6 and 1.

The addresses of the entries in the draw list that DrawOtherItemFirst has tried while it looks for an item to move to the sorted list, each stored as two bytes and ended by 255.

The addresses used by SortDrawList to track its progress.

A counter that is increased once every frame.

A timer which is set to 40 and is then counted down to zero once every frame.

A text record, in the format used by PrintText, for the character that ScrollMessage adds on the right of a message that is scrolling.

Two gauges which are drawn as horizontal bars, for UpdateGauge. Each has four bytes: the current length of the bar in pixels, the column of the left end of the bar, and a word whose high byte is the target length. The word of the first gauge is counted down as time passes (see 42399).

The counters used when a message is scrolled by ScrollMessage.

A byte which BuildView sets to zero and which is used by the code that draws the view.

A rectangle of attributes for FillScratchRectangle, which has three bytes.

The draw list after it has been sorted into drawing order by SortDrawList. It has the same format as the list at DrawList.

The list of items to draw, built by BuildDrawList. Each item is three bytes: a flag and the address of a record.

The address of the next free item in the draw list.

The first byte is the number of overlapping items collected by DrawItems. The table of overlapping items that follows is filled by CollectOverlappingItem, each entry being four bytes. Purpose of the rest is not yet known.

The entities. There are 12 of them, each of 38 bytes, and the first is the player. Field 0 is the type, which is zero when the entity is not in use. Field 1 is the frame, and its bit 7 hides the entity. Fields 2 and 3 are the x coordinate, 5 and 6 the y coordinate and 8 to 10 the z coordinate. Field 11 is the extent on the x axis, 12 the extent on the y axis and 13 the extent on the z axis. Field 14 is the column on the screen, 15 the row and 17 the heading. Field 16 is the speed, with the current speed in bits 0-3 and the maximum in bits 4-7. Field 30 holds the flags. Bit 7 is set when the entity is moving fast. Bit 6 selects the higher frame when UpdateExtraRecord builds the extra record, and is tested again by TestEntityCells. Purpose of bit 6 is not yet known.

One extra record of 13 bytes for each of the entities. Bit 7 of field 9 is set while the record is in use. Fields 0 and 1 are the column and the row. UpdateExtraRecord writes the adjusted x coordinate to fields 2 and 3 the adjusted y coordinate to fields 4 and 5 and the adjusted z coordinate to fields 6 and 7. Field 11 holds the width in bits 0-3 and the frame in bits 4-7. Field 12 holds the height in bits 0-5, and its bit 7 copies bit 6 of the entity flags.

A temporary entity that is built from an extra record or a 20-byte record so that it can be drawn like an entity.

Variables for the drawing routines. Purpose of most of them is not yet known.

The number of 20-byte records in use.

The 20-byte records, which are created by AddItemRecord. There is room for 19 of them.

The number of 7-byte records in use.

Records of 7 bytes. There is room for 10 of them.

The number of records in the copy at CopiedRecords.

A copy of the records in use at ObjectRecords.

Controls the "EXIT CLOSED" message. When it is 2 the message is printed, and when it is 1 the message is blanked out. It is zero when there is no message.

The overlap in the first, second and third directions, as found by TestEntityPair. Each is a word.

The player who is playing, which is 0 for player 1 and 1 for player 2.

The number of lives that the current player has. The details of the player that is not playing are held at OtherPlayerState, and the two are swapped by SwitchPlayer. This byte is the first of a block of 31 bytes that are swapped.

The number of the level that the player is on, which is a number from 0 to 4.

The number of bottles that the player has still to collect. The exit opens when it reaches zero.

The state of each of the 20 bottles of the level, which is set by 57579 and kept by RestoreBottles and CollectBottle.

The position at which the player restarts, which is used by SetLevelGraphics if the flag in the third byte of it is set. The routine at WipeViewIn sets it.

The score of the current player, as six digits in binary coded decimal in three bytes.

A flag that is set when the player is on a bottle, so that CollectBottle collects it.

The details of the player who is not playing, in the same format as the 31 bytes from Lives. The first byte is the number of lives and the third is the number of bottles left.

The position that the player will restart from, which is set by TestGroupObjects and is copied to RestartPosition by UpdateScreen when the player has been on it for long enough. Purpose of the individual bytes is not yet known.

The start of the screen buffer, which has 128 rows of 24 bytes and ends at 61882 after the end of the data of the file. The picture of the view is built here before it is copied to the screen. The bytes here when the game is saved are whatever was last drawn.