HNM4 - Revision history

Multimedia Mike: minor grammar edits

2014-08-09T18:45:50Z

minor grammar edits

← Older revision		Revision as of 11:45, 9 August 2014
Line 3:		Line 3:
	* Samples: http://samples.mplayerhq.hu/game-formats/hnm/losteden-hnm4/		* Samples: http://samples.mplayerhq.hu/game-formats/hnm/losteden-hnm4/

	HNM4 is the third generation of the Cryo HNM video format. At least two decoder-incompatible variation of this format is known. ~~Main~~ version, operates in 320x200x256 resolution ~~and~~ simplified 640x480x256 ~~spin-off,~~ used in ~~ALIENS game~~. Both formats share same container structure.		HNM4 is the third generation of the Cryo HNM video format. At least two decoder-incompatible variation of this format is known. The main version operates in 320x200x256 resolution. A simplified version operates in 640x480x256; this is used in "Aliens: A Comic Book Adventure". Both formats share the same container structure.

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

Multimedia Mike: /* Games Using HNM4 */ alphabetize and add MobyGames links

2014-02-04T04:56:30Z

Games Using HNM4: alphabetize and add MobyGames links

← Older revision		Revision as of 21:56, 3 February 2014
Line 112:		Line 112:

	== Games Using HNM4 ==		== Games Using HNM4 ==
	* ~~Lost Eden~~		* [http://www.mobygames.com/game/aliens-a-comic-book-adventure Aliens: A Comic Book Adventure]
	* Hardline		* [http://www.mobygames.com/game/dragon-lore-the-legend-begins Dragon Lore: The Legend Begins]
	* Aliens		* [http://www.mobygames.com/game/dragon-lore-ii-the-heart-of-the-dragon-man Dragon Lore II: The Heart of the Dragon Man]
	* Dragon Lore		* [http://www.mobygames.com/game/hardline Hardline]
	* Dragon Lore II		* [http://www.mobygames.com/game/lost-eden Lost Eden]
	* Treasure Hunter		* [http://www.mobygames.com/game/windows/treasure-hunter Treasure Hunter]

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

Suxen drol at 08:26, 3 February 2014

2014-02-03T08:26:44Z

← Older revision		Revision as of 01:26, 3 February 2014
Line 121:		Line 121:
	[[Category:Video Codecs]]		[[Category:Video Codecs]]
	[[Category:Game Formats]]		[[Category:Game Formats]]
	~~[[Category:Formats missing in FFmpeg]]~~

Loki1985 at 11:20, 26 August 2013

2013-08-26T11:20:08Z

← Older revision		Revision as of 04:20, 26 August 2013
Line 73:		Line 73:
	* backward - advance source pixel pairs in backward order		* backward - advance source pixel pairs in backward order
	* swap - swap pair's pixels		* swap - swap pair's pixels

			Since the original decoder uses double buffering, "previous frame" refers to the other buffer. Buffers are flipped after each frame. Intraframes are copied to both buffers.
			HNM4 (but not HNM4A): All Interframe operations are performed on non-postprocessed data.

	==== HNM4A Interframe ====		==== HNM4A Interframe ====
Line 102:		Line 105:
	p4 p5 p6 p7 p1 p3 p5 p7		p4 p5 p6 p7 p1 p3 p5 p7
	... ...		... ...

			This applies to both intraframes and interframes.

	== Decoding Audio ==		== Decoding Audio ==

VAG: more cats

2012-10-13T15:00:06Z

more cats

← Older revision		Revision as of 08:00, 13 October 2012
Line 114:		Line 114:
	* Treasure Hunter		* Treasure Hunter

			[[Category:Video Codecs]]
	[[Category:Game Formats]]		[[Category:Game Formats]]
			[[Category:Formats missing in FFmpeg]]

Renikrill: /* Games Using HNM4 */

2009-07-17T05:06:47Z

Games Using HNM4

← Older revision		Revision as of 22:06, 16 July 2009
Line 110:		Line 110:
	* Hardline		* Hardline
	* Aliens		* Aliens
			* Dragon Lore
			* Dragon Lore II
			* Treasure Hunter

	[[Category:Game Formats]]		[[Category:Game Formats]]

Multimedia Mike: header and samples

2008-03-31T02:17:13Z

header and samples

← Older revision		Revision as of 19:17, 30 March 2008
Line 1:		Line 1:
			* Extension: hnm
			* Company: [[CRYO Interactive Entertainment]]
			* Samples: http://samples.mplayerhq.hu/game-formats/hnm/losteden-hnm4/

	HNM4 is the third generation of the Cryo HNM video format. At least two decoder-incompatible variation of this format is known. Main version, operates in 320x200x256 resolution and simplified 640x480x256 spin-off, used in ALIENS game. Both formats share same container structure.		HNM4 is the third generation of the Cryo HNM video format. At least two decoder-incompatible variation of this format is known. Main version, operates in 320x200x256 resolution and simplified 640x480x256 spin-off, used in ALIENS game. Both formats share same container structure.

Multimedia Mike: Reverted edits by MlyOjl (Talk); changed back to last version by DonDiego

2007-04-11T05:24:07Z

Reverted edits by MlyOjl (Talk); changed back to last version by DonDiego

← Older revision		Revision as of 22:24, 10 April 2007
Line 16:		Line 16:
	byte copyright[16] - "-Copyright CRYO-"		byte copyright[16] - "-Copyright CRYO-"

	The rest of the file organized on manner similar to [[HNM (1)]] format. All single-frame related chunks combined to superchunks, where each superchunk starts with 32-bit value, lower 24 bits of it indicates superchunk size and highest 8 bits - flags (unknown). Each chunk starts with another 24 8 bits length header followed by 4 bytes of chunk ID (where only 2 bytes can be actually used), and chunk data. Near the end of file usually TAB chunk located, it doesn't have an upper-level superchunk.		The rest of the file organized on manner similar to [[HNM (1)]] format. All single-frame related chunks combined to superchunks, where each superchunk starts with 32-bit value, lower 24 bits of it indicates superchunk size and highest 8 bits - flags (unknown). Each chunk starts with another 24+8 bits length header followed by 4 bytes of chunk ID (where only 2 bytes can be actually used), and chunk data. Near the end of file usually TAB chunk located, it doesn't have an upper-level superchunk.

	=== PL Chunk ===		=== PL Chunk ===
Line 64:		Line 64:
	9..23 : offset		9..23 : offset

	In this case for (count) pixel pairs, copy them from the (output offset * 2 - 32768) of the current frame to the output. Flag bits modify various parameters of this scheme (multiple flags can be used):		In this case for (count) pixel pairs, copy them from the (output + offset * 2 - 32768) of the current frame to the output. Flag bits modify various parameters of this scheme (multiple flags can be used):
	* previous - copy pairs from the previous frame		* previous - copy pairs from the previous frame
	* backline - first pixel located 2 lines above (swap)		* backline - first pixel located 2 lines above + (swap)
	* backward - advance source pixel pairs in backward order		* backward - advance source pixel pairs in backward order
	* swap - swap pair's pixels		* swap - swap pair's pixels
Line 87:		Line 87:
	8..23 : offset		8..23 : offset

	For (count) 1x2 columns copy them from the (output offset) to the output.		For (count) 1x2 columns copy them from the (output + offset) to the output.
	* previous - copy column from the previous frame		* previous - copy column from the previous frame
	* delta - copy column from (output offset - 65536)		* delta - copy column from (output + offset - 65536)

	=== Postprocessing ===		=== Postprocessing ===

MlyOjl at 04:37, 11 April 2007

2007-04-11T04:37:24Z

← Older revision		Revision as of 21:37, 10 April 2007
Line 16:		Line 16:
	byte copyright[16] - "-Copyright CRYO-"		byte copyright[16] - "-Copyright CRYO-"

	The rest of the file organized on manner similar to [[HNM (1)]] format. All single-frame related chunks combined to superchunks, where each superchunk starts with 32-bit value, lower 24 bits of it indicates superchunk size and highest 8 bits - flags (unknown). Each chunk starts with another 24+8 bits length header followed by 4 bytes of chunk ID (where only 2 bytes can be actually used), and chunk data. Near the end of file usually TAB chunk located, it doesn't have an upper-level superchunk.		The rest of the file organized on manner similar to [[HNM (1)]] format. All single-frame related chunks combined to superchunks, where each superchunk starts with 32-bit value, lower 24 bits of it indicates superchunk size and highest 8 bits - flags (unknown). Each chunk starts with another 24 8 bits length header followed by 4 bytes of chunk ID (where only 2 bytes can be actually used), and chunk data. Near the end of file usually TAB chunk located, it doesn't have an upper-level superchunk.

	=== PL Chunk ===		=== PL Chunk ===
Line 64:		Line 64:
	9..23 : offset		9..23 : offset

	In this case for (count) pixel pairs, copy them from the (output + offset * 2 - 32768) of the current frame to the output. Flag bits modify various parameters of this scheme (multiple flags can be used):		In this case for (count) pixel pairs, copy them from the (output offset * 2 - 32768) of the current frame to the output. Flag bits modify various parameters of this scheme (multiple flags can be used):
	* previous - copy pairs from the previous frame		* previous - copy pairs from the previous frame
	* backline - first pixel located 2 lines above + (swap)		* backline - first pixel located 2 lines above (swap)
	* backward - advance source pixel pairs in backward order		* backward - advance source pixel pairs in backward order
	* swap - swap pair's pixels		* swap - swap pair's pixels
Line 87:		Line 87:
	8..23 : offset		8..23 : offset

	For (count) 1x2 columns copy them from the (output + offset) to the output.		For (count) 1x2 columns copy them from the (output offset) to the output.
	* previous - copy column from the previous frame		* previous - copy column from the previous frame
	* delta - copy column from (output + offset - 65536)		* delta - copy column from (output offset - 65536)

	=== Postprocessing ===		=== Postprocessing ===

DonDiego: link fix

2006-08-31T23:51:46Z

link fix

← Older revision		Revision as of 16:51, 31 August 2006
Line 29:		Line 29:

	=== SD Chunk ===		=== SD Chunk ===
	Sound data. [[DPCM]]-encoded sound fragment.		Sound data. [[PCM#Differential_PCM\|DPCM]]-encoded sound fragment.

	== Decoding Video ==		== Decoding Video ==