Escape 124 - Revision history

Multimedia Mike: changed the sample location

2008-04-01T01:26:08Z

changed the sample location

← Older revision		Revision as of 18:26, 31 March 2008
Line 1:		Line 1:
	* Company: [[Eidos Technologies]]		* Company: [[Eidos Technologies]]
	* Samples: http://samples.mplayerhq.hu/game-formats/rpl/~~tombraider2-~~escape124/		* Samples: http://samples.mplayerhq.hu/game-formats/rpl/escape124/

	ESCAPE 124 is a slightly enhanced version of Eidos Technologies' previous [[Escape 122]] codec. It is usually found encapsulated in [[ARMovie]] files bearing the extension RPL. The most important difference is native 16-bits (15-bits, actually) color support. While general principles remain the same, a few new techniques have been added. For example, instead of coding each color triplet, they all are stored in several lookup tables (think about VQ or huge palette).		ESCAPE 124 is a slightly enhanced version of Eidos Technologies' previous [[Escape 122]] codec. It is usually found encapsulated in [[ARMovie]] files bearing the extension RPL. The most important difference is native 16-bits (15-bits, actually) color support. While general principles remain the same, a few new techniques have been added. For example, instead of coding each color triplet, they all are stored in several lookup tables (think about VQ or huge palette).

Multimedia Mike: mention its typical file format and add to video codecs category

2008-03-20T22:28:31Z

mention its typical file format and add to video codecs category

← Older revision		Revision as of 15:28, 20 March 2008
Line 2:		Line 2:
	* Samples: http://samples.mplayerhq.hu/game-formats/rpl/tombraider2-escape124/		* Samples: http://samples.mplayerhq.hu/game-formats/rpl/tombraider2-escape124/

	ESCAPE 124 is a slightly enhanced version of Eidos Technologies' previous [[Escape 122]] codec. The most important difference is native 16-bits (15-bits, actually) color support. While general principles remain the same, a few new techniques have been added. For example, instead of coding each color triplet, they all are stored in several lookup tables (think about VQ or huge palette).		ESCAPE 124 is a slightly enhanced version of Eidos Technologies' previous [[Escape 122]] codec. It is usually found encapsulated in [[ARMovie]] files bearing the extension RPL. The most important difference is native 16-bits (15-bits, actually) color support. While general principles remain the same, a few new techniques have been added. For example, instead of coding each color triplet, they all are stored in several lookup tables (think about VQ or huge palette).

	Each frame chunks begins with a new 8-bytes header:		Each frame chunks begins with a new 8-bytes header:
Line 116:		Line 116:
	pixel = color0		pixel = color0

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

Multimedia Mike: newer samples link

2008-03-20T22:26:42Z

newer samples link

← Older revision		Revision as of 15:26, 20 March 2008
Line 1:		Line 1:
	* Company: [[Eidos Technologies]]		* Company: [[Eidos Technologies]]
	* Samples: http://~~tranquillity~~.~~campus~~.~~luth.se~~/~~~banan~~/~~Escape~~/		* Samples: http://samples.mplayerhq.hu/game-formats/rpl/tombraider2-escape124/

	ESCAPE 124 is a slightly enhanced version of Eidos Technologies' previous [[Escape 122]] codec. The most important difference is native 16-bits (15-bits, actually) color support. While general principles remain the same, a few new techniques have been added. For example, instead of coding each color triplet, they all are stored in several lookup tables (think about VQ or huge palette).		ESCAPE 124 is a slightly enhanced version of Eidos Technologies' previous [[Escape 122]] codec. The most important difference is native 16-bits (15-bits, actually) color support. While general principles remain the same, a few new techniques have been added. For example, instead of coding each color triplet, they all are stored in several lookup tables (think about VQ or huge palette).

VAG: /* Video portion */ yet another error

2007-04-29T21:31:06Z

Video portion: yet another error

