LVB - Revision history

Owen-Splat: /* Zone Section */ Add information for zone position and size

2025-10-08T03:46:44Z

Zone Section: Add information for zone position and size

← Older revision		Revision as of 03:46, 8 October 2025
Line 28:		Line 28:
	\|u32		\|u32
	\|'''Zone ID''' Actors load when entering the specified zone and unload when leaving it.		\|'''Zone ID''' Actors load when entering the specified zone and unload when leaving it.
			\|-
			\|0x4
			\|float[3]
			\|'''Position''' The origin point of the zone.
			\|-
			\|0x10
			\|float[3]
			\|'''Scale''' The size of the zone. Note that these represent the apothem in each direction.
	\|-		\|-
	\|0x3C		\|0x3C

Owen-Splat: /* Zone Section */ Add information about Environment

2025-07-17T03:25:43Z

Zone Section: Add information about Environment

← Older revision		Revision as of 03:25, 17 July 2025
Line 43:		Line 43:
	\|0xB0		\|0xB0
	\|String		\|String
	\|'''~~ZONE TYPE?~~''' ~~Unknown what this means~~. Example: ''~~DungeonSmall~~''		\|'''Environment''' This controls the environment for the zone. Example: ''MysteriousForest''
			These environments are defined in ''romfs/region_common/kodama/environment.kar''
	\|}		\|}

Owen-Splat: Updated with some new info about Zones and Config sections

2025-05-24T02:09:39Z

Updated with some new info about Zones and Config sections

← Older revision		Revision as of 02:09, 24 May 2025
Line 16:		Line 16:

	====Zone Section====		====Zone Section====
	This is a FixedHashed child. It contains an entry for each ~~room where a room is defined by~~ the camera bounds. As such, this likely defines the actual properties of each room. These all seem to be consistent with the exception being Field, which contains several entries and different room IDs. It appears to define each region instead.		This is a FixedHashed child. It contains an entry for each zone in the level.

	The music strings are padded with null bytes to fit 32 bytes.		The music strings are padded with null bytes to fit 32 bytes.
Line 27:		Line 27:
	\|0x0		\|0x0
	\|u32		\|u32
	\|'''~~Room~~ ID''' Actors load when entering the specified ~~room~~ and unload when leaving it~~. Generally this should be consistent across all actors in the file, since each room has its own file~~.		\|'''Zone ID''' Actors load when entering the specified zone and unload when leaving it.
	\|-		\|-
	\|0x3C		\|0x3C
Line 43:		Line 43:
	\|0xB0		\|0xB0
	\|String		\|String
	\|'''~~ROOM~~ TYPE?''' Unknown what this means. Example: ''DungeonSmall''		\|'''ZONE TYPE?''' Unknown what this means. Example: ''DungeonSmall''
	\|}		\|}

Line 60:		Line 60:

	Each room is 10x8 tiles, so they span 15 units along the X axis and 12 along the Z axis.		Each room is 10x8 tiles, so they span 15 units along the X axis and 12 along the Z axis.
			\|-
			\|0xC
			\|???
			\|'''Unkown''' Unknown. 4 bytes long, possibly a float.
	\|}		\|}

Line 69:		Line 73:

	====Config Section====		====Config Section====
	Holds 7 bytes of data that define properties of the level. The last 5 bytes always seem to be x00\x00\x00\x00\xff. Only the first 2 bytes ever seem to change. The second byte is a flag for determining if companions like BowWow will load		Holds 7 bytes of data that define properties of the level. The last 5 bytes always seem to be x00\x00\x00\x00\xff. Only the first 2 bytes ever seem to change.

			The first byte determines a property of the level: 0=Default, 1=Cannot use items, 2=Equipment is hidden until used, 3=Overworld camera follow, 4=Special for end cutscene transitions.

			The second byte is a flag for determining if companions like BowWow will load.

	====Version Section====		====Version Section====
	Holds 3 bytes of data, which seem to always be 0x100182. Given the name, it's probably just a version marker and has no functional purpose.		Holds 3 bytes of data, which seem to always be 0x100182. Given the name, it's probably just a version marker and has no functional purpose.

Owen-Splat: /* Config Section */ Adds info about what a specific byte determines

2023-02-24T03:04:10Z

Config Section: Adds info about what a specific byte determines

