Origin Flic Codec - Revision history

Matt: Note the existence of a JY in the No Regret credits and an RR in No Remorse credits, the likely original developers.

2021-06-21T08:38:01Z

Note the existence of a JY in the No Regret credits and an RR in No Remorse credits, the likely original developers.

← Older revision		Revision as of 01:38, 21 June 2021
Line 5:		Line 5:
	''Please rename this codec name to something more original''		''Please rename this codec name to something more original''

	Origin Flic Codec is a relatively simple palettized video codec used in PC version of Crusader: No Remorse game. Data is packaged inside standard [[AVI]] container and employs relatively simple [[RLE]] compression. Audio stored in uncompressed [[PCM]] form. It is rumored that codec's FourCCs are actually based on game developer's names (~~not confirmed~~.)		Origin Flic Codec is a relatively simple palettized video codec used in PC version of Crusader: No Remorse game. Data is packaged inside standard [[AVI]] container and employs relatively simple [[RLE]] compression. Audio stored in uncompressed [[PCM]] form. It is rumored that codec's FourCCs are actually based on game developer's names (The Crusader: No Regret credits include a line "Special thanks for the video system and its integration: Jason Yenawine", who also receives a generic thanks in No Remorse. Another developer credited in No Remorse is Ramon Renteria)

	== Video Codec ==		== Video Codec ==

Multimedia Mike: proper samples link

2020-05-01T00:55:02Z

proper samples link

← Older revision		Revision as of 17:55, 30 April 2020
Line 1:		Line 1:
	* FourCC: JYV1, JYA1, RRV1, RRV2		* FourCC: JYV1, JYA1, RRV1, RRV2
	* Company: Origin Systems		* Company: Origin Systems
	* Samples: ~~ask Mike~~		* Samples: http://samples.mplayerhq.hu/game-formats/crusader-no-remorse/

	''Please rename this codec name to something more original''		''Please rename this codec name to something more original''

VAG: categorize

2012-02-20T21:37:07Z

categorize

← Older revision		Revision as of 14:37, 20 February 2012
Line 46:		Line 46:
	GetBits() reads variable number of bits from codes[], highest bits of lowest byte first.		GetBits() reads variable number of bits from codes[], highest bits of lowest byte first.
	For RRV* FourCCs 'leave' and 'draw' command skips/doubles each pixel when decoding a keyframe (i.e. a keyframe should be upscaled horizontally.)		For RRV* FourCCs 'leave' and 'draw' command skips/doubles each pixel when decoding a keyframe (i.e. a keyframe should be upscaled horizontally.)

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

VAG: doh!

2012-02-17T00:44:18Z

doh!

← Older revision		Revision as of 17:44, 16 February 2012
Line 13:		Line 13:
	* JYV1, RRV1 - 5 slices		* JYV1, RRV1 - 5 slices
	* RRV2 - 15 slices		* RRV2 - 15 slices
	Therefore, each slice contains ~~VideoWidth~~/slices raster lines.		Therefore, each slice contains VideoHeight/slices raster lines.

	Frame chunk consist of the following parts:		Frame chunk consist of the following parts:

VAG: ok, you asked for it

2012-02-17T00:42:50Z

ok, you asked for it

New page

* FourCC: JYV1, JYA1, RRV1, RRV2
* Company: Origin Systems
* Samples: ask Mike

''Please rename this codec name to something more original''

Origin Flic Codec is a relatively simple palettized video codec used in PC version of Crusader: No Remorse game. Data is packaged inside standard [[AVI]] container and employs relatively simple [[RLE]] compression. Audio stored in uncompressed [[PCM]] form. It is rumored that codec's FourCCs are actually based on game developer's names (not confirmed.)

== Video Codec ==
A video movie uses fixed palette, stored in corresponding AVI Stream Format chunk.

Video frame is encoded in a series of slices, where each slice encodes a number of horizontal lines of picture. Number of slices depends on FourCC and is:
* JYV1, RRV1 - 5 slices
* RRV2 - 15 slices
Therefore, each slice contains VideoWidth/slices raster lines.

Frame chunk consist of the following parts:

u32 slicetable[num_slices]
-- for each slice --
u32 codes_size;
u8 codes[codes_size]
u8 raster[]
--------------------
where each entry of slicetable points to corresponding codes/raster block (offsets are relative to beginning of the chunk.)

Video decompression is performed as follows (for each slice):

flipflop = flip
while slice is not complete
idx = GetBits(4);
blocksize = BaseLength[idx];
if idx != 0 and idx != 8
blocksize += GetBits(FineLengthBits[idx]);
if flipflop == flip
leave blocksize pixels unchanged
else
draw blocksize pixels from raster[]
flip flop

BaseLength[] = {0, 1<<7, 1<<3, 0, 1<<1, 0, 1<<5, 0,
1, 1<<8, 1<<4, 0, 1<<2, 0, 1<<6, 0};
FineLengthBits[] = {0, 7, 3, 0, 1, 16, 5, 0,
1, 8, 4, 0, 2, 24, 6, 0};

GetBits() reads variable number of bits from codes[], highest bits of lowest byte first.
For RRV* FourCCs 'leave' and 'draw' command skips/doubles each pixel when decoding a keyframe (i.e. a keyframe should be upscaled horizontally.)