MREA (Metroid Prime 3): Difference between revisions

MREA (Metroid Prime 3) (view source)

Revision as of 00:35, 14 May 2015

10 bytes removed , 14 May 2015

m

→‎Header

VisualWikitext

Anonymous user

>Aruki

@@ Line 44: / Line 44: @@
 | u32
 | 4
-| '''Layer Count'''
+| '''Layer count'''
 |-
 | 0x40
 | u32
 | 4
-| '''Section Count''' (SC)
+| '''Section count''' (SC)
 |-
 | 0x44
 | u32
 | 4
-| '''Compressed Block Count'''
+| '''Compressed block count'''
 |-
 | 0x48
 | u32
 | 4
-| '''Section Number Count'''
+| '''Section number count'''
 |-
 | 0x4C
 | u32[SC]
 | -
-| '''Section Numbers'''
+| '''Section numbers'''
 |-
 | colspan=4 {{unknown|End of main header data; pad to 32 bytes before compressed section definitions}}
 |}
-==== Compressed Sections ====
+==== Compressed Blocks ====
-Compressed sections are defined in the same manner as Metroid Prime 2. The MREA format contains compressed blocks that can each contain a number of regular file sections within them. These blocks are compressed using segmented LZO1X-999 in Metroid Prime 3, and segmented zlib in Donkey Kong Country Returns. Compressed sections are padded to 32 bytes, but their padding is located at the beginning of the section rather than the end, so it's required to account for the padding before you start decompressing. The compressed data is segmented, which means there's multiple segments of data that are compressed/decompressed separately. Each segment starts with a 16-bit size value. The size value is signed; a negative value indicates the segment is not compressed (this is done when compressing a segment doesn't reduce its size). Each segment is 0x4000 bytes large when decompressed (except the last one).
+Compressed blocks are defined in the same manner as Metroid Prime 2. The MREA format contains compressed blocks that can each contain a number of regular file sections within them. These blocks are compressed using segmented LZO1X-999 in Metroid Prime 3, and segmented zlib in Donkey Kong Country Returns. Compressed blocks are padded to 32 bytes, but their padding is located at the beginning of the block rather than the end, so it's required to account for the padding before you start decompressing. The compressed data is segmented, which means there's multiple segments of data that are compressed/decompressed separately. Each segment starts with a 16-bit size value. The size value is signed; a negative value indicates the segment is not compressed (this is done when compressing a segment doesn't reduce its size). Each segment is 0x4000 bytes large when decompressed (except the last one).
-Compressed sections are defined after the main header. After reading them, pad to 32 bytes before the section numbers portion of the header starts.
+Compressed blocks are defined after the main header. After reading them, pad to 32 bytes before the section numbers portion of the header starts.
 {| class="wikitable"