← Older revision		Revision as of 14:31, 29 April 2007
Line 58:		Line 58:
	invert next 4 bits of multi_mask		invert next 4 bits of multi_mask
	else		else
	~~read~~ next 4 bits of multi_mask ~~from~~ the stream		XOR next 4 bits of multi_mask by next 4 bits of the stream

	for each macroblock of superblock (left to right, top to bottom)		for each macroblock of superblock (left to right, top to bottom)

VAG: /* Video portion */ few more fixes

2007-04-29T21:15:23Z

Video portion: few more fixes

← Older revision		Revision as of 14:15, 29 April 2007
Line 29:		Line 29:
	if bit 19 of frame_flags is set		if bit 19 of frame_flags is set
	read 20 bits of codebook 3 size from the stream		read 20 bits of codebook 3 size from the stream
	evaluate codebook 3 index depth as the index of most significant bit of size		evaluate codebook 3 index depth as the 1-based index of most significant bit of (size - 1)
	codebook3 = Unpack_Codebook()		codebook3 = Unpack_Codebook()

Line 90:		Line 90:
	decrement codebook_index		decrement codebook_index
	else		else
	increment codebook_index		increment codebook_index

	wrap codebook_index within 0..3 range		wrap codebook_index within 0..2 range

	if codebook_index is 0		if codebook_index is 0

VAG: fix minor errors

2007-04-24T23:28:49Z

fix minor errors

← Older revision		Revision as of 16:28, 24 April 2007
Line 32:		Line 32:
	codebook3 = Unpack_Codebook()		codebook3 = Unpack_Codebook()

			Proceed the frame decoding:

	initialize codebook_index to zero		initialize codebook_index to zero


	~~Proceed the frame decoding:~~
	repeat		repeat
	skip_value = RICE_Decode()		skip_value = RICE_Decode()
Line 92:		Line 92:
	increment codebook_index		increment codebook_index

	~~clamp~~ codebook_index within 0..3 range		wrap codebook_index within 0..3 range

	if codebook_index is 0		if codebook_index is 0

DonDiego: Add to Game Formats category.

2006-08-01T06:55:53Z

Add to Game Formats category.

← Older revision		Revision as of 23:55, 31 July 2006
Line 115:		Line 115:
	else		else
	pixel = color0		pixel = color0

			[[Category:Game Formats]]

DonDiego: Add standard company and samples links.

2006-07-03T10:42:47Z

Add standard company and samples links.

← Older revision		Revision as of 03:42, 3 July 2006
Line 1:		Line 1:
	ESCAPE 124 is a slightly enhanced version of [[Eidos Technologies]]' previous [[Escape 122]] codec. The most important difference is native 16-bits (15-bits, actually) color support. While general principles remain the same, a few new techniques have been added. For example, instead of coding each color triplet, they all are stored in several lookup tables (think about VQ or huge palette).		* Company: [[Eidos Technologies]]
			* Samples: http://tranquillity.campus.luth.se/~banan/Escape/

			ESCAPE 124 is a slightly enhanced version of Eidos Technologies' previous [[Escape 122]] codec. The most important difference is native 16-bits (15-bits, actually) color support. While general principles remain the same, a few new techniques have been added. For example, instead of coding each color triplet, they all are stored in several lookup tables (think about VQ or huge palette).

	Each frame chunks begins with a new 8-bytes header:		Each frame chunks begins with a new 8-bytes header:

DonDiego: wikify, spelling and grammar fixes

2006-07-03T10:39:02Z

wikify, spelling and grammar fixes

