PAK (Metroid Prime 3) - Revision history

>Aruki: /* Tools */

2019-04-13T01:32:53Z

Tools

← Older revision		Revision as of 01:32, 13 April 2019
Line 217:		Line 217:
	== Tools ==		== Tools ==

	* [https://~~drive~~.~~google~~.com/~~file~~/d/~~0B9MLV21H7SDvcGc1QjRfSTFJNk0/view~~?~~usp~~=~~sharing~~ PakTool] by Aruki		* [https://www.dropbox.com/s/bba2n9jzj719by4/PakTool.rar?dl=0 PakTool] by Aruki

	[[Category:File Formats]]		[[Category:File Formats]]
	[[Category:Metroid Prime 3: Corruption]]		[[Category:Metroid Prime 3: Corruption]]
	[[Category:Donkey Kong Country Returns]]		[[Category:Donkey Kong Country Returns]]

>Aruki at 06:13, 28 March 2017

2017-03-28T06:13:39Z

← Older revision		Revision as of 06:13, 28 March 2017
Line 217:		Line 217:
	== Tools ==		== Tools ==

	* [https://drive.google.com/file/d/0B9MLV21H7SDvcGc1QjRfSTFJNk0/view?usp=sharing PakTool] by ~~Parax~~		* [https://drive.google.com/file/d/0B9MLV21H7SDvcGc1QjRfSTFJNk0/view?usp=sharing PakTool] by Aruki

	[[Category:File Formats]]		[[Category:File Formats]]
	[[Category:Metroid Prime 3: Corruption]]		[[Category:Metroid Prime 3: Corruption]]
	[[Category:Donkey Kong Country Returns]]		[[Category:Donkey Kong Country Returns]]

>Embyr 75: {{research}}

2015-03-14T15:06:37Z

← Older revision		Revision as of 15:06, 14 March 2015
Line 5:		Line 5:
	Note that the Metroid Prime 3 E3 prototype uses a slightly modified version of the Metroid Prime pak format, not this one. See the [[PAK (Metroid Prime)]] page for more info on that revision of the format.		Note that the Metroid Prime 3 E3 prototype uses a slightly modified version of the Metroid Prime pak format, not this one. See the [[PAK (Metroid Prime)]] page for more info on that revision of the format.

	{{~~researchminor~~		{{research\|1\|Research needs to be done on how to order files to optimize loads. Also, the very first part of the header is mostly unknown.}}
	\|~~reason =~~ Research needs to be done on how to order files to optimize loads. Also, the very first part of the header is mostly unknown.
	}}

	__TOC__		__TOC__

>Aruki at 04:43, 20 February 2015

2015-02-20T04:43:48Z

← Older revision		Revision as of 04:43, 20 February 2015
Line 216:		Line 216:

	File order matters significantly and easily makes the difference between a pak loading quickly and optimally, or taking 30+ seconds on every door. While more research is required to figure out exactly how files should be ordered to optimize loading, the game generally clusters together resources that are used together, and a file's dependencies generally appear directly before the file itself. The game also often duplicates assets that are used multiple times within the same pak; there might be 10-11 copies of the same model file in order to allow the game to more easily find and load that file when it needs it.		File order matters significantly and easily makes the difference between a pak loading quickly and optimally, or taking 30+ seconds on every door. While more research is required to figure out exactly how files should be ordered to optimize loading, the game generally clusters together resources that are used together, and a file's dependencies generally appear directly before the file itself. The game also often duplicates assets that are used multiple times within the same pak; there might be 10-11 copies of the same model file in order to allow the game to more easily find and load that file when it needs it.

			== Tools ==

			* [https://drive.google.com/file/d/0B9MLV21H7SDvcGc1QjRfSTFJNk0/view?usp=sharing PakTool] by Parax

	[[Category:File Formats]]		[[Category:File Formats]]
	[[Category:Metroid Prime 3: Corruption]]		[[Category:Metroid Prime 3: Corruption]]
	[[Category:Donkey Kong Country Returns]]		[[Category:Donkey Kong Country Returns]]

>Aruki: /* Compression */

2015-02-18T17:29:22Z

Compression

← Older revision		Revision as of 17:29, 18 February 2015
Line 154:		Line 154:
	\|}		\|}

	Each compressed block is structured as follows~~. Note that the first byte of the compressed size value appears to actually be a completely different value, so the three bytes following are what makes up the actual size value~~.		Each compressed block is structured as follows.

	For each block, if the compressed and decompressed sizes match, that indicates the block is uncompressed.		For each block, if the compressed and decompressed sizes match, that indicates the block is uncompressed.
Line 165:		Line 165:
	\| 0x0		\| 0x0
	\| 1		\| 1
	\| '''Flag'''~~; 0xA0 on block 1 if block count is 1. 0xC0 on blocks 2/3 if they're compressed. 0x40 on blocks 2/3 if they're uncompressed. 0 in all other circumstances.~~		\| '''Flag'''
	\|-		\|-
	\| 0x1		\| 0x1
Line 178:		Line 178:
	\| colspan=2 {{unknown\|End of entry}}		\| colspan=2 {{unknown\|End of entry}}
	\|}		\|}

			The flag value can be set to the following possible values:

			* If the block count is 1, it will be 0xA0 on block 1.
			* If blocks 2/3 are compressed, they will have it set to 0xC0.
			* If blocks 2/3 are uncompressed, they will have it set to 0x40.
			* 0 in all other circumstances.

	Files are left uncompressed if the compressed data is larger than the uncompressed data. Barring that, the following formats are always compressed:		Files are left uncompressed if the compressed data is larger than the uncompressed data. Barring that, the following formats are always compressed:

