Skip to content

Commit

Permalink
#42 documented level data for barriers
Browse files Browse the repository at this point in the history
  • Loading branch information
dertseha committed Sep 24, 2016
1 parent 854c7fd commit 3a17961
Showing 1 changed file with 16 additions and 7 deletions.
23 changes: 16 additions & 7 deletions levelObjects/10_Barriers/levelBarrierEntry.md
Original file line number Diff line number Diff line change
Expand Up @@ -4,17 +4,26 @@

**Level Barrier Entry** (14 bytes)

0000 [6]byte Level object prefix
0006 int16 Unknown
0008 int16 Unknown
000A byte Required access level
000B byte Unknown
000C int16 Second door object index
0000 [6]byte Level object prefix
0006 [8]bytes Barrier Data


**Door Barrier Data** (8 bytes)

0000 int16 Lock variable index
0002 byte Lock message
0003 byte Force door colour index
0004 byte Required access level
0005 byte Auto-close time; in units of approximately 0.5 seconds - common default is 0x0C
0006 int16 Second door object index


The ```Lock variable index``` determines whether a door is locked. If the referenced boolean variable is 1, then the door won't open when used. While locked, the message according to ```Lock message``` is shown (```0x00``` gives the default "The door is locked").
If the door is triggered by other means, the door is unlocked and the index is reset to zero.

The ```Required access level``` indicates which [access level](../content/AccessLevels.md) the hacker needs to activate
(open) the door. If zero, no special access is required. This values is ```0xFF``` for doors "locked by SHODAN level security".
Such doors have a separate trigger referring these doors.

The ```Second door object index``` refers to a second door to trigger when activating this one.
Bulkhead doors for instance reference each other this way.

0 comments on commit 3a17961

Please sign in to comment.