Packed Animation File - Revision history

Ryuu at 22:01, 15 May 2021

2021-05-15T22:01:06Z

← Older revision		Revision as of 15:01, 15 May 2021
Line 8:		Line 8:

	== Archive Format ==		== Archive Format ==
	The Windows version of Heart Of Darkness contains a large data file called hod.paf. This file contains 25 PAF files concatenated together and prepended with a header. The header is 100 bytes long and consists of 25 little endian, 32-bit numbers which are absolute offsets into the archive file. For example, bytes 0-3 contain the number 0x000000C8 = ~~100~~ which indicates that the first file occurs immediately following the ~~100~~-byte header.		The Windows version of Heart Of Darkness contains a large data file called hod.paf. This file contains 25 PAF files concatenated together and prepended with a header. The header is 100 bytes long and consists of 25 little endian, 32-bit numbers which are absolute offsets into the archive file. For example, bytes 0-3 contain the number 0x000000C8 = 200 which indicates that the first file occurs immediately following the 200-byte header.

	== File Format ==		== File Format ==

2010-02-03T11:02:29Z

← Older revision		Revision as of 04:02, 3 February 2010
Line 5:		Line 5:
	A Packed Animation File (PAF) is a movie used in the Windows version of the game [http://www.mobygames.com/game/heart-of-darkness/ Heart Of Darkness]. The source code for a reverse engineered decoder is available at: http://cyxdown.free.fr/pafdec		A Packed Animation File (PAF) is a movie used in the Windows version of the game [http://www.mobygames.com/game/heart-of-darkness/ Heart Of Darkness]. The source code for a reverse engineered decoder is available at: http://cyxdown.free.fr/pafdec

	There is also a PlayStation version of this game~~. It is unknown if that version uses this file format for FMV. Many PS1 games used~~ the [[PlayStation Motion Decoder]] format for ~~their~~ FMV.		There is also a PlayStation version of this game; which employs the [[PlayStation Motion Decoder]] format for its FMV cutscenes, rather than this proprietary PAF format.

	== Archive Format ==		== Archive Format ==

2008-03-20T06:40:33Z

Mode 1: typo

← Older revision		Revision as of 23:40, 19 March 2008
Line 69:		Line 69:

	=== Mode 1 ===		=== Mode 1 ===
	Uncompressed data. This mode specifies that (width * height) bytes should be ~~copies~~ directly from the encoded buffer into output. Note that there are 2 unknown bytes before the raw data (possibly chunk length data; needs to be verified). Thus, a mode 1 chunk would be laid out as:		Uncompressed data. This mode specifies that (width * height) bytes should be copied directly from the encoded buffer into the output. Note that there are 2 unknown bytes before the raw data (possibly chunk length data; this needs to be verified). Thus, a mode 1 chunk would be laid out as:

	<nowiki>0x01 [2 unknown bytes] [width * height bytes of video data]</nowiki>		<nowiki>0x01 [2 unknown bytes] [width * height bytes of video data]</nowiki>

2008-03-20T06:35:27Z

English edits

← Older revision		Revision as of 23:35, 19 March 2008
Line 3:		Line 3:
	* Samples: http://samples.mplayerhq.hu/game-formats/hod-paf/ (hod1-partial.paf)		* Samples: http://samples.mplayerhq.hu/game-formats/hod-paf/ (hod1-partial.paf)

	Packed Animation File (PAF) is a movie used in the Windows version of the game [http://www.mobygames.com/game/heart-of-darkness/ Heart Of Darkness]. The source code for a reverse engineered decoder is available at: http://cyxdown.free.fr/pafdec		A Packed Animation File (PAF) is a movie used in the Windows version of the game [http://www.mobygames.com/game/heart-of-darkness/ Heart Of Darkness]. The source code for a reverse engineered decoder is available at: http://cyxdown.free.fr/pafdec

	There is also a PlayStation version of this game. It is unknown if that version uses this file format for FMV. Many PS1 games used the [[PlayStation Motion Decoder]] format for their FMV.		There is also a PlayStation version of this game. It is unknown if that version uses this file format for FMV. Many PS1 games used the [[PlayStation Motion Decoder]] format for their FMV.

2008-03-20T06:35:06Z

Packed Animation Format moved to Packed Animation File: moved again; there can be no doubt what PAF stands for since it's in plaintext in the actual file

← Older revision	Revision as of 23:35, 19 March 2008
(No difference)

2008-03-20T06:34:06Z

consistency in PAF naming

← Older revision		Revision as of 23:34, 19 March 2008
Line 11:		Line 11:

	== File Format ==		== File Format ==
	A PAF ~~file~~ consists of a header and a series of interleaved audio and video data. The video data is stored with a custom paletted video encoding method. The audio is stored as uncompressed, stereo, 16-bit, little endian [[PCM]] data.		A PAF consists of a header and a series of interleaved audio and video data. The video data is stored with a custom paletted video encoding method. The audio is stored as uncompressed, stereo, 16-bit, little endian [[PCM]] data.

	All multi-byte numbers are stored in little endian format.		All multi-byte numbers are stored in little endian format.

2008-03-20T06:31:48Z

Mode 0: simple notes

← Older revision		Revision as of 23:31, 19 March 2008
Line 64:		Line 64:

	=== Mode 0 ===		=== Mode 0 ===
			Block-based motion compensation using 4x4 blocks with either horizontal or vertical vectors; might incorporate VQ as well.

			'''INCOMPLETE'''

	=== Mode 1 ===		=== Mode 1 ===
	Uncompressed data. This mode specifies that (width * height) bytes should be copies directly from the encoded buffer into output. Note that there are 2 unknown bytes before the raw data (possibly chunk length data; needs to be verified). Thus, a mode 1 chunk would be laid out as:		Uncompressed data. This mode specifies that (width * height) bytes should be copies directly from the encoded buffer into output. Note that there are 2 unknown bytes before the raw data (possibly chunk length data; needs to be verified). Thus, a mode 1 chunk would be laid out as:

2008-03-20T06:23:45Z

Mode 4: RLE

← Older revision		Revision as of 23:23, 19 March 2008
Line 74:		Line 74:

	=== Mode 4 ===		=== Mode 4 ===
			Run length encoding:

			skip the next 2 bytes in the bytestream (chunk length?)
			while there is still data in the bytestream, consume next byte as code
			if code < 0:
			consume next byte as run code
			count = -code + 1
			output count copies of run code
			else:
			count = code + 1
			copy count bytes from bytestream to output

	[[Category:Video Codecs]]		[[Category:Video Codecs]]
	[[Category:Game Formats]]		[[Category:Game Formats]]

2008-03-20T06:15:52Z

Mode 2: copy reference frame

← Older revision		Revision as of 23:15, 19 March 2008
Line 71:		Line 71:

	=== Mode 2 ===		=== Mode 2 ===
			Copy reference frame: Consume the next byte in the stream as the reference frame (which should be 0, 1, 2, or 3, and should not be the same as the current frame number). Copy the specified reference frame to the current frame.

	=== Mode 4 ===		=== Mode 4 ===

	[[Category:Video Codecs]]		[[Category:Video Codecs]]
	[[Category:Game Formats]]		[[Category:Game Formats]]

2008-03-20T06:12:20Z

Mode 1: uncompressed data

← Older revision		Revision as of 23:12, 19 March 2008
Line 66:		Line 66:

	=== Mode 1 ===		=== Mode 1 ===
			Uncompressed data. This mode specifies that (width * height) bytes should be copies directly from the encoded buffer into output. Note that there are 2 unknown bytes before the raw data (possibly chunk length data; needs to be verified). Thus, a mode 1 chunk would be laid out as:

			<nowiki>0x01 [2 unknown bytes] [width * height bytes of video data]</nowiki>

	=== Mode 2 ===		=== Mode 2 ===