PAL - Revision history

MarkJFox: 8 revisions imported

2025-03-31T19:24:27Z

8 revisions imported

← Older revision	Revision as of 21:24, 31 March 2025
(No difference)

en>Crimsonum at 19:38, 6 April 2024

2024-04-06T19:38:46Z

← Older revision		Revision as of 21:38, 6 April 2024
Line 12:		Line 12:
	Each colour value (red, green and blue) is represented by 6 bits only, which means {{tt\|63}} is the highest a colour value can get (rather than 255). For example, pure red would be represented as {{tt\|00111111}} ({{tt\|63}} in decimal) in the red byte. The highest two bits are always zero, so that one colour value still takes 8 bits in the file.		Each colour value (red, green and blue) is represented by 6 bits only, which means {{tt\|63}} is the highest a colour value can get (rather than 255). For example, pure red would be represented as {{tt\|00111111}} ({{tt\|63}} in decimal) in the red byte. The highest two bits are always zero, so that one colour value still takes 8 bits in the file.

	However, the game converts this 18-bit palette to true 16-bit ([https://en.wikipedia.org/wiki/High_color Hi-Colour]) by ignoring the least significant bit of the red and blue channels. Therefore it's best to design custom palettes in a {{tt\|5:6:5}} format to avoid colour loss. This conversion effect is demonstrated [https://ppmforums.com/viewtopic.php?t=40996 here].		However, the game converts this 18-bit palette to true 16-bit ([https://en.wikipedia.org/wiki/High_color Hi-Colour]) by ignoring the least significant bit of the red and blue channels. Therefore it's best to design custom palettes in a {{tt\|5:6:5}} format to avoid colour loss (in RGB terms, the red and blue color values should be divisible by 8 while green can be divisible by 4). This conversion effect is demonstrated [https://ppmforums.com/viewtopic.php?t=40996 here].

	== Relation with SHPs ==		== Relation with SHPs ==

en>E1 Elite: Reverted edits by McPwny (talk) to last revision by Crimsonum

2021-12-23T13:33:43Z

Reverted edits by McPwny (talk) to last revision by Crimsonum

← Older revision		Revision as of 15:33, 23 December 2021
Line 28:		Line 28:
	</li>		</li>
	</ul>		</ul>
	~~[[File:Ra2 palette map 566.jpg]]~~
	~~Credits for the image: Zorbung and G-E~~


	[[Category:General_Editing_Information]]		[[Category:General_Editing_Information]]
	[[Category:File Formats]]		[[Category:File Formats]]

en>McPwny at 15:13, 22 December 2021

2021-12-22T15:13:38Z

← Older revision		Revision as of 17:13, 22 December 2021
Line 28:		Line 28:
	</li>		</li>
	</ul>		</ul>
			[[File:Ra2 palette map 566.jpg]]
			Credits for the image: Zorbung and G-E


	[[Category:General_Editing_Information]]		[[Category:General_Editing_Information]]
	[[Category:File Formats]]		[[Category:File Formats]]

en>Crimsonum at 13:41, 7 September 2018

2018-09-07T13:41:46Z

← Older revision		Revision as of 15:41, 7 September 2018
Line 24:		Line 24:
	<li>In all remappable images, the colours #16 to #31 are the different remap stages.</li>		<li>In all remappable images, the colours #16 to #31 are the different remap stages.</li>
	<li>Depending on the object type, some or all colours on the range #204 to #254 are ignored, causing the pixels to be rendered magenta in-game. See [https://ppmforums.com/viewtopic.php?t=33829 this topic] for more information.</li>		<li>Depending on the object type, some or all colours on the range #204 to #254 are ignored, causing the pixels to be rendered magenta in-game. See [https://ppmforums.com/viewtopic.php?t=33829 this topic] for more information.</li>
	<li>In all SHPs, colours #240 to #~~255~~ are not affected by map brightness (similar to [[UseNormalLight]]), hence they're useful for making things like muzzle flashes glow in the dark.</li>		<li>In all SHPs, colours #240 to #254 are not affected by map brightness (similar to [[UseNormalLight]]), hence they're useful for making things like muzzle flashes glow in the dark.</li>
	</ul>		</ul>
	</li>		</li>

en>Crimsonum: Added information about the internal palette conversion and special indices.

2018-09-07T12:32:58Z

Added information about the internal palette conversion and special indices.

← Older revision		Revision as of 14:32, 7 September 2018
Line 1:		Line 1:
			PAL files contain the colour palettes for various in-game objects.

	== Format ==		== Format ==
	The PAL file format is very simple.		The PAL file format is very simple.
Line 8:		Line 10:
	} colours[256];		} colours[256];

	Each colour value (red, green and blue) is represented by 6 bits only, which means {{tt\|63}} is the highest a colour value can get (rather than 255).~~<br>~~		Each colour value (red, green and blue) is represented by 6 bits only, which means {{tt\|63}} is the highest a colour value can get (rather than 255). For example, pure red would be represented as {{tt\|00111111}} ({{tt\|63}} in decimal) in the red byte. The highest two bits are always zero, so that one colour value still takes 8 bits in the file.
	For example, pure red would be represented as {{tt\|00111111}} ({{tt\|63}} in decimal) in the red byte.~~<br>~~
	The highest two bits are always zero, so that one colour value still takes 8 bits in the file.		However, the game converts this 18-bit palette to true 16-bit ([https://en.wikipedia.org/wiki/High_color Hi-Colour]) by ignoring the least significant bit of the red and blue channels. Therefore it's best to design custom palettes in a {{tt\|5:6:5}} format to avoid colour loss. This conversion effect is demonstrated [https://ppmforums.com/viewtopic.php?t=40996 here].

			== Relation with SHPs ==

	SHP files refer to a colour ~~index~~ in a PAL file.<br>		[[SHP\|SHP files]] refer to the colour indices in a PAL file. Depending on the object type and PAL file, some indices have very specific effects tied to them:
	~~0 is~~ the first colour (3 bytes)~~, which~~ is used as the transparent colour of the SHP image (i.e. it will not be copied to the screen when drawn).<br>		<ul>
	In shadow frames, colour 1 is ~~used for shadows.~~<br>		<li>In all SHPs, the first colour of the PAL (index #0, the first 3 bytes) is used as the transparent colour of the SHP image (i.e. it will not be copied to the screen when drawn).</li>
	In ~~remapable SHP~~ images, the ~~colors~~ 16 to 31 are the different remap stages.		<li>In all shadow frames, all colours aside from #0 (transparent) will be rendered as shadow. A convention is to use colour #1 as in the original [[TS]]/[[RA2]].</li>
			<li>In all SHPs using UNIT'''xxx'''.PAL (where '''xxx''' is the [[Theatres\|theatre]] ID):
			<ul>
			<li>In all remappable images, the colours #16 to #31 are the different remap stages.</li>
			<li>Depending on the object type, some or all colours on the range #204 to #254 are ignored, causing the pixels to be rendered magenta in-game. See [https://ppmforums.com/viewtopic.php?t=33829 this topic] for more information.</li>
			<li>In all SHPs, colours #240 to #255 are not affected by map brightness (similar to [[UseNormalLight]]), hence they're useful for making things like muzzle flashes glow in the dark.</li>
			</ul>
			</li>
			</ul>

	[[Category:General_Editing_Information]]		[[Category:General_Editing_Information]]
	[[Category:File Formats]]		[[Category:File Formats]]

en>Pd: enhanced

2007-06-16T07:47:00Z

enhanced

← Older revision		Revision as of 09:47, 16 June 2007
Line 1:		Line 1:
	== Format ==		== Format ==
	The PAL file format is very simple.		The PAL file format is very simple.
	It is a series of colours, represented by 3 bytes ~~each~~ in the format		It is a series of 256 colours, each represented by 3 bytes in the RGB format:
	struct ~~colour~~{		struct PAL{
	~~Uint8~~ red;		unsigned char red;
	~~Uint8~~ green;		unsigned char green;
	~~Uint8~~ blue;		unsigned char blue;
	};		} colours[256];

	~~SHP files refer to an index in this file. 0 is the first~~ colour (~~3 bytes~~), which is ~~used as~~ the ~~transparent~~ colour in the ~~SHP file~~.<br>		Each colour value (red, green and blue) is represented by 6 bits only, which means {{tt\|63}} is the highest a colour value can get (rather than 255).<br>
	~~Index 1 of a palet~~ file ~~would be bytes 4, 5 and 6~~.		For example, pure red would be represented as {{tt\|00111111}} ({{tt\|63}} in decimal) in the red byte.<br>
			The highest two bits are always zero, so that one colour value still takes 8 bits in the file.

	~~Each byte only stores 6 bits of data~~, ~~for example pure red would be represented~~ as ~~"00111111"~~ (~~in binary~~) in the ~~red byte~~.
			SHP files refer to a colour index in a PAL file.<br>
			0 is the first colour (3 bytes), which is used as the transparent colour of the SHP image (i.e. it will not be copied to the screen when drawn).<br>
			In shadow frames, colour 1 is used for shadows.<br>
			In remapable SHP images, the colors 16 to 31 are the different remap stages.

	[[Category:General_Editing_Information]]		[[Category:General_Editing_Information]]
	[[Category:File Formats]]		[[Category:File Formats]]

58.109.97.210 at 07:29, 16 June 2007

2007-06-16T07:29:58Z

← Older revision		Revision as of 09:29, 16 June 2007
Line 12:		Line 12:

	Each byte only stores 6 bits of data, for example pure red would be represented as "00111111" (in binary) in the red byte.		Each byte only stores 6 bits of data, for example pure red would be represented as "00111111" (in binary) in the red byte.

			[[Category:General_Editing_Information]]
			[[Category:File Formats]]

58.109.97.210 at 07:28, 16 June 2007

2007-06-16T07:28:26Z

New page

== Format ==
The PAL file format is very simple.
It is a series of colours, represented by 3 bytes each in the format
struct colour{
Uint8 red;
Uint8 green;
Uint8 blue;
};

SHP files refer to an index in this file. 0 is the first colour (3 bytes), which is used as the transparent colour in the SHP file.<br>
Index 1 of a palet file would be bytes 4, 5 and 6.

Each byte only stores 6 bits of data, for example pure red would be represented as "00111111" (in binary) in the red byte.