← Older revision		Revision as of 03:04, 24 February 2023
Line 69:		Line 69:

	====Config Section====		====Config Section====
	Holds 7 bytes of data. The last 5 bytes always seem to be x00\x00\x00\x00\xff. Only the first 2 bytes seem to change~~, and there does appear to be~~ a ~~pattern with level types.~~		Holds 7 bytes of data that define properties of the level. The last 5 bytes always seem to be x00\x00\x00\x00\xff. Only the first 2 bytes ever seem to change. The second byte is a flag for determining if companions like BowWow will load

	====Version Section====		====Version Section====
	Holds 3 bytes of data, which seem to always be 0x100182. Given the name, it's probably just a version marker and has no functional purpose.		Holds 3 bytes of data, which seem to always be 0x100182. Given the name, it's probably just a version marker and has no functional purpose.

Owen-Splat: Small correction

2023-01-30T03:47:15Z

Small correction

← Older revision		Revision as of 03:47, 30 January 2023
Line 17:		Line 17:
	====Zone Section====		====Zone Section====
	This is a FixedHashed child. It contains an entry for each room where a room is defined by the camera bounds. As such, this likely defines the actual properties of each room. These all seem to be consistent with the exception being Field, which contains several entries and different room IDs. It appears to define each region instead.		This is a FixedHashed child. It contains an entry for each room where a room is defined by the camera bounds. As such, this likely defines the actual properties of each room. These all seem to be consistent with the exception being Field, which contains several entries and different room IDs. It appears to define each region instead.

			The music strings are padded with null bytes to fit 32 bytes.
	{\| class="wikitable"		{\| class="wikitable"
	\|+		\|+
Line 28:		Line 30:
	\|-		\|-
	\|0x3C		\|0x3C
	\|String~~[32]~~		\|String
	\|'''BGM''' Defines which background music to play. Example: ''BGM_CAVE''		\|'''BGM''' Defines which background music to play. Example: ''BGM_CAVE''
	\|-		\|-
	\|0x5C		\|0x5C
	\|String~~[32]~~		\|String
	\|'''SE_AMB''' Defines which sound effect ambience to play. Example: ''SE_AMB_DUNGEON1_BG''		\|'''SE_AMB''' Defines which sound effect ambience to play. Example: ''SE_AMB_DUNGEON1_BG''
	\|-		\|-
	\|0x7C		\|0x7C
	\|String~~[32]~~		\|String
	\|'''GROUP_AMB''' Defines which group ambience to play. Example: ''GROUP_AMB_DUNGEON1''		\|'''GROUP_AMB''' Defines which group ambience to play. Example: ''GROUP_AMB_DUNGEON1''
	\|-		\|-
	\|0xB0		\|0xB0
	\|String~~[32]~~		\|String
	\|'''ROOM TYPE?''' Unknown what this means. Example: ''DungeonSmall''		\|'''ROOM TYPE?''' Unknown what this means. Example: ''DungeonSmall''
	\|}		\|}

Owen-Splat: Update zone entry data for LVB

2023-01-30T03:44:27Z

Update zone entry data for LVB