← Older revision		Revision as of 03:39, 3 July 2006
Line 1:		Line 1:
	~~The~~ ESCAPE 124 ~~codec~~ is a slightly enhanced version of Eidos' previous [Escape 122] codec. ~~Most~~ important difference is ~~the~~ native 16-bits (15-bits, actually) color support. While general ~~codec principle remains~~ the same, few new techniques ~~has~~ been added. For example, instead of coding of each color triplet, they all are stored in several lookup tables (think about VQ or huge palette).		ESCAPE 124 is a slightly enhanced version of [[Eidos Technologies]]' previous [[Escape 122]] codec. The most important difference is native 16-bits (15-bits, actually) color support. While general principles remain the same, a few new techniques have been added. For example, instead of coding each color triplet, they all are stored in several lookup tables (think about VQ or huge palette).

	Each frame chunks begins with a new 8-bytes header:		Each frame chunks begins with a new 8-bytes header:
Line 5:		Line 5:
	dword frame_size - size of the frame chunk, including this header		dword frame_size - size of the frame chunk, including this header

	In the available sample files, frames usually grouped together in to one-second bundles, followed by sound stream (i.e., 15 fps movie will have 15 frames in a row, then 1 sec of sound data.)		In the available sample files, frames are usually grouped together in one-second bundles followed by sound stream (i.e., 15 fps movie will have 15 frames in a row, then 1 sec of sound data.)
	Original decoder throws away any frames whose frame_flags has no bits 2, 4 or 8 set ( & 0x114 ).		Original decoder throws away any frames whose frame_flags has no bits 2, 4 or 8 set ( & 0x114 ).

	== Video portion ==		== Video portion ==

	At first, you need to check if any of bits 23..26 of frame_flags is set. If none of		At first, you need to check if any of the bits 23..26 of frame_flags is set. If none of
	them is set, just leave last decoded frame unchanged. (These bits are specific to 124 decoder, unlike bits 2, 4, 8, described above).		them is set, just leave the last decoded frame unchanged. (These bits are specific to 124 decoder, unlike bits 2, 4, 8, described above).

	Next, unpack 3 codebooks. Each codebook contains variable number of 2x2 macroblocks. You should maintain all three codebooks between frames.		Next, unpack 3 codebooks. Each codebook contains a variable number of 2x2 macroblocks. You should maintain all three codebooks between frames.
	if bit 17 of frame_flags is set		if bit 17 of frame_flags is set
	read 4 bits of codebook 1 ~~indice~~ depth from the stream		read 4 bits of codebook 1 index depth from the stream
	codebook 1 size is ~~the~~ 2^depth (power of)		codebook 1 size is 2^depth (power of)
	codebook1 = Unpack_Codebook()		codebook1 = Unpack_Codebook()

	if bit 18 of frame_flags is set		if bit 18 of frame_flags is set
	read 4 bits of codebook 2 ~~indice~~ depth from the stream		read 4 bits of codebook 2 index depth from the stream
	codebook 2 size is ~~the~~ 2^depth (power of) * total number of superblocks in the frame		codebook 2 size is 2^depth (power of) * total number of superblocks in the frame
	codebook2 = Unpack_Codebook()		codebook2 = Unpack_Codebook()

	if bit 19 of frame_flags is set		if bit 19 of frame_flags is set
	read 20 bits of codebook 3 size from the stream		read 20 bits of codebook 3 size from the stream
	evaluate codebook 3 ~~indice~~ depth as the index of most significant bit of size		evaluate codebook 3 index depth as the index of most significant bit of size
	codebook3 = Unpack_Codebook()		codebook3 = Unpack_Codebook()

VAG at 00:18, 3 July 2006

2006-07-03T00:18:25Z

← Older revision		Revision as of 17:18, 2 July 2006
Line 6:		Line 6:

	In the available sample files, frames usually grouped together in to one-second bundles, followed by sound stream (i.e., 15 fps movie will have 15 frames in a row, then 1 sec of sound data.)		In the available sample files, frames usually grouped together in to one-second bundles, followed by sound stream (i.e., 15 fps movie will have 15 frames in a row, then 1 sec of sound data.)
			Original decoder throws away any frames whose frame_flags has no bits 2, 4 or 8 set ( & 0x114 ).

	== Video portion ==		== Video portion ==