>Aruki: /* Compression */

2015-02-18T17:27:43Z

Compression

← Older revision		Revision as of 17:27, 18 February 2015
Line 165:		Line 165:
	\| 0x0		\| 0x0
	\| 1		\| 1
	~~\| {{unknown~~\|'''~~Unknown~~'''}}		\| '''Flag'''; 0xA0 on block 1 if block count is 1. 0xC0 on blocks 2/3 if they're compressed. 0x40 on blocks 2/3 if they're uncompressed. 0 in all other circumstances.
	\|-		\|-
	\| 0x1		\| 0x1

>Aruki: /* Compression */

2015-02-18T02:54:36Z

Compression

← Older revision		Revision as of 02:54, 18 February 2015
Line 154:		Line 154:
	\|}		\|}

	Each compressed block is structured as follows. Note that the first byte of the ~~decompressed~~ size value appears to actually be a completely different value, so the three bytes following are what makes up the actual size value.		Each compressed block is structured as follows. Note that the first byte of the compressed size value appears to actually be a completely different value, so the three bytes following are what makes up the actual size value.

	For each block, if the compressed and decompressed sizes match, that indicates the block is uncompressed.		For each block, if the compressed and decompressed sizes match, that indicates the block is uncompressed.
Line 164:		Line 164:
	\|-		\|-
	\| 0x0		\| 0x0
	~~\| 4~~
	~~\| '''Compressed size'''~~
	\|-
	~~\| 0x4~~
	\| 1		\| 1
	\| {{unknown\|'''Unknown'''}}		\| {{unknown\|'''Unknown'''}}
	\|-		\|-
	\| ~~0x5~~		\| 0x1
	\| 3		\| 3
			\| '''Compressed size'''
			\|-
			\| 0x4
			\| 4
	\| '''Decompressed size'''		\| '''Decompressed size'''
	\|-		\|-

>Aruki: /* Compression */

2015-02-18T02:48:43Z

Compression

← Older revision		Revision as of 02:48, 18 February 2015
Line 154:		Line 154:
	\|}		\|}

	Each compressed block is structured as follows. Note that the first byte of ~~each~~ size value appears to actually be a completely different value, so the three bytes following are what makes up the actual size value.		Each compressed block is structured as follows. Note that the first byte of the decompressed size value appears to actually be a completely different value, so the three bytes following are what makes up the actual size value.

	For each block, if the compressed and decompressed sizes match, that indicates the block is uncompressed.		For each block, if the compressed and decompressed sizes match, that indicates the block is uncompressed.
Line 164:		Line 164:
	\|-		\|-
	\| 0x0		\| 0x0
	\| 1		\| 4
	~~\| {{unknown\|'''Unknown'''}}~~
	\|-
	~~\| 0x1~~
	~~\| 3~~
	\| '''Compressed size'''		\| '''Compressed size'''
	\|-		\|-

>Aruki: /* Compression */

2015-02-18T00:40:14Z

Compression

@@ Line 182: / Line 182: @@
 | colspan=2 {{unknown|End of entry}}
 |}
 == File Order ==

>Aruki: /* Header */

2015-02-10T00:11:46Z

Header

← Older revision		Revision as of 00:11, 10 February 2015
Line 28:		Line 28:
	\| 0x4		\| 0x4
	\| 4		\| 4
	~~\| {{unknown~~\|'''~~Unknown~~'''~~. Always 0x40.}}~~		\| '''Header size'''
	\|-		\|-
	\| 0x8		\| 0x8
	\| 16		\| 16
	\| '''MD5 ~~Hash~~'''~~; A hash~~ of the entire pak after the first 64 bytes.		\| '''MD5 hash''' of the entire pak after the first 64 bytes.
	\|-		\|-
	\| 0x18		\| 0x18