← Older revision		Revision as of 03:44, 30 January 2023
Line 6:		Line 6:
	'''LVB''' files are in a [[FixedHash]] format		'''LVB''' files are in a [[FixedHash]] format

	===Entries ~~Section~~===		===Entries===
	There are 8 entries in most LVB files.		There are 8 entries in most LVB files.

	===Node Section===		====Node Section====
	This is a FixedHashed child. Not yet understood.		This is a FixedHashed child. Not yet understood.

	===Area Section===		====Area Section====
	This is a FixedHashed child. Not yet understood.		This is a FixedHashed child. Not yet understood.

	===Zone Section===		====Zone Section====
	This is a FixedHashed child. ~~The first 4 bytes in~~ each ~~entry here are~~ the room IDs		This is a FixedHashed child. It contains an entry for each room where a room is defined by the camera bounds. As such, this likely defines the actual properties of each room. These all seem to be consistent with the exception being Field, which contains several entries and different room IDs. It appears to define each region instead.
			{\| class="wikitable"
			\|+
			!Offset
			!Type
			!Description
			\|-
			\|0x0
			\|u32
			\|'''Room ID''' Actors load when entering the specified room and unload when leaving it. Generally this should be consistent across all actors in the file, since each room has its own file.
			\|-
			\|0x3C
			\|String[32]
			\|'''BGM''' Defines which background music to play. Example: ''BGM_CAVE''
			\|-
			\|0x5C
			\|String[32]
			\|'''SE_AMB''' Defines which sound effect ambience to play. Example: ''SE_AMB_DUNGEON1_BG''
			\|-
			\|0x7C
			\|String[32]
			\|'''GROUP_AMB''' Defines which group ambience to play. Example: ''GROUP_AMB_DUNGEON1''
			\|-
			\|0xB0
			\|String[32]
			\|'''ROOM TYPE?''' Unknown what this means. Example: ''DungeonSmall''
			\|}

	===tagPlayerStart Section===		====tagPlayerStart Section====
	This is a FixedHashed child. There is an entry for every tagPlayerStart actor, with the entry name being the room.		This is a FixedHashed child. There is an entry for every tagPlayerStart actor, with the entry name being the room.
	{\| class="wikitable"		{\| class="wikitable"
Line 34:		Line 60:
	\|}		\|}

	===staticObject Section===		====staticObject Section====
	This is a FixedHashed child. Not yet understood.		This is a FixedHashed child. Not yet understood.

	===Condition Section===		====Condition Section====
	Not yet understood.		Not yet understood.

	===Config Section===		====Config Section====
	Holds 7 bytes of data. The last 5 bytes always seem to be x00\x00\x00\x00\xff. Only the first 2 bytes seem to change, and there does appear to be a pattern with ~~room~~ types.		Holds 7 bytes of data. The last 5 bytes always seem to be x00\x00\x00\x00\xff. Only the first 2 bytes seem to change, and there does appear to be a pattern with level types.

	===Version Section===		====Version Section====
	Holds 3 bytes of data, which seem to always be 0x100182. Given the name, it's probably just a version marker and has no functional purpose.		Holds 3 bytes of data, which seem to always be 0x100182. Given the name, it's probably just a version marker and has no functional purpose.

Owen-Splat: Fix typo

2023-01-26T15:59:14Z

Fix typo

← Older revision		Revision as of 15:59, 26 January 2023
Line 43:		Line 43:
	Holds 7 bytes of data. The last 5 bytes always seem to be x00\x00\x00\x00\xff. Only the first 2 bytes seem to change, and there does appear to be a pattern with room types.		Holds 7 bytes of data. The last 5 bytes always seem to be x00\x00\x00\x00\xff. Only the first 2 bytes seem to change, and there does appear to be a pattern with room types.

	====Version Section====		===Version Section===
	Holds 3 bytes of data, which seem to always be 0x100182. Given the name, it's probably just a version marker and has no functional purpose.		Holds 3 bytes of data, which seem to always be 0x100182. Given the name, it's probably just a version marker and has no functional purpose.

Owen-Splat: Add documentation for LVB files

2023-01-26T15:57:18Z

Add documentation for LVB files

New page

'''LVB''' is a custom format used to store level data in Link's Awakening. This includes things such as the rooms IDs, a list of tagPlayerStart actors, and more. This format is still in the process of being reverse engineered and so this page is currently incomplete.

Note that many properties in these files define measurements in 3D space (X, Y, Z). X is horizontal across the screen, Y is perpendicular to the ground (the axis on which gravity acts), and Z is vertical across the screen.

==Format==
'''LVB''' files are in a [[FixedHash]] format

===Entries Section===
There are 8 entries in most LVB files.

===Node Section===
This is a FixedHashed child. Not yet understood.

===Area Section===
This is a FixedHashed child. Not yet understood.

===Zone Section===
This is a FixedHashed child. The first 4 bytes in each entry here are the room IDs

===tagPlayerStart Section===
This is a FixedHashed child. There is an entry for every tagPlayerStart actor, with the entry name being the room.
{| class="wikitable"
|+
!Offset
!Type
!Description
|-
|0x0
|float[3]
|'''Co-ordinates''' as [X, Y, Z]. One in-game "tile" is 1.5 units.
The co-ordinate system spans entire maps and is not specific to each room. [0, 0, 0] is the very top left corner of the map, at the elevation of the main floor plane of the map.

Each room is 10x8 tiles, so they span 15 units along the X axis and 12 along the Z axis.
|}

===staticObject Section===
This is a FixedHashed child. Not yet understood.

===Condition Section===
Not yet understood.

===Config Section===
Holds 7 bytes of data. The last 5 bytes always seem to be x00\x00\x00\x00\xff. Only the first 2 bytes seem to change, and there does appear to be a pattern with room types.

====Version Section====
Holds 3 bytes of data, which seem to always be 0x100182. Given the name, it's probably just a version marker and has no functional purpose.