Resource file format - Revision history

HerrNove at 13:04, 16 April 2026

2026-04-16T13:04:18Z

← Older revision		Revision as of 15:04, 16 April 2026
Line 11:		Line 11:
	\| Text and misc. settings \|\| RES \|\| PRE \|\| Raw		\| Text and misc. settings \|\| RES \|\| PRE \|\| Raw
	\|-		\|-
	\| Bitmap images \|\| VSH \|\| PVS \|\| Compressed		\| VGA Bitmap images \|\| VSH \|\| PVS \|\| Compressed
	\|-		\|-
	\| ~~Icons~~ \|\| ESH \|\| PES \|\| Compressed		\| EGA Bitmap images \|\| ESH \|\| PES \|\| Compressed
	\|-		\|-
	\| 3d shapes \|\| 3SH \|\| P3S \|\| Compressed		\| 3d shapes \|\| 3SH \|\| P3S \|\| Compressed
Line 45:		Line 45:
	Text resources are null-terminated [http://en.wikipedia.org/wiki/C_string C strings] found in <tt>RES</tt>/<tt>PRE</tt> files. Strings can contain non-alphanumeric codes used by the game to achieve certain effects. Most prominent is the ''"]"'' (right square bracket) used to represent [http://en.wikipedia.org/wiki/Newline newline] in multi-line text.		Text resources are null-terminated [http://en.wikipedia.org/wiki/C_string C strings] found in <tt>RES</tt>/<tt>PRE</tt> files. Strings can contain non-alphanumeric codes used by the game to achieve certain effects. Most prominent is the ''"]"'' (right square bracket) used to represent [http://en.wikipedia.org/wiki/Newline newline] in multi-line text.

	===Bitmap images===		===VGA Bitmap images===
	[[Image:Stunts-pal-vga.png\|128px\|right\|thumb\|VGA palette used by bitmap images. Value 255 is transparency.]]		[[Image:Stunts-pal-vga.png\|128px\|right\|thumb\|VGA palette used by bitmap images. Value 255 is transparency.]]
	Bitmaps are images with 8-bit color depth using a [[:Image:Stunts-pal-vga.png\|fixed palette]] in VGA mode. Special bitmaps using the naming scheme <tt>!cg_</tt> and <tt>!eg_</tt> provides color mapping for graphics modes with fewer available colors.		VGA Bitmaps are images with 8-bit color depth using a [[:Image:Stunts-pal-vga.png\|fixed palette]] in VGA mode. Special bitmaps using the naming scheme <tt>!cg_</tt> and <tt>!eg_</tt> provides color mapping for graphics modes with fewer available colors.

	<span class="hlP">uint16</span> width		<span class="hlP">uint16</span> width
Line 61:		Line 61:
	Width and height correspond, of course, to the image dimensions. CentreX and centreY refer to the coordinates of the axial centre for moving images, as is the case of the gear knob and the steering dot. These coordinates set the point in the image that will move along the path established for it to go along.		Width and height correspond, of course, to the image dimensions. CentreX and centreY refer to the coordinates of the axial centre for moving images, as is the case of the gear knob and the steering dot. These coordinates set the point in the image that will move along the path established for it to go along.

	Parts of this structure are not fully understood. <tt>unknown</tt> seems to affect how image pixels are organized in compressed resource files, likely to gain more effective [http://en.wikipedia.org/wiki/Run-length_encoding run-length compression]. Images with pixel data stored as continuous horizontal lines has <tt>unknown</tt> set to <code>{ 0x1, 0x2, 0x4, 0x8 }</code> which is probabily [https://moddingwiki.shikadi.net/wiki/Raw_EGA_data Planar] data for EGA color modes. Modifying these values randomly for all images in a car does not appear to have any effect, which suggests this might not have importance for PVS/VSH (= VGA graphics) files. ~~Note that~~ the ~~older DSI game ''Grand Prix Circuit'', which uses PES files as resource (~~the ~~'E' standing for EGA), stores images as four 1-bit bitmaps, and~~ the ~~“unknown” vector~~ determines ~~how each of~~ the ~~four planes maps into the color plane~~(s) of the ~~EGA card~~.		Parts of this structure are not fully understood. <tt>unknown</tt> seems to affect how image pixels are organized in compressed resource files, likely to gain more effective [http://en.wikipedia.org/wiki/Run-length_encoding run-length compression]. Modifying these values randomly for all images in a car does not appear to have any effect, which suggests this might not have importance for PVS/VSH (= VGA graphics) files. The only exceptions are the 5th and 6th bit of the 3rd element: the former one determines whether the image is stored in transposed (column-major) order, the second whether it's in interlaced order.

	Due to the internal resolution of Stunts (which uses [http://en.wikipedia.org/wiki/Mode_13h VGA Mode 13h]), non-square pixels are used for screen display. [[Aspect ratio]] corrections should be accounted for to avoid unwanted results.		Due to the internal resolution of Stunts (which uses [http://en.wikipedia.org/wiki/Mode_13h VGA Mode 13h]), non-square pixels are used for screen display. [[Aspect ratio]] corrections should be accounted for to avoid unwanted results.
Line 71:		Line 71:
	{{sectstub}}		{{sectstub}}

	===~~Icons~~===		===EGA Bitmap images===
	{~~{sectstub}~~}
			EGA bitmaps are only used in a handful of places (notably for the icons of the resource editor). The format is similar to the VGA ones, except:

			* The image data is stored as 4 vertically stacked 1-bpp images, representing the color channels.
			* The unknown[4] determines how these color channels are mapped into the real image. The most common value is <code>{ 0x1, 0x2, 0x4, 0x8 }</code>, where each channel naturally maps into one of the EGA palette color bits ([https://moddingwiki.shikadi.net/wiki/Raw_EGA_data Planar]). However, there are many exceptions. Also, the high nibble of the third element (don't ask) determines which channels are stored in transposed order.
			* The resource is not guaranteed to contain all the four channels entirely. E.g. if the last channel has an unknown of `0` may can be omitted ,resulting in a smaller resource size than expected.
			* The image width is given in bytes. The real pixel width is obtained by multiplying such value by 8.

	===3d shapes===		===3d shapes===

HerrNove: /* Bitmap images */

2026-04-15T21:26:14Z

Bitmap images

← Older revision		Revision as of 23:26, 15 April 2026
Line 61:		Line 61:
	Width and height correspond, of course, to the image dimensions. CentreX and centreY refer to the coordinates of the axial centre for moving images, as is the case of the gear knob and the steering dot. These coordinates set the point in the image that will move along the path established for it to go along.		Width and height correspond, of course, to the image dimensions. CentreX and centreY refer to the coordinates of the axial centre for moving images, as is the case of the gear knob and the steering dot. These coordinates set the point in the image that will move along the path established for it to go along.

	Parts of this structure are not fully understood. <tt>unknown</tt> seems to affect how image pixels are organized in compressed resource files, likely to gain more effective [http://en.wikipedia.org/wiki/Run-length_encoding run-length compression]. Images with pixel data stored as continuous horizontal lines has <tt>unknown</tt> set to <code>{ 0x1, 0x2, 0x4, 0x8 }</code> which is probabily [https://moddingwiki.shikadi.net/wiki/Raw_EGA_data Planar] data for EGA color modes. Modifying these values randomly for all images in a car does not appear to have any effect, which suggests this might not have importance for PVS/VSH (= VGA graphics) files. Note that the older DSI game ''Grand Prix Circuit'', which uses PES files as resource (the 'E' standing for EGA), stores images as four 1-bit bitmaps, and the “unknown” vector determines ~~which~~ of the four planes maps into ~~which~~ color plane(s) of the EGA card.		Parts of this structure are not fully understood. <tt>unknown</tt> seems to affect how image pixels are organized in compressed resource files, likely to gain more effective [http://en.wikipedia.org/wiki/Run-length_encoding run-length compression]. Images with pixel data stored as continuous horizontal lines has <tt>unknown</tt> set to <code>{ 0x1, 0x2, 0x4, 0x8 }</code> which is probabily [https://moddingwiki.shikadi.net/wiki/Raw_EGA_data Planar] data for EGA color modes. Modifying these values randomly for all images in a car does not appear to have any effect, which suggests this might not have importance for PVS/VSH (= VGA graphics) files. Note that the older DSI game ''Grand Prix Circuit'', which uses PES files as resource (the 'E' standing for EGA), stores images as four 1-bit bitmaps, and the “unknown” vector determines how each of the four planes maps into the color plane(s) of the EGA card.

	Due to the internal resolution of Stunts (which uses [http://en.wikipedia.org/wiki/Mode_13h VGA Mode 13h]), non-square pixels are used for screen display. [[Aspect ratio]] corrections should be accounted for to avoid unwanted results.		Due to the internal resolution of Stunts (which uses [http://en.wikipedia.org/wiki/Mode_13h VGA Mode 13h]), non-square pixels are used for screen display. [[Aspect ratio]] corrections should be accounted for to avoid unwanted results.

HerrNove at 21:25, 15 April 2026

2026-04-15T21:25:33Z

← Older revision		Revision as of 23:25, 15 April 2026
Line 61:		Line 61:
	Width and height correspond, of course, to the image dimensions. CentreX and centreY refer to the coordinates of the axial centre for moving images, as is the case of the gear knob and the steering dot. These coordinates set the point in the image that will move along the path established for it to go along.		Width and height correspond, of course, to the image dimensions. CentreX and centreY refer to the coordinates of the axial centre for moving images, as is the case of the gear knob and the steering dot. These coordinates set the point in the image that will move along the path established for it to go along.

	Parts of this structure are not fully understood. <tt>unknown</tt> seems to affect how image pixels are organized in compressed resource files, likely to gain more effective [http://en.wikipedia.org/wiki/Run-length_encoding run-length compression]. Images with pixel data stored as continuous horizontal lines has <tt>unknown</tt> set to <code>{ 0x1, 0x2, 0x4, 0x8 }</code> which is probabily [~~http~~://en.~~wikipedia~~.~~org~~/wiki/~~Planar_(computer_graphics)~~ Planar] data for 16 color modes. Modifying these values randomly for all images in a car does not appear to have any effect, which ~~suggest~~ this might have importance ~~only in non-car~~ PVS/VSH files. Note that the older DSI game ''Grand Prix Circuit'', which uses PES files as resource ~~files~~ (the 'E' ~~stands~~ for EGA), stores images ~~in EGA format~~ as four 1-bit bitmaps, and the “unknown” vector ~~determineswhich~~ of the four planes maps into which color plane(s) of the EGA card.		Parts of this structure are not fully understood. <tt>unknown</tt> seems to affect how image pixels are organized in compressed resource files, likely to gain more effective [http://en.wikipedia.org/wiki/Run-length_encoding run-length compression]. Images with pixel data stored as continuous horizontal lines has <tt>unknown</tt> set to <code>{ 0x1, 0x2, 0x4, 0x8 }</code> which is probabily [https://moddingwiki.shikadi.net/wiki/Raw_EGA_data Planar] data for EGA color modes. Modifying these values randomly for all images in a car does not appear to have any effect, which suggests this might not have importance for PVS/VSH (= VGA graphics) files. Note that the older DSI game ''Grand Prix Circuit'', which uses PES files as resource (the 'E' standing for EGA), stores images as four 1-bit bitmaps, and the “unknown” vector determines which of the four planes maps into which color plane(s) of the EGA card.

	Due to the internal resolution of Stunts (which uses [http://en.wikipedia.org/wiki/Mode_13h VGA Mode 13h]), non-square pixels are used for screen display. [[Aspect ratio]] corrections should be accounted for to avoid unwanted results.		Due to the internal resolution of Stunts (which uses [http://en.wikipedia.org/wiki/Mode_13h VGA Mode 13h]), non-square pixels are used for screen display. [[Aspect ratio]] corrections should be accounted for to avoid unwanted results.

HerrNove: /* Bitmap images */

2026-04-15T21:21:55Z

Bitmap images

← Older revision		Revision as of 23:21, 15 April 2026
Line 61:		Line 61:
	Width and height correspond, of course, to the image dimensions. CentreX and centreY refer to the coordinates of the axial centre for moving images, as is the case of the gear knob and the steering dot. These coordinates set the point in the image that will move along the path established for it to go along.		Width and height correspond, of course, to the image dimensions. CentreX and centreY refer to the coordinates of the axial centre for moving images, as is the case of the gear knob and the steering dot. These coordinates set the point in the image that will move along the path established for it to go along.

	Parts of this structure are not fully understood. <tt>unknown</tt> seems to affect how image pixels are organized in compressed resource files, likely to gain more effective [http://en.wikipedia.org/wiki/Run-length_encoding run-length compression]. Images with pixel data stored as continuous horizontal lines has <tt>unknown</tt> set to <code>{ 0x1, 0x2, 0x4, 0x8 }</code> which is probabily [http://en.wikipedia.org/wiki/Planar_(computer_graphics) Planar] data for 16 color modes. Modifying these values randomly for all images in a car does not appear to have any effect, which suggest this might have importance only in non-car PVS/VSH files.		Parts of this structure are not fully understood. <tt>unknown</tt> seems to affect how image pixels are organized in compressed resource files, likely to gain more effective [http://en.wikipedia.org/wiki/Run-length_encoding run-length compression]. Images with pixel data stored as continuous horizontal lines has <tt>unknown</tt> set to <code>{ 0x1, 0x2, 0x4, 0x8 }</code> which is probabily [http://en.wikipedia.org/wiki/Planar_(computer_graphics) Planar] data for 16 color modes. Modifying these values randomly for all images in a car does not appear to have any effect, which suggest this might have importance only in non-car PVS/VSH files. Note that the older DSI game ''Grand Prix Circuit'', which uses PES files as resource files (the 'E' stands for EGA), stores images in EGA format as four 1-bit bitmaps, and the “unknown” vector determineswhich of the four planes maps into which color plane(s) of the EGA card.

	Due to the internal resolution of Stunts (which uses [http://en.wikipedia.org/wiki/Mode_13h VGA Mode 13h]), non-square pixels are used for screen display. [[Aspect ratio]] corrections should be accounted for to avoid unwanted results.		Due to the internal resolution of Stunts (which uses [http://en.wikipedia.org/wiki/Mode_13h VGA Mode 13h]), non-square pixels are used for screen display. [[Aspect ratio]] corrections should be accounted for to avoid unwanted results.

Duplode: /* 3d shapes */ Fixing the wheel description (some polish and a better picture are still wanted)

2025-12-10T02:35:24Z

3d shapes: Fixing the wheel description (some polish and a better picture are still wanted)

← Older revision		Revision as of 04:35, 10 December 2025
Line 149:		Line 149:
	For car body and track element shapes the first eight vertices are reserved for the corner vertices of the shape's bound box, used to cull entire shapes located outside the view frustum.		For car body and track element shapes the first eight vertices are reserved for the corner vertices of the shape's bound box, used to cull entire shapes located outside the view frustum.

	[[Image:Wheel_Primitive_Anatomy.png\|200px\|right\|thumb\|Anatomy of a wheel shape primitive.]]		<!-- TODO: Replace with an accurate image.
	The first three vertices in a wheel primitive ~~marks~~ the center~~, tire radius~~ and ~~rim radius for~~ the ~~inner wheel-half~~ facing the ~~vehicle~~. The last three vertices ~~does~~ the same, in the same order, for the ~~outer half of~~ the ~~wheel. Directions may not matter, the vertex locations are used to measure distances. This rule applies to the sphere primitive as well~~.		[[Image:Wheel_Primitive_Anatomy.png\|200px\|right\|thumb\|Anatomy of a wheel shape primitive.]] -->
			The first three vertices in a wheel primitive mark the center and the boundary points along the y and z axes of the circle facing the inside of the car. The last three vertices do the same, in the same order, for the circle facing the outside.

	Wheel transformations are performed on fixed vertex positions. Since the first eight vertices of <tt>car[0-2]</tt> shapes are occupied by the bound box, vertices 9-14 and 15-20 are front wheels. Misplaced wheel vertices will lead to corrupted shape rendering.		Wheel transformations are performed on fixed vertex positions. Since the first eight vertices of <tt>car[0-2]</tt> shapes are occupied by the bound box, vertices 9-14 and 15-20 are front wheels. Misplaced wheel vertices will lead to corrupted shape rendering.

			The two vertices of a sphere primitive are the center of the sphere and a point on its boundary (only the radius matters, not the specific position on the boundary).

	The <tt>flags</tt> in the <tt>PRIMITIVE</tt> structure are used for two-sided polygons (disable [http://en.wikipedia.org/wiki/Back-face_culling back-face culling]) and to enable Z-bias in order to resolve [http://en.wikipedia.org/wiki/Z-fighting Z-fighting].		The <tt>flags</tt> in the <tt>PRIMITIVE</tt> structure are used for two-sided polygons (disable [http://en.wikipedia.org/wiki/Back-face_culling back-face culling]) and to enable Z-bias in order to resolve [http://en.wikipedia.org/wiki/Z-fighting Z-fighting].

Cas: /* 3d shapes */

2025-03-23T22:06:42Z

3d shapes

← Older revision		Revision as of 00:06, 24 March 2025
Line 75:		Line 75:

	===3d shapes===		===3d shapes===
	Shapes are composed of a vertex list and a list of primitives. Primitives are basic shapes that can have different types, such as polygons or wheels. Depending on the type it contains a number of indices into the vertex list needed to draw the shape, color variations and some rendering hints. Stunts' coordinate system use 16-bit signed integers, making the resolution relative to the scale of the model. Shapes presented in the car selection screen are more detailed than in-game shapes, thus requiring larger scaling. Experiment has shown that 1 foot in-game corresponds to 5 units, making each track tile roughly 205 feet (or 62.5 meters) wide.		Shapes are composed of a vertex list and a list of primitives. Primitives are basic shapes that can have different types, such as polygons or wheels. Depending on the type it contains a number of indices into the vertex list needed to draw the shape, color variations and some rendering hints. Stunts' [[coordinate system]] use 16-bit signed integers, making the resolution relative to the scale of the model. Shapes presented in the car selection screen are more detailed than in-game shapes, thus requiring larger scaling. Experiment has shown that 1 foot in-game corresponds to 5 units, making each track tile roughly 205 feet (or 62.5 meters) wide.

	Due to the counter header fields being stored in single bytes, the total amount of vertices and primitives are limited to 255 per shape.		Due to the counter header fields being stored in single bytes, the total amount of vertices and primitives are limited to 255 per shape.

Duplode: Update stressed repository link

2023-03-09T01:22:29Z

Update stressed repository link

← Older revision		Revision as of 03:22, 9 March 2023
Line 186:		Line 186:

	==Tools==		==Tools==
	* [[stressed]] - Stunts/4D [Sports] Driving resource editor [~~http~~://~~stuntstools.googlecode~~.com/].		* [[stressed]] - Stunts/4D [Sports] Driving resource editor [https://github.com/dstien/gameformats/].

	[[Category:Modding]]		[[Category:Modding]]
	[[Category:Internals]]		[[Category:Internals]]

Cas: /* Bitmap images */

2023-03-08T15:45:26Z

Bitmap images

← Older revision		Revision as of 17:45, 8 March 2023
Line 51:		Line 51:
	<span class="hlP">uint16</span> width		<span class="hlP">uint16</span> width
	<span class="hlP">uint16</span> height		<span class="hlP">uint16</span> height
	<span class="hlP">uint16</span> ~~unknown1~~<span class="~~hlB~~">~~[</span><span class="hlN">2</span><span class="hlB">]~~</span>		<span class="hlP">uint16</span> centreX
			<span class="hlP">uint16</span> centreY
	<span class="hlP">uint16</span> positionX		<span class="hlP">uint16</span> positionX
	<span class="hlP">uint16</span> positionY		<span class="hlP">uint16</span> positionY
	<span class="hlP">uint8</span> ~~unknown2~~<span class="hlB">[</span><span class="hlN">4</span><span class="hlB">]</span>		<span class="hlP">uint8</span> unknown<span class="hlB">[</span><span class="hlN">4</span><span class="hlB">]</span>

	<span class="hlP">uint8</span> image<span class="hlB">[</span>width <span class="hlB">*</span> height<span class="hlB">]</span>		<span class="hlP">uint8</span> image<span class="hlB">[</span>width <span class="hlB">*</span> height<span class="hlB">]</span>

	Parts of this structure are not fully understood. <tt>~~unknown1</tt> appears to be related to Stunts' internal memory management. <tt>unknown2~~</tt> seems to affect how image pixels are organized in compressed resource files, likely to gain more effective [http://en.wikipedia.org/wiki/Run-length_encoding run-length compression]. Images with pixel data stored as continuous horizontal lines has <tt>~~unknown2~~</tt> set to <code>{ 0x1, 0x2, 0x4, 0x8 }</code> which is probabily [http://en.wikipedia.org/wiki/Planar_(computer_graphics) Planar] data for 16 color modes.		Width and height correspond, of course, to the image dimensions. CentreX and centreY refer to the coordinates of the axial centre for moving images, as is the case of the gear knob and the steering dot. These coordinates set the point in the image that will move along the path established for it to go along.

			Parts of this structure are not fully understood. <tt>unknown</tt> seems to affect how image pixels are organized in compressed resource files, likely to gain more effective [http://en.wikipedia.org/wiki/Run-length_encoding run-length compression]. Images with pixel data stored as continuous horizontal lines has <tt>unknown</tt> set to <code>{ 0x1, 0x2, 0x4, 0x8 }</code> which is probabily [http://en.wikipedia.org/wiki/Planar_(computer_graphics) Planar] data for 16 color modes. Modifying these values randomly for all images in a car does not appear to have any effect, which suggest this might have importance only in non-car PVS/VSH files.

	Due to the internal resolution of Stunts (which uses [http://en.wikipedia.org/wiki/Mode_13h VGA Mode 13h]), non-square pixels are used for screen display. [[Aspect ratio]] corrections should be accounted for to avoid unwanted results.		Due to the internal resolution of Stunts (which uses [http://en.wikipedia.org/wiki/Mode_13h VGA Mode 13h]), non-square pixels are used for screen display. [[Aspect ratio]] corrections should be accounted for to avoid unwanted results.

Duplode: /* Bitmap images */ Where to find the VGA palette definition

2023-01-25T00:13:18Z

Bitmap images: Where to find the VGA palette definition

← Older revision		Revision as of 02:13, 25 January 2023
Line 61:		Line 61:

	Due to the internal resolution of Stunts (which uses [http://en.wikipedia.org/wiki/Mode_13h VGA Mode 13h]), non-square pixels are used for screen display. [[Aspect ratio]] corrections should be accounted for to avoid unwanted results.		Due to the internal resolution of Stunts (which uses [http://en.wikipedia.org/wiki/Mode_13h VGA Mode 13h]), non-square pixels are used for screen display. [[Aspect ratio]] corrections should be accounted for to avoid unwanted results.

			The VGA palette itself is encoded as the <tt>!pal</tt> bitmap resource of <tt>SDMAIN.PVS</tt>. The pixel data of that resource is interpreted as 256 triplets of [https://moddingwiki.shikadi.net/wiki/VGA_Palette 6-bit RGB].

	See [[Car files]] for specific information on the different image resources.		See [[Car files]] for specific information on the different image resources.

Cas: /* Bitmap images */

2020-12-13T06:30:59Z

Bitmap images

← Older revision		Revision as of 08:30, 13 December 2020
Line 57:		Line 57:

	<span class="hlP">uint8</span> image<span class="hlB">[</span>width <span class="hlB">*</span> height<span class="hlB">]</span>		<span class="hlP">uint8</span> image<span class="hlB">[</span>width <span class="hlB">*</span> height<span class="hlB">]</span>

	~~See [[Car files]] for specific information on the different image resources.~~

	Parts of this structure are not fully understood. <tt>unknown1</tt> appears to be related to Stunts' internal memory management. <tt>unknown2</tt> seems to affect how image pixels are organized in compressed resource files, likely to gain more effective [http://en.wikipedia.org/wiki/Run-length_encoding run-length compression]. Images with pixel data stored as continuous horizontal lines has <tt>unknown2</tt> set to <code>{ 0x1, 0x2, 0x4, 0x8 }</code> which is probabily [http://en.wikipedia.org/wiki/Planar_(computer_graphics) Planar] data for 16 color modes.		Parts of this structure are not fully understood. <tt>unknown1</tt> appears to be related to Stunts' internal memory management. <tt>unknown2</tt> seems to affect how image pixels are organized in compressed resource files, likely to gain more effective [http://en.wikipedia.org/wiki/Run-length_encoding run-length compression]. Images with pixel data stored as continuous horizontal lines has <tt>unknown2</tt> set to <code>{ 0x1, 0x2, 0x4, 0x8 }</code> which is probabily [http://en.wikipedia.org/wiki/Planar_(computer_graphics) Planar] data for 16 color modes.

	Due to the internal resolution of Stunts (which uses [http://en.wikipedia.org/wiki/Mode_13h VGA Mode 13h]), non-square pixels are used for screen display. [[Aspect ratio]] corrections should be accounted for to avoid unwanted results.		Due to the internal resolution of Stunts (which uses [http://en.wikipedia.org/wiki/Mode_13h VGA Mode 13h]), non-square pixels are used for screen display. [[Aspect ratio]] corrections should be accounted for to avoid unwanted results.

			See [[Car files]] for specific information on the different image resources.

	{{sectstub}}		{{sectstub}}