https://wiki.stunts.hu/api.php?action=feedcontributions&feedformat=atom&user=Daniel3DStunts Wiki - User contributions [en-us]2026-05-12T14:30:42ZUser contributionsMediaWiki 1.43.3https://wiki.stunts.hu/index.php?title=Car_parameters&diff=5700Car parameters2023-12-05T23:34:11Z<p>Daniel3D: /* Aero Drag */</p>
<hr />
<div>This article discuss how the '''car*.res parameters''' control the performance, handling, aesthetics and other aspects of a Stunts car. The parameters are grouped by function, in order to allow more fluent reading and discussion. A quick reference chart of byte addresses may be found at the [[Car files#Car behaviour (car*.res)|Car files]] article. For a deeper discussion on the inner workings of physical parameters, refer to [[Car model physics]] . <br />
<br />
==Preliminary notes==<br />
<br />
=== Hexadecimal numbers ===<br />
<br />
In order to read and edit the parameter values, you will need to make decimal/hex conversions. Most familiar software calculators are able to perform the conversion as well as the basic operations on hex numbers, so that should not be a problem. If you wish to do the conversions by hand or mentally, remember that hex digits go from 0 to 15 (with letters A...F standing for 10...15), and that each digit to the left is one power of 16 higher (instead of a power of 10 as with decimal numbers). For instance, 17C9h = 1*16^3 + 7*16^2 + 12*16^1 + 9 = 6089 .<br />
<br />
=== Car Blaster conventions ===<br />
<br />
Unlike regular hex editors, [[Car Blaster]] defaults to displaying both byte addresses and byte values in decimal values. That can be an inconvenience, so we will not stick to that convention. Within this article, byte addresses will always be quoted as hexadecimal numbers. Byte and parameter values can be quoted both ways depending on the situation, so for clarity an "h" will be appended to all hexadecimal numbers. It is simple to switch between hex and decimal display in Car Blaster - just press 'h' for switching the addresses or 'Shift+h' for switching the values.<br />
<br />
=== Parameter types ===<br />
<br />
Unlike Car Blaster interface suggets, in most cases the values of the parameters do not correspond to a single byte in the CAR*.RES. They may be stored in a few different ways, which we'll refer to as data types. Understanding them is key to reading the values correctly. A description of them is provided below:<br />
<br />
==== Integers ====<br />
<br />
The most common and important data type. Integer parameters occupy ''two'' bytes in the file, and they should be read together to form the value in the following way:<br />
<br />
* Pick the byte values ''in hexadecimal'' and append one to the other ''in inverted order'' (second byte comes first). Doing so will give you a four-digit hex number (the technical term for this representation is [http://en.wikipedia.org/wiki/Endianness little endian]).<br />
** If the number is 7FFFh (=32767) or smaller, it is the parameter value.<br />
** If it is larger than 7FFFh, however, the parameter is not a very large integer number, but rather a ''negative'' integer stored in a particular way (called the [http://en.wikipedia.org/wiki/Two's_complement two's complement]). To recover the real value, subtract the value you read from the file from 10000h (=65536) and invert the sign of the result.<br />
* The value thus obtained is the actual parameter value, and can be used as you wish, either in hex or converted to decimal.<br />
* Two examples: Let's say an integer parameter has byte values of 18 and 2C. Grouping the values in inverted order gives 2C18h, which is smaller than 7FFFh. Therefore, the parameter value is 2C18h = 11288 . Now, another integer parameter might have values of 40 and FC. Grouping gives FC40h, which is larger than 7FFFh. Therefore, the real value is the two's complement, -(10000h - FC40h) = -03C0h = -960 .<br />
<br />
From the above description, it can be inferred that an alternate way of reading the values is to sum, in decimal, the value of the first byte to the second one multiplied by 256 (and then taking the two's complement if the value is greater then 32767). Doing so avoids dealing with hexadecimals, but is far less convenient if you have an hex calculator available. A practical remark is that the second byte changes the parameter value at a rate 256 times faster than the first one. For some parameters, the second byte may thus be though of as the "main" one, and the first one as a "fine adjustment". For other parameters, though, the second parameter defaults to zero, and a change of 256 units may be exaggerate for most useful purposes, and therefore we will be most of the time interested on the first byte. A final remark is that negative integer parameters are usually easy to recognize in Car Blaster through the very large second byte values.<br />
<br />
==== Unsigned integers ====<br />
<br />
These are the same as integers, except they are always positive, and so you don't need to worry about taking the two's complement for large values. Else, all remarks made above still hold. <br />
<br />
==== Bytes ====<br />
<br />
While most parameters are 2-byte integers, some are nevertheless stored as single bytes. These are naturally a lot simpler to handle - just read the value directly, either in hex or in decimal. Single byte parameters are always unsigned. <br />
<br />
==== Pairs and triplets ====<br />
<br />
When there is need to represent the position of a point, pairs and triplets of values are employed. For 2D coordinates, defined over a bitmap, a pair of consecutive values is employed, standing for horizontal (x) and vertical (y) coordinates. For 3D coordinates on the "physical world", triplets are used instead, with values standing for x-y-z (width, height and length) coordinates in that order. The values themselves may be integers or single bytes, depending on each case. Pairs and triplets will be represented on this article by enclosing the values in brackets. <br />
<br />
==Engine and Transmission==<br />
<br />
===Torque curve===<br />
<br />
'' '''Data type:''' [[#Bytes|Byte]] (x103)''<br />
<br />
'' '''Address:''' 3Bh...A1h (simd); 61h...C7h (absolute)''<br />
<br />
Defining how much acceleration the engine can impart on a car at every given engine speed (rpm), the torque curve is a very important factor in determining performance. Every byte navigated forward corresponds to increments of 128rpm, so that the first byte covers 0...127rpm; the next one, 128...255rpm and so on. There are 103 bytes in total, and so the engine can deliver power over a range of 13184rpm. The curve works as expected: raising a byte increases linearly acceleration given by the engine at a given rpm. A more peaky torque curve means a narrower range of useful engine speeds - and thus, the driver will have to shift more often.<br />
<br />
===Idle rpm torque===<br />
<br />
'' '''Data type:''' [[#Bytes|Byte]] ''<br />
<br />
'' '''Address:''' 3Ah (simd); 60h (absolute)''<br />
<br />
This may be thought as a special point in the torque curve. It overrides a section of the curve at low rpms, in order to better represent the car launch from a standstill. The affected range is 0...2559rpm (the first 20 bytes of the curve) for the 1st gear, and 0...''value of idle rpm'' (described further down the article) for 2nd gear and above.<br />
<br />
===Number of gears===<br />
<br />
'' '''Data type:''' [[#Bytes|Byte]] ''<br />
<br />
'' '''Address:''' 00h (simd); 26h (absolute) ''<br />
<br />
Self-explanatory. Acceptable values range from 1 to 6. If you plan to add a 6th gear to a car, remember to set all other gearing parameters (which we will describe shortly) for the sixth gear as well.<br />
<br />
===Downshift rpm===<br />
<br />
'' '''Data type:''' [[#Integers|Integer]] ''<br />
<br />
'' '''Address:''' 08h/09h (simd); 2Eh/2Fh (absolute) ''<br />
<br />
This is the downshift rpm point used by the automatic transmission. For optimal performance, it should match the rpm position of the torque curve's peak. ''Observation for all rpm parameters:'' the parameter values gives the actual number of rpm directly.<br />
<br />
===Upshift rpm===<br />
<br />
'' '''Data type:''' [[#Integers|Integer]] ''<br />
<br />
'' '''Address:''' 0Ah/0Bh (simd); 30h/31h (absolute) ''<br />
<br />
This is the upshift rpm point used by the automatic transmission. For optimal performance, it should match the rpm position of the power curve's peak - remember that, at any given rpm, power = torque * rpm; you can use that relation to estimate a power curve from the torque curve.<br />
<br />
===Maximum rpm===<br />
<br />
'' '''Data type:''' [[#Integers|Integer]] ''<br />
<br />
'' '''Address:''' 0Ch/0Dh (simd); 32h/33h (absolute) ''<br />
<br />
This parameter is the maximum rpm (the "redline") of the engine. Whenever the engine goes beyond this value, the rpm value will be reduced at the next time step (1/20th of a second) so that it fits again within the limit (such behaviour explains why the rev meter oscillates when the maximum rpm is reached). Naturally, this value should be adjusted whenever the torque curve is extended to higher rpms. A less obvious fact is that, as there are no other limits to the maximum rpm, this parameter can be set to an arbitrary high value (well beyond the end of the torque curve or even the maximum size of the torque curve if you wish); and, in that case, all engine speeds (and thus car speeds) made available can be reached by jumping even if there is no torque available on the rpm range. As a very important consequence, the maximum rpm defines, together with the gear ratios, the overall top speed of the car.<br />
<br />
===Idle rpm===<br />
<br />
'' '''Data type:''' [[#Integers|Integer]] ''<br />
<br />
'' '''Address:''' 06h/07h (simd); 2Ch/2Dh (absolute) ''<br />
<br />
The so-called "idle rpm" modulates the engine behaviour at low rpms. The main function of the parameter is to define up to which rpm value the "idle rpm torque" will be used instead of the regular torque curve for the second gear and above. In addition, the idle rpm sets the "sensory" indicators of the engine speed (rev. meter position and engine sound pitch) to a fixed value from zero rpm to its value (since car speed and engine speed are always coupled, the ''actual'' rpm value is not fixed, however). If this value is set higher than the maximum rpm, the car will be unable to move. The values can be made equal, though - that is an useful trick to make a constant-torque engine over an arbitrary range of engine speeds if you don't mind having an useless rev meter and an annoying high-pitched engine buzzing endlessly.<br />
<br />
===Gear ratios===<br />
<br />
'' '''Data type:''' [[#Unsigned integers|Unsigned integer]] (x6)''<br />
<br />
'' '''Address:''' 10h/11h...1Ah/1Bh (simd); 36h/37h...40h/41h (absolute)''<br />
<br />
These parameters set the gear ratios of the car, and are therefore very important ones. The first word of two bytes sets 1st gear, the following word, the second one, and so on. The gear ratios are overall values, representing the effects both the gearbox and the final drive gears as well as those of the wheel radius. As it could be expected, a higher value means a shorter ratio, and thus higher acceleration but less final car speed in a certain gear (at any rpm the torque delivered to the wheels is proportional to gear ratio, but wheel speed is inversely proportional). The exact interpretation of the values is straightforward:<br />
car_speed_mph = 256*engine_speed_rpm/gear_ratio <br />
This is by far the most useful equation to know when setting the parameters of a car, as it allows to predict car speeds in downshift/upshift points and real top speeds for each gear as well as finding the torque on each. A realistic car needs of course to have decreasing gear ratios, and for smoother engine operation a near-exponential decrease would be appropriate.<br />
<br />
==Physics parameters==<br />
<br />
===Car mass===<br />
<br />
'' '''Data type:''' [[#Integers|Integer]] ''<br />
<br />
'' '''Address:''' 02h/03h (simd); 28h/29h (absolute) ''<br />
<br />
This parameter had been variously described over the years as "inverse power amplification" ([[Mark Nailwood]] in Car Blaster) or "aerodynamic resistance" ([[Juha Liukkonen]] / [[Lukas Loehrer]]). Were it an aerodynamic coefficient effect, however, it would affect car more strongly at high speeds. Raising the parameter causes a decrease in acceleration directly proportional to the increase, all gears being equally affected. Therefore, it is best understood as being the car mass. Clearly, it has crucial importance to the car performance. The original Stunts cars have masses ranging from 15 to 55 (in decimal); the second byte defaults to zero and increasing it raises the mass way too fast, so it is usually disregarded. Another very important fact about mass - almost as important as the regular physical effect - is that its value sets the kind of [[Power Gear]] or [[Anti-Power Gear]], if any, that the car will have (see [[Power gear bug]]).<br />
<br />
===Braking effectiveness===<br />
<br />
'' '''Data type:''' [[#Integers|Integer]] ''<br />
<br />
'' '''Address:''' 04h/05h (simd); 2Ah/2Bh (absolute) ''<br />
<br />
As the name says, those addresses tell how powerful the car brakes will be. The effect of the brakes is proportional to the value - any apparent deviations from the prediction are in fact effects of aerodynamic resistance. Typical values are close to 0100h (=256), except for racing cars, which may have significantly better brakes. Setting the parameter to ''0000''h will turn them off completely, and thus the car will only be stopped by aero drag and, possibly, grass slowdown. Other parameters, such as mass or grip, have no effect on braking.<br />
<br />
===Aero Drag===<br />
<br />
'' '''Data type:''' [[#Integers|Integer]] ''<br />
<br />
'' '''Address:''' 38h/39h (simd); 5Eh/5Fh (absolute) ''<br />
<br />
This elusive parameter controls the aerodynamic resistance (drag force) encountered by the car when accelerating down a straight. Drag force increases quadratically (that is, proportional to the square of) with speed, up to the point the engine can't produce enough torque to overcome it and the car reaches its top speed. Therefore, increasing the drag parameter will lower the car top speed in a flat straight line (that is, no jumps or [[Power Gear]]), as well as significantly reduce acceleration at high speeds. The parameter value (Drag) is directly proportional to the drag force. It can be verified that for a given set of values for gear ratio, torque and Drag parameter, the maximum possible speed value will be given by:<br />
max_speed_mph = sqrt(2*torque*gear_ratio/drag)<br />
This relation allows to predict the flat track top speed of a car. <br />
<br />
The Drag parameters also determines how fast the car will lose speed when the accelerator is not being held. It should, additionally, make the car slow down whenever it reached speeds higher than the flat-track top speed (when landing from a jump, for instance). Due to the same bug which originates powergear, however, this effect is observed, among the original cars, only for the [[Carrera]] (only those with power of 2 mass values are "bug free" and work "properly"). This fact has very important consequences for the driving technique of Stunts cars. Usual values for the Drag parameter are similar in magnitude to those of mass, ranging from 20 to 52 for the original cars.<br />
<br />
Additionally, Rolling resistance (ground drag) on the road is not modelled by the game, as if it were a comparatively minor effect. On grass, where rolling resistance matters more, it is modelled. See [[Car_model_physics#Grass_slowdown | Grass Slowdown]] for more information.<br />
<br />
===Grip===<br />
<br />
'' '''Data type:''' [[#Integers|Integer]] ''<br />
<br />
'' '''Address:''' A4h/A5h (simd); CAh/CBh (absolute)''<br />
<br />
This is the primary handling parameter. Higher values make it possible to take corners at higher speeds without skidding, and thus raise cornering speeds as well as lower the risk of loss of control (at the relatively small cost of making controlled sliding harder, which sometimes can be an inconvenience in competition racing). A general idea of the magnitude of the parameter may be gained by attempting to drive snake lines on an asphalt track without skidding. With grip at 0100h, the car starts to skid at ~70mph. Raising to 0200h allows one to swerve without skidding almost up to 150mph. The default cars have values ranging from slightly lower than 0100h to slightly higher than 0200h.<br />
<br />
===Surface grip modifiers===<br />
<br />
'' '''Data type:''' [[#Integers|Integer]] (x4) ''<br />
<br />
'' '''Address:''' B6h/B7h...BCh/BDh (simd); DCh/DDh...E2h/E3h (absolute) ''<br />
<br />
These values are responsible for modifying the car grip according to the kind of surface it is on. The four integer values correspond to the four kinds of surface of Stunts - asphalt, dirt, ice and grass, in that order. Most cars have these set to 0100h, 00C0h, 0040h and 0080h, and thus asphalt grip = (4/3)*dirt grip = 4*ice grip = 2*grass grip. [[LM-002]], as an off-road car, is a notable exception.<br />
<br />
===Air grip===<br />
<br />
'' '''Data type:''' [[#Integers|Integer]] ''<br />
<br />
'' '''Address:''' B4h/B5h (simd); DAh/DBh (absolute) ''<br />
<br />
This value, which is set to zero on all original cars and certainly wasn't intended to be adjustable, acts as a grip modifier for airborne wheels. Raising it from zero introduces the highly unrealistic possibility of turning the car at the beginning of a jump, while the front wheels are on air and the rear ones still on the ground. "Air slides" (the mid-air spinning of car gone airborne) in particular become more pronounced, even if the car was not sliding at all before leaving the ground. Setting it at a too high value will make the car extremely sensitive to direction changes when it leaves the ground, and thus make it largely undrivable.<br />
<br />
===Wheel coordinates===<br />
<br />
[[image:Carreraabove1.png|144px|right|thumb|Illustration of the wheel coordinates and corresponding bounding box for the [[Carrera]]. The indices give the order in which the coordinates appear (as triplets of integers) in CAR*.RES. The point inside the rectangle is the (0,0) point]]<br />
<br />
'' '''Data type:''' [[#Pairs and triplets|Triplet]] of [[#Integers|integers]] (x4) ''<br />
<br />
'' '''Address:''' {D2h...D7h}...{E4h...E9h} (simd); {F8h...FDh}...{10Ah...10Fh} (absolute)'' <br />
<br />
These values set the physical position of the car wheels. The coordinates are used for the expected purposes - such as reorienting the car when moving to a different surface and verifying whether it is partly or fully over grass or water - but they also act as a bounding box for collisions against walls and track surfaces. This fact can be readily verified by noticing cars only actually crash at obstacles when the front wheels hit them. Each of the wheel coordinates is stored as a triplet of integers. The first triplet corresponds to the front/left wheel; the other three stand for the remaining ones, ordered clockwise. As usual, the first value of the triplet is the x (left/right) coordinate, and the third one the z (back/front) one. The second value, which was supposed to be the y (vertical) coordinate, has no actual effect, and is always set to zero. The coordinate values are taken relative to the middle of the car, and both the sum of x coordinates and the sum of y coordinates must be zero - not following this recommendation will result in bugs such as the car moving forward or rotating on its own. Most reasonable cars will have wheels positioned on the vertexes of a rectangle symmetrical about the centre of the car, and thus the values in the four triplets will be:<br />
-half_width, 0, +half_wheelbase<br />
+half_width, 0, +half_wheelbase<br />
+half_width, 0, -half_wheelbase<br />
-half_width, 0, -half_wheelbase <br />
On the above, wheelbase is the distance between front and rear wheels/axles, and width is understood as wheel-to-wheel separation, all distances being measured from the centre of the wheels. Finally, the ratio between the physical coordinates for the wheels and the corresponding 3D shape coordinates is 64:1. <br />
<br />
====Influence of the wheelbase on handling====<br />
<br />
The wheelbase, as defined by the z coordinates of the wheels, has major effects on car behaviour. Shortening a car wheelbase will make it change direction faster, as if the moment of inertia had been reduced. As a consequence, shorter cars will:<br />
* Have more nimble steering, a fact which not only makes them easier to drive but also allows for higher cornering speeds at the same grip levels - since less steering effort will be needed to turn the car, the risk of skidding will be significantly reduced.<br />
* Land at shorter distances from jumps, as the car will be pointing down earlier on the flight.<br />
* Be more sensitive to surface changes, and generally have more twitchy behaviour. A key consequence is that effects such as [[Magic Carpet|magic carpet]]s become more likely.<br />
The unique handling characteristics of [[Audi]] and [[Lancia]] are a consequence of their short length, which gives them much better handling than other slow cars and makes them more prone to random bugs.<br />
<br />
===Dimensions for car-car collisions===<br />
<br />
'' '''Data type:''' [[#Integers|Integer]] (x4) ''<br />
<br />
'' '''Address:''' C8h/C9h...CEh/CFh (simd); EEh/EFh...F4h/F5h (absolute) '' <br />
<br />
The first three integers in this set of four half-width, height and half-length values for the car. These are only used for the detection of collisions with the opponent car and other box-shaped obstacles, such as trees and slalom blocks. Unlike the main set of dimensions, these correspond roughly to the full length and width of the car as given by the car1 3D shape, and the units are the same as the ones on car1. The fourth value is a cutoff radius -- if the distance between car and obstacle is larger than the sum of the radii of both, no collision will happen. If all four values are set to zero, it becomes possible to drive straight through the opponent car, like in Trackmania for instance. Unfortunately, the AI won't realize that and will still swerve to avoid your car even if it is not necessary to do so.<br />
<br />
==Dashboard controls==<br />
<br />
[[image:Lancgbox_2_1.png|144px|right|thumb|The internal coordinate system for Lancia gearbox (image upscaled 2:1)]]<br />
<br />
In addition to physical data, car*.res parameters are responsible for controlling the displacement of mobile elements of the dashboard, that is, bitmaps from [[Car files#Graphics files (.p3s/.pvs)|stdb*.pvs]], speedometer and tachometer needles. Those parameters, alongside with a few related ones, are described below. Positions of moving dashboard elements (such as the shifting knob) are defined using a set of internal coordinates relative to some fixed position bitmap in [[Car files#Graphics files (.p3s/.pvs)|stda*.pvs]]. According to those, the (0,0) point corresponds to the top left pixel of the reference bitmap; thus horizontal coordinates raise when moving ''rightwards'' and vertical coordinates raise when moving ''downwards''. An illustration of this scheme is presented on the image beside for the 48x52 pixels bitmap of Lancia's gearbox - the essentials presented apply to other instruments as well. Some of the discussions on this subsection refer to the structure of bitmap resource files (stda* and stdb*). In case of doubts about such issues, check the [[Car files]] and [[Resource file format]] articles.<br />
<br />
===Shifting knob positions===<br />
<br />
'' '''Data type:''' [[#Pairs and triplets|Pairs]] of [[#Integers|integers]] (x6) ''<br />
<br />
'' '''Address:''' (20h/21h, 22h/23h)...(34h/35h, 36h/37h) (simd); (46h/47h,48h/49h)...(5Ah/5Bh,5Ch/5Dh) (absolute) ''<br />
<br />
These parameters control where the knob will appear at each gear. The first integer of the pair sets the x coordinate, and the second one, the y coordinate. The reference frame for knob internal coordinates is the gbox bitmap at the stda* file (as the example image illustrates). When editing these values (as well as the centre position, explained just below) it is important to be realize that the distance between two gear positions and the number of direction changes on moving from one to another affects the time needed to engage the gear. Such variations have very noticeable effects on straight-line acceleration. Therefore, car tuners should be wary when modifying knob positions of an existing car so as to not alter the car performance and thus compromise pre-existing replays.<br />
<br />
===Shift pattern centre line===<br />
<br />
'' '''Data type:''' [[#Integers|Integer]] ''<br />
<br />
'' '''Address:''' 1Eh/1Fh (simd); 44h/45h (absolute) ''<br />
<br />
This is a complementary value to the shifting knob positions. It sets at which y coordinate value the knob will switch from one column to another on the shift pattern; and thus it will most likely it is to be set halfway between the upper and lower rows of gear positions. The coordinate frame is the same of the knob positions.<br />
<br />
===Apparent car height===<br />
<br />
'' '''Data type:''' [[#Integers|Integer]] ''<br />
<br />
'' '''Address:''' D0h/D1h (simd); F6h/F7h (absolute) ''<br />
<br />
This sets the apparent height from the ground on the inside (F1) view. The units are the same than those of the car1 3D shape. The parameter has no effect on the physical characteristics of the car, so you do not need to worry about crashing at roofs if you set it too high...<br />
<br />
===Steering wheel dot movement===<br />
<br />
'' '''Data type:''' [[#Pairs and triplets|Pairs]] of [[#Bytes|Bytes]] (x 1 + 30) ''<br />
<br />
'' '''Address:''' (EAh, EBh) and (ECh, EDh)...(126h, 127h) (simd); (110h,111h) and (112h, 113h)...(14Ch,14Dh) (absolute) ''<br />
<br />
These pairs of bytes control the position of the steering wheel dot over its full range of movement. The first pair is the dot position with the wheel centred. As for the other 30 pairs, each one controls the dot position for a certain amount of steering applied ''both'' when turning to the right (actual coordinate value) and to the left (horizontal coordinate is mirrored relative to the central dot). This also means that displacing the centre point without adjusting the other points will separate the right side points from the left side ones... The reference frame for the internal coordinates is stda* whl2 bitmap.<br />
<br />
===Speedometer needle movement===<br />
<br />
'' '''Data type:''' [[#Pairs and triplets|Pairs]] of [[#Bytes|Bytes]], plus one pair of [[#Integers|integers]] and a single integer (1 pair of integers, 1 integer and 104 pairs of bytes) ''<br />
<br />
'' '''Address:''' (128h/129h, 12Ah/12Bh), 12Ch/12Dh, (12Eh/12Fh, 130h/131h)...(1FCh/1FDh, 1FEh/1FFh) (simd); (14Eh/14Fh,150h/151h), 152h/153h, (154h/155h)...(222h,223h) (absolute) ''<br />
<br />
Like the other meters, the movement is controlled by pairs of values which set the position of individual points. In this case, the coordinate frame are the coordinates of stda* ins2 bitmap. The lone pair of integers starting at the beginning defines the centre point for the needle. The next integer sets the maximum number of needle positions to be displayed. This value is always less than 256, so in practice, only the first of its bytes is used and the other one is always zero. Finally, the position of the needle tip for each speed is controlled by the consecutive pairs from the next position on. Each pair of bytes covers an interval of 2.5 mph, starting from zero. Finally, in case one needs to get rid of the needle altogether (like for IMSA dashboards), the easiest solution is to set the lower bytes of the first two integers to FFh and all the pairs after the count integer zero - simply setting the count integer to zero won't work as expected.<br />
<br />
===Digital speedometer===<br />
<br />
'' '''Data type:''' [[#Pairs and triplets|Pairs]] of [[#Bytes|bytes]] <br />
<br />
'' '''Address:''' (12Eh, 12Fh), (130h, 131h) and (132h, 133h) (simd); (154h,155h), (156h,157h) and (158h,159h) (absolute) ''<br />
<br />
This is a funny one. To have a digital speedometer first one needs to have a [[Car files#Dashboard moving parts (stdb*.pvs)|STDB*]] file containing the dig0...dig9 bitmaps used for the digits (the classic solution is to clone the [[Corvette ZR1|Corvette]] STDB*). Additionally, a dashboard with proper contrast must be chosen (even if the game can switch number colours automatically depending on the background, some dashboards will still look awful). Then, byte 150h must be set to 0h. That will trigger the analog needle to disappear and be replaced by the set of digits, whose coordinates are controlled in the usual fashion by the three pairs, which stand for the first, second and third digits from left to right respectively. As for the coordinates' reference frame, it is stda* ins2 bitmap, just as for the analog speedometer.<br />
<br />
===Rev meter needle movement===<br />
<br />
'' '''Data type:''' [[#Pairs and triplets|Pairs]] of [[#Bytes|bytes]], plus one pair of [[#Integers|integers]] and a single byte (1 pair of integers, 1 integer and 128 pairs of bytes)''<br />
<br />
'' '''Address:''' (1FEh/1FFh, 200h/201h), 202h/203h (204h/205h)...(302h/303h) (simd); (224h/225h,226h/227h), 228h/229h, (22Ah/22Bh)...(328h,329h) (absolute) ''<br />
<br />
The rev meter is completely analogous to the speedometer. The pair of integers at the beginning sets the centre point, the next integer sets the number of needle positions to be displayed and the pairs from the word that follows to define the tip positions, adding up to 128 available positions. Every pair of bytes covers 128rpm, starting from zero. Other details are just the same as those discussed for the speedometer. Again, the reference frame is provided by stda* ins2 bitmap.<br />
<br />
==Text data==<br />
<br />
===Car information===<br />
<br />
'' '''Data type:''' Zero-terminated character strings'' <br />
<br />
'' '''Absolute address:''' 32Eh - ???h ''<br />
<br />
Quoting [http://www.kalpen.de/luke/4dinfo.html#cs Lukas Loehrer]:<br />
<br />
<blockquote>''Car information displayed on the 'choose your car' screen. Use ] (5Dh) for linebreaks. The end of this block can not be given by an absolute address. Look for a byte with the value 00h. It is followed by a 4 byte long car id which is again terminated by a 00h.''</blockquote><br />
<br />
The "4 byte long car id" mentioned above is the abbreviation displayed alongside opponent name in the scoreboard. Car information is most conveniently edited via [[Car Blaster]], which has a specific WYSIWYG interface for dealing with it.<br />
<br />
===Scoreboard car name===<br />
<br />
'' '''Data type:''' Zero-terminated character string'' <br />
<br />
'' '''Absolute address:''' ???h - EOF ''<br />
<br />
The final bytes of the file (after the terminating 00h mentioned above) make up the scoreboard designation of the car. It can be edited via Car Blaster like the other text pieces as well.<br />
<br />
==Miscellaneous==<br />
<br />
===File header===<br />
<br />
'' '''Address:''' 00h - 25h''<br />
<br />
The initial bytes of CAR*.RES files consist of a file header, structured just like the ones found in uncompressed graphic files and elsewhere. Essentially, it stores file length, text IDs for different sections of the file and the associated byte offsets. Since that data is actually used by the engine to parse the car data, there is no reason to modify it unless one is hand-editing text data for the car and intends to modify string length - and even in that case, using [[Car Blaster]] and allowing it to perform any necessary adjustment is the recommended option. <br />
<br />
===Unknown parameters===<br />
<br />
Here is a list of the values on CAR*.RES which have unknown function. After somewhat extensive testing, they displayed no visible effect on the behaviour of the car in saved replays. Most of them are equal for all cars. <br />
<br />
* 027h - single byte next to the number of gears, probably just a padding zero.<br />
* 034h/035h - strategically located next to the gear ratios. Unused space for a never-implemented reverse gear?<br />
* 042h/043h - looks like one of the other coordinates of the shifting knob, but has no function.<br />
* 0C8h/0C9h - set to 00B5h for all cars.<br />
* 0CCh/0CDh - set to 00EEh for all cars.<br />
* 0CEh/0CFh - set to 00B8h for all cars.<br />
* 0D0h/0D1h - set to zero for all cars.<br />
* 0D2h/0D3h, 0D4h/0D5h, 0D6h/0D7h, 0D8h/0D9h - these form a suspicious-looking series with values 0020h, 0010h, 00C0h and 0008h, equal for all cars.<br />
* 0E4h/0E5h - set to zero for all cars.<br />
* 0E6h/0E7h, 0E8h/0E9h, 0EAh/0EBh, 0ECh/0EDh - another series of values, this time 0020h, 00C0h, 0080h and 0040h. The resemblance to the default values of the surface grip modifiers, which are located near these positions, is uncanny: were they intended to refer to a second set of tyres?<br />
* 32Ah/32Bh/32Ch/32Dh - in memory, these positions are used by the game engine for calculations. They aren't parameters at all -- their values in the files are ignored.<br />
<br />
==See Also==<br />
<br />
*[[Car model physics]]<br />
*[[Car files]]<br />
<br />
[[Category:Modding]]<br />
[[Category:Driving]]</div>Daniel3Dhttps://wiki.stunts.hu/index.php?title=Car_parameters&diff=5699Car parameters2023-12-05T23:32:46Z<p>Daniel3D: /* Aero Drag */</p>
<hr />
<div>This article discuss how the '''car*.res parameters''' control the performance, handling, aesthetics and other aspects of a Stunts car. The parameters are grouped by function, in order to allow more fluent reading and discussion. A quick reference chart of byte addresses may be found at the [[Car files#Car behaviour (car*.res)|Car files]] article. For a deeper discussion on the inner workings of physical parameters, refer to [[Car model physics]] . <br />
<br />
==Preliminary notes==<br />
<br />
=== Hexadecimal numbers ===<br />
<br />
In order to read and edit the parameter values, you will need to make decimal/hex conversions. Most familiar software calculators are able to perform the conversion as well as the basic operations on hex numbers, so that should not be a problem. If you wish to do the conversions by hand or mentally, remember that hex digits go from 0 to 15 (with letters A...F standing for 10...15), and that each digit to the left is one power of 16 higher (instead of a power of 10 as with decimal numbers). For instance, 17C9h = 1*16^3 + 7*16^2 + 12*16^1 + 9 = 6089 .<br />
<br />
=== Car Blaster conventions ===<br />
<br />
Unlike regular hex editors, [[Car Blaster]] defaults to displaying both byte addresses and byte values in decimal values. That can be an inconvenience, so we will not stick to that convention. Within this article, byte addresses will always be quoted as hexadecimal numbers. Byte and parameter values can be quoted both ways depending on the situation, so for clarity an "h" will be appended to all hexadecimal numbers. It is simple to switch between hex and decimal display in Car Blaster - just press 'h' for switching the addresses or 'Shift+h' for switching the values.<br />
<br />
=== Parameter types ===<br />
<br />
Unlike Car Blaster interface suggets, in most cases the values of the parameters do not correspond to a single byte in the CAR*.RES. They may be stored in a few different ways, which we'll refer to as data types. Understanding them is key to reading the values correctly. A description of them is provided below:<br />
<br />
==== Integers ====<br />
<br />
The most common and important data type. Integer parameters occupy ''two'' bytes in the file, and they should be read together to form the value in the following way:<br />
<br />
* Pick the byte values ''in hexadecimal'' and append one to the other ''in inverted order'' (second byte comes first). Doing so will give you a four-digit hex number (the technical term for this representation is [http://en.wikipedia.org/wiki/Endianness little endian]).<br />
** If the number is 7FFFh (=32767) or smaller, it is the parameter value.<br />
** If it is larger than 7FFFh, however, the parameter is not a very large integer number, but rather a ''negative'' integer stored in a particular way (called the [http://en.wikipedia.org/wiki/Two's_complement two's complement]). To recover the real value, subtract the value you read from the file from 10000h (=65536) and invert the sign of the result.<br />
* The value thus obtained is the actual parameter value, and can be used as you wish, either in hex or converted to decimal.<br />
* Two examples: Let's say an integer parameter has byte values of 18 and 2C. Grouping the values in inverted order gives 2C18h, which is smaller than 7FFFh. Therefore, the parameter value is 2C18h = 11288 . Now, another integer parameter might have values of 40 and FC. Grouping gives FC40h, which is larger than 7FFFh. Therefore, the real value is the two's complement, -(10000h - FC40h) = -03C0h = -960 .<br />
<br />
From the above description, it can be inferred that an alternate way of reading the values is to sum, in decimal, the value of the first byte to the second one multiplied by 256 (and then taking the two's complement if the value is greater then 32767). Doing so avoids dealing with hexadecimals, but is far less convenient if you have an hex calculator available. A practical remark is that the second byte changes the parameter value at a rate 256 times faster than the first one. For some parameters, the second byte may thus be though of as the "main" one, and the first one as a "fine adjustment". For other parameters, though, the second parameter defaults to zero, and a change of 256 units may be exaggerate for most useful purposes, and therefore we will be most of the time interested on the first byte. A final remark is that negative integer parameters are usually easy to recognize in Car Blaster through the very large second byte values.<br />
<br />
==== Unsigned integers ====<br />
<br />
These are the same as integers, except they are always positive, and so you don't need to worry about taking the two's complement for large values. Else, all remarks made above still hold. <br />
<br />
==== Bytes ====<br />
<br />
While most parameters are 2-byte integers, some are nevertheless stored as single bytes. These are naturally a lot simpler to handle - just read the value directly, either in hex or in decimal. Single byte parameters are always unsigned. <br />
<br />
==== Pairs and triplets ====<br />
<br />
When there is need to represent the position of a point, pairs and triplets of values are employed. For 2D coordinates, defined over a bitmap, a pair of consecutive values is employed, standing for horizontal (x) and vertical (y) coordinates. For 3D coordinates on the "physical world", triplets are used instead, with values standing for x-y-z (width, height and length) coordinates in that order. The values themselves may be integers or single bytes, depending on each case. Pairs and triplets will be represented on this article by enclosing the values in brackets. <br />
<br />
==Engine and Transmission==<br />
<br />
===Torque curve===<br />
<br />
'' '''Data type:''' [[#Bytes|Byte]] (x103)''<br />
<br />
'' '''Address:''' 3Bh...A1h (simd); 61h...C7h (absolute)''<br />
<br />
Defining how much acceleration the engine can impart on a car at every given engine speed (rpm), the torque curve is a very important factor in determining performance. Every byte navigated forward corresponds to increments of 128rpm, so that the first byte covers 0...127rpm; the next one, 128...255rpm and so on. There are 103 bytes in total, and so the engine can deliver power over a range of 13184rpm. The curve works as expected: raising a byte increases linearly acceleration given by the engine at a given rpm. A more peaky torque curve means a narrower range of useful engine speeds - and thus, the driver will have to shift more often.<br />
<br />
===Idle rpm torque===<br />
<br />
'' '''Data type:''' [[#Bytes|Byte]] ''<br />
<br />
'' '''Address:''' 3Ah (simd); 60h (absolute)''<br />
<br />
This may be thought as a special point in the torque curve. It overrides a section of the curve at low rpms, in order to better represent the car launch from a standstill. The affected range is 0...2559rpm (the first 20 bytes of the curve) for the 1st gear, and 0...''value of idle rpm'' (described further down the article) for 2nd gear and above.<br />
<br />
===Number of gears===<br />
<br />
'' '''Data type:''' [[#Bytes|Byte]] ''<br />
<br />
'' '''Address:''' 00h (simd); 26h (absolute) ''<br />
<br />
Self-explanatory. Acceptable values range from 1 to 6. If you plan to add a 6th gear to a car, remember to set all other gearing parameters (which we will describe shortly) for the sixth gear as well.<br />
<br />
===Downshift rpm===<br />
<br />
'' '''Data type:''' [[#Integers|Integer]] ''<br />
<br />
'' '''Address:''' 08h/09h (simd); 2Eh/2Fh (absolute) ''<br />
<br />
This is the downshift rpm point used by the automatic transmission. For optimal performance, it should match the rpm position of the torque curve's peak. ''Observation for all rpm parameters:'' the parameter values gives the actual number of rpm directly.<br />
<br />
===Upshift rpm===<br />
<br />
'' '''Data type:''' [[#Integers|Integer]] ''<br />
<br />
'' '''Address:''' 0Ah/0Bh (simd); 30h/31h (absolute) ''<br />
<br />
This is the upshift rpm point used by the automatic transmission. For optimal performance, it should match the rpm position of the power curve's peak - remember that, at any given rpm, power = torque * rpm; you can use that relation to estimate a power curve from the torque curve.<br />
<br />
===Maximum rpm===<br />
<br />
'' '''Data type:''' [[#Integers|Integer]] ''<br />
<br />
'' '''Address:''' 0Ch/0Dh (simd); 32h/33h (absolute) ''<br />
<br />
This parameter is the maximum rpm (the "redline") of the engine. Whenever the engine goes beyond this value, the rpm value will be reduced at the next time step (1/20th of a second) so that it fits again within the limit (such behaviour explains why the rev meter oscillates when the maximum rpm is reached). Naturally, this value should be adjusted whenever the torque curve is extended to higher rpms. A less obvious fact is that, as there are no other limits to the maximum rpm, this parameter can be set to an arbitrary high value (well beyond the end of the torque curve or even the maximum size of the torque curve if you wish); and, in that case, all engine speeds (and thus car speeds) made available can be reached by jumping even if there is no torque available on the rpm range. As a very important consequence, the maximum rpm defines, together with the gear ratios, the overall top speed of the car.<br />
<br />
===Idle rpm===<br />
<br />
'' '''Data type:''' [[#Integers|Integer]] ''<br />
<br />
'' '''Address:''' 06h/07h (simd); 2Ch/2Dh (absolute) ''<br />
<br />
The so-called "idle rpm" modulates the engine behaviour at low rpms. The main function of the parameter is to define up to which rpm value the "idle rpm torque" will be used instead of the regular torque curve for the second gear and above. In addition, the idle rpm sets the "sensory" indicators of the engine speed (rev. meter position and engine sound pitch) to a fixed value from zero rpm to its value (since car speed and engine speed are always coupled, the ''actual'' rpm value is not fixed, however). If this value is set higher than the maximum rpm, the car will be unable to move. The values can be made equal, though - that is an useful trick to make a constant-torque engine over an arbitrary range of engine speeds if you don't mind having an useless rev meter and an annoying high-pitched engine buzzing endlessly.<br />
<br />
===Gear ratios===<br />
<br />
'' '''Data type:''' [[#Unsigned integers|Unsigned integer]] (x6)''<br />
<br />
'' '''Address:''' 10h/11h...1Ah/1Bh (simd); 36h/37h...40h/41h (absolute)''<br />
<br />
These parameters set the gear ratios of the car, and are therefore very important ones. The first word of two bytes sets 1st gear, the following word, the second one, and so on. The gear ratios are overall values, representing the effects both the gearbox and the final drive gears as well as those of the wheel radius. As it could be expected, a higher value means a shorter ratio, and thus higher acceleration but less final car speed in a certain gear (at any rpm the torque delivered to the wheels is proportional to gear ratio, but wheel speed is inversely proportional). The exact interpretation of the values is straightforward:<br />
car_speed_mph = 256*engine_speed_rpm/gear_ratio <br />
This is by far the most useful equation to know when setting the parameters of a car, as it allows to predict car speeds in downshift/upshift points and real top speeds for each gear as well as finding the torque on each. A realistic car needs of course to have decreasing gear ratios, and for smoother engine operation a near-exponential decrease would be appropriate.<br />
<br />
==Physics parameters==<br />
<br />
===Car mass===<br />
<br />
'' '''Data type:''' [[#Integers|Integer]] ''<br />
<br />
'' '''Address:''' 02h/03h (simd); 28h/29h (absolute) ''<br />
<br />
This parameter had been variously described over the years as "inverse power amplification" ([[Mark Nailwood]] in Car Blaster) or "aerodynamic resistance" ([[Juha Liukkonen]] / [[Lukas Loehrer]]). Were it an aerodynamic coefficient effect, however, it would affect car more strongly at high speeds. Raising the parameter causes a decrease in acceleration directly proportional to the increase, all gears being equally affected. Therefore, it is best understood as being the car mass. Clearly, it has crucial importance to the car performance. The original Stunts cars have masses ranging from 15 to 55 (in decimal); the second byte defaults to zero and increasing it raises the mass way too fast, so it is usually disregarded. Another very important fact about mass - almost as important as the regular physical effect - is that its value sets the kind of [[Power Gear]] or [[Anti-Power Gear]], if any, that the car will have (see [[Power gear bug]]).<br />
<br />
===Braking effectiveness===<br />
<br />
'' '''Data type:''' [[#Integers|Integer]] ''<br />
<br />
'' '''Address:''' 04h/05h (simd); 2Ah/2Bh (absolute) ''<br />
<br />
As the name says, those addresses tell how powerful the car brakes will be. The effect of the brakes is proportional to the value - any apparent deviations from the prediction are in fact effects of aerodynamic resistance. Typical values are close to 0100h (=256), except for racing cars, which may have significantly better brakes. Setting the parameter to ''0000''h will turn them off completely, and thus the car will only be stopped by aero drag and, possibly, grass slowdown. Other parameters, such as mass or grip, have no effect on braking.<br />
<br />
===Aero Drag===<br />
<br />
'' '''Data type:''' [[#Integers|Integer]] ''<br />
<br />
'' '''Address:''' 38h/39h (simd); 5Eh/5Fh (absolute) ''<br />
<br />
This elusive parameter controls the aerodynamic resistance (drag force) encountered by the car when accelerating down a straight. Drag force increases quadratically (that is, proportional to the square of) with speed, up to the point the engine can't produce enough torque to overcome it and the car reaches its top speed. Therefore, increasing the drag parameter will lower the car top speed in a flat straight line (that is, no jumps or [[Power Gear]]), as well as significantly reduce acceleration at high speeds. The parameter value (Drag) is directly proportional to the drag force. It can be verified that for a given set of values for gear ratio, torque and Drag parameter, the maximum possible speed value will be given by:<br />
max_speed_mph = sqrt(2*torque*gear_ratio/drag)<br />
This relation allows to predict the flat track top speed of a car. <br />
<br />
The Drag parameters also determines how fast the car will lose speed when the accelerator is not being held. It should, additionally, make the car slow down whenever it reached speeds higher than the flat-track top speed (when landing from a jump, for instance). Due to the same bug which originates powergear, however, this effect is observed, among the original cars, only for the [[Carrera]] (only those with power of 2 mass values are "bug free" and work "properly"). This fact has very important consequences for the driving technique of Stunts cars. Usual values for the Drag parameter are similar in magnitude to those of mass, ranging from 20 to 52 for the original cars.<br />
<br />
Additionally, Rolling resistance (ground drag) on the road is not modelled by the game, as if it were a comparatively minor effect. On grass, where rolling resistance matters more, it is modelled see [[Car_model_physics#Grass_slowdown | Grass Slowdown]] for more information.<br />
<br />
===Grip===<br />
<br />
'' '''Data type:''' [[#Integers|Integer]] ''<br />
<br />
'' '''Address:''' A4h/A5h (simd); CAh/CBh (absolute)''<br />
<br />
This is the primary handling parameter. Higher values make it possible to take corners at higher speeds without skidding, and thus raise cornering speeds as well as lower the risk of loss of control (at the relatively small cost of making controlled sliding harder, which sometimes can be an inconvenience in competition racing). A general idea of the magnitude of the parameter may be gained by attempting to drive snake lines on an asphalt track without skidding. With grip at 0100h, the car starts to skid at ~70mph. Raising to 0200h allows one to swerve without skidding almost up to 150mph. The default cars have values ranging from slightly lower than 0100h to slightly higher than 0200h.<br />
<br />
===Surface grip modifiers===<br />
<br />
'' '''Data type:''' [[#Integers|Integer]] (x4) ''<br />
<br />
'' '''Address:''' B6h/B7h...BCh/BDh (simd); DCh/DDh...E2h/E3h (absolute) ''<br />
<br />
These values are responsible for modifying the car grip according to the kind of surface it is on. The four integer values correspond to the four kinds of surface of Stunts - asphalt, dirt, ice and grass, in that order. Most cars have these set to 0100h, 00C0h, 0040h and 0080h, and thus asphalt grip = (4/3)*dirt grip = 4*ice grip = 2*grass grip. [[LM-002]], as an off-road car, is a notable exception.<br />
<br />
===Air grip===<br />
<br />
'' '''Data type:''' [[#Integers|Integer]] ''<br />
<br />
'' '''Address:''' B4h/B5h (simd); DAh/DBh (absolute) ''<br />
<br />
This value, which is set to zero on all original cars and certainly wasn't intended to be adjustable, acts as a grip modifier for airborne wheels. Raising it from zero introduces the highly unrealistic possibility of turning the car at the beginning of a jump, while the front wheels are on air and the rear ones still on the ground. "Air slides" (the mid-air spinning of car gone airborne) in particular become more pronounced, even if the car was not sliding at all before leaving the ground. Setting it at a too high value will make the car extremely sensitive to direction changes when it leaves the ground, and thus make it largely undrivable.<br />
<br />
===Wheel coordinates===<br />
<br />
[[image:Carreraabove1.png|144px|right|thumb|Illustration of the wheel coordinates and corresponding bounding box for the [[Carrera]]. The indices give the order in which the coordinates appear (as triplets of integers) in CAR*.RES. The point inside the rectangle is the (0,0) point]]<br />
<br />
'' '''Data type:''' [[#Pairs and triplets|Triplet]] of [[#Integers|integers]] (x4) ''<br />
<br />
'' '''Address:''' {D2h...D7h}...{E4h...E9h} (simd); {F8h...FDh}...{10Ah...10Fh} (absolute)'' <br />
<br />
These values set the physical position of the car wheels. The coordinates are used for the expected purposes - such as reorienting the car when moving to a different surface and verifying whether it is partly or fully over grass or water - but they also act as a bounding box for collisions against walls and track surfaces. This fact can be readily verified by noticing cars only actually crash at obstacles when the front wheels hit them. Each of the wheel coordinates is stored as a triplet of integers. The first triplet corresponds to the front/left wheel; the other three stand for the remaining ones, ordered clockwise. As usual, the first value of the triplet is the x (left/right) coordinate, and the third one the z (back/front) one. The second value, which was supposed to be the y (vertical) coordinate, has no actual effect, and is always set to zero. The coordinate values are taken relative to the middle of the car, and both the sum of x coordinates and the sum of y coordinates must be zero - not following this recommendation will result in bugs such as the car moving forward or rotating on its own. Most reasonable cars will have wheels positioned on the vertexes of a rectangle symmetrical about the centre of the car, and thus the values in the four triplets will be:<br />
-half_width, 0, +half_wheelbase<br />
+half_width, 0, +half_wheelbase<br />
+half_width, 0, -half_wheelbase<br />
-half_width, 0, -half_wheelbase <br />
On the above, wheelbase is the distance between front and rear wheels/axles, and width is understood as wheel-to-wheel separation, all distances being measured from the centre of the wheels. Finally, the ratio between the physical coordinates for the wheels and the corresponding 3D shape coordinates is 64:1. <br />
<br />
====Influence of the wheelbase on handling====<br />
<br />
The wheelbase, as defined by the z coordinates of the wheels, has major effects on car behaviour. Shortening a car wheelbase will make it change direction faster, as if the moment of inertia had been reduced. As a consequence, shorter cars will:<br />
* Have more nimble steering, a fact which not only makes them easier to drive but also allows for higher cornering speeds at the same grip levels - since less steering effort will be needed to turn the car, the risk of skidding will be significantly reduced.<br />
* Land at shorter distances from jumps, as the car will be pointing down earlier on the flight.<br />
* Be more sensitive to surface changes, and generally have more twitchy behaviour. A key consequence is that effects such as [[Magic Carpet|magic carpet]]s become more likely.<br />
The unique handling characteristics of [[Audi]] and [[Lancia]] are a consequence of their short length, which gives them much better handling than other slow cars and makes them more prone to random bugs.<br />
<br />
===Dimensions for car-car collisions===<br />
<br />
'' '''Data type:''' [[#Integers|Integer]] (x4) ''<br />
<br />
'' '''Address:''' C8h/C9h...CEh/CFh (simd); EEh/EFh...F4h/F5h (absolute) '' <br />
<br />
The first three integers in this set of four half-width, height and half-length values for the car. These are only used for the detection of collisions with the opponent car and other box-shaped obstacles, such as trees and slalom blocks. Unlike the main set of dimensions, these correspond roughly to the full length and width of the car as given by the car1 3D shape, and the units are the same as the ones on car1. The fourth value is a cutoff radius -- if the distance between car and obstacle is larger than the sum of the radii of both, no collision will happen. If all four values are set to zero, it becomes possible to drive straight through the opponent car, like in Trackmania for instance. Unfortunately, the AI won't realize that and will still swerve to avoid your car even if it is not necessary to do so.<br />
<br />
==Dashboard controls==<br />
<br />
[[image:Lancgbox_2_1.png|144px|right|thumb|The internal coordinate system for Lancia gearbox (image upscaled 2:1)]]<br />
<br />
In addition to physical data, car*.res parameters are responsible for controlling the displacement of mobile elements of the dashboard, that is, bitmaps from [[Car files#Graphics files (.p3s/.pvs)|stdb*.pvs]], speedometer and tachometer needles. Those parameters, alongside with a few related ones, are described below. Positions of moving dashboard elements (such as the shifting knob) are defined using a set of internal coordinates relative to some fixed position bitmap in [[Car files#Graphics files (.p3s/.pvs)|stda*.pvs]]. According to those, the (0,0) point corresponds to the top left pixel of the reference bitmap; thus horizontal coordinates raise when moving ''rightwards'' and vertical coordinates raise when moving ''downwards''. An illustration of this scheme is presented on the image beside for the 48x52 pixels bitmap of Lancia's gearbox - the essentials presented apply to other instruments as well. Some of the discussions on this subsection refer to the structure of bitmap resource files (stda* and stdb*). In case of doubts about such issues, check the [[Car files]] and [[Resource file format]] articles.<br />
<br />
===Shifting knob positions===<br />
<br />
'' '''Data type:''' [[#Pairs and triplets|Pairs]] of [[#Integers|integers]] (x6) ''<br />
<br />
'' '''Address:''' (20h/21h, 22h/23h)...(34h/35h, 36h/37h) (simd); (46h/47h,48h/49h)...(5Ah/5Bh,5Ch/5Dh) (absolute) ''<br />
<br />
These parameters control where the knob will appear at each gear. The first integer of the pair sets the x coordinate, and the second one, the y coordinate. The reference frame for knob internal coordinates is the gbox bitmap at the stda* file (as the example image illustrates). When editing these values (as well as the centre position, explained just below) it is important to be realize that the distance between two gear positions and the number of direction changes on moving from one to another affects the time needed to engage the gear. Such variations have very noticeable effects on straight-line acceleration. Therefore, car tuners should be wary when modifying knob positions of an existing car so as to not alter the car performance and thus compromise pre-existing replays.<br />
<br />
===Shift pattern centre line===<br />
<br />
'' '''Data type:''' [[#Integers|Integer]] ''<br />
<br />
'' '''Address:''' 1Eh/1Fh (simd); 44h/45h (absolute) ''<br />
<br />
This is a complementary value to the shifting knob positions. It sets at which y coordinate value the knob will switch from one column to another on the shift pattern; and thus it will most likely it is to be set halfway between the upper and lower rows of gear positions. The coordinate frame is the same of the knob positions.<br />
<br />
===Apparent car height===<br />
<br />
'' '''Data type:''' [[#Integers|Integer]] ''<br />
<br />
'' '''Address:''' D0h/D1h (simd); F6h/F7h (absolute) ''<br />
<br />
This sets the apparent height from the ground on the inside (F1) view. The units are the same than those of the car1 3D shape. The parameter has no effect on the physical characteristics of the car, so you do not need to worry about crashing at roofs if you set it too high...<br />
<br />
===Steering wheel dot movement===<br />
<br />
'' '''Data type:''' [[#Pairs and triplets|Pairs]] of [[#Bytes|Bytes]] (x 1 + 30) ''<br />
<br />
'' '''Address:''' (EAh, EBh) and (ECh, EDh)...(126h, 127h) (simd); (110h,111h) and (112h, 113h)...(14Ch,14Dh) (absolute) ''<br />
<br />
These pairs of bytes control the position of the steering wheel dot over its full range of movement. The first pair is the dot position with the wheel centred. As for the other 30 pairs, each one controls the dot position for a certain amount of steering applied ''both'' when turning to the right (actual coordinate value) and to the left (horizontal coordinate is mirrored relative to the central dot). This also means that displacing the centre point without adjusting the other points will separate the right side points from the left side ones... The reference frame for the internal coordinates is stda* whl2 bitmap.<br />
<br />
===Speedometer needle movement===<br />
<br />
'' '''Data type:''' [[#Pairs and triplets|Pairs]] of [[#Bytes|Bytes]], plus one pair of [[#Integers|integers]] and a single integer (1 pair of integers, 1 integer and 104 pairs of bytes) ''<br />
<br />
'' '''Address:''' (128h/129h, 12Ah/12Bh), 12Ch/12Dh, (12Eh/12Fh, 130h/131h)...(1FCh/1FDh, 1FEh/1FFh) (simd); (14Eh/14Fh,150h/151h), 152h/153h, (154h/155h)...(222h,223h) (absolute) ''<br />
<br />
Like the other meters, the movement is controlled by pairs of values which set the position of individual points. In this case, the coordinate frame are the coordinates of stda* ins2 bitmap. The lone pair of integers starting at the beginning defines the centre point for the needle. The next integer sets the maximum number of needle positions to be displayed. This value is always less than 256, so in practice, only the first of its bytes is used and the other one is always zero. Finally, the position of the needle tip for each speed is controlled by the consecutive pairs from the next position on. Each pair of bytes covers an interval of 2.5 mph, starting from zero. Finally, in case one needs to get rid of the needle altogether (like for IMSA dashboards), the easiest solution is to set the lower bytes of the first two integers to FFh and all the pairs after the count integer zero - simply setting the count integer to zero won't work as expected.<br />
<br />
===Digital speedometer===<br />
<br />
'' '''Data type:''' [[#Pairs and triplets|Pairs]] of [[#Bytes|bytes]] <br />
<br />
'' '''Address:''' (12Eh, 12Fh), (130h, 131h) and (132h, 133h) (simd); (154h,155h), (156h,157h) and (158h,159h) (absolute) ''<br />
<br />
This is a funny one. To have a digital speedometer first one needs to have a [[Car files#Dashboard moving parts (stdb*.pvs)|STDB*]] file containing the dig0...dig9 bitmaps used for the digits (the classic solution is to clone the [[Corvette ZR1|Corvette]] STDB*). Additionally, a dashboard with proper contrast must be chosen (even if the game can switch number colours automatically depending on the background, some dashboards will still look awful). Then, byte 150h must be set to 0h. That will trigger the analog needle to disappear and be replaced by the set of digits, whose coordinates are controlled in the usual fashion by the three pairs, which stand for the first, second and third digits from left to right respectively. As for the coordinates' reference frame, it is stda* ins2 bitmap, just as for the analog speedometer.<br />
<br />
===Rev meter needle movement===<br />
<br />
'' '''Data type:''' [[#Pairs and triplets|Pairs]] of [[#Bytes|bytes]], plus one pair of [[#Integers|integers]] and a single byte (1 pair of integers, 1 integer and 128 pairs of bytes)''<br />
<br />
'' '''Address:''' (1FEh/1FFh, 200h/201h), 202h/203h (204h/205h)...(302h/303h) (simd); (224h/225h,226h/227h), 228h/229h, (22Ah/22Bh)...(328h,329h) (absolute) ''<br />
<br />
The rev meter is completely analogous to the speedometer. The pair of integers at the beginning sets the centre point, the next integer sets the number of needle positions to be displayed and the pairs from the word that follows to define the tip positions, adding up to 128 available positions. Every pair of bytes covers 128rpm, starting from zero. Other details are just the same as those discussed for the speedometer. Again, the reference frame is provided by stda* ins2 bitmap.<br />
<br />
==Text data==<br />
<br />
===Car information===<br />
<br />
'' '''Data type:''' Zero-terminated character strings'' <br />
<br />
'' '''Absolute address:''' 32Eh - ???h ''<br />
<br />
Quoting [http://www.kalpen.de/luke/4dinfo.html#cs Lukas Loehrer]:<br />
<br />
<blockquote>''Car information displayed on the 'choose your car' screen. Use ] (5Dh) for linebreaks. The end of this block can not be given by an absolute address. Look for a byte with the value 00h. It is followed by a 4 byte long car id which is again terminated by a 00h.''</blockquote><br />
<br />
The "4 byte long car id" mentioned above is the abbreviation displayed alongside opponent name in the scoreboard. Car information is most conveniently edited via [[Car Blaster]], which has a specific WYSIWYG interface for dealing with it.<br />
<br />
===Scoreboard car name===<br />
<br />
'' '''Data type:''' Zero-terminated character string'' <br />
<br />
'' '''Absolute address:''' ???h - EOF ''<br />
<br />
The final bytes of the file (after the terminating 00h mentioned above) make up the scoreboard designation of the car. It can be edited via Car Blaster like the other text pieces as well.<br />
<br />
==Miscellaneous==<br />
<br />
===File header===<br />
<br />
'' '''Address:''' 00h - 25h''<br />
<br />
The initial bytes of CAR*.RES files consist of a file header, structured just like the ones found in uncompressed graphic files and elsewhere. Essentially, it stores file length, text IDs for different sections of the file and the associated byte offsets. Since that data is actually used by the engine to parse the car data, there is no reason to modify it unless one is hand-editing text data for the car and intends to modify string length - and even in that case, using [[Car Blaster]] and allowing it to perform any necessary adjustment is the recommended option. <br />
<br />
===Unknown parameters===<br />
<br />
Here is a list of the values on CAR*.RES which have unknown function. After somewhat extensive testing, they displayed no visible effect on the behaviour of the car in saved replays. Most of them are equal for all cars. <br />
<br />
* 027h - single byte next to the number of gears, probably just a padding zero.<br />
* 034h/035h - strategically located next to the gear ratios. Unused space for a never-implemented reverse gear?<br />
* 042h/043h - looks like one of the other coordinates of the shifting knob, but has no function.<br />
* 0C8h/0C9h - set to 00B5h for all cars.<br />
* 0CCh/0CDh - set to 00EEh for all cars.<br />
* 0CEh/0CFh - set to 00B8h for all cars.<br />
* 0D0h/0D1h - set to zero for all cars.<br />
* 0D2h/0D3h, 0D4h/0D5h, 0D6h/0D7h, 0D8h/0D9h - these form a suspicious-looking series with values 0020h, 0010h, 00C0h and 0008h, equal for all cars.<br />
* 0E4h/0E5h - set to zero for all cars.<br />
* 0E6h/0E7h, 0E8h/0E9h, 0EAh/0EBh, 0ECh/0EDh - another series of values, this time 0020h, 00C0h, 0080h and 0040h. The resemblance to the default values of the surface grip modifiers, which are located near these positions, is uncanny: were they intended to refer to a second set of tyres?<br />
* 32Ah/32Bh/32Ch/32Dh - in memory, these positions are used by the game engine for calculations. They aren't parameters at all -- their values in the files are ignored.<br />
<br />
==See Also==<br />
<br />
*[[Car model physics]]<br />
*[[Car files]]<br />
<br />
[[Category:Modding]]<br />
[[Category:Driving]]</div>Daniel3Dhttps://wiki.stunts.hu/index.php?title=Power_gear_bug&diff=5698Power gear bug2023-12-05T21:21:15Z<p>Daniel3D: /* Additional remarks */</p>
<hr />
<div>The '''power gear bug''' expression refers, in the context of game mechanics investigations, to the underlying cause of the [[PG|power gear]] effect. Power gear is one of the most remarkable bugs of Stunts, being in essence an overdrive mode available to some cars and reached under specific conditions that makes the car shoot to its overall top speed (limited only by the maximum rpm of the engine and gear ratio) and become essentially unaffected by grass slowdown. A proper explanation for the origins of power gear has eluded and frustrated [[Custom cars|custom car]] designers for a long time, as finding a consistent relation to usual performance [[Car parameters|parameters]] and the occurrence of power gear proved difficult. To complicate matters further, there are different kinds of power gear, with subtle differences between them, as well as [[Anti-Power Gear|anti-power gear]], which causes a car to slow down in conditions that might otherwise trigger power gear. This article aims to present an unified theory for explaining both PG and anti-PG effect which proves useful for car tuners in practice.<br />
<br />
== PG classes ==<br />
<br />
Stunts cars can be grouped into five classes with regard to their power gear behaviour, which are briefly defined below:<br />
* '''Flexible PG cars''' - These cars can reach power gear as they move over most kinds of sloped surfaces (ramps, loops, etc.) and surface transitions as long as they do so above a certain critical speed. This speed depends on characteristics of the car (such as gear ratios, torque curve shape and aero drag) as well as on the inclination of the surface. In general, the critical speed drops as the acceleration of the car is reduced.<br />
* '''Rigid PG cars''' - These cars can reach power gear ''exclusively'' by getting at or above the critical speed of 225mph as long as it does not have enough engine torque to keep accelerating on its own at such speeds (in cars with conventionally-shaped torque curves, that means their flat-track top speed must be below the critical speed). Surface characteristics do not affect the onset of rigid PG.<br />
* '''Bug-free cars''' - These cars are completely free of the power gear bug. Additionally, they differ radically from conventional Stunts cars in that they are slowed down by aero drag whenever they reach speeds above the flat-track top speed via jump-boosting, thus displaying more reasonable physical behaviour.<br />
* '''Regular cars''' - These cars also have neither PG nor anti-PG; however, they are able to conserve speeds higher than the flat-track top speed as long as the gas pedal is held (unlike true bug-free cars). At high speeds these cars may be subject to some speed loss when landing from jumps. The effect is, however, qualitatively different from and much milder than anti-PG. <br />
* '''Anti-PG cars''' - These cars can be abruptly slowed down when driving through sloped surfaces or surface transitions if above some critical speed. Such critical speed depends on car and surface traits in essentially the same way observed for flexible PG cars.<br />
<br />
== The magic formula ==<br />
<br />
While the quantitative characteristics of the PG effect may depend on several other factors, the class to which a car belongs is exclusively determined by its mass. Let ''f'' be the fractional part (that is, the part of the number after the decimal point) of the quotient 65536/car_mass . The class of a car will then be determined by ''f'' through the following rule:<br />
<br />
* ''f'' = 0 : Bug-free;<br />
* 0 < ''f'' < 1/6 : Flexible PG;<br />
* 1/6 < ''f'' < 1/2 : Rigid PG;<br />
* 1/2 < ''f'' < 5/6 : Regular;<br />
* 5/6 < ''f'' < 1 : Anti-PG.<br />
<br />
It is important to emphasize the value of ''f'' does not influence the critical speeds for PG or anti-PG; thus, a car which belongs to one of the PG or anti-PG classes may be unable to reach the effect depending on other parameters - for instance, a rigid PG car which cannot reach 225mph at maximum rpm and highest gear due to its gear ratio settings will never reach PG.<br />
<br />
[[image:Pgplot.png|720px|center|thumb|A chart displaying the PG class (given by the coloured regions) for mass values from 1 to 64. Green (line): bug-free; dark blue: flexible PG; light blue: rigid PG; light red: regular; dark red: anti-PG.]]<br />
<br clear="all" /><br />
<br />
Although the "magic" designation for the 65536/car_mass quotient seems appropriate at first sight (as it seems to come out of nowhere), there is a reasonable hypothesis accounting for why the quotient is so important. The algorithm for determining speed increments per simulation frame must compute, directly or not, the ratio engine_force/car_mass . Available evidence strongly suggests that at some point of the calculation the result is determined as a 4-byte integer (instead of the regular 2-byte values used elsewhere) so that integer division by car_mass can be replaced by multiplication by 65536/car_mass with the aim of making the algorithm reasonably precise. The power gear bug most likely originates from improper handling of truncation errors in evaluating the quotient, leading to non-physical values for car acceleration.<br />
<br />
== Additional remarks ==<br />
<br />
An approximate expression for the critical speed of flexible PG and and anti-PG cars is:<br />
<br />
critical_speed = sqrt [2*(torque * gear_ratio - surface_constant)/aero_drag]<br />
<br />
In the above expression, the speed is in mph and all CAR*.RES parameters (torque, gear_ratio and aero_drag) are given in internal units (that is, the values are taken as they are read from the file). The surface constant is a value that grows with the surface inclination; for common ramps it is approximately 200000 - and for loops (which get nearly vertical at places) it is expected to be much larger, lowering a lot the critical speed. The qualitative result given by the expression is that any parameter changes that lower car acceleration (other than increasing car mass) will reduce the critical speed. That's the reason why the [[Acura]] has lower critical speeds than [[Indy]], for instance. The expression for critical speed ties three essential car features. That implies anyone interested in making a flexible PG or anti-PG car will have to design the car around the desired PG behaviour, potentially leading to lots of undesired compromises. <br />
<br />
The PG classes for the original cars are (car masses are given in brackets):<br />
* Flexible PG: [[Indy]] (15), [[Acura]] (31).<br />
* Rigid PG: [[Ferrari]] (27), [[Corvette]] (35), [[Audi]] and [[Lancia]] (25, unreachable PG).<br />
* Bug-free: [[Carrera]] (32)<br />
* Regular: [[P962]] (20), [[Jaguar]] (21), [[LM-002]] (55)<br />
* Anti-PG: [[Countach]] (33)<br />
<br />
== See also ==<br />
<br />
* [[Car parameters]]<br />
* [[Power Gear]] and [[Anti-Power Gear]]<br />
<br />
[[Category:Modding]]</div>Daniel3Dhttps://wiki.stunts.hu/index.php?title=Car_parameters&diff=5697Car parameters2023-12-05T21:06:23Z<p>Daniel3D: /* Aero Drag */</p>
<hr />
<div>This article discuss how the '''car*.res parameters''' control the performance, handling, aesthetics and other aspects of a Stunts car. The parameters are grouped by function, in order to allow more fluent reading and discussion. A quick reference chart of byte addresses may be found at the [[Car files#Car behaviour (car*.res)|Car files]] article. For a deeper discussion on the inner workings of physical parameters, refer to [[Car model physics]] . <br />
<br />
==Preliminary notes==<br />
<br />
=== Hexadecimal numbers ===<br />
<br />
In order to read and edit the parameter values, you will need to make decimal/hex conversions. Most familiar software calculators are able to perform the conversion as well as the basic operations on hex numbers, so that should not be a problem. If you wish to do the conversions by hand or mentally, remember that hex digits go from 0 to 15 (with letters A...F standing for 10...15), and that each digit to the left is one power of 16 higher (instead of a power of 10 as with decimal numbers). For instance, 17C9h = 1*16^3 + 7*16^2 + 12*16^1 + 9 = 6089 .<br />
<br />
=== Car Blaster conventions ===<br />
<br />
Unlike regular hex editors, [[Car Blaster]] defaults to displaying both byte addresses and byte values in decimal values. That can be an inconvenience, so we will not stick to that convention. Within this article, byte addresses will always be quoted as hexadecimal numbers. Byte and parameter values can be quoted both ways depending on the situation, so for clarity an "h" will be appended to all hexadecimal numbers. It is simple to switch between hex and decimal display in Car Blaster - just press 'h' for switching the addresses or 'Shift+h' for switching the values.<br />
<br />
=== Parameter types ===<br />
<br />
Unlike Car Blaster interface suggets, in most cases the values of the parameters do not correspond to a single byte in the CAR*.RES. They may be stored in a few different ways, which we'll refer to as data types. Understanding them is key to reading the values correctly. A description of them is provided below:<br />
<br />
==== Integers ====<br />
<br />
The most common and important data type. Integer parameters occupy ''two'' bytes in the file, and they should be read together to form the value in the following way:<br />
<br />
* Pick the byte values ''in hexadecimal'' and append one to the other ''in inverted order'' (second byte comes first). Doing so will give you a four-digit hex number (the technical term for this representation is [http://en.wikipedia.org/wiki/Endianness little endian]).<br />
** If the number is 7FFFh (=32767) or smaller, it is the parameter value.<br />
** If it is larger than 7FFFh, however, the parameter is not a very large integer number, but rather a ''negative'' integer stored in a particular way (called the [http://en.wikipedia.org/wiki/Two's_complement two's complement]). To recover the real value, subtract the value you read from the file from 10000h (=65536) and invert the sign of the result.<br />
* The value thus obtained is the actual parameter value, and can be used as you wish, either in hex or converted to decimal.<br />
* Two examples: Let's say an integer parameter has byte values of 18 and 2C. Grouping the values in inverted order gives 2C18h, which is smaller than 7FFFh. Therefore, the parameter value is 2C18h = 11288 . Now, another integer parameter might have values of 40 and FC. Grouping gives FC40h, which is larger than 7FFFh. Therefore, the real value is the two's complement, -(10000h - FC40h) = -03C0h = -960 .<br />
<br />
From the above description, it can be inferred that an alternate way of reading the values is to sum, in decimal, the value of the first byte to the second one multiplied by 256 (and then taking the two's complement if the value is greater then 32767). Doing so avoids dealing with hexadecimals, but is far less convenient if you have an hex calculator available. A practical remark is that the second byte changes the parameter value at a rate 256 times faster than the first one. For some parameters, the second byte may thus be though of as the "main" one, and the first one as a "fine adjustment". For other parameters, though, the second parameter defaults to zero, and a change of 256 units may be exaggerate for most useful purposes, and therefore we will be most of the time interested on the first byte. A final remark is that negative integer parameters are usually easy to recognize in Car Blaster through the very large second byte values.<br />
<br />
==== Unsigned integers ====<br />
<br />
These are the same as integers, except they are always positive, and so you don't need to worry about taking the two's complement for large values. Else, all remarks made above still hold. <br />
<br />
==== Bytes ====<br />
<br />
While most parameters are 2-byte integers, some are nevertheless stored as single bytes. These are naturally a lot simpler to handle - just read the value directly, either in hex or in decimal. Single byte parameters are always unsigned. <br />
<br />
==== Pairs and triplets ====<br />
<br />
When there is need to represent the position of a point, pairs and triplets of values are employed. For 2D coordinates, defined over a bitmap, a pair of consecutive values is employed, standing for horizontal (x) and vertical (y) coordinates. For 3D coordinates on the "physical world", triplets are used instead, with values standing for x-y-z (width, height and length) coordinates in that order. The values themselves may be integers or single bytes, depending on each case. Pairs and triplets will be represented on this article by enclosing the values in brackets. <br />
<br />
==Engine and Transmission==<br />
<br />
===Torque curve===<br />
<br />
'' '''Data type:''' [[#Bytes|Byte]] (x103)''<br />
<br />
'' '''Address:''' 3Bh...A1h (simd); 61h...C7h (absolute)''<br />
<br />
Defining how much acceleration the engine can impart on a car at every given engine speed (rpm), the torque curve is a very important factor in determining performance. Every byte navigated forward corresponds to increments of 128rpm, so that the first byte covers 0...127rpm; the next one, 128...255rpm and so on. There are 103 bytes in total, and so the engine can deliver power over a range of 13184rpm. The curve works as expected: raising a byte increases linearly acceleration given by the engine at a given rpm. A more peaky torque curve means a narrower range of useful engine speeds - and thus, the driver will have to shift more often.<br />
<br />
===Idle rpm torque===<br />
<br />
'' '''Data type:''' [[#Bytes|Byte]] ''<br />
<br />
'' '''Address:''' 3Ah (simd); 60h (absolute)''<br />
<br />
This may be thought as a special point in the torque curve. It overrides a section of the curve at low rpms, in order to better represent the car launch from a standstill. The affected range is 0...2559rpm (the first 20 bytes of the curve) for the 1st gear, and 0...''value of idle rpm'' (described further down the article) for 2nd gear and above.<br />
<br />
===Number of gears===<br />
<br />
'' '''Data type:''' [[#Bytes|Byte]] ''<br />
<br />
'' '''Address:''' 00h (simd); 26h (absolute) ''<br />
<br />
Self-explanatory. Acceptable values range from 1 to 6. If you plan to add a 6th gear to a car, remember to set all other gearing parameters (which we will describe shortly) for the sixth gear as well.<br />
<br />
===Downshift rpm===<br />
<br />
'' '''Data type:''' [[#Integers|Integer]] ''<br />
<br />
'' '''Address:''' 08h/09h (simd); 2Eh/2Fh (absolute) ''<br />
<br />
This is the downshift rpm point used by the automatic transmission. For optimal performance, it should match the rpm position of the torque curve's peak. ''Observation for all rpm parameters:'' the parameter values gives the actual number of rpm directly.<br />
<br />
===Upshift rpm===<br />
<br />
'' '''Data type:''' [[#Integers|Integer]] ''<br />
<br />
'' '''Address:''' 0Ah/0Bh (simd); 30h/31h (absolute) ''<br />
<br />
This is the upshift rpm point used by the automatic transmission. For optimal performance, it should match the rpm position of the power curve's peak - remember that, at any given rpm, power = torque * rpm; you can use that relation to estimate a power curve from the torque curve.<br />
<br />
===Maximum rpm===<br />
<br />
'' '''Data type:''' [[#Integers|Integer]] ''<br />
<br />
'' '''Address:''' 0Ch/0Dh (simd); 32h/33h (absolute) ''<br />
<br />
This parameter is the maximum rpm (the "redline") of the engine. Whenever the engine goes beyond this value, the rpm value will be reduced at the next time step (1/20th of a second) so that it fits again within the limit (such behaviour explains why the rev meter oscillates when the maximum rpm is reached). Naturally, this value should be adjusted whenever the torque curve is extended to higher rpms. A less obvious fact is that, as there are no other limits to the maximum rpm, this parameter can be set to an arbitrary high value (well beyond the end of the torque curve or even the maximum size of the torque curve if you wish); and, in that case, all engine speeds (and thus car speeds) made available can be reached by jumping even if there is no torque available on the rpm range. As a very important consequence, the maximum rpm defines, together with the gear ratios, the overall top speed of the car.<br />
<br />
===Idle rpm===<br />
<br />
'' '''Data type:''' [[#Integers|Integer]] ''<br />
<br />
'' '''Address:''' 06h/07h (simd); 2Ch/2Dh (absolute) ''<br />
<br />
The so-called "idle rpm" modulates the engine behaviour at low rpms. The main function of the parameter is to define up to which rpm value the "idle rpm torque" will be used instead of the regular torque curve for the second gear and above. In addition, the idle rpm sets the "sensory" indicators of the engine speed (rev. meter position and engine sound pitch) to a fixed value from zero rpm to its value (since car speed and engine speed are always coupled, the ''actual'' rpm value is not fixed, however). If this value is set higher than the maximum rpm, the car will be unable to move. The values can be made equal, though - that is an useful trick to make a constant-torque engine over an arbitrary range of engine speeds if you don't mind having an useless rev meter and an annoying high-pitched engine buzzing endlessly.<br />
<br />
===Gear ratios===<br />
<br />
'' '''Data type:''' [[#Unsigned integers|Unsigned integer]] (x6)''<br />
<br />
'' '''Address:''' 10h/11h...1Ah/1Bh (simd); 36h/37h...40h/41h (absolute)''<br />
<br />
These parameters set the gear ratios of the car, and are therefore very important ones. The first word of two bytes sets 1st gear, the following word, the second one, and so on. The gear ratios are overall values, representing the effects both the gearbox and the final drive gears as well as those of the wheel radius. As it could be expected, a higher value means a shorter ratio, and thus higher acceleration but less final car speed in a certain gear (at any rpm the torque delivered to the wheels is proportional to gear ratio, but wheel speed is inversely proportional). The exact interpretation of the values is straightforward:<br />
car_speed_mph = 256*engine_speed_rpm/gear_ratio <br />
This is by far the most useful equation to know when setting the parameters of a car, as it allows to predict car speeds in downshift/upshift points and real top speeds for each gear as well as finding the torque on each. A realistic car needs of course to have decreasing gear ratios, and for smoother engine operation a near-exponential decrease would be appropriate.<br />
<br />
==Physics parameters==<br />
<br />
===Car mass===<br />
<br />
'' '''Data type:''' [[#Integers|Integer]] ''<br />
<br />
'' '''Address:''' 02h/03h (simd); 28h/29h (absolute) ''<br />
<br />
This parameter had been variously described over the years as "inverse power amplification" ([[Mark Nailwood]] in Car Blaster) or "aerodynamic resistance" ([[Juha Liukkonen]] / [[Lukas Loehrer]]). Were it an aerodynamic coefficient effect, however, it would affect car more strongly at high speeds. Raising the parameter causes a decrease in acceleration directly proportional to the increase, all gears being equally affected. Therefore, it is best understood as being the car mass. Clearly, it has crucial importance to the car performance. The original Stunts cars have masses ranging from 15 to 55 (in decimal); the second byte defaults to zero and increasing it raises the mass way too fast, so it is usually disregarded. Another very important fact about mass - almost as important as the regular physical effect - is that its value sets the kind of [[Power Gear]] or [[Anti-Power Gear]], if any, that the car will have (see [[Power gear bug]]).<br />
<br />
===Braking effectiveness===<br />
<br />
'' '''Data type:''' [[#Integers|Integer]] ''<br />
<br />
'' '''Address:''' 04h/05h (simd); 2Ah/2Bh (absolute) ''<br />
<br />
As the name says, those addresses tell how powerful the car brakes will be. The effect of the brakes is proportional to the value - any apparent deviations from the prediction are in fact effects of aerodynamic resistance. Typical values are close to 0100h (=256), except for racing cars, which may have significantly better brakes. Setting the parameter to ''0000''h will turn them off completely, and thus the car will only be stopped by aero drag and, possibly, grass slowdown. Other parameters, such as mass or grip, have no effect on braking.<br />
<br />
===Aero Drag===<br />
<br />
'' '''Data type:''' [[#Integers|Integer]] ''<br />
<br />
'' '''Address:''' 38h/39h (simd); 5Eh/5Fh (absolute) ''<br />
<br />
This elusive parameter controls the aerodynamic resistance (drag force) encountered by the car when accelerating down a straight. Drag force increases quadratically (that is, proportional to the square of) with speed, up to the point the engine can't produce enough torque to overcome it and the car reaches its top speed. Therefore, increasing the drag parameter will lower the car top speed in a flat straight line (that is, no jumps or [[Power Gear]]), as well as significantly reduce acceleration at high speeds. The parameter value (Drag) is directly proportional to the drag force. It can be verified that for a given set of values for gear ratio, torque and Drag parameter, the maximum possible speed value will be given by:<br />
max_speed_mph = sqrt(2*torque*gear_ratio/drag)<br />
This relation allows to predict the flat track top speed of a car. <br />
<br />
The Drag parameters also determines how fast the car will lose speed when the accelerator is not being held. It should, additionally, make the car slow down whenever it reached speeds higher than the flat-track top speed (when landing from a jump, for instance). Due to the same bug which originates powergear, however, this effect is observed, among the original cars, only for the [[Carrera]] (only those with power of 2 mass values are "bug free" and work "properly"). This fact has very important consequences for the driving technique of Stunts cars. Usual values for the Drag parameter are similar in magnitude to those of mass, ranging from 20 to 52 for the original cars.<br />
<br />
Additionally, Rolling resistance (ground drag) on the road is not modelled by the game, as if it were a comparatively minor effect. On grass, where rolling resistance matters more, it is modelled see [[Car_model_physics#Grass_slowdown]] for more information.<br />
<br />
===Grip===<br />
<br />
'' '''Data type:''' [[#Integers|Integer]] ''<br />
<br />
'' '''Address:''' A4h/A5h (simd); CAh/CBh (absolute)''<br />
<br />
This is the primary handling parameter. Higher values make it possible to take corners at higher speeds without skidding, and thus raise cornering speeds as well as lower the risk of loss of control (at the relatively small cost of making controlled sliding harder, which sometimes can be an inconvenience in competition racing). A general idea of the magnitude of the parameter may be gained by attempting to drive snake lines on an asphalt track without skidding. With grip at 0100h, the car starts to skid at ~70mph. Raising to 0200h allows one to swerve without skidding almost up to 150mph. The default cars have values ranging from slightly lower than 0100h to slightly higher than 0200h.<br />
<br />
===Surface grip modifiers===<br />
<br />
'' '''Data type:''' [[#Integers|Integer]] (x4) ''<br />
<br />
'' '''Address:''' B6h/B7h...BCh/BDh (simd); DCh/DDh...E2h/E3h (absolute) ''<br />
<br />
These values are responsible for modifying the car grip according to the kind of surface it is on. The four integer values correspond to the four kinds of surface of Stunts - asphalt, dirt, ice and grass, in that order. Most cars have these set to 0100h, 00C0h, 0040h and 0080h, and thus asphalt grip = (4/3)*dirt grip = 4*ice grip = 2*grass grip. [[LM-002]], as an off-road car, is a notable exception.<br />
<br />
===Air grip===<br />
<br />
'' '''Data type:''' [[#Integers|Integer]] ''<br />
<br />
'' '''Address:''' B4h/B5h (simd); DAh/DBh (absolute) ''<br />
<br />
This value, which is set to zero on all original cars and certainly wasn't intended to be adjustable, acts as a grip modifier for airborne wheels. Raising it from zero introduces the highly unrealistic possibility of turning the car at the beginning of a jump, while the front wheels are on air and the rear ones still on the ground. "Air slides" (the mid-air spinning of car gone airborne) in particular become more pronounced, even if the car was not sliding at all before leaving the ground. Setting it at a too high value will make the car extremely sensitive to direction changes when it leaves the ground, and thus make it largely undrivable.<br />
<br />
===Wheel coordinates===<br />
<br />
[[image:Carreraabove1.png|144px|right|thumb|Illustration of the wheel coordinates and corresponding bounding box for the [[Carrera]]. The indices give the order in which the coordinates appear (as triplets of integers) in CAR*.RES. The point inside the rectangle is the (0,0) point]]<br />
<br />
'' '''Data type:''' [[#Pairs and triplets|Triplet]] of [[#Integers|integers]] (x4) ''<br />
<br />
'' '''Address:''' {D2h...D7h}...{E4h...E9h} (simd); {F8h...FDh}...{10Ah...10Fh} (absolute)'' <br />
<br />
These values set the physical position of the car wheels. The coordinates are used for the expected purposes - such as reorienting the car when moving to a different surface and verifying whether it is partly or fully over grass or water - but they also act as a bounding box for collisions against walls and track surfaces. This fact can be readily verified by noticing cars only actually crash at obstacles when the front wheels hit them. Each of the wheel coordinates is stored as a triplet of integers. The first triplet corresponds to the front/left wheel; the other three stand for the remaining ones, ordered clockwise. As usual, the first value of the triplet is the x (left/right) coordinate, and the third one the z (back/front) one. The second value, which was supposed to be the y (vertical) coordinate, has no actual effect, and is always set to zero. The coordinate values are taken relative to the middle of the car, and both the sum of x coordinates and the sum of y coordinates must be zero - not following this recommendation will result in bugs such as the car moving forward or rotating on its own. Most reasonable cars will have wheels positioned on the vertexes of a rectangle symmetrical about the centre of the car, and thus the values in the four triplets will be:<br />
-half_width, 0, +half_wheelbase<br />
+half_width, 0, +half_wheelbase<br />
+half_width, 0, -half_wheelbase<br />
-half_width, 0, -half_wheelbase <br />
On the above, wheelbase is the distance between front and rear wheels/axles, and width is understood as wheel-to-wheel separation, all distances being measured from the centre of the wheels. Finally, the ratio between the physical coordinates for the wheels and the corresponding 3D shape coordinates is 64:1. <br />
<br />
====Influence of the wheelbase on handling====<br />
<br />
The wheelbase, as defined by the z coordinates of the wheels, has major effects on car behaviour. Shortening a car wheelbase will make it change direction faster, as if the moment of inertia had been reduced. As a consequence, shorter cars will:<br />
* Have more nimble steering, a fact which not only makes them easier to drive but also allows for higher cornering speeds at the same grip levels - since less steering effort will be needed to turn the car, the risk of skidding will be significantly reduced.<br />
* Land at shorter distances from jumps, as the car will be pointing down earlier on the flight.<br />
* Be more sensitive to surface changes, and generally have more twitchy behaviour. A key consequence is that effects such as [[Magic Carpet|magic carpet]]s become more likely.<br />
The unique handling characteristics of [[Audi]] and [[Lancia]] are a consequence of their short length, which gives them much better handling than other slow cars and makes them more prone to random bugs.<br />
<br />
===Dimensions for car-car collisions===<br />
<br />
'' '''Data type:''' [[#Integers|Integer]] (x4) ''<br />
<br />
'' '''Address:''' C8h/C9h...CEh/CFh (simd); EEh/EFh...F4h/F5h (absolute) '' <br />
<br />
The first three integers in this set of four half-width, height and half-length values for the car. These are only used for the detection of collisions with the opponent car and other box-shaped obstacles, such as trees and slalom blocks. Unlike the main set of dimensions, these correspond roughly to the full length and width of the car as given by the car1 3D shape, and the units are the same as the ones on car1. The fourth value is a cutoff radius -- if the distance between car and obstacle is larger than the sum of the radii of both, no collision will happen. If all four values are set to zero, it becomes possible to drive straight through the opponent car, like in Trackmania for instance. Unfortunately, the AI won't realize that and will still swerve to avoid your car even if it is not necessary to do so.<br />
<br />
==Dashboard controls==<br />
<br />
[[image:Lancgbox_2_1.png|144px|right|thumb|The internal coordinate system for Lancia gearbox (image upscaled 2:1)]]<br />
<br />
In addition to physical data, car*.res parameters are responsible for controlling the displacement of mobile elements of the dashboard, that is, bitmaps from [[Car files#Graphics files (.p3s/.pvs)|stdb*.pvs]], speedometer and tachometer needles. Those parameters, alongside with a few related ones, are described below. Positions of moving dashboard elements (such as the shifting knob) are defined using a set of internal coordinates relative to some fixed position bitmap in [[Car files#Graphics files (.p3s/.pvs)|stda*.pvs]]. According to those, the (0,0) point corresponds to the top left pixel of the reference bitmap; thus horizontal coordinates raise when moving ''rightwards'' and vertical coordinates raise when moving ''downwards''. An illustration of this scheme is presented on the image beside for the 48x52 pixels bitmap of Lancia's gearbox - the essentials presented apply to other instruments as well. Some of the discussions on this subsection refer to the structure of bitmap resource files (stda* and stdb*). In case of doubts about such issues, check the [[Car files]] and [[Resource file format]] articles.<br />
<br />
===Shifting knob positions===<br />
<br />
'' '''Data type:''' [[#Pairs and triplets|Pairs]] of [[#Integers|integers]] (x6) ''<br />
<br />
'' '''Address:''' (20h/21h, 22h/23h)...(34h/35h, 36h/37h) (simd); (46h/47h,48h/49h)...(5Ah/5Bh,5Ch/5Dh) (absolute) ''<br />
<br />
These parameters control where the knob will appear at each gear. The first integer of the pair sets the x coordinate, and the second one, the y coordinate. The reference frame for knob internal coordinates is the gbox bitmap at the stda* file (as the example image illustrates). When editing these values (as well as the centre position, explained just below) it is important to be realize that the distance between two gear positions and the number of direction changes on moving from one to another affects the time needed to engage the gear. Such variations have very noticeable effects on straight-line acceleration. Therefore, car tuners should be wary when modifying knob positions of an existing car so as to not alter the car performance and thus compromise pre-existing replays.<br />
<br />
===Shift pattern centre line===<br />
<br />
'' '''Data type:''' [[#Integers|Integer]] ''<br />
<br />
'' '''Address:''' 1Eh/1Fh (simd); 44h/45h (absolute) ''<br />
<br />
This is a complementary value to the shifting knob positions. It sets at which y coordinate value the knob will switch from one column to another on the shift pattern; and thus it will most likely it is to be set halfway between the upper and lower rows of gear positions. The coordinate frame is the same of the knob positions.<br />
<br />
===Apparent car height===<br />
<br />
'' '''Data type:''' [[#Integers|Integer]] ''<br />
<br />
'' '''Address:''' D0h/D1h (simd); F6h/F7h (absolute) ''<br />
<br />
This sets the apparent height from the ground on the inside (F1) view. The units are the same than those of the car1 3D shape. The parameter has no effect on the physical characteristics of the car, so you do not need to worry about crashing at roofs if you set it too high...<br />
<br />
===Steering wheel dot movement===<br />
<br />
'' '''Data type:''' [[#Pairs and triplets|Pairs]] of [[#Bytes|Bytes]] (x 1 + 30) ''<br />
<br />
'' '''Address:''' (EAh, EBh) and (ECh, EDh)...(126h, 127h) (simd); (110h,111h) and (112h, 113h)...(14Ch,14Dh) (absolute) ''<br />
<br />
These pairs of bytes control the position of the steering wheel dot over its full range of movement. The first pair is the dot position with the wheel centred. As for the other 30 pairs, each one controls the dot position for a certain amount of steering applied ''both'' when turning to the right (actual coordinate value) and to the left (horizontal coordinate is mirrored relative to the central dot). This also means that displacing the centre point without adjusting the other points will separate the right side points from the left side ones... The reference frame for the internal coordinates is stda* whl2 bitmap.<br />
<br />
===Speedometer needle movement===<br />
<br />
'' '''Data type:''' [[#Pairs and triplets|Pairs]] of [[#Bytes|Bytes]], plus one pair of [[#Integers|integers]] and a single integer (1 pair of integers, 1 integer and 104 pairs of bytes) ''<br />
<br />
'' '''Address:''' (128h/129h, 12Ah/12Bh), 12Ch/12Dh, (12Eh/12Fh, 130h/131h)...(1FCh/1FDh, 1FEh/1FFh) (simd); (14Eh/14Fh,150h/151h), 152h/153h, (154h/155h)...(222h,223h) (absolute) ''<br />
<br />
Like the other meters, the movement is controlled by pairs of values which set the position of individual points. In this case, the coordinate frame are the coordinates of stda* ins2 bitmap. The lone pair of integers starting at the beginning defines the centre point for the needle. The next integer sets the maximum number of needle positions to be displayed. This value is always less than 256, so in practice, only the first of its bytes is used and the other one is always zero. Finally, the position of the needle tip for each speed is controlled by the consecutive pairs from the next position on. Each pair of bytes covers an interval of 2.5 mph, starting from zero. Finally, in case one needs to get rid of the needle altogether (like for IMSA dashboards), the easiest solution is to set the lower bytes of the first two integers to FFh and all the pairs after the count integer zero - simply setting the count integer to zero won't work as expected.<br />
<br />
===Digital speedometer===<br />
<br />
'' '''Data type:''' [[#Pairs and triplets|Pairs]] of [[#Bytes|bytes]] <br />
<br />
'' '''Address:''' (12Eh, 12Fh), (130h, 131h) and (132h, 133h) (simd); (154h,155h), (156h,157h) and (158h,159h) (absolute) ''<br />
<br />
This is a funny one. To have a digital speedometer first one needs to have a [[Car files#Dashboard moving parts (stdb*.pvs)|STDB*]] file containing the dig0...dig9 bitmaps used for the digits (the classic solution is to clone the [[Corvette ZR1|Corvette]] STDB*). Additionally, a dashboard with proper contrast must be chosen (even if the game can switch number colours automatically depending on the background, some dashboards will still look awful). Then, byte 150h must be set to 0h. That will trigger the analog needle to disappear and be replaced by the set of digits, whose coordinates are controlled in the usual fashion by the three pairs, which stand for the first, second and third digits from left to right respectively. As for the coordinates' reference frame, it is stda* ins2 bitmap, just as for the analog speedometer.<br />
<br />
===Rev meter needle movement===<br />
<br />
'' '''Data type:''' [[#Pairs and triplets|Pairs]] of [[#Bytes|bytes]], plus one pair of [[#Integers|integers]] and a single byte (1 pair of integers, 1 integer and 128 pairs of bytes)''<br />
<br />
'' '''Address:''' (1FEh/1FFh, 200h/201h), 202h/203h (204h/205h)...(302h/303h) (simd); (224h/225h,226h/227h), 228h/229h, (22Ah/22Bh)...(328h,329h) (absolute) ''<br />
<br />
The rev meter is completely analogous to the speedometer. The pair of integers at the beginning sets the centre point, the next integer sets the number of needle positions to be displayed and the pairs from the word that follows to define the tip positions, adding up to 128 available positions. Every pair of bytes covers 128rpm, starting from zero. Other details are just the same as those discussed for the speedometer. Again, the reference frame is provided by stda* ins2 bitmap.<br />
<br />
==Text data==<br />
<br />
===Car information===<br />
<br />
'' '''Data type:''' Zero-terminated character strings'' <br />
<br />
'' '''Absolute address:''' 32Eh - ???h ''<br />
<br />
Quoting [http://www.kalpen.de/luke/4dinfo.html#cs Lukas Loehrer]:<br />
<br />
<blockquote>''Car information displayed on the 'choose your car' screen. Use ] (5Dh) for linebreaks. The end of this block can not be given by an absolute address. Look for a byte with the value 00h. It is followed by a 4 byte long car id which is again terminated by a 00h.''</blockquote><br />
<br />
The "4 byte long car id" mentioned above is the abbreviation displayed alongside opponent name in the scoreboard. Car information is most conveniently edited via [[Car Blaster]], which has a specific WYSIWYG interface for dealing with it.<br />
<br />
===Scoreboard car name===<br />
<br />
'' '''Data type:''' Zero-terminated character string'' <br />
<br />
'' '''Absolute address:''' ???h - EOF ''<br />
<br />
The final bytes of the file (after the terminating 00h mentioned above) make up the scoreboard designation of the car. It can be edited via Car Blaster like the other text pieces as well.<br />
<br />
==Miscellaneous==<br />
<br />
===File header===<br />
<br />
'' '''Address:''' 00h - 25h''<br />
<br />
The initial bytes of CAR*.RES files consist of a file header, structured just like the ones found in uncompressed graphic files and elsewhere. Essentially, it stores file length, text IDs for different sections of the file and the associated byte offsets. Since that data is actually used by the engine to parse the car data, there is no reason to modify it unless one is hand-editing text data for the car and intends to modify string length - and even in that case, using [[Car Blaster]] and allowing it to perform any necessary adjustment is the recommended option. <br />
<br />
===Unknown parameters===<br />
<br />
Here is a list of the values on CAR*.RES which have unknown function. After somewhat extensive testing, they displayed no visible effect on the behaviour of the car in saved replays. Most of them are equal for all cars. <br />
<br />
* 027h - single byte next to the number of gears, probably just a padding zero.<br />
* 034h/035h - strategically located next to the gear ratios. Unused space for a never-implemented reverse gear?<br />
* 042h/043h - looks like one of the other coordinates of the shifting knob, but has no function.<br />
* 0C8h/0C9h - set to 00B5h for all cars.<br />
* 0CCh/0CDh - set to 00EEh for all cars.<br />
* 0CEh/0CFh - set to 00B8h for all cars.<br />
* 0D0h/0D1h - set to zero for all cars.<br />
* 0D2h/0D3h, 0D4h/0D5h, 0D6h/0D7h, 0D8h/0D9h - these form a suspicious-looking series with values 0020h, 0010h, 00C0h and 0008h, equal for all cars.<br />
* 0E4h/0E5h - set to zero for all cars.<br />
* 0E6h/0E7h, 0E8h/0E9h, 0EAh/0EBh, 0ECh/0EDh - another series of values, this time 0020h, 00C0h, 0080h and 0040h. The resemblance to the default values of the surface grip modifiers, which are located near these positions, is uncanny: were they intended to refer to a second set of tyres?<br />
* 32Ah/32Bh/32Ch/32Dh - in memory, these positions are used by the game engine for calculations. They aren't parameters at all -- their values in the files are ignored.<br />
<br />
==See Also==<br />
<br />
*[[Car model physics]]<br />
*[[Car files]]<br />
<br />
[[Category:Modding]]<br />
[[Category:Driving]]</div>Daniel3Dhttps://wiki.stunts.hu/index.php?title=Car_parameters&diff=5696Car parameters2023-12-05T21:04:41Z<p>Daniel3D: /* Aero Drag */</p>
<hr />
<div>This article discuss how the '''car*.res parameters''' control the performance, handling, aesthetics and other aspects of a Stunts car. The parameters are grouped by function, in order to allow more fluent reading and discussion. A quick reference chart of byte addresses may be found at the [[Car files#Car behaviour (car*.res)|Car files]] article. For a deeper discussion on the inner workings of physical parameters, refer to [[Car model physics]] . <br />
<br />
==Preliminary notes==<br />
<br />
=== Hexadecimal numbers ===<br />
<br />
In order to read and edit the parameter values, you will need to make decimal/hex conversions. Most familiar software calculators are able to perform the conversion as well as the basic operations on hex numbers, so that should not be a problem. If you wish to do the conversions by hand or mentally, remember that hex digits go from 0 to 15 (with letters A...F standing for 10...15), and that each digit to the left is one power of 16 higher (instead of a power of 10 as with decimal numbers). For instance, 17C9h = 1*16^3 + 7*16^2 + 12*16^1 + 9 = 6089 .<br />
<br />
=== Car Blaster conventions ===<br />
<br />
Unlike regular hex editors, [[Car Blaster]] defaults to displaying both byte addresses and byte values in decimal values. That can be an inconvenience, so we will not stick to that convention. Within this article, byte addresses will always be quoted as hexadecimal numbers. Byte and parameter values can be quoted both ways depending on the situation, so for clarity an "h" will be appended to all hexadecimal numbers. It is simple to switch between hex and decimal display in Car Blaster - just press 'h' for switching the addresses or 'Shift+h' for switching the values.<br />
<br />
=== Parameter types ===<br />
<br />
Unlike Car Blaster interface suggets, in most cases the values of the parameters do not correspond to a single byte in the CAR*.RES. They may be stored in a few different ways, which we'll refer to as data types. Understanding them is key to reading the values correctly. A description of them is provided below:<br />
<br />
==== Integers ====<br />
<br />
The most common and important data type. Integer parameters occupy ''two'' bytes in the file, and they should be read together to form the value in the following way:<br />
<br />
* Pick the byte values ''in hexadecimal'' and append one to the other ''in inverted order'' (second byte comes first). Doing so will give you a four-digit hex number (the technical term for this representation is [http://en.wikipedia.org/wiki/Endianness little endian]).<br />
** If the number is 7FFFh (=32767) or smaller, it is the parameter value.<br />
** If it is larger than 7FFFh, however, the parameter is not a very large integer number, but rather a ''negative'' integer stored in a particular way (called the [http://en.wikipedia.org/wiki/Two's_complement two's complement]). To recover the real value, subtract the value you read from the file from 10000h (=65536) and invert the sign of the result.<br />
* The value thus obtained is the actual parameter value, and can be used as you wish, either in hex or converted to decimal.<br />
* Two examples: Let's say an integer parameter has byte values of 18 and 2C. Grouping the values in inverted order gives 2C18h, which is smaller than 7FFFh. Therefore, the parameter value is 2C18h = 11288 . Now, another integer parameter might have values of 40 and FC. Grouping gives FC40h, which is larger than 7FFFh. Therefore, the real value is the two's complement, -(10000h - FC40h) = -03C0h = -960 .<br />
<br />
From the above description, it can be inferred that an alternate way of reading the values is to sum, in decimal, the value of the first byte to the second one multiplied by 256 (and then taking the two's complement if the value is greater then 32767). Doing so avoids dealing with hexadecimals, but is far less convenient if you have an hex calculator available. A practical remark is that the second byte changes the parameter value at a rate 256 times faster than the first one. For some parameters, the second byte may thus be though of as the "main" one, and the first one as a "fine adjustment". For other parameters, though, the second parameter defaults to zero, and a change of 256 units may be exaggerate for most useful purposes, and therefore we will be most of the time interested on the first byte. A final remark is that negative integer parameters are usually easy to recognize in Car Blaster through the very large second byte values.<br />
<br />
==== Unsigned integers ====<br />
<br />
These are the same as integers, except they are always positive, and so you don't need to worry about taking the two's complement for large values. Else, all remarks made above still hold. <br />
<br />
==== Bytes ====<br />
<br />
While most parameters are 2-byte integers, some are nevertheless stored as single bytes. These are naturally a lot simpler to handle - just read the value directly, either in hex or in decimal. Single byte parameters are always unsigned. <br />
<br />
==== Pairs and triplets ====<br />
<br />
When there is need to represent the position of a point, pairs and triplets of values are employed. For 2D coordinates, defined over a bitmap, a pair of consecutive values is employed, standing for horizontal (x) and vertical (y) coordinates. For 3D coordinates on the "physical world", triplets are used instead, with values standing for x-y-z (width, height and length) coordinates in that order. The values themselves may be integers or single bytes, depending on each case. Pairs and triplets will be represented on this article by enclosing the values in brackets. <br />
<br />
==Engine and Transmission==<br />
<br />
===Torque curve===<br />
<br />
'' '''Data type:''' [[#Bytes|Byte]] (x103)''<br />
<br />
'' '''Address:''' 3Bh...A1h (simd); 61h...C7h (absolute)''<br />
<br />
Defining how much acceleration the engine can impart on a car at every given engine speed (rpm), the torque curve is a very important factor in determining performance. Every byte navigated forward corresponds to increments of 128rpm, so that the first byte covers 0...127rpm; the next one, 128...255rpm and so on. There are 103 bytes in total, and so the engine can deliver power over a range of 13184rpm. The curve works as expected: raising a byte increases linearly acceleration given by the engine at a given rpm. A more peaky torque curve means a narrower range of useful engine speeds - and thus, the driver will have to shift more often.<br />
<br />
===Idle rpm torque===<br />
<br />
'' '''Data type:''' [[#Bytes|Byte]] ''<br />
<br />
'' '''Address:''' 3Ah (simd); 60h (absolute)''<br />
<br />
This may be thought as a special point in the torque curve. It overrides a section of the curve at low rpms, in order to better represent the car launch from a standstill. The affected range is 0...2559rpm (the first 20 bytes of the curve) for the 1st gear, and 0...''value of idle rpm'' (described further down the article) for 2nd gear and above.<br />
<br />
===Number of gears===<br />
<br />
'' '''Data type:''' [[#Bytes|Byte]] ''<br />
<br />
'' '''Address:''' 00h (simd); 26h (absolute) ''<br />
<br />
Self-explanatory. Acceptable values range from 1 to 6. If you plan to add a 6th gear to a car, remember to set all other gearing parameters (which we will describe shortly) for the sixth gear as well.<br />
<br />
===Downshift rpm===<br />
<br />
'' '''Data type:''' [[#Integers|Integer]] ''<br />
<br />
'' '''Address:''' 08h/09h (simd); 2Eh/2Fh (absolute) ''<br />
<br />
This is the downshift rpm point used by the automatic transmission. For optimal performance, it should match the rpm position of the torque curve's peak. ''Observation for all rpm parameters:'' the parameter values gives the actual number of rpm directly.<br />
<br />
===Upshift rpm===<br />
<br />
'' '''Data type:''' [[#Integers|Integer]] ''<br />
<br />
'' '''Address:''' 0Ah/0Bh (simd); 30h/31h (absolute) ''<br />
<br />
This is the upshift rpm point used by the automatic transmission. For optimal performance, it should match the rpm position of the power curve's peak - remember that, at any given rpm, power = torque * rpm; you can use that relation to estimate a power curve from the torque curve.<br />
<br />
===Maximum rpm===<br />
<br />
'' '''Data type:''' [[#Integers|Integer]] ''<br />
<br />
'' '''Address:''' 0Ch/0Dh (simd); 32h/33h (absolute) ''<br />
<br />
This parameter is the maximum rpm (the "redline") of the engine. Whenever the engine goes beyond this value, the rpm value will be reduced at the next time step (1/20th of a second) so that it fits again within the limit (such behaviour explains why the rev meter oscillates when the maximum rpm is reached). Naturally, this value should be adjusted whenever the torque curve is extended to higher rpms. A less obvious fact is that, as there are no other limits to the maximum rpm, this parameter can be set to an arbitrary high value (well beyond the end of the torque curve or even the maximum size of the torque curve if you wish); and, in that case, all engine speeds (and thus car speeds) made available can be reached by jumping even if there is no torque available on the rpm range. As a very important consequence, the maximum rpm defines, together with the gear ratios, the overall top speed of the car.<br />
<br />
===Idle rpm===<br />
<br />
'' '''Data type:''' [[#Integers|Integer]] ''<br />
<br />
'' '''Address:''' 06h/07h (simd); 2Ch/2Dh (absolute) ''<br />
<br />
The so-called "idle rpm" modulates the engine behaviour at low rpms. The main function of the parameter is to define up to which rpm value the "idle rpm torque" will be used instead of the regular torque curve for the second gear and above. In addition, the idle rpm sets the "sensory" indicators of the engine speed (rev. meter position and engine sound pitch) to a fixed value from zero rpm to its value (since car speed and engine speed are always coupled, the ''actual'' rpm value is not fixed, however). If this value is set higher than the maximum rpm, the car will be unable to move. The values can be made equal, though - that is an useful trick to make a constant-torque engine over an arbitrary range of engine speeds if you don't mind having an useless rev meter and an annoying high-pitched engine buzzing endlessly.<br />
<br />
===Gear ratios===<br />
<br />
'' '''Data type:''' [[#Unsigned integers|Unsigned integer]] (x6)''<br />
<br />
'' '''Address:''' 10h/11h...1Ah/1Bh (simd); 36h/37h...40h/41h (absolute)''<br />
<br />
These parameters set the gear ratios of the car, and are therefore very important ones. The first word of two bytes sets 1st gear, the following word, the second one, and so on. The gear ratios are overall values, representing the effects both the gearbox and the final drive gears as well as those of the wheel radius. As it could be expected, a higher value means a shorter ratio, and thus higher acceleration but less final car speed in a certain gear (at any rpm the torque delivered to the wheels is proportional to gear ratio, but wheel speed is inversely proportional). The exact interpretation of the values is straightforward:<br />
car_speed_mph = 256*engine_speed_rpm/gear_ratio <br />
This is by far the most useful equation to know when setting the parameters of a car, as it allows to predict car speeds in downshift/upshift points and real top speeds for each gear as well as finding the torque on each. A realistic car needs of course to have decreasing gear ratios, and for smoother engine operation a near-exponential decrease would be appropriate.<br />
<br />
==Physics parameters==<br />
<br />
===Car mass===<br />
<br />
'' '''Data type:''' [[#Integers|Integer]] ''<br />
<br />
'' '''Address:''' 02h/03h (simd); 28h/29h (absolute) ''<br />
<br />
This parameter had been variously described over the years as "inverse power amplification" ([[Mark Nailwood]] in Car Blaster) or "aerodynamic resistance" ([[Juha Liukkonen]] / [[Lukas Loehrer]]). Were it an aerodynamic coefficient effect, however, it would affect car more strongly at high speeds. Raising the parameter causes a decrease in acceleration directly proportional to the increase, all gears being equally affected. Therefore, it is best understood as being the car mass. Clearly, it has crucial importance to the car performance. The original Stunts cars have masses ranging from 15 to 55 (in decimal); the second byte defaults to zero and increasing it raises the mass way too fast, so it is usually disregarded. Another very important fact about mass - almost as important as the regular physical effect - is that its value sets the kind of [[Power Gear]] or [[Anti-Power Gear]], if any, that the car will have (see [[Power gear bug]]).<br />
<br />
===Braking effectiveness===<br />
<br />
'' '''Data type:''' [[#Integers|Integer]] ''<br />
<br />
'' '''Address:''' 04h/05h (simd); 2Ah/2Bh (absolute) ''<br />
<br />
As the name says, those addresses tell how powerful the car brakes will be. The effect of the brakes is proportional to the value - any apparent deviations from the prediction are in fact effects of aerodynamic resistance. Typical values are close to 0100h (=256), except for racing cars, which may have significantly better brakes. Setting the parameter to ''0000''h will turn them off completely, and thus the car will only be stopped by aero drag and, possibly, grass slowdown. Other parameters, such as mass or grip, have no effect on braking.<br />
<br />
===Aero Drag===<br />
<br />
'' '''Data type:''' [[#Integers|Integer]] ''<br />
<br />
'' '''Address:''' 38h/39h (simd); 5Eh/5Fh (absolute) ''<br />
<br />
This elusive parameter controls the aerodynamic resistance (drag force) encountered by the car when accelerating down a straight. Drag force increases quadratically (that is, proportional to the square of) with speed, up to the point the engine can't produce enough torque to overcome it and the car reaches its top speed. Therefore, increasing the drag parameter will lower the car top speed in a flat straight line (that is, no jumps or [[Power Gear]]), as well as significantly reduce acceleration at high speeds. The parameter value (Drag) is directly proportional to the drag force. It can be verified that for a given set of values for gear ratio, torque and Drag parameter, the maximum possible speed value will be given by:<br />
max_speed_mph = sqrt(2*torque*gear_ratio/drag)<br />
This relation allows to predict the flat track top speed of a car. <br />
<br />
The Drag parameters also determines how fast the car will lose speed when the accelerator is not being held. It should, additionally, make the car slow down whenever it reached speeds higher than the flat-track top speed (when landing from a jump, for instance). Due to the same bug which originates powergear, however, this effect is observed, among the original cars, only for the [[Carrera]] (only those with power of 2 mass values are "bug free" and work "properly"). This fact has very important consequences for the driving technique of Stunts cars. Usual values for the Drag parameter are similar in magnitude to those of mass, ranging from 20 to 52 for the original cars.<br />
<br />
Additionally, Rolling resistance (ground drag) on the road is not modelled by the game, as if it were a comparatively minor effect. On grass, where rolling resistance matters more, it is modelled -- as the "Grass_slowdown" , which is proportional to speed (as opposed to the square of the speed), and with a fixed coefficient for all cars. For more information see[[Car_model_physics#Grass_slowdown]].<br />
<br />
===Grip===<br />
<br />
'' '''Data type:''' [[#Integers|Integer]] ''<br />
<br />
'' '''Address:''' A4h/A5h (simd); CAh/CBh (absolute)''<br />
<br />
This is the primary handling parameter. Higher values make it possible to take corners at higher speeds without skidding, and thus raise cornering speeds as well as lower the risk of loss of control (at the relatively small cost of making controlled sliding harder, which sometimes can be an inconvenience in competition racing). A general idea of the magnitude of the parameter may be gained by attempting to drive snake lines on an asphalt track without skidding. With grip at 0100h, the car starts to skid at ~70mph. Raising to 0200h allows one to swerve without skidding almost up to 150mph. The default cars have values ranging from slightly lower than 0100h to slightly higher than 0200h.<br />
<br />
===Surface grip modifiers===<br />
<br />
'' '''Data type:''' [[#Integers|Integer]] (x4) ''<br />
<br />
'' '''Address:''' B6h/B7h...BCh/BDh (simd); DCh/DDh...E2h/E3h (absolute) ''<br />
<br />
These values are responsible for modifying the car grip according to the kind of surface it is on. The four integer values correspond to the four kinds of surface of Stunts - asphalt, dirt, ice and grass, in that order. Most cars have these set to 0100h, 00C0h, 0040h and 0080h, and thus asphalt grip = (4/3)*dirt grip = 4*ice grip = 2*grass grip. [[LM-002]], as an off-road car, is a notable exception.<br />
<br />
===Air grip===<br />
<br />
'' '''Data type:''' [[#Integers|Integer]] ''<br />
<br />
'' '''Address:''' B4h/B5h (simd); DAh/DBh (absolute) ''<br />
<br />
This value, which is set to zero on all original cars and certainly wasn't intended to be adjustable, acts as a grip modifier for airborne wheels. Raising it from zero introduces the highly unrealistic possibility of turning the car at the beginning of a jump, while the front wheels are on air and the rear ones still on the ground. "Air slides" (the mid-air spinning of car gone airborne) in particular become more pronounced, even if the car was not sliding at all before leaving the ground. Setting it at a too high value will make the car extremely sensitive to direction changes when it leaves the ground, and thus make it largely undrivable.<br />
<br />
===Wheel coordinates===<br />
<br />
[[image:Carreraabove1.png|144px|right|thumb|Illustration of the wheel coordinates and corresponding bounding box for the [[Carrera]]. The indices give the order in which the coordinates appear (as triplets of integers) in CAR*.RES. The point inside the rectangle is the (0,0) point]]<br />
<br />
'' '''Data type:''' [[#Pairs and triplets|Triplet]] of [[#Integers|integers]] (x4) ''<br />
<br />
'' '''Address:''' {D2h...D7h}...{E4h...E9h} (simd); {F8h...FDh}...{10Ah...10Fh} (absolute)'' <br />
<br />
These values set the physical position of the car wheels. The coordinates are used for the expected purposes - such as reorienting the car when moving to a different surface and verifying whether it is partly or fully over grass or water - but they also act as a bounding box for collisions against walls and track surfaces. This fact can be readily verified by noticing cars only actually crash at obstacles when the front wheels hit them. Each of the wheel coordinates is stored as a triplet of integers. The first triplet corresponds to the front/left wheel; the other three stand for the remaining ones, ordered clockwise. As usual, the first value of the triplet is the x (left/right) coordinate, and the third one the z (back/front) one. The second value, which was supposed to be the y (vertical) coordinate, has no actual effect, and is always set to zero. The coordinate values are taken relative to the middle of the car, and both the sum of x coordinates and the sum of y coordinates must be zero - not following this recommendation will result in bugs such as the car moving forward or rotating on its own. Most reasonable cars will have wheels positioned on the vertexes of a rectangle symmetrical about the centre of the car, and thus the values in the four triplets will be:<br />
-half_width, 0, +half_wheelbase<br />
+half_width, 0, +half_wheelbase<br />
+half_width, 0, -half_wheelbase<br />
-half_width, 0, -half_wheelbase <br />
On the above, wheelbase is the distance between front and rear wheels/axles, and width is understood as wheel-to-wheel separation, all distances being measured from the centre of the wheels. Finally, the ratio between the physical coordinates for the wheels and the corresponding 3D shape coordinates is 64:1. <br />
<br />
====Influence of the wheelbase on handling====<br />
<br />
The wheelbase, as defined by the z coordinates of the wheels, has major effects on car behaviour. Shortening a car wheelbase will make it change direction faster, as if the moment of inertia had been reduced. As a consequence, shorter cars will:<br />
* Have more nimble steering, a fact which not only makes them easier to drive but also allows for higher cornering speeds at the same grip levels - since less steering effort will be needed to turn the car, the risk of skidding will be significantly reduced.<br />
* Land at shorter distances from jumps, as the car will be pointing down earlier on the flight.<br />
* Be more sensitive to surface changes, and generally have more twitchy behaviour. A key consequence is that effects such as [[Magic Carpet|magic carpet]]s become more likely.<br />
The unique handling characteristics of [[Audi]] and [[Lancia]] are a consequence of their short length, which gives them much better handling than other slow cars and makes them more prone to random bugs.<br />
<br />
===Dimensions for car-car collisions===<br />
<br />
'' '''Data type:''' [[#Integers|Integer]] (x4) ''<br />
<br />
'' '''Address:''' C8h/C9h...CEh/CFh (simd); EEh/EFh...F4h/F5h (absolute) '' <br />
<br />
The first three integers in this set of four half-width, height and half-length values for the car. These are only used for the detection of collisions with the opponent car and other box-shaped obstacles, such as trees and slalom blocks. Unlike the main set of dimensions, these correspond roughly to the full length and width of the car as given by the car1 3D shape, and the units are the same as the ones on car1. The fourth value is a cutoff radius -- if the distance between car and obstacle is larger than the sum of the radii of both, no collision will happen. If all four values are set to zero, it becomes possible to drive straight through the opponent car, like in Trackmania for instance. Unfortunately, the AI won't realize that and will still swerve to avoid your car even if it is not necessary to do so.<br />
<br />
==Dashboard controls==<br />
<br />
[[image:Lancgbox_2_1.png|144px|right|thumb|The internal coordinate system for Lancia gearbox (image upscaled 2:1)]]<br />
<br />
In addition to physical data, car*.res parameters are responsible for controlling the displacement of mobile elements of the dashboard, that is, bitmaps from [[Car files#Graphics files (.p3s/.pvs)|stdb*.pvs]], speedometer and tachometer needles. Those parameters, alongside with a few related ones, are described below. Positions of moving dashboard elements (such as the shifting knob) are defined using a set of internal coordinates relative to some fixed position bitmap in [[Car files#Graphics files (.p3s/.pvs)|stda*.pvs]]. According to those, the (0,0) point corresponds to the top left pixel of the reference bitmap; thus horizontal coordinates raise when moving ''rightwards'' and vertical coordinates raise when moving ''downwards''. An illustration of this scheme is presented on the image beside for the 48x52 pixels bitmap of Lancia's gearbox - the essentials presented apply to other instruments as well. Some of the discussions on this subsection refer to the structure of bitmap resource files (stda* and stdb*). In case of doubts about such issues, check the [[Car files]] and [[Resource file format]] articles.<br />
<br />
===Shifting knob positions===<br />
<br />
'' '''Data type:''' [[#Pairs and triplets|Pairs]] of [[#Integers|integers]] (x6) ''<br />
<br />
'' '''Address:''' (20h/21h, 22h/23h)...(34h/35h, 36h/37h) (simd); (46h/47h,48h/49h)...(5Ah/5Bh,5Ch/5Dh) (absolute) ''<br />
<br />
These parameters control where the knob will appear at each gear. The first integer of the pair sets the x coordinate, and the second one, the y coordinate. The reference frame for knob internal coordinates is the gbox bitmap at the stda* file (as the example image illustrates). When editing these values (as well as the centre position, explained just below) it is important to be realize that the distance between two gear positions and the number of direction changes on moving from one to another affects the time needed to engage the gear. Such variations have very noticeable effects on straight-line acceleration. Therefore, car tuners should be wary when modifying knob positions of an existing car so as to not alter the car performance and thus compromise pre-existing replays.<br />
<br />
===Shift pattern centre line===<br />
<br />
'' '''Data type:''' [[#Integers|Integer]] ''<br />
<br />
'' '''Address:''' 1Eh/1Fh (simd); 44h/45h (absolute) ''<br />
<br />
This is a complementary value to the shifting knob positions. It sets at which y coordinate value the knob will switch from one column to another on the shift pattern; and thus it will most likely it is to be set halfway between the upper and lower rows of gear positions. The coordinate frame is the same of the knob positions.<br />
<br />
===Apparent car height===<br />
<br />
'' '''Data type:''' [[#Integers|Integer]] ''<br />
<br />
'' '''Address:''' D0h/D1h (simd); F6h/F7h (absolute) ''<br />
<br />
This sets the apparent height from the ground on the inside (F1) view. The units are the same than those of the car1 3D shape. The parameter has no effect on the physical characteristics of the car, so you do not need to worry about crashing at roofs if you set it too high...<br />
<br />
===Steering wheel dot movement===<br />
<br />
'' '''Data type:''' [[#Pairs and triplets|Pairs]] of [[#Bytes|Bytes]] (x 1 + 30) ''<br />
<br />
'' '''Address:''' (EAh, EBh) and (ECh, EDh)...(126h, 127h) (simd); (110h,111h) and (112h, 113h)...(14Ch,14Dh) (absolute) ''<br />
<br />
These pairs of bytes control the position of the steering wheel dot over its full range of movement. The first pair is the dot position with the wheel centred. As for the other 30 pairs, each one controls the dot position for a certain amount of steering applied ''both'' when turning to the right (actual coordinate value) and to the left (horizontal coordinate is mirrored relative to the central dot). This also means that displacing the centre point without adjusting the other points will separate the right side points from the left side ones... The reference frame for the internal coordinates is stda* whl2 bitmap.<br />
<br />
===Speedometer needle movement===<br />
<br />
'' '''Data type:''' [[#Pairs and triplets|Pairs]] of [[#Bytes|Bytes]], plus one pair of [[#Integers|integers]] and a single integer (1 pair of integers, 1 integer and 104 pairs of bytes) ''<br />
<br />
'' '''Address:''' (128h/129h, 12Ah/12Bh), 12Ch/12Dh, (12Eh/12Fh, 130h/131h)...(1FCh/1FDh, 1FEh/1FFh) (simd); (14Eh/14Fh,150h/151h), 152h/153h, (154h/155h)...(222h,223h) (absolute) ''<br />
<br />
Like the other meters, the movement is controlled by pairs of values which set the position of individual points. In this case, the coordinate frame are the coordinates of stda* ins2 bitmap. The lone pair of integers starting at the beginning defines the centre point for the needle. The next integer sets the maximum number of needle positions to be displayed. This value is always less than 256, so in practice, only the first of its bytes is used and the other one is always zero. Finally, the position of the needle tip for each speed is controlled by the consecutive pairs from the next position on. Each pair of bytes covers an interval of 2.5 mph, starting from zero. Finally, in case one needs to get rid of the needle altogether (like for IMSA dashboards), the easiest solution is to set the lower bytes of the first two integers to FFh and all the pairs after the count integer zero - simply setting the count integer to zero won't work as expected.<br />
<br />
===Digital speedometer===<br />
<br />
'' '''Data type:''' [[#Pairs and triplets|Pairs]] of [[#Bytes|bytes]] <br />
<br />
'' '''Address:''' (12Eh, 12Fh), (130h, 131h) and (132h, 133h) (simd); (154h,155h), (156h,157h) and (158h,159h) (absolute) ''<br />
<br />
This is a funny one. To have a digital speedometer first one needs to have a [[Car files#Dashboard moving parts (stdb*.pvs)|STDB*]] file containing the dig0...dig9 bitmaps used for the digits (the classic solution is to clone the [[Corvette ZR1|Corvette]] STDB*). Additionally, a dashboard with proper contrast must be chosen (even if the game can switch number colours automatically depending on the background, some dashboards will still look awful). Then, byte 150h must be set to 0h. That will trigger the analog needle to disappear and be replaced by the set of digits, whose coordinates are controlled in the usual fashion by the three pairs, which stand for the first, second and third digits from left to right respectively. As for the coordinates' reference frame, it is stda* ins2 bitmap, just as for the analog speedometer.<br />
<br />
===Rev meter needle movement===<br />
<br />
'' '''Data type:''' [[#Pairs and triplets|Pairs]] of [[#Bytes|bytes]], plus one pair of [[#Integers|integers]] and a single byte (1 pair of integers, 1 integer and 128 pairs of bytes)''<br />
<br />
'' '''Address:''' (1FEh/1FFh, 200h/201h), 202h/203h (204h/205h)...(302h/303h) (simd); (224h/225h,226h/227h), 228h/229h, (22Ah/22Bh)...(328h,329h) (absolute) ''<br />
<br />
The rev meter is completely analogous to the speedometer. The pair of integers at the beginning sets the centre point, the next integer sets the number of needle positions to be displayed and the pairs from the word that follows to define the tip positions, adding up to 128 available positions. Every pair of bytes covers 128rpm, starting from zero. Other details are just the same as those discussed for the speedometer. Again, the reference frame is provided by stda* ins2 bitmap.<br />
<br />
==Text data==<br />
<br />
===Car information===<br />
<br />
'' '''Data type:''' Zero-terminated character strings'' <br />
<br />
'' '''Absolute address:''' 32Eh - ???h ''<br />
<br />
Quoting [http://www.kalpen.de/luke/4dinfo.html#cs Lukas Loehrer]:<br />
<br />
<blockquote>''Car information displayed on the 'choose your car' screen. Use ] (5Dh) for linebreaks. The end of this block can not be given by an absolute address. Look for a byte with the value 00h. It is followed by a 4 byte long car id which is again terminated by a 00h.''</blockquote><br />
<br />
The "4 byte long car id" mentioned above is the abbreviation displayed alongside opponent name in the scoreboard. Car information is most conveniently edited via [[Car Blaster]], which has a specific WYSIWYG interface for dealing with it.<br />
<br />
===Scoreboard car name===<br />
<br />
'' '''Data type:''' Zero-terminated character string'' <br />
<br />
'' '''Absolute address:''' ???h - EOF ''<br />
<br />
The final bytes of the file (after the terminating 00h mentioned above) make up the scoreboard designation of the car. It can be edited via Car Blaster like the other text pieces as well.<br />
<br />
==Miscellaneous==<br />
<br />
===File header===<br />
<br />
'' '''Address:''' 00h - 25h''<br />
<br />
The initial bytes of CAR*.RES files consist of a file header, structured just like the ones found in uncompressed graphic files and elsewhere. Essentially, it stores file length, text IDs for different sections of the file and the associated byte offsets. Since that data is actually used by the engine to parse the car data, there is no reason to modify it unless one is hand-editing text data for the car and intends to modify string length - and even in that case, using [[Car Blaster]] and allowing it to perform any necessary adjustment is the recommended option. <br />
<br />
===Unknown parameters===<br />
<br />
Here is a list of the values on CAR*.RES which have unknown function. After somewhat extensive testing, they displayed no visible effect on the behaviour of the car in saved replays. Most of them are equal for all cars. <br />
<br />
* 027h - single byte next to the number of gears, probably just a padding zero.<br />
* 034h/035h - strategically located next to the gear ratios. Unused space for a never-implemented reverse gear?<br />
* 042h/043h - looks like one of the other coordinates of the shifting knob, but has no function.<br />
* 0C8h/0C9h - set to 00B5h for all cars.<br />
* 0CCh/0CDh - set to 00EEh for all cars.<br />
* 0CEh/0CFh - set to 00B8h for all cars.<br />
* 0D0h/0D1h - set to zero for all cars.<br />
* 0D2h/0D3h, 0D4h/0D5h, 0D6h/0D7h, 0D8h/0D9h - these form a suspicious-looking series with values 0020h, 0010h, 00C0h and 0008h, equal for all cars.<br />
* 0E4h/0E5h - set to zero for all cars.<br />
* 0E6h/0E7h, 0E8h/0E9h, 0EAh/0EBh, 0ECh/0EDh - another series of values, this time 0020h, 00C0h, 0080h and 0040h. The resemblance to the default values of the surface grip modifiers, which are located near these positions, is uncanny: were they intended to refer to a second set of tyres?<br />
* 32Ah/32Bh/32Ch/32Dh - in memory, these positions are used by the game engine for calculations. They aren't parameters at all -- their values in the files are ignored.<br />
<br />
==See Also==<br />
<br />
*[[Car model physics]]<br />
*[[Car files]]<br />
<br />
[[Category:Modding]]<br />
[[Category:Driving]]</div>Daniel3Dhttps://wiki.stunts.hu/index.php?title=Car_parameters&diff=5695Car parameters2023-12-05T21:03:05Z<p>Daniel3D: /* Aero Drag */</p>
<hr />
<div>This article discuss how the '''car*.res parameters''' control the performance, handling, aesthetics and other aspects of a Stunts car. The parameters are grouped by function, in order to allow more fluent reading and discussion. A quick reference chart of byte addresses may be found at the [[Car files#Car behaviour (car*.res)|Car files]] article. For a deeper discussion on the inner workings of physical parameters, refer to [[Car model physics]] . <br />
<br />
==Preliminary notes==<br />
<br />
=== Hexadecimal numbers ===<br />
<br />
In order to read and edit the parameter values, you will need to make decimal/hex conversions. Most familiar software calculators are able to perform the conversion as well as the basic operations on hex numbers, so that should not be a problem. If you wish to do the conversions by hand or mentally, remember that hex digits go from 0 to 15 (with letters A...F standing for 10...15), and that each digit to the left is one power of 16 higher (instead of a power of 10 as with decimal numbers). For instance, 17C9h = 1*16^3 + 7*16^2 + 12*16^1 + 9 = 6089 .<br />
<br />
=== Car Blaster conventions ===<br />
<br />
Unlike regular hex editors, [[Car Blaster]] defaults to displaying both byte addresses and byte values in decimal values. That can be an inconvenience, so we will not stick to that convention. Within this article, byte addresses will always be quoted as hexadecimal numbers. Byte and parameter values can be quoted both ways depending on the situation, so for clarity an "h" will be appended to all hexadecimal numbers. It is simple to switch between hex and decimal display in Car Blaster - just press 'h' for switching the addresses or 'Shift+h' for switching the values.<br />
<br />
=== Parameter types ===<br />
<br />
Unlike Car Blaster interface suggets, in most cases the values of the parameters do not correspond to a single byte in the CAR*.RES. They may be stored in a few different ways, which we'll refer to as data types. Understanding them is key to reading the values correctly. A description of them is provided below:<br />
<br />
==== Integers ====<br />
<br />
The most common and important data type. Integer parameters occupy ''two'' bytes in the file, and they should be read together to form the value in the following way:<br />
<br />
* Pick the byte values ''in hexadecimal'' and append one to the other ''in inverted order'' (second byte comes first). Doing so will give you a four-digit hex number (the technical term for this representation is [http://en.wikipedia.org/wiki/Endianness little endian]).<br />
** If the number is 7FFFh (=32767) or smaller, it is the parameter value.<br />
** If it is larger than 7FFFh, however, the parameter is not a very large integer number, but rather a ''negative'' integer stored in a particular way (called the [http://en.wikipedia.org/wiki/Two's_complement two's complement]). To recover the real value, subtract the value you read from the file from 10000h (=65536) and invert the sign of the result.<br />
* The value thus obtained is the actual parameter value, and can be used as you wish, either in hex or converted to decimal.<br />
* Two examples: Let's say an integer parameter has byte values of 18 and 2C. Grouping the values in inverted order gives 2C18h, which is smaller than 7FFFh. Therefore, the parameter value is 2C18h = 11288 . Now, another integer parameter might have values of 40 and FC. Grouping gives FC40h, which is larger than 7FFFh. Therefore, the real value is the two's complement, -(10000h - FC40h) = -03C0h = -960 .<br />
<br />
From the above description, it can be inferred that an alternate way of reading the values is to sum, in decimal, the value of the first byte to the second one multiplied by 256 (and then taking the two's complement if the value is greater then 32767). Doing so avoids dealing with hexadecimals, but is far less convenient if you have an hex calculator available. A practical remark is that the second byte changes the parameter value at a rate 256 times faster than the first one. For some parameters, the second byte may thus be though of as the "main" one, and the first one as a "fine adjustment". For other parameters, though, the second parameter defaults to zero, and a change of 256 units may be exaggerate for most useful purposes, and therefore we will be most of the time interested on the first byte. A final remark is that negative integer parameters are usually easy to recognize in Car Blaster through the very large second byte values.<br />
<br />
==== Unsigned integers ====<br />
<br />
These are the same as integers, except they are always positive, and so you don't need to worry about taking the two's complement for large values. Else, all remarks made above still hold. <br />
<br />
==== Bytes ====<br />
<br />
While most parameters are 2-byte integers, some are nevertheless stored as single bytes. These are naturally a lot simpler to handle - just read the value directly, either in hex or in decimal. Single byte parameters are always unsigned. <br />
<br />
==== Pairs and triplets ====<br />
<br />
When there is need to represent the position of a point, pairs and triplets of values are employed. For 2D coordinates, defined over a bitmap, a pair of consecutive values is employed, standing for horizontal (x) and vertical (y) coordinates. For 3D coordinates on the "physical world", triplets are used instead, with values standing for x-y-z (width, height and length) coordinates in that order. The values themselves may be integers or single bytes, depending on each case. Pairs and triplets will be represented on this article by enclosing the values in brackets. <br />
<br />
==Engine and Transmission==<br />
<br />
===Torque curve===<br />
<br />
'' '''Data type:''' [[#Bytes|Byte]] (x103)''<br />
<br />
'' '''Address:''' 3Bh...A1h (simd); 61h...C7h (absolute)''<br />
<br />
Defining how much acceleration the engine can impart on a car at every given engine speed (rpm), the torque curve is a very important factor in determining performance. Every byte navigated forward corresponds to increments of 128rpm, so that the first byte covers 0...127rpm; the next one, 128...255rpm and so on. There are 103 bytes in total, and so the engine can deliver power over a range of 13184rpm. The curve works as expected: raising a byte increases linearly acceleration given by the engine at a given rpm. A more peaky torque curve means a narrower range of useful engine speeds - and thus, the driver will have to shift more often.<br />
<br />
===Idle rpm torque===<br />
<br />
'' '''Data type:''' [[#Bytes|Byte]] ''<br />
<br />
'' '''Address:''' 3Ah (simd); 60h (absolute)''<br />
<br />
This may be thought as a special point in the torque curve. It overrides a section of the curve at low rpms, in order to better represent the car launch from a standstill. The affected range is 0...2559rpm (the first 20 bytes of the curve) for the 1st gear, and 0...''value of idle rpm'' (described further down the article) for 2nd gear and above.<br />
<br />
===Number of gears===<br />
<br />
'' '''Data type:''' [[#Bytes|Byte]] ''<br />
<br />
'' '''Address:''' 00h (simd); 26h (absolute) ''<br />
<br />
Self-explanatory. Acceptable values range from 1 to 6. If you plan to add a 6th gear to a car, remember to set all other gearing parameters (which we will describe shortly) for the sixth gear as well.<br />
<br />
===Downshift rpm===<br />
<br />
'' '''Data type:''' [[#Integers|Integer]] ''<br />
<br />
'' '''Address:''' 08h/09h (simd); 2Eh/2Fh (absolute) ''<br />
<br />
This is the downshift rpm point used by the automatic transmission. For optimal performance, it should match the rpm position of the torque curve's peak. ''Observation for all rpm parameters:'' the parameter values gives the actual number of rpm directly.<br />
<br />
===Upshift rpm===<br />
<br />
'' '''Data type:''' [[#Integers|Integer]] ''<br />
<br />
'' '''Address:''' 0Ah/0Bh (simd); 30h/31h (absolute) ''<br />
<br />
This is the upshift rpm point used by the automatic transmission. For optimal performance, it should match the rpm position of the power curve's peak - remember that, at any given rpm, power = torque * rpm; you can use that relation to estimate a power curve from the torque curve.<br />
<br />
===Maximum rpm===<br />
<br />
'' '''Data type:''' [[#Integers|Integer]] ''<br />
<br />
'' '''Address:''' 0Ch/0Dh (simd); 32h/33h (absolute) ''<br />
<br />
This parameter is the maximum rpm (the "redline") of the engine. Whenever the engine goes beyond this value, the rpm value will be reduced at the next time step (1/20th of a second) so that it fits again within the limit (such behaviour explains why the rev meter oscillates when the maximum rpm is reached). Naturally, this value should be adjusted whenever the torque curve is extended to higher rpms. A less obvious fact is that, as there are no other limits to the maximum rpm, this parameter can be set to an arbitrary high value (well beyond the end of the torque curve or even the maximum size of the torque curve if you wish); and, in that case, all engine speeds (and thus car speeds) made available can be reached by jumping even if there is no torque available on the rpm range. As a very important consequence, the maximum rpm defines, together with the gear ratios, the overall top speed of the car.<br />
<br />
===Idle rpm===<br />
<br />
'' '''Data type:''' [[#Integers|Integer]] ''<br />
<br />
'' '''Address:''' 06h/07h (simd); 2Ch/2Dh (absolute) ''<br />
<br />
The so-called "idle rpm" modulates the engine behaviour at low rpms. The main function of the parameter is to define up to which rpm value the "idle rpm torque" will be used instead of the regular torque curve for the second gear and above. In addition, the idle rpm sets the "sensory" indicators of the engine speed (rev. meter position and engine sound pitch) to a fixed value from zero rpm to its value (since car speed and engine speed are always coupled, the ''actual'' rpm value is not fixed, however). If this value is set higher than the maximum rpm, the car will be unable to move. The values can be made equal, though - that is an useful trick to make a constant-torque engine over an arbitrary range of engine speeds if you don't mind having an useless rev meter and an annoying high-pitched engine buzzing endlessly.<br />
<br />
===Gear ratios===<br />
<br />
'' '''Data type:''' [[#Unsigned integers|Unsigned integer]] (x6)''<br />
<br />
'' '''Address:''' 10h/11h...1Ah/1Bh (simd); 36h/37h...40h/41h (absolute)''<br />
<br />
These parameters set the gear ratios of the car, and are therefore very important ones. The first word of two bytes sets 1st gear, the following word, the second one, and so on. The gear ratios are overall values, representing the effects both the gearbox and the final drive gears as well as those of the wheel radius. As it could be expected, a higher value means a shorter ratio, and thus higher acceleration but less final car speed in a certain gear (at any rpm the torque delivered to the wheels is proportional to gear ratio, but wheel speed is inversely proportional). The exact interpretation of the values is straightforward:<br />
car_speed_mph = 256*engine_speed_rpm/gear_ratio <br />
This is by far the most useful equation to know when setting the parameters of a car, as it allows to predict car speeds in downshift/upshift points and real top speeds for each gear as well as finding the torque on each. A realistic car needs of course to have decreasing gear ratios, and for smoother engine operation a near-exponential decrease would be appropriate.<br />
<br />
==Physics parameters==<br />
<br />
===Car mass===<br />
<br />
'' '''Data type:''' [[#Integers|Integer]] ''<br />
<br />
'' '''Address:''' 02h/03h (simd); 28h/29h (absolute) ''<br />
<br />
This parameter had been variously described over the years as "inverse power amplification" ([[Mark Nailwood]] in Car Blaster) or "aerodynamic resistance" ([[Juha Liukkonen]] / [[Lukas Loehrer]]). Were it an aerodynamic coefficient effect, however, it would affect car more strongly at high speeds. Raising the parameter causes a decrease in acceleration directly proportional to the increase, all gears being equally affected. Therefore, it is best understood as being the car mass. Clearly, it has crucial importance to the car performance. The original Stunts cars have masses ranging from 15 to 55 (in decimal); the second byte defaults to zero and increasing it raises the mass way too fast, so it is usually disregarded. Another very important fact about mass - almost as important as the regular physical effect - is that its value sets the kind of [[Power Gear]] or [[Anti-Power Gear]], if any, that the car will have (see [[Power gear bug]]).<br />
<br />
===Braking effectiveness===<br />
<br />
'' '''Data type:''' [[#Integers|Integer]] ''<br />
<br />
'' '''Address:''' 04h/05h (simd); 2Ah/2Bh (absolute) ''<br />
<br />
As the name says, those addresses tell how powerful the car brakes will be. The effect of the brakes is proportional to the value - any apparent deviations from the prediction are in fact effects of aerodynamic resistance. Typical values are close to 0100h (=256), except for racing cars, which may have significantly better brakes. Setting the parameter to ''0000''h will turn them off completely, and thus the car will only be stopped by aero drag and, possibly, grass slowdown. Other parameters, such as mass or grip, have no effect on braking.<br />
<br />
===Aero Drag===<br />
<br />
'' '''Data type:''' [[#Integers|Integer]] ''<br />
<br />
'' '''Address:''' 38h/39h (simd); 5Eh/5Fh (absolute) ''<br />
<br />
This elusive parameter controls the aerodynamic resistance (drag force) encountered by the car when accelerating down a straight. Drag force increases quadratically (that is, proportional to the square of) with speed, up to the point the engine can't produce enough torque to overcome it and the car reaches its top speed. Therefore, increasing the drag parameter will lower the car top speed in a flat straight line (that is, no jumps or [[Power Gear]]), as well as significantly reduce acceleration at high speeds. The parameter value (Drag) is directly proportional to the drag force. It can be verified that for a given set of values for gear ratio, torque and Drag parameter, the maximum possible speed value will be given by:<br />
max_speed_mph = sqrt(2*torque*gear_ratio/drag)<br />
This relation allows to predict the flat track top speed of a car. <br />
<br />
The Drag parameters also determines how fast the car will lose speed when the accelerator is not being held. It should, additionally, make the car slow down whenever it reached speeds higher than the flat-track top speed (when landing from a jump, for instance). Due to the same bug which originates powergear, however, this effect is observed, among the original cars, only for the [[Carrera]] (only those with power of 2 mass values are "bug free" and work "properly"). This fact has very important consequences for the driving technique of Stunts cars. Usual values for the Drag parameter are similar in magnitude to those of mass, ranging from 20 to 52 for the original cars.<br />
<br />
Additionally, Rolling resistance (ground drag) on the road is not modelled by the game, as if it were a comparatively minor effect. On grass, where rolling resistance matters more, it is modelled -- as the "[[Car_model_physics#Grass_slowdown]]", which is proportional to speed (as opposed to the square of the speed), and with a fixed coefficient for all cars.<br />
<br />
===Grip===<br />
<br />
'' '''Data type:''' [[#Integers|Integer]] ''<br />
<br />
'' '''Address:''' A4h/A5h (simd); CAh/CBh (absolute)''<br />
<br />
This is the primary handling parameter. Higher values make it possible to take corners at higher speeds without skidding, and thus raise cornering speeds as well as lower the risk of loss of control (at the relatively small cost of making controlled sliding harder, which sometimes can be an inconvenience in competition racing). A general idea of the magnitude of the parameter may be gained by attempting to drive snake lines on an asphalt track without skidding. With grip at 0100h, the car starts to skid at ~70mph. Raising to 0200h allows one to swerve without skidding almost up to 150mph. The default cars have values ranging from slightly lower than 0100h to slightly higher than 0200h.<br />
<br />
===Surface grip modifiers===<br />
<br />
'' '''Data type:''' [[#Integers|Integer]] (x4) ''<br />
<br />
'' '''Address:''' B6h/B7h...BCh/BDh (simd); DCh/DDh...E2h/E3h (absolute) ''<br />
<br />
These values are responsible for modifying the car grip according to the kind of surface it is on. The four integer values correspond to the four kinds of surface of Stunts - asphalt, dirt, ice and grass, in that order. Most cars have these set to 0100h, 00C0h, 0040h and 0080h, and thus asphalt grip = (4/3)*dirt grip = 4*ice grip = 2*grass grip. [[LM-002]], as an off-road car, is a notable exception.<br />
<br />
===Air grip===<br />
<br />
'' '''Data type:''' [[#Integers|Integer]] ''<br />
<br />
'' '''Address:''' B4h/B5h (simd); DAh/DBh (absolute) ''<br />
<br />
This value, which is set to zero on all original cars and certainly wasn't intended to be adjustable, acts as a grip modifier for airborne wheels. Raising it from zero introduces the highly unrealistic possibility of turning the car at the beginning of a jump, while the front wheels are on air and the rear ones still on the ground. "Air slides" (the mid-air spinning of car gone airborne) in particular become more pronounced, even if the car was not sliding at all before leaving the ground. Setting it at a too high value will make the car extremely sensitive to direction changes when it leaves the ground, and thus make it largely undrivable.<br />
<br />
===Wheel coordinates===<br />
<br />
[[image:Carreraabove1.png|144px|right|thumb|Illustration of the wheel coordinates and corresponding bounding box for the [[Carrera]]. The indices give the order in which the coordinates appear (as triplets of integers) in CAR*.RES. The point inside the rectangle is the (0,0) point]]<br />
<br />
'' '''Data type:''' [[#Pairs and triplets|Triplet]] of [[#Integers|integers]] (x4) ''<br />
<br />
'' '''Address:''' {D2h...D7h}...{E4h...E9h} (simd); {F8h...FDh}...{10Ah...10Fh} (absolute)'' <br />
<br />
These values set the physical position of the car wheels. The coordinates are used for the expected purposes - such as reorienting the car when moving to a different surface and verifying whether it is partly or fully over grass or water - but they also act as a bounding box for collisions against walls and track surfaces. This fact can be readily verified by noticing cars only actually crash at obstacles when the front wheels hit them. Each of the wheel coordinates is stored as a triplet of integers. The first triplet corresponds to the front/left wheel; the other three stand for the remaining ones, ordered clockwise. As usual, the first value of the triplet is the x (left/right) coordinate, and the third one the z (back/front) one. The second value, which was supposed to be the y (vertical) coordinate, has no actual effect, and is always set to zero. The coordinate values are taken relative to the middle of the car, and both the sum of x coordinates and the sum of y coordinates must be zero - not following this recommendation will result in bugs such as the car moving forward or rotating on its own. Most reasonable cars will have wheels positioned on the vertexes of a rectangle symmetrical about the centre of the car, and thus the values in the four triplets will be:<br />
-half_width, 0, +half_wheelbase<br />
+half_width, 0, +half_wheelbase<br />
+half_width, 0, -half_wheelbase<br />
-half_width, 0, -half_wheelbase <br />
On the above, wheelbase is the distance between front and rear wheels/axles, and width is understood as wheel-to-wheel separation, all distances being measured from the centre of the wheels. Finally, the ratio between the physical coordinates for the wheels and the corresponding 3D shape coordinates is 64:1. <br />
<br />
====Influence of the wheelbase on handling====<br />
<br />
The wheelbase, as defined by the z coordinates of the wheels, has major effects on car behaviour. Shortening a car wheelbase will make it change direction faster, as if the moment of inertia had been reduced. As a consequence, shorter cars will:<br />
* Have more nimble steering, a fact which not only makes them easier to drive but also allows for higher cornering speeds at the same grip levels - since less steering effort will be needed to turn the car, the risk of skidding will be significantly reduced.<br />
* Land at shorter distances from jumps, as the car will be pointing down earlier on the flight.<br />
* Be more sensitive to surface changes, and generally have more twitchy behaviour. A key consequence is that effects such as [[Magic Carpet|magic carpet]]s become more likely.<br />
The unique handling characteristics of [[Audi]] and [[Lancia]] are a consequence of their short length, which gives them much better handling than other slow cars and makes them more prone to random bugs.<br />
<br />
===Dimensions for car-car collisions===<br />
<br />
'' '''Data type:''' [[#Integers|Integer]] (x4) ''<br />
<br />
'' '''Address:''' C8h/C9h...CEh/CFh (simd); EEh/EFh...F4h/F5h (absolute) '' <br />
<br />
The first three integers in this set of four half-width, height and half-length values for the car. These are only used for the detection of collisions with the opponent car and other box-shaped obstacles, such as trees and slalom blocks. Unlike the main set of dimensions, these correspond roughly to the full length and width of the car as given by the car1 3D shape, and the units are the same as the ones on car1. The fourth value is a cutoff radius -- if the distance between car and obstacle is larger than the sum of the radii of both, no collision will happen. If all four values are set to zero, it becomes possible to drive straight through the opponent car, like in Trackmania for instance. Unfortunately, the AI won't realize that and will still swerve to avoid your car even if it is not necessary to do so.<br />
<br />
==Dashboard controls==<br />
<br />
[[image:Lancgbox_2_1.png|144px|right|thumb|The internal coordinate system for Lancia gearbox (image upscaled 2:1)]]<br />
<br />
In addition to physical data, car*.res parameters are responsible for controlling the displacement of mobile elements of the dashboard, that is, bitmaps from [[Car files#Graphics files (.p3s/.pvs)|stdb*.pvs]], speedometer and tachometer needles. Those parameters, alongside with a few related ones, are described below. Positions of moving dashboard elements (such as the shifting knob) are defined using a set of internal coordinates relative to some fixed position bitmap in [[Car files#Graphics files (.p3s/.pvs)|stda*.pvs]]. According to those, the (0,0) point corresponds to the top left pixel of the reference bitmap; thus horizontal coordinates raise when moving ''rightwards'' and vertical coordinates raise when moving ''downwards''. An illustration of this scheme is presented on the image beside for the 48x52 pixels bitmap of Lancia's gearbox - the essentials presented apply to other instruments as well. Some of the discussions on this subsection refer to the structure of bitmap resource files (stda* and stdb*). In case of doubts about such issues, check the [[Car files]] and [[Resource file format]] articles.<br />
<br />
===Shifting knob positions===<br />
<br />
'' '''Data type:''' [[#Pairs and triplets|Pairs]] of [[#Integers|integers]] (x6) ''<br />
<br />
'' '''Address:''' (20h/21h, 22h/23h)...(34h/35h, 36h/37h) (simd); (46h/47h,48h/49h)...(5Ah/5Bh,5Ch/5Dh) (absolute) ''<br />
<br />
These parameters control where the knob will appear at each gear. The first integer of the pair sets the x coordinate, and the second one, the y coordinate. The reference frame for knob internal coordinates is the gbox bitmap at the stda* file (as the example image illustrates). When editing these values (as well as the centre position, explained just below) it is important to be realize that the distance between two gear positions and the number of direction changes on moving from one to another affects the time needed to engage the gear. Such variations have very noticeable effects on straight-line acceleration. Therefore, car tuners should be wary when modifying knob positions of an existing car so as to not alter the car performance and thus compromise pre-existing replays.<br />
<br />
===Shift pattern centre line===<br />
<br />
'' '''Data type:''' [[#Integers|Integer]] ''<br />
<br />
'' '''Address:''' 1Eh/1Fh (simd); 44h/45h (absolute) ''<br />
<br />
This is a complementary value to the shifting knob positions. It sets at which y coordinate value the knob will switch from one column to another on the shift pattern; and thus it will most likely it is to be set halfway between the upper and lower rows of gear positions. The coordinate frame is the same of the knob positions.<br />
<br />
===Apparent car height===<br />
<br />
'' '''Data type:''' [[#Integers|Integer]] ''<br />
<br />
'' '''Address:''' D0h/D1h (simd); F6h/F7h (absolute) ''<br />
<br />
This sets the apparent height from the ground on the inside (F1) view. The units are the same than those of the car1 3D shape. The parameter has no effect on the physical characteristics of the car, so you do not need to worry about crashing at roofs if you set it too high...<br />
<br />
===Steering wheel dot movement===<br />
<br />
'' '''Data type:''' [[#Pairs and triplets|Pairs]] of [[#Bytes|Bytes]] (x 1 + 30) ''<br />
<br />
'' '''Address:''' (EAh, EBh) and (ECh, EDh)...(126h, 127h) (simd); (110h,111h) and (112h, 113h)...(14Ch,14Dh) (absolute) ''<br />
<br />
These pairs of bytes control the position of the steering wheel dot over its full range of movement. The first pair is the dot position with the wheel centred. As for the other 30 pairs, each one controls the dot position for a certain amount of steering applied ''both'' when turning to the right (actual coordinate value) and to the left (horizontal coordinate is mirrored relative to the central dot). This also means that displacing the centre point without adjusting the other points will separate the right side points from the left side ones... The reference frame for the internal coordinates is stda* whl2 bitmap.<br />
<br />
===Speedometer needle movement===<br />
<br />
'' '''Data type:''' [[#Pairs and triplets|Pairs]] of [[#Bytes|Bytes]], plus one pair of [[#Integers|integers]] and a single integer (1 pair of integers, 1 integer and 104 pairs of bytes) ''<br />
<br />
'' '''Address:''' (128h/129h, 12Ah/12Bh), 12Ch/12Dh, (12Eh/12Fh, 130h/131h)...(1FCh/1FDh, 1FEh/1FFh) (simd); (14Eh/14Fh,150h/151h), 152h/153h, (154h/155h)...(222h,223h) (absolute) ''<br />
<br />
Like the other meters, the movement is controlled by pairs of values which set the position of individual points. In this case, the coordinate frame are the coordinates of stda* ins2 bitmap. The lone pair of integers starting at the beginning defines the centre point for the needle. The next integer sets the maximum number of needle positions to be displayed. This value is always less than 256, so in practice, only the first of its bytes is used and the other one is always zero. Finally, the position of the needle tip for each speed is controlled by the consecutive pairs from the next position on. Each pair of bytes covers an interval of 2.5 mph, starting from zero. Finally, in case one needs to get rid of the needle altogether (like for IMSA dashboards), the easiest solution is to set the lower bytes of the first two integers to FFh and all the pairs after the count integer zero - simply setting the count integer to zero won't work as expected.<br />
<br />
===Digital speedometer===<br />
<br />
'' '''Data type:''' [[#Pairs and triplets|Pairs]] of [[#Bytes|bytes]] <br />
<br />
'' '''Address:''' (12Eh, 12Fh), (130h, 131h) and (132h, 133h) (simd); (154h,155h), (156h,157h) and (158h,159h) (absolute) ''<br />
<br />
This is a funny one. To have a digital speedometer first one needs to have a [[Car files#Dashboard moving parts (stdb*.pvs)|STDB*]] file containing the dig0...dig9 bitmaps used for the digits (the classic solution is to clone the [[Corvette ZR1|Corvette]] STDB*). Additionally, a dashboard with proper contrast must be chosen (even if the game can switch number colours automatically depending on the background, some dashboards will still look awful). Then, byte 150h must be set to 0h. That will trigger the analog needle to disappear and be replaced by the set of digits, whose coordinates are controlled in the usual fashion by the three pairs, which stand for the first, second and third digits from left to right respectively. As for the coordinates' reference frame, it is stda* ins2 bitmap, just as for the analog speedometer.<br />
<br />
===Rev meter needle movement===<br />
<br />
'' '''Data type:''' [[#Pairs and triplets|Pairs]] of [[#Bytes|bytes]], plus one pair of [[#Integers|integers]] and a single byte (1 pair of integers, 1 integer and 128 pairs of bytes)''<br />
<br />
'' '''Address:''' (1FEh/1FFh, 200h/201h), 202h/203h (204h/205h)...(302h/303h) (simd); (224h/225h,226h/227h), 228h/229h, (22Ah/22Bh)...(328h,329h) (absolute) ''<br />
<br />
The rev meter is completely analogous to the speedometer. The pair of integers at the beginning sets the centre point, the next integer sets the number of needle positions to be displayed and the pairs from the word that follows to define the tip positions, adding up to 128 available positions. Every pair of bytes covers 128rpm, starting from zero. Other details are just the same as those discussed for the speedometer. Again, the reference frame is provided by stda* ins2 bitmap.<br />
<br />
==Text data==<br />
<br />
===Car information===<br />
<br />
'' '''Data type:''' Zero-terminated character strings'' <br />
<br />
'' '''Absolute address:''' 32Eh - ???h ''<br />
<br />
Quoting [http://www.kalpen.de/luke/4dinfo.html#cs Lukas Loehrer]:<br />
<br />
<blockquote>''Car information displayed on the 'choose your car' screen. Use ] (5Dh) for linebreaks. The end of this block can not be given by an absolute address. Look for a byte with the value 00h. It is followed by a 4 byte long car id which is again terminated by a 00h.''</blockquote><br />
<br />
The "4 byte long car id" mentioned above is the abbreviation displayed alongside opponent name in the scoreboard. Car information is most conveniently edited via [[Car Blaster]], which has a specific WYSIWYG interface for dealing with it.<br />
<br />
===Scoreboard car name===<br />
<br />
'' '''Data type:''' Zero-terminated character string'' <br />
<br />
'' '''Absolute address:''' ???h - EOF ''<br />
<br />
The final bytes of the file (after the terminating 00h mentioned above) make up the scoreboard designation of the car. It can be edited via Car Blaster like the other text pieces as well.<br />
<br />
==Miscellaneous==<br />
<br />
===File header===<br />
<br />
'' '''Address:''' 00h - 25h''<br />
<br />
The initial bytes of CAR*.RES files consist of a file header, structured just like the ones found in uncompressed graphic files and elsewhere. Essentially, it stores file length, text IDs for different sections of the file and the associated byte offsets. Since that data is actually used by the engine to parse the car data, there is no reason to modify it unless one is hand-editing text data for the car and intends to modify string length - and even in that case, using [[Car Blaster]] and allowing it to perform any necessary adjustment is the recommended option. <br />
<br />
===Unknown parameters===<br />
<br />
Here is a list of the values on CAR*.RES which have unknown function. After somewhat extensive testing, they displayed no visible effect on the behaviour of the car in saved replays. Most of them are equal for all cars. <br />
<br />
* 027h - single byte next to the number of gears, probably just a padding zero.<br />
* 034h/035h - strategically located next to the gear ratios. Unused space for a never-implemented reverse gear?<br />
* 042h/043h - looks like one of the other coordinates of the shifting knob, but has no function.<br />
* 0C8h/0C9h - set to 00B5h for all cars.<br />
* 0CCh/0CDh - set to 00EEh for all cars.<br />
* 0CEh/0CFh - set to 00B8h for all cars.<br />
* 0D0h/0D1h - set to zero for all cars.<br />
* 0D2h/0D3h, 0D4h/0D5h, 0D6h/0D7h, 0D8h/0D9h - these form a suspicious-looking series with values 0020h, 0010h, 00C0h and 0008h, equal for all cars.<br />
* 0E4h/0E5h - set to zero for all cars.<br />
* 0E6h/0E7h, 0E8h/0E9h, 0EAh/0EBh, 0ECh/0EDh - another series of values, this time 0020h, 00C0h, 0080h and 0040h. The resemblance to the default values of the surface grip modifiers, which are located near these positions, is uncanny: were they intended to refer to a second set of tyres?<br />
* 32Ah/32Bh/32Ch/32Dh - in memory, these positions are used by the game engine for calculations. They aren't parameters at all -- their values in the files are ignored.<br />
<br />
==See Also==<br />
<br />
*[[Car model physics]]<br />
*[[Car files]]<br />
<br />
[[Category:Modding]]<br />
[[Category:Driving]]</div>Daniel3Dhttps://wiki.stunts.hu/index.php?title=Car_parameters&diff=5694Car parameters2023-12-05T21:02:13Z<p>Daniel3D: /* Aero Drag */</p>
<hr />
<div>This article discuss how the '''car*.res parameters''' control the performance, handling, aesthetics and other aspects of a Stunts car. The parameters are grouped by function, in order to allow more fluent reading and discussion. A quick reference chart of byte addresses may be found at the [[Car files#Car behaviour (car*.res)|Car files]] article. For a deeper discussion on the inner workings of physical parameters, refer to [[Car model physics]] . <br />
<br />
==Preliminary notes==<br />
<br />
=== Hexadecimal numbers ===<br />
<br />
In order to read and edit the parameter values, you will need to make decimal/hex conversions. Most familiar software calculators are able to perform the conversion as well as the basic operations on hex numbers, so that should not be a problem. If you wish to do the conversions by hand or mentally, remember that hex digits go from 0 to 15 (with letters A...F standing for 10...15), and that each digit to the left is one power of 16 higher (instead of a power of 10 as with decimal numbers). For instance, 17C9h = 1*16^3 + 7*16^2 + 12*16^1 + 9 = 6089 .<br />
<br />
=== Car Blaster conventions ===<br />
<br />
Unlike regular hex editors, [[Car Blaster]] defaults to displaying both byte addresses and byte values in decimal values. That can be an inconvenience, so we will not stick to that convention. Within this article, byte addresses will always be quoted as hexadecimal numbers. Byte and parameter values can be quoted both ways depending on the situation, so for clarity an "h" will be appended to all hexadecimal numbers. It is simple to switch between hex and decimal display in Car Blaster - just press 'h' for switching the addresses or 'Shift+h' for switching the values.<br />
<br />
=== Parameter types ===<br />
<br />
Unlike Car Blaster interface suggets, in most cases the values of the parameters do not correspond to a single byte in the CAR*.RES. They may be stored in a few different ways, which we'll refer to as data types. Understanding them is key to reading the values correctly. A description of them is provided below:<br />
<br />
==== Integers ====<br />
<br />
The most common and important data type. Integer parameters occupy ''two'' bytes in the file, and they should be read together to form the value in the following way:<br />
<br />
* Pick the byte values ''in hexadecimal'' and append one to the other ''in inverted order'' (second byte comes first). Doing so will give you a four-digit hex number (the technical term for this representation is [http://en.wikipedia.org/wiki/Endianness little endian]).<br />
** If the number is 7FFFh (=32767) or smaller, it is the parameter value.<br />
** If it is larger than 7FFFh, however, the parameter is not a very large integer number, but rather a ''negative'' integer stored in a particular way (called the [http://en.wikipedia.org/wiki/Two's_complement two's complement]). To recover the real value, subtract the value you read from the file from 10000h (=65536) and invert the sign of the result.<br />
* The value thus obtained is the actual parameter value, and can be used as you wish, either in hex or converted to decimal.<br />
* Two examples: Let's say an integer parameter has byte values of 18 and 2C. Grouping the values in inverted order gives 2C18h, which is smaller than 7FFFh. Therefore, the parameter value is 2C18h = 11288 . Now, another integer parameter might have values of 40 and FC. Grouping gives FC40h, which is larger than 7FFFh. Therefore, the real value is the two's complement, -(10000h - FC40h) = -03C0h = -960 .<br />
<br />
From the above description, it can be inferred that an alternate way of reading the values is to sum, in decimal, the value of the first byte to the second one multiplied by 256 (and then taking the two's complement if the value is greater then 32767). Doing so avoids dealing with hexadecimals, but is far less convenient if you have an hex calculator available. A practical remark is that the second byte changes the parameter value at a rate 256 times faster than the first one. For some parameters, the second byte may thus be though of as the "main" one, and the first one as a "fine adjustment". For other parameters, though, the second parameter defaults to zero, and a change of 256 units may be exaggerate for most useful purposes, and therefore we will be most of the time interested on the first byte. A final remark is that negative integer parameters are usually easy to recognize in Car Blaster through the very large second byte values.<br />
<br />
==== Unsigned integers ====<br />
<br />
These are the same as integers, except they are always positive, and so you don't need to worry about taking the two's complement for large values. Else, all remarks made above still hold. <br />
<br />
==== Bytes ====<br />
<br />
While most parameters are 2-byte integers, some are nevertheless stored as single bytes. These are naturally a lot simpler to handle - just read the value directly, either in hex or in decimal. Single byte parameters are always unsigned. <br />
<br />
==== Pairs and triplets ====<br />
<br />
When there is need to represent the position of a point, pairs and triplets of values are employed. For 2D coordinates, defined over a bitmap, a pair of consecutive values is employed, standing for horizontal (x) and vertical (y) coordinates. For 3D coordinates on the "physical world", triplets are used instead, with values standing for x-y-z (width, height and length) coordinates in that order. The values themselves may be integers or single bytes, depending on each case. Pairs and triplets will be represented on this article by enclosing the values in brackets. <br />
<br />
==Engine and Transmission==<br />
<br />
===Torque curve===<br />
<br />
'' '''Data type:''' [[#Bytes|Byte]] (x103)''<br />
<br />
'' '''Address:''' 3Bh...A1h (simd); 61h...C7h (absolute)''<br />
<br />
Defining how much acceleration the engine can impart on a car at every given engine speed (rpm), the torque curve is a very important factor in determining performance. Every byte navigated forward corresponds to increments of 128rpm, so that the first byte covers 0...127rpm; the next one, 128...255rpm and so on. There are 103 bytes in total, and so the engine can deliver power over a range of 13184rpm. The curve works as expected: raising a byte increases linearly acceleration given by the engine at a given rpm. A more peaky torque curve means a narrower range of useful engine speeds - and thus, the driver will have to shift more often.<br />
<br />
===Idle rpm torque===<br />
<br />
'' '''Data type:''' [[#Bytes|Byte]] ''<br />
<br />
'' '''Address:''' 3Ah (simd); 60h (absolute)''<br />
<br />
This may be thought as a special point in the torque curve. It overrides a section of the curve at low rpms, in order to better represent the car launch from a standstill. The affected range is 0...2559rpm (the first 20 bytes of the curve) for the 1st gear, and 0...''value of idle rpm'' (described further down the article) for 2nd gear and above.<br />
<br />
===Number of gears===<br />
<br />
'' '''Data type:''' [[#Bytes|Byte]] ''<br />
<br />
'' '''Address:''' 00h (simd); 26h (absolute) ''<br />
<br />
Self-explanatory. Acceptable values range from 1 to 6. If you plan to add a 6th gear to a car, remember to set all other gearing parameters (which we will describe shortly) for the sixth gear as well.<br />
<br />
===Downshift rpm===<br />
<br />
'' '''Data type:''' [[#Integers|Integer]] ''<br />
<br />
'' '''Address:''' 08h/09h (simd); 2Eh/2Fh (absolute) ''<br />
<br />
This is the downshift rpm point used by the automatic transmission. For optimal performance, it should match the rpm position of the torque curve's peak. ''Observation for all rpm parameters:'' the parameter values gives the actual number of rpm directly.<br />
<br />
===Upshift rpm===<br />
<br />
'' '''Data type:''' [[#Integers|Integer]] ''<br />
<br />
'' '''Address:''' 0Ah/0Bh (simd); 30h/31h (absolute) ''<br />
<br />
This is the upshift rpm point used by the automatic transmission. For optimal performance, it should match the rpm position of the power curve's peak - remember that, at any given rpm, power = torque * rpm; you can use that relation to estimate a power curve from the torque curve.<br />
<br />
===Maximum rpm===<br />
<br />
'' '''Data type:''' [[#Integers|Integer]] ''<br />
<br />
'' '''Address:''' 0Ch/0Dh (simd); 32h/33h (absolute) ''<br />
<br />
This parameter is the maximum rpm (the "redline") of the engine. Whenever the engine goes beyond this value, the rpm value will be reduced at the next time step (1/20th of a second) so that it fits again within the limit (such behaviour explains why the rev meter oscillates when the maximum rpm is reached). Naturally, this value should be adjusted whenever the torque curve is extended to higher rpms. A less obvious fact is that, as there are no other limits to the maximum rpm, this parameter can be set to an arbitrary high value (well beyond the end of the torque curve or even the maximum size of the torque curve if you wish); and, in that case, all engine speeds (and thus car speeds) made available can be reached by jumping even if there is no torque available on the rpm range. As a very important consequence, the maximum rpm defines, together with the gear ratios, the overall top speed of the car.<br />
<br />
===Idle rpm===<br />
<br />
'' '''Data type:''' [[#Integers|Integer]] ''<br />
<br />
'' '''Address:''' 06h/07h (simd); 2Ch/2Dh (absolute) ''<br />
<br />
The so-called "idle rpm" modulates the engine behaviour at low rpms. The main function of the parameter is to define up to which rpm value the "idle rpm torque" will be used instead of the regular torque curve for the second gear and above. In addition, the idle rpm sets the "sensory" indicators of the engine speed (rev. meter position and engine sound pitch) to a fixed value from zero rpm to its value (since car speed and engine speed are always coupled, the ''actual'' rpm value is not fixed, however). If this value is set higher than the maximum rpm, the car will be unable to move. The values can be made equal, though - that is an useful trick to make a constant-torque engine over an arbitrary range of engine speeds if you don't mind having an useless rev meter and an annoying high-pitched engine buzzing endlessly.<br />
<br />
===Gear ratios===<br />
<br />
'' '''Data type:''' [[#Unsigned integers|Unsigned integer]] (x6)''<br />
<br />
'' '''Address:''' 10h/11h...1Ah/1Bh (simd); 36h/37h...40h/41h (absolute)''<br />
<br />
These parameters set the gear ratios of the car, and are therefore very important ones. The first word of two bytes sets 1st gear, the following word, the second one, and so on. The gear ratios are overall values, representing the effects both the gearbox and the final drive gears as well as those of the wheel radius. As it could be expected, a higher value means a shorter ratio, and thus higher acceleration but less final car speed in a certain gear (at any rpm the torque delivered to the wheels is proportional to gear ratio, but wheel speed is inversely proportional). The exact interpretation of the values is straightforward:<br />
car_speed_mph = 256*engine_speed_rpm/gear_ratio <br />
This is by far the most useful equation to know when setting the parameters of a car, as it allows to predict car speeds in downshift/upshift points and real top speeds for each gear as well as finding the torque on each. A realistic car needs of course to have decreasing gear ratios, and for smoother engine operation a near-exponential decrease would be appropriate.<br />
<br />
==Physics parameters==<br />
<br />
===Car mass===<br />
<br />
'' '''Data type:''' [[#Integers|Integer]] ''<br />
<br />
'' '''Address:''' 02h/03h (simd); 28h/29h (absolute) ''<br />
<br />
This parameter had been variously described over the years as "inverse power amplification" ([[Mark Nailwood]] in Car Blaster) or "aerodynamic resistance" ([[Juha Liukkonen]] / [[Lukas Loehrer]]). Were it an aerodynamic coefficient effect, however, it would affect car more strongly at high speeds. Raising the parameter causes a decrease in acceleration directly proportional to the increase, all gears being equally affected. Therefore, it is best understood as being the car mass. Clearly, it has crucial importance to the car performance. The original Stunts cars have masses ranging from 15 to 55 (in decimal); the second byte defaults to zero and increasing it raises the mass way too fast, so it is usually disregarded. Another very important fact about mass - almost as important as the regular physical effect - is that its value sets the kind of [[Power Gear]] or [[Anti-Power Gear]], if any, that the car will have (see [[Power gear bug]]).<br />
<br />
===Braking effectiveness===<br />
<br />
'' '''Data type:''' [[#Integers|Integer]] ''<br />
<br />
'' '''Address:''' 04h/05h (simd); 2Ah/2Bh (absolute) ''<br />
<br />
As the name says, those addresses tell how powerful the car brakes will be. The effect of the brakes is proportional to the value - any apparent deviations from the prediction are in fact effects of aerodynamic resistance. Typical values are close to 0100h (=256), except for racing cars, which may have significantly better brakes. Setting the parameter to ''0000''h will turn them off completely, and thus the car will only be stopped by aero drag and, possibly, grass slowdown. Other parameters, such as mass or grip, have no effect on braking.<br />
<br />
===Aero Drag===<br />
<br />
'' '''Data type:''' [[#Integers|Integer]] ''<br />
<br />
'' '''Address:''' 38h/39h (simd); 5Eh/5Fh (absolute) ''<br />
<br />
This elusive parameter controls the aerodynamic resistance (drag force) encountered by the car when accelerating down a straight. Drag force increases quadratically (that is, proportional to the square of) with speed, up to the point the engine can't produce enough torque to overcome it and the car reaches its top speed. Therefore, increasing the drag parameter will lower the car top speed in a flat straight line (that is, no jumps or [[Power Gear]]), as well as significantly reduce acceleration at high speeds. The parameter value (Drag) is directly proportional to the drag force. It can be verified that for a given set of values for gear ratio, torque and Drag parameter, the maximum possible speed value will be given by:<br />
max_speed_mph = sqrt(2*torque*gear_ratio/drag)<br />
This relation allows to predict the flat track top speed of a car. <br />
<br />
The Drag parameters also determines how fast the car will lose speed when the accelerator is not being held. It should, additionally, make the car slow down whenever it reached speeds higher than the flat-track top speed (when landing from a jump, for instance). Due to the same bug which originates powergear, however, this effect is observed, among the original cars, only for the [[Carrera]] (only those with power of 2 mass values are "bug free" and work "properly"). This fact has very important consequences for the driving technique of Stunts cars. Usual values for the Drag parameter are similar in magnitude to those of mass, ranging from 20 to 52 for the original cars.<br />
<br />
Additionally, Rolling resistance (ground drag) on the road is not modelled by the game, as if it were a comparatively minor effect. On grass, where rolling resistance matters more, it is modelled -- as the "[[grass slowdown]]", which is proportional to speed (as opposed to the square of the speed), and with a fixed coefficient for all cars.<br />
<br />
===Grip===<br />
<br />
'' '''Data type:''' [[#Integers|Integer]] ''<br />
<br />
'' '''Address:''' A4h/A5h (simd); CAh/CBh (absolute)''<br />
<br />
This is the primary handling parameter. Higher values make it possible to take corners at higher speeds without skidding, and thus raise cornering speeds as well as lower the risk of loss of control (at the relatively small cost of making controlled sliding harder, which sometimes can be an inconvenience in competition racing). A general idea of the magnitude of the parameter may be gained by attempting to drive snake lines on an asphalt track without skidding. With grip at 0100h, the car starts to skid at ~70mph. Raising to 0200h allows one to swerve without skidding almost up to 150mph. The default cars have values ranging from slightly lower than 0100h to slightly higher than 0200h.<br />
<br />
===Surface grip modifiers===<br />
<br />
'' '''Data type:''' [[#Integers|Integer]] (x4) ''<br />
<br />
'' '''Address:''' B6h/B7h...BCh/BDh (simd); DCh/DDh...E2h/E3h (absolute) ''<br />
<br />
These values are responsible for modifying the car grip according to the kind of surface it is on. The four integer values correspond to the four kinds of surface of Stunts - asphalt, dirt, ice and grass, in that order. Most cars have these set to 0100h, 00C0h, 0040h and 0080h, and thus asphalt grip = (4/3)*dirt grip = 4*ice grip = 2*grass grip. [[LM-002]], as an off-road car, is a notable exception.<br />
<br />
===Air grip===<br />
<br />
'' '''Data type:''' [[#Integers|Integer]] ''<br />
<br />
'' '''Address:''' B4h/B5h (simd); DAh/DBh (absolute) ''<br />
<br />
This value, which is set to zero on all original cars and certainly wasn't intended to be adjustable, acts as a grip modifier for airborne wheels. Raising it from zero introduces the highly unrealistic possibility of turning the car at the beginning of a jump, while the front wheels are on air and the rear ones still on the ground. "Air slides" (the mid-air spinning of car gone airborne) in particular become more pronounced, even if the car was not sliding at all before leaving the ground. Setting it at a too high value will make the car extremely sensitive to direction changes when it leaves the ground, and thus make it largely undrivable.<br />
<br />
===Wheel coordinates===<br />
<br />
[[image:Carreraabove1.png|144px|right|thumb|Illustration of the wheel coordinates and corresponding bounding box for the [[Carrera]]. The indices give the order in which the coordinates appear (as triplets of integers) in CAR*.RES. The point inside the rectangle is the (0,0) point]]<br />
<br />
'' '''Data type:''' [[#Pairs and triplets|Triplet]] of [[#Integers|integers]] (x4) ''<br />
<br />
'' '''Address:''' {D2h...D7h}...{E4h...E9h} (simd); {F8h...FDh}...{10Ah...10Fh} (absolute)'' <br />
<br />
These values set the physical position of the car wheels. The coordinates are used for the expected purposes - such as reorienting the car when moving to a different surface and verifying whether it is partly or fully over grass or water - but they also act as a bounding box for collisions against walls and track surfaces. This fact can be readily verified by noticing cars only actually crash at obstacles when the front wheels hit them. Each of the wheel coordinates is stored as a triplet of integers. The first triplet corresponds to the front/left wheel; the other three stand for the remaining ones, ordered clockwise. As usual, the first value of the triplet is the x (left/right) coordinate, and the third one the z (back/front) one. The second value, which was supposed to be the y (vertical) coordinate, has no actual effect, and is always set to zero. The coordinate values are taken relative to the middle of the car, and both the sum of x coordinates and the sum of y coordinates must be zero - not following this recommendation will result in bugs such as the car moving forward or rotating on its own. Most reasonable cars will have wheels positioned on the vertexes of a rectangle symmetrical about the centre of the car, and thus the values in the four triplets will be:<br />
-half_width, 0, +half_wheelbase<br />
+half_width, 0, +half_wheelbase<br />
+half_width, 0, -half_wheelbase<br />
-half_width, 0, -half_wheelbase <br />
On the above, wheelbase is the distance between front and rear wheels/axles, and width is understood as wheel-to-wheel separation, all distances being measured from the centre of the wheels. Finally, the ratio between the physical coordinates for the wheels and the corresponding 3D shape coordinates is 64:1. <br />
<br />
====Influence of the wheelbase on handling====<br />
<br />
The wheelbase, as defined by the z coordinates of the wheels, has major effects on car behaviour. Shortening a car wheelbase will make it change direction faster, as if the moment of inertia had been reduced. As a consequence, shorter cars will:<br />
* Have more nimble steering, a fact which not only makes them easier to drive but also allows for higher cornering speeds at the same grip levels - since less steering effort will be needed to turn the car, the risk of skidding will be significantly reduced.<br />
* Land at shorter distances from jumps, as the car will be pointing down earlier on the flight.<br />
* Be more sensitive to surface changes, and generally have more twitchy behaviour. A key consequence is that effects such as [[Magic Carpet|magic carpet]]s become more likely.<br />
The unique handling characteristics of [[Audi]] and [[Lancia]] are a consequence of their short length, which gives them much better handling than other slow cars and makes them more prone to random bugs.<br />
<br />
===Dimensions for car-car collisions===<br />
<br />
'' '''Data type:''' [[#Integers|Integer]] (x4) ''<br />
<br />
'' '''Address:''' C8h/C9h...CEh/CFh (simd); EEh/EFh...F4h/F5h (absolute) '' <br />
<br />
The first three integers in this set of four half-width, height and half-length values for the car. These are only used for the detection of collisions with the opponent car and other box-shaped obstacles, such as trees and slalom blocks. Unlike the main set of dimensions, these correspond roughly to the full length and width of the car as given by the car1 3D shape, and the units are the same as the ones on car1. The fourth value is a cutoff radius -- if the distance between car and obstacle is larger than the sum of the radii of both, no collision will happen. If all four values are set to zero, it becomes possible to drive straight through the opponent car, like in Trackmania for instance. Unfortunately, the AI won't realize that and will still swerve to avoid your car even if it is not necessary to do so.<br />
<br />
==Dashboard controls==<br />
<br />
[[image:Lancgbox_2_1.png|144px|right|thumb|The internal coordinate system for Lancia gearbox (image upscaled 2:1)]]<br />
<br />
In addition to physical data, car*.res parameters are responsible for controlling the displacement of mobile elements of the dashboard, that is, bitmaps from [[Car files#Graphics files (.p3s/.pvs)|stdb*.pvs]], speedometer and tachometer needles. Those parameters, alongside with a few related ones, are described below. Positions of moving dashboard elements (such as the shifting knob) are defined using a set of internal coordinates relative to some fixed position bitmap in [[Car files#Graphics files (.p3s/.pvs)|stda*.pvs]]. According to those, the (0,0) point corresponds to the top left pixel of the reference bitmap; thus horizontal coordinates raise when moving ''rightwards'' and vertical coordinates raise when moving ''downwards''. An illustration of this scheme is presented on the image beside for the 48x52 pixels bitmap of Lancia's gearbox - the essentials presented apply to other instruments as well. Some of the discussions on this subsection refer to the structure of bitmap resource files (stda* and stdb*). In case of doubts about such issues, check the [[Car files]] and [[Resource file format]] articles.<br />
<br />
===Shifting knob positions===<br />
<br />
'' '''Data type:''' [[#Pairs and triplets|Pairs]] of [[#Integers|integers]] (x6) ''<br />
<br />
'' '''Address:''' (20h/21h, 22h/23h)...(34h/35h, 36h/37h) (simd); (46h/47h,48h/49h)...(5Ah/5Bh,5Ch/5Dh) (absolute) ''<br />
<br />
These parameters control where the knob will appear at each gear. The first integer of the pair sets the x coordinate, and the second one, the y coordinate. The reference frame for knob internal coordinates is the gbox bitmap at the stda* file (as the example image illustrates). When editing these values (as well as the centre position, explained just below) it is important to be realize that the distance between two gear positions and the number of direction changes on moving from one to another affects the time needed to engage the gear. Such variations have very noticeable effects on straight-line acceleration. Therefore, car tuners should be wary when modifying knob positions of an existing car so as to not alter the car performance and thus compromise pre-existing replays.<br />
<br />
===Shift pattern centre line===<br />
<br />
'' '''Data type:''' [[#Integers|Integer]] ''<br />
<br />
'' '''Address:''' 1Eh/1Fh (simd); 44h/45h (absolute) ''<br />
<br />
This is a complementary value to the shifting knob positions. It sets at which y coordinate value the knob will switch from one column to another on the shift pattern; and thus it will most likely it is to be set halfway between the upper and lower rows of gear positions. The coordinate frame is the same of the knob positions.<br />
<br />
===Apparent car height===<br />
<br />
'' '''Data type:''' [[#Integers|Integer]] ''<br />
<br />
'' '''Address:''' D0h/D1h (simd); F6h/F7h (absolute) ''<br />
<br />
This sets the apparent height from the ground on the inside (F1) view. The units are the same than those of the car1 3D shape. The parameter has no effect on the physical characteristics of the car, so you do not need to worry about crashing at roofs if you set it too high...<br />
<br />
===Steering wheel dot movement===<br />
<br />
'' '''Data type:''' [[#Pairs and triplets|Pairs]] of [[#Bytes|Bytes]] (x 1 + 30) ''<br />
<br />
'' '''Address:''' (EAh, EBh) and (ECh, EDh)...(126h, 127h) (simd); (110h,111h) and (112h, 113h)...(14Ch,14Dh) (absolute) ''<br />
<br />
These pairs of bytes control the position of the steering wheel dot over its full range of movement. The first pair is the dot position with the wheel centred. As for the other 30 pairs, each one controls the dot position for a certain amount of steering applied ''both'' when turning to the right (actual coordinate value) and to the left (horizontal coordinate is mirrored relative to the central dot). This also means that displacing the centre point without adjusting the other points will separate the right side points from the left side ones... The reference frame for the internal coordinates is stda* whl2 bitmap.<br />
<br />
===Speedometer needle movement===<br />
<br />
'' '''Data type:''' [[#Pairs and triplets|Pairs]] of [[#Bytes|Bytes]], plus one pair of [[#Integers|integers]] and a single integer (1 pair of integers, 1 integer and 104 pairs of bytes) ''<br />
<br />
'' '''Address:''' (128h/129h, 12Ah/12Bh), 12Ch/12Dh, (12Eh/12Fh, 130h/131h)...(1FCh/1FDh, 1FEh/1FFh) (simd); (14Eh/14Fh,150h/151h), 152h/153h, (154h/155h)...(222h,223h) (absolute) ''<br />
<br />
Like the other meters, the movement is controlled by pairs of values which set the position of individual points. In this case, the coordinate frame are the coordinates of stda* ins2 bitmap. The lone pair of integers starting at the beginning defines the centre point for the needle. The next integer sets the maximum number of needle positions to be displayed. This value is always less than 256, so in practice, only the first of its bytes is used and the other one is always zero. Finally, the position of the needle tip for each speed is controlled by the consecutive pairs from the next position on. Each pair of bytes covers an interval of 2.5 mph, starting from zero. Finally, in case one needs to get rid of the needle altogether (like for IMSA dashboards), the easiest solution is to set the lower bytes of the first two integers to FFh and all the pairs after the count integer zero - simply setting the count integer to zero won't work as expected.<br />
<br />
===Digital speedometer===<br />
<br />
'' '''Data type:''' [[#Pairs and triplets|Pairs]] of [[#Bytes|bytes]] <br />
<br />
'' '''Address:''' (12Eh, 12Fh), (130h, 131h) and (132h, 133h) (simd); (154h,155h), (156h,157h) and (158h,159h) (absolute) ''<br />
<br />
This is a funny one. To have a digital speedometer first one needs to have a [[Car files#Dashboard moving parts (stdb*.pvs)|STDB*]] file containing the dig0...dig9 bitmaps used for the digits (the classic solution is to clone the [[Corvette ZR1|Corvette]] STDB*). Additionally, a dashboard with proper contrast must be chosen (even if the game can switch number colours automatically depending on the background, some dashboards will still look awful). Then, byte 150h must be set to 0h. That will trigger the analog needle to disappear and be replaced by the set of digits, whose coordinates are controlled in the usual fashion by the three pairs, which stand for the first, second and third digits from left to right respectively. As for the coordinates' reference frame, it is stda* ins2 bitmap, just as for the analog speedometer.<br />
<br />
===Rev meter needle movement===<br />
<br />
'' '''Data type:''' [[#Pairs and triplets|Pairs]] of [[#Bytes|bytes]], plus one pair of [[#Integers|integers]] and a single byte (1 pair of integers, 1 integer and 128 pairs of bytes)''<br />
<br />
'' '''Address:''' (1FEh/1FFh, 200h/201h), 202h/203h (204h/205h)...(302h/303h) (simd); (224h/225h,226h/227h), 228h/229h, (22Ah/22Bh)...(328h,329h) (absolute) ''<br />
<br />
The rev meter is completely analogous to the speedometer. The pair of integers at the beginning sets the centre point, the next integer sets the number of needle positions to be displayed and the pairs from the word that follows to define the tip positions, adding up to 128 available positions. Every pair of bytes covers 128rpm, starting from zero. Other details are just the same as those discussed for the speedometer. Again, the reference frame is provided by stda* ins2 bitmap.<br />
<br />
==Text data==<br />
<br />
===Car information===<br />
<br />
'' '''Data type:''' Zero-terminated character strings'' <br />
<br />
'' '''Absolute address:''' 32Eh - ???h ''<br />
<br />
Quoting [http://www.kalpen.de/luke/4dinfo.html#cs Lukas Loehrer]:<br />
<br />
<blockquote>''Car information displayed on the 'choose your car' screen. Use ] (5Dh) for linebreaks. The end of this block can not be given by an absolute address. Look for a byte with the value 00h. It is followed by a 4 byte long car id which is again terminated by a 00h.''</blockquote><br />
<br />
The "4 byte long car id" mentioned above is the abbreviation displayed alongside opponent name in the scoreboard. Car information is most conveniently edited via [[Car Blaster]], which has a specific WYSIWYG interface for dealing with it.<br />
<br />
===Scoreboard car name===<br />
<br />
'' '''Data type:''' Zero-terminated character string'' <br />
<br />
'' '''Absolute address:''' ???h - EOF ''<br />
<br />
The final bytes of the file (after the terminating 00h mentioned above) make up the scoreboard designation of the car. It can be edited via Car Blaster like the other text pieces as well.<br />
<br />
==Miscellaneous==<br />
<br />
===File header===<br />
<br />
'' '''Address:''' 00h - 25h''<br />
<br />
The initial bytes of CAR*.RES files consist of a file header, structured just like the ones found in uncompressed graphic files and elsewhere. Essentially, it stores file length, text IDs for different sections of the file and the associated byte offsets. Since that data is actually used by the engine to parse the car data, there is no reason to modify it unless one is hand-editing text data for the car and intends to modify string length - and even in that case, using [[Car Blaster]] and allowing it to perform any necessary adjustment is the recommended option. <br />
<br />
===Unknown parameters===<br />
<br />
Here is a list of the values on CAR*.RES which have unknown function. After somewhat extensive testing, they displayed no visible effect on the behaviour of the car in saved replays. Most of them are equal for all cars. <br />
<br />
* 027h - single byte next to the number of gears, probably just a padding zero.<br />
* 034h/035h - strategically located next to the gear ratios. Unused space for a never-implemented reverse gear?<br />
* 042h/043h - looks like one of the other coordinates of the shifting knob, but has no function.<br />
* 0C8h/0C9h - set to 00B5h for all cars.<br />
* 0CCh/0CDh - set to 00EEh for all cars.<br />
* 0CEh/0CFh - set to 00B8h for all cars.<br />
* 0D0h/0D1h - set to zero for all cars.<br />
* 0D2h/0D3h, 0D4h/0D5h, 0D6h/0D7h, 0D8h/0D9h - these form a suspicious-looking series with values 0020h, 0010h, 00C0h and 0008h, equal for all cars.<br />
* 0E4h/0E5h - set to zero for all cars.<br />
* 0E6h/0E7h, 0E8h/0E9h, 0EAh/0EBh, 0ECh/0EDh - another series of values, this time 0020h, 00C0h, 0080h and 0040h. The resemblance to the default values of the surface grip modifiers, which are located near these positions, is uncanny: were they intended to refer to a second set of tyres?<br />
* 32Ah/32Bh/32Ch/32Dh - in memory, these positions are used by the game engine for calculations. They aren't parameters at all -- their values in the files are ignored.<br />
<br />
==See Also==<br />
<br />
*[[Car model physics]]<br />
*[[Car files]]<br />
<br />
[[Category:Modding]]<br />
[[Category:Driving]]</div>Daniel3Dhttps://wiki.stunts.hu/index.php?title=Car_parameters&diff=5693Car parameters2023-12-05T20:41:16Z<p>Daniel3D: /* Drag */</p>
<hr />
<div>This article discuss how the '''car*.res parameters''' control the performance, handling, aesthetics and other aspects of a Stunts car. The parameters are grouped by function, in order to allow more fluent reading and discussion. A quick reference chart of byte addresses may be found at the [[Car files#Car behaviour (car*.res)|Car files]] article. For a deeper discussion on the inner workings of physical parameters, refer to [[Car model physics]] . <br />
<br />
==Preliminary notes==<br />
<br />
=== Hexadecimal numbers ===<br />
<br />
In order to read and edit the parameter values, you will need to make decimal/hex conversions. Most familiar software calculators are able to perform the conversion as well as the basic operations on hex numbers, so that should not be a problem. If you wish to do the conversions by hand or mentally, remember that hex digits go from 0 to 15 (with letters A...F standing for 10...15), and that each digit to the left is one power of 16 higher (instead of a power of 10 as with decimal numbers). For instance, 17C9h = 1*16^3 + 7*16^2 + 12*16^1 + 9 = 6089 .<br />
<br />
=== Car Blaster conventions ===<br />
<br />
Unlike regular hex editors, [[Car Blaster]] defaults to displaying both byte addresses and byte values in decimal values. That can be an inconvenience, so we will not stick to that convention. Within this article, byte addresses will always be quoted as hexadecimal numbers. Byte and parameter values can be quoted both ways depending on the situation, so for clarity an "h" will be appended to all hexadecimal numbers. It is simple to switch between hex and decimal display in Car Blaster - just press 'h' for switching the addresses or 'Shift+h' for switching the values.<br />
<br />
=== Parameter types ===<br />
<br />
Unlike Car Blaster interface suggets, in most cases the values of the parameters do not correspond to a single byte in the CAR*.RES. They may be stored in a few different ways, which we'll refer to as data types. Understanding them is key to reading the values correctly. A description of them is provided below:<br />
<br />
==== Integers ====<br />
<br />
The most common and important data type. Integer parameters occupy ''two'' bytes in the file, and they should be read together to form the value in the following way:<br />
<br />
* Pick the byte values ''in hexadecimal'' and append one to the other ''in inverted order'' (second byte comes first). Doing so will give you a four-digit hex number (the technical term for this representation is [http://en.wikipedia.org/wiki/Endianness little endian]).<br />
** If the number is 7FFFh (=32767) or smaller, it is the parameter value.<br />
** If it is larger than 7FFFh, however, the parameter is not a very large integer number, but rather a ''negative'' integer stored in a particular way (called the [http://en.wikipedia.org/wiki/Two's_complement two's complement]). To recover the real value, subtract the value you read from the file from 10000h (=65536) and invert the sign of the result.<br />
* The value thus obtained is the actual parameter value, and can be used as you wish, either in hex or converted to decimal.<br />
* Two examples: Let's say an integer parameter has byte values of 18 and 2C. Grouping the values in inverted order gives 2C18h, which is smaller than 7FFFh. Therefore, the parameter value is 2C18h = 11288 . Now, another integer parameter might have values of 40 and FC. Grouping gives FC40h, which is larger than 7FFFh. Therefore, the real value is the two's complement, -(10000h - FC40h) = -03C0h = -960 .<br />
<br />
From the above description, it can be inferred that an alternate way of reading the values is to sum, in decimal, the value of the first byte to the second one multiplied by 256 (and then taking the two's complement if the value is greater then 32767). Doing so avoids dealing with hexadecimals, but is far less convenient if you have an hex calculator available. A practical remark is that the second byte changes the parameter value at a rate 256 times faster than the first one. For some parameters, the second byte may thus be though of as the "main" one, and the first one as a "fine adjustment". For other parameters, though, the second parameter defaults to zero, and a change of 256 units may be exaggerate for most useful purposes, and therefore we will be most of the time interested on the first byte. A final remark is that negative integer parameters are usually easy to recognize in Car Blaster through the very large second byte values.<br />
<br />
==== Unsigned integers ====<br />
<br />
These are the same as integers, except they are always positive, and so you don't need to worry about taking the two's complement for large values. Else, all remarks made above still hold. <br />
<br />
==== Bytes ====<br />
<br />
While most parameters are 2-byte integers, some are nevertheless stored as single bytes. These are naturally a lot simpler to handle - just read the value directly, either in hex or in decimal. Single byte parameters are always unsigned. <br />
<br />
==== Pairs and triplets ====<br />
<br />
When there is need to represent the position of a point, pairs and triplets of values are employed. For 2D coordinates, defined over a bitmap, a pair of consecutive values is employed, standing for horizontal (x) and vertical (y) coordinates. For 3D coordinates on the "physical world", triplets are used instead, with values standing for x-y-z (width, height and length) coordinates in that order. The values themselves may be integers or single bytes, depending on each case. Pairs and triplets will be represented on this article by enclosing the values in brackets. <br />
<br />
==Engine and Transmission==<br />
<br />
===Torque curve===<br />
<br />
'' '''Data type:''' [[#Bytes|Byte]] (x103)''<br />
<br />
'' '''Address:''' 3Bh...A1h (simd); 61h...C7h (absolute)''<br />
<br />
Defining how much acceleration the engine can impart on a car at every given engine speed (rpm), the torque curve is a very important factor in determining performance. Every byte navigated forward corresponds to increments of 128rpm, so that the first byte covers 0...127rpm; the next one, 128...255rpm and so on. There are 103 bytes in total, and so the engine can deliver power over a range of 13184rpm. The curve works as expected: raising a byte increases linearly acceleration given by the engine at a given rpm. A more peaky torque curve means a narrower range of useful engine speeds - and thus, the driver will have to shift more often.<br />
<br />
===Idle rpm torque===<br />
<br />
'' '''Data type:''' [[#Bytes|Byte]] ''<br />
<br />
'' '''Address:''' 3Ah (simd); 60h (absolute)''<br />
<br />
This may be thought as a special point in the torque curve. It overrides a section of the curve at low rpms, in order to better represent the car launch from a standstill. The affected range is 0...2559rpm (the first 20 bytes of the curve) for the 1st gear, and 0...''value of idle rpm'' (described further down the article) for 2nd gear and above.<br />
<br />
===Number of gears===<br />
<br />
'' '''Data type:''' [[#Bytes|Byte]] ''<br />
<br />
'' '''Address:''' 00h (simd); 26h (absolute) ''<br />
<br />
Self-explanatory. Acceptable values range from 1 to 6. If you plan to add a 6th gear to a car, remember to set all other gearing parameters (which we will describe shortly) for the sixth gear as well.<br />
<br />
===Downshift rpm===<br />
<br />
'' '''Data type:''' [[#Integers|Integer]] ''<br />
<br />
'' '''Address:''' 08h/09h (simd); 2Eh/2Fh (absolute) ''<br />
<br />
This is the downshift rpm point used by the automatic transmission. For optimal performance, it should match the rpm position of the torque curve's peak. ''Observation for all rpm parameters:'' the parameter values gives the actual number of rpm directly.<br />
<br />
===Upshift rpm===<br />
<br />
'' '''Data type:''' [[#Integers|Integer]] ''<br />
<br />
'' '''Address:''' 0Ah/0Bh (simd); 30h/31h (absolute) ''<br />
<br />
This is the upshift rpm point used by the automatic transmission. For optimal performance, it should match the rpm position of the power curve's peak - remember that, at any given rpm, power = torque * rpm; you can use that relation to estimate a power curve from the torque curve.<br />
<br />
===Maximum rpm===<br />
<br />
'' '''Data type:''' [[#Integers|Integer]] ''<br />
<br />
'' '''Address:''' 0Ch/0Dh (simd); 32h/33h (absolute) ''<br />
<br />
This parameter is the maximum rpm (the "redline") of the engine. Whenever the engine goes beyond this value, the rpm value will be reduced at the next time step (1/20th of a second) so that it fits again within the limit (such behaviour explains why the rev meter oscillates when the maximum rpm is reached). Naturally, this value should be adjusted whenever the torque curve is extended to higher rpms. A less obvious fact is that, as there are no other limits to the maximum rpm, this parameter can be set to an arbitrary high value (well beyond the end of the torque curve or even the maximum size of the torque curve if you wish); and, in that case, all engine speeds (and thus car speeds) made available can be reached by jumping even if there is no torque available on the rpm range. As a very important consequence, the maximum rpm defines, together with the gear ratios, the overall top speed of the car.<br />
<br />
===Idle rpm===<br />
<br />
'' '''Data type:''' [[#Integers|Integer]] ''<br />
<br />
'' '''Address:''' 06h/07h (simd); 2Ch/2Dh (absolute) ''<br />
<br />
The so-called "idle rpm" modulates the engine behaviour at low rpms. The main function of the parameter is to define up to which rpm value the "idle rpm torque" will be used instead of the regular torque curve for the second gear and above. In addition, the idle rpm sets the "sensory" indicators of the engine speed (rev. meter position and engine sound pitch) to a fixed value from zero rpm to its value (since car speed and engine speed are always coupled, the ''actual'' rpm value is not fixed, however). If this value is set higher than the maximum rpm, the car will be unable to move. The values can be made equal, though - that is an useful trick to make a constant-torque engine over an arbitrary range of engine speeds if you don't mind having an useless rev meter and an annoying high-pitched engine buzzing endlessly.<br />
<br />
===Gear ratios===<br />
<br />
'' '''Data type:''' [[#Unsigned integers|Unsigned integer]] (x6)''<br />
<br />
'' '''Address:''' 10h/11h...1Ah/1Bh (simd); 36h/37h...40h/41h (absolute)''<br />
<br />
These parameters set the gear ratios of the car, and are therefore very important ones. The first word of two bytes sets 1st gear, the following word, the second one, and so on. The gear ratios are overall values, representing the effects both the gearbox and the final drive gears as well as those of the wheel radius. As it could be expected, a higher value means a shorter ratio, and thus higher acceleration but less final car speed in a certain gear (at any rpm the torque delivered to the wheels is proportional to gear ratio, but wheel speed is inversely proportional). The exact interpretation of the values is straightforward:<br />
car_speed_mph = 256*engine_speed_rpm/gear_ratio <br />
This is by far the most useful equation to know when setting the parameters of a car, as it allows to predict car speeds in downshift/upshift points and real top speeds for each gear as well as finding the torque on each. A realistic car needs of course to have decreasing gear ratios, and for smoother engine operation a near-exponential decrease would be appropriate.<br />
<br />
==Physics parameters==<br />
<br />
===Car mass===<br />
<br />
'' '''Data type:''' [[#Integers|Integer]] ''<br />
<br />
'' '''Address:''' 02h/03h (simd); 28h/29h (absolute) ''<br />
<br />
This parameter had been variously described over the years as "inverse power amplification" ([[Mark Nailwood]] in Car Blaster) or "aerodynamic resistance" ([[Juha Liukkonen]] / [[Lukas Loehrer]]). Were it an aerodynamic coefficient effect, however, it would affect car more strongly at high speeds. Raising the parameter causes a decrease in acceleration directly proportional to the increase, all gears being equally affected. Therefore, it is best understood as being the car mass. Clearly, it has crucial importance to the car performance. The original Stunts cars have masses ranging from 15 to 55 (in decimal); the second byte defaults to zero and increasing it raises the mass way too fast, so it is usually disregarded. Another very important fact about mass - almost as important as the regular physical effect - is that its value sets the kind of [[Power Gear]] or [[Anti-Power Gear]], if any, that the car will have (see [[Power gear bug]]).<br />
<br />
===Braking effectiveness===<br />
<br />
'' '''Data type:''' [[#Integers|Integer]] ''<br />
<br />
'' '''Address:''' 04h/05h (simd); 2Ah/2Bh (absolute) ''<br />
<br />
As the name says, those addresses tell how powerful the car brakes will be. The effect of the brakes is proportional to the value - any apparent deviations from the prediction are in fact effects of aerodynamic resistance. Typical values are close to 0100h (=256), except for racing cars, which may have significantly better brakes. Setting the parameter to ''0000''h will turn them off completely, and thus the car will only be stopped by aero drag and, possibly, grass slowdown. Other parameters, such as mass or grip, have no effect on braking.<br />
<br />
===Drag===<br />
<br />
'' '''Data type:''' [[#Integers|Integer]] ''<br />
<br />
'' '''Address:''' 38h/39h (simd); 5Eh/5Fh (absolute) ''<br />
<br />
This elusive parameter controls the aerodynamic resistance (drag force) encountered by the car when accelerating down a straight. Drag force increases quadratically (that is, proportional to the square of) with speed, up to the point the engine can't produce enough torque to overcome it and the car reaches its top speed. Therefore, increasing the drag parameter will lower the car top speed in a flat straight line (that is, no jumps or [[Power Gear]]), as well as significantly reduce acceleration at high speeds. The parameter value (Drag) is directly proportional to the drag force. It can be verified that for a given set of values for gear ratio, torque and Drag parameter, the maximum possible speed value will be given by:<br />
max_speed_mph = sqrt(2*torque*gear_ratio/drag)<br />
This relation allows to predict the flat track top speed of a car. <br />
<br />
The Drag parameters also determines how fast the car will lose speed when the accelerator is not being held. It should, additionally, make the car slow down whenever it reached speeds higher than the flat-track top speed (when landing from a jump, for instance). Due to the same bug which originates powergear, however, this effect is observed, among the original cars, only for the [[Carrera]] (only those with power of 2 mass values are "bug free" and work "properly"). This fact has very important consequences for the driving technique of Stunts cars. Usual values for the Drag parameter are similar in magnitude to those of mass, ranging from 20 to 52 for the original cars.<br />
<br />
===Grip===<br />
<br />
'' '''Data type:''' [[#Integers|Integer]] ''<br />
<br />
'' '''Address:''' A4h/A5h (simd); CAh/CBh (absolute)''<br />
<br />
This is the primary handling parameter. Higher values make it possible to take corners at higher speeds without skidding, and thus raise cornering speeds as well as lower the risk of loss of control (at the relatively small cost of making controlled sliding harder, which sometimes can be an inconvenience in competition racing). A general idea of the magnitude of the parameter may be gained by attempting to drive snake lines on an asphalt track without skidding. With grip at 0100h, the car starts to skid at ~70mph. Raising to 0200h allows one to swerve without skidding almost up to 150mph. The default cars have values ranging from slightly lower than 0100h to slightly higher than 0200h.<br />
<br />
===Surface grip modifiers===<br />
<br />
'' '''Data type:''' [[#Integers|Integer]] (x4) ''<br />
<br />
'' '''Address:''' B6h/B7h...BCh/BDh (simd); DCh/DDh...E2h/E3h (absolute) ''<br />
<br />
These values are responsible for modifying the car grip according to the kind of surface it is on. The four integer values correspond to the four kinds of surface of Stunts - asphalt, dirt, ice and grass, in that order. Most cars have these set to 0100h, 00C0h, 0040h and 0080h, and thus asphalt grip = (4/3)*dirt grip = 4*ice grip = 2*grass grip. [[LM-002]], as an off-road car, is a notable exception.<br />
<br />
===Air grip===<br />
<br />
'' '''Data type:''' [[#Integers|Integer]] ''<br />
<br />
'' '''Address:''' B4h/B5h (simd); DAh/DBh (absolute) ''<br />
<br />
This value, which is set to zero on all original cars and certainly wasn't intended to be adjustable, acts as a grip modifier for airborne wheels. Raising it from zero introduces the highly unrealistic possibility of turning the car at the beginning of a jump, while the front wheels are on air and the rear ones still on the ground. "Air slides" (the mid-air spinning of car gone airborne) in particular become more pronounced, even if the car was not sliding at all before leaving the ground. Setting it at a too high value will make the car extremely sensitive to direction changes when it leaves the ground, and thus make it largely undrivable.<br />
<br />
===Wheel coordinates===<br />
<br />
[[image:Carreraabove1.png|144px|right|thumb|Illustration of the wheel coordinates and corresponding bounding box for the [[Carrera]]. The indices give the order in which the coordinates appear (as triplets of integers) in CAR*.RES. The point inside the rectangle is the (0,0) point]]<br />
<br />
'' '''Data type:''' [[#Pairs and triplets|Triplet]] of [[#Integers|integers]] (x4) ''<br />
<br />
'' '''Address:''' {D2h...D7h}...{E4h...E9h} (simd); {F8h...FDh}...{10Ah...10Fh} (absolute)'' <br />
<br />
These values set the physical position of the car wheels. The coordinates are used for the expected purposes - such as reorienting the car when moving to a different surface and verifying whether it is partly or fully over grass or water - but they also act as a bounding box for collisions against walls and track surfaces. This fact can be readily verified by noticing cars only actually crash at obstacles when the front wheels hit them. Each of the wheel coordinates is stored as a triplet of integers. The first triplet corresponds to the front/left wheel; the other three stand for the remaining ones, ordered clockwise. As usual, the first value of the triplet is the x (left/right) coordinate, and the third one the z (back/front) one. The second value, which was supposed to be the y (vertical) coordinate, has no actual effect, and is always set to zero. The coordinate values are taken relative to the middle of the car, and both the sum of x coordinates and the sum of y coordinates must be zero - not following this recommendation will result in bugs such as the car moving forward or rotating on its own. Most reasonable cars will have wheels positioned on the vertexes of a rectangle symmetrical about the centre of the car, and thus the values in the four triplets will be:<br />
-half_width, 0, +half_wheelbase<br />
+half_width, 0, +half_wheelbase<br />
+half_width, 0, -half_wheelbase<br />
-half_width, 0, -half_wheelbase <br />
On the above, wheelbase is the distance between front and rear wheels/axles, and width is understood as wheel-to-wheel separation, all distances being measured from the centre of the wheels. Finally, the ratio between the physical coordinates for the wheels and the corresponding 3D shape coordinates is 64:1. <br />
<br />
====Influence of the wheelbase on handling====<br />
<br />
The wheelbase, as defined by the z coordinates of the wheels, has major effects on car behaviour. Shortening a car wheelbase will make it change direction faster, as if the moment of inertia had been reduced. As a consequence, shorter cars will:<br />
* Have more nimble steering, a fact which not only makes them easier to drive but also allows for higher cornering speeds at the same grip levels - since less steering effort will be needed to turn the car, the risk of skidding will be significantly reduced.<br />
* Land at shorter distances from jumps, as the car will be pointing down earlier on the flight.<br />
* Be more sensitive to surface changes, and generally have more twitchy behaviour. A key consequence is that effects such as [[Magic Carpet|magic carpet]]s become more likely.<br />
The unique handling characteristics of [[Audi]] and [[Lancia]] are a consequence of their short length, which gives them much better handling than other slow cars and makes them more prone to random bugs.<br />
<br />
===Dimensions for car-car collisions===<br />
<br />
'' '''Data type:''' [[#Integers|Integer]] (x4) ''<br />
<br />
'' '''Address:''' C8h/C9h...CEh/CFh (simd); EEh/EFh...F4h/F5h (absolute) '' <br />
<br />
The first three integers in this set of four half-width, height and half-length values for the car. These are only used for the detection of collisions with the opponent car and other box-shaped obstacles, such as trees and slalom blocks. Unlike the main set of dimensions, these correspond roughly to the full length and width of the car as given by the car1 3D shape, and the units are the same as the ones on car1. The fourth value is a cutoff radius -- if the distance between car and obstacle is larger than the sum of the radii of both, no collision will happen. If all four values are set to zero, it becomes possible to drive straight through the opponent car, like in Trackmania for instance. Unfortunately, the AI won't realize that and will still swerve to avoid your car even if it is not necessary to do so.<br />
<br />
==Dashboard controls==<br />
<br />
[[image:Lancgbox_2_1.png|144px|right|thumb|The internal coordinate system for Lancia gearbox (image upscaled 2:1)]]<br />
<br />
In addition to physical data, car*.res parameters are responsible for controlling the displacement of mobile elements of the dashboard, that is, bitmaps from [[Car files#Graphics files (.p3s/.pvs)|stdb*.pvs]], speedometer and tachometer needles. Those parameters, alongside with a few related ones, are described below. Positions of moving dashboard elements (such as the shifting knob) are defined using a set of internal coordinates relative to some fixed position bitmap in [[Car files#Graphics files (.p3s/.pvs)|stda*.pvs]]. According to those, the (0,0) point corresponds to the top left pixel of the reference bitmap; thus horizontal coordinates raise when moving ''rightwards'' and vertical coordinates raise when moving ''downwards''. An illustration of this scheme is presented on the image beside for the 48x52 pixels bitmap of Lancia's gearbox - the essentials presented apply to other instruments as well. Some of the discussions on this subsection refer to the structure of bitmap resource files (stda* and stdb*). In case of doubts about such issues, check the [[Car files]] and [[Resource file format]] articles.<br />
<br />
===Shifting knob positions===<br />
<br />
'' '''Data type:''' [[#Pairs and triplets|Pairs]] of [[#Integers|integers]] (x6) ''<br />
<br />
'' '''Address:''' (20h/21h, 22h/23h)...(34h/35h, 36h/37h) (simd); (46h/47h,48h/49h)...(5Ah/5Bh,5Ch/5Dh) (absolute) ''<br />
<br />
These parameters control where the knob will appear at each gear. The first integer of the pair sets the x coordinate, and the second one, the y coordinate. The reference frame for knob internal coordinates is the gbox bitmap at the stda* file (as the example image illustrates). When editing these values (as well as the centre position, explained just below) it is important to be realize that the distance between two gear positions and the number of direction changes on moving from one to another affects the time needed to engage the gear. Such variations have very noticeable effects on straight-line acceleration. Therefore, car tuners should be wary when modifying knob positions of an existing car so as to not alter the car performance and thus compromise pre-existing replays.<br />
<br />
===Shift pattern centre line===<br />
<br />
'' '''Data type:''' [[#Integers|Integer]] ''<br />
<br />
'' '''Address:''' 1Eh/1Fh (simd); 44h/45h (absolute) ''<br />
<br />
This is a complementary value to the shifting knob positions. It sets at which y coordinate value the knob will switch from one column to another on the shift pattern; and thus it will most likely it is to be set halfway between the upper and lower rows of gear positions. The coordinate frame is the same of the knob positions.<br />
<br />
===Apparent car height===<br />
<br />
'' '''Data type:''' [[#Integers|Integer]] ''<br />
<br />
'' '''Address:''' D0h/D1h (simd); F6h/F7h (absolute) ''<br />
<br />
This sets the apparent height from the ground on the inside (F1) view. The units are the same than those of the car1 3D shape. The parameter has no effect on the physical characteristics of the car, so you do not need to worry about crashing at roofs if you set it too high...<br />
<br />
===Steering wheel dot movement===<br />
<br />
'' '''Data type:''' [[#Pairs and triplets|Pairs]] of [[#Bytes|Bytes]] (x 1 + 30) ''<br />
<br />
'' '''Address:''' (EAh, EBh) and (ECh, EDh)...(126h, 127h) (simd); (110h,111h) and (112h, 113h)...(14Ch,14Dh) (absolute) ''<br />
<br />
These pairs of bytes control the position of the steering wheel dot over its full range of movement. The first pair is the dot position with the wheel centred. As for the other 30 pairs, each one controls the dot position for a certain amount of steering applied ''both'' when turning to the right (actual coordinate value) and to the left (horizontal coordinate is mirrored relative to the central dot). This also means that displacing the centre point without adjusting the other points will separate the right side points from the left side ones... The reference frame for the internal coordinates is stda* whl2 bitmap.<br />
<br />
===Speedometer needle movement===<br />
<br />
'' '''Data type:''' [[#Pairs and triplets|Pairs]] of [[#Bytes|Bytes]], plus one pair of [[#Integers|integers]] and a single integer (1 pair of integers, 1 integer and 104 pairs of bytes) ''<br />
<br />
'' '''Address:''' (128h/129h, 12Ah/12Bh), 12Ch/12Dh, (12Eh/12Fh, 130h/131h)...(1FCh/1FDh, 1FEh/1FFh) (simd); (14Eh/14Fh,150h/151h), 152h/153h, (154h/155h)...(222h,223h) (absolute) ''<br />
<br />
Like the other meters, the movement is controlled by pairs of values which set the position of individual points. In this case, the coordinate frame are the coordinates of stda* ins2 bitmap. The lone pair of integers starting at the beginning defines the centre point for the needle. The next integer sets the maximum number of needle positions to be displayed. This value is always less than 256, so in practice, only the first of its bytes is used and the other one is always zero. Finally, the position of the needle tip for each speed is controlled by the consecutive pairs from the next position on. Each pair of bytes covers an interval of 2.5 mph, starting from zero. Finally, in case one needs to get rid of the needle altogether (like for IMSA dashboards), the easiest solution is to set the lower bytes of the first two integers to FFh and all the pairs after the count integer zero - simply setting the count integer to zero won't work as expected.<br />
<br />
===Digital speedometer===<br />
<br />
'' '''Data type:''' [[#Pairs and triplets|Pairs]] of [[#Bytes|bytes]] <br />
<br />
'' '''Address:''' (12Eh, 12Fh), (130h, 131h) and (132h, 133h) (simd); (154h,155h), (156h,157h) and (158h,159h) (absolute) ''<br />
<br />
This is a funny one. To have a digital speedometer first one needs to have a [[Car files#Dashboard moving parts (stdb*.pvs)|STDB*]] file containing the dig0...dig9 bitmaps used for the digits (the classic solution is to clone the [[Corvette ZR1|Corvette]] STDB*). Additionally, a dashboard with proper contrast must be chosen (even if the game can switch number colours automatically depending on the background, some dashboards will still look awful). Then, byte 150h must be set to 0h. That will trigger the analog needle to disappear and be replaced by the set of digits, whose coordinates are controlled in the usual fashion by the three pairs, which stand for the first, second and third digits from left to right respectively. As for the coordinates' reference frame, it is stda* ins2 bitmap, just as for the analog speedometer.<br />
<br />
===Rev meter needle movement===<br />
<br />
'' '''Data type:''' [[#Pairs and triplets|Pairs]] of [[#Bytes|bytes]], plus one pair of [[#Integers|integers]] and a single byte (1 pair of integers, 1 integer and 128 pairs of bytes)''<br />
<br />
'' '''Address:''' (1FEh/1FFh, 200h/201h), 202h/203h (204h/205h)...(302h/303h) (simd); (224h/225h,226h/227h), 228h/229h, (22Ah/22Bh)...(328h,329h) (absolute) ''<br />
<br />
The rev meter is completely analogous to the speedometer. The pair of integers at the beginning sets the centre point, the next integer sets the number of needle positions to be displayed and the pairs from the word that follows to define the tip positions, adding up to 128 available positions. Every pair of bytes covers 128rpm, starting from zero. Other details are just the same as those discussed for the speedometer. Again, the reference frame is provided by stda* ins2 bitmap.<br />
<br />
==Text data==<br />
<br />
===Car information===<br />
<br />
'' '''Data type:''' Zero-terminated character strings'' <br />
<br />
'' '''Absolute address:''' 32Eh - ???h ''<br />
<br />
Quoting [http://www.kalpen.de/luke/4dinfo.html#cs Lukas Loehrer]:<br />
<br />
<blockquote>''Car information displayed on the 'choose your car' screen. Use ] (5Dh) for linebreaks. The end of this block can not be given by an absolute address. Look for a byte with the value 00h. It is followed by a 4 byte long car id which is again terminated by a 00h.''</blockquote><br />
<br />
The "4 byte long car id" mentioned above is the abbreviation displayed alongside opponent name in the scoreboard. Car information is most conveniently edited via [[Car Blaster]], which has a specific WYSIWYG interface for dealing with it.<br />
<br />
===Scoreboard car name===<br />
<br />
'' '''Data type:''' Zero-terminated character string'' <br />
<br />
'' '''Absolute address:''' ???h - EOF ''<br />
<br />
The final bytes of the file (after the terminating 00h mentioned above) make up the scoreboard designation of the car. It can be edited via Car Blaster like the other text pieces as well.<br />
<br />
==Miscellaneous==<br />
<br />
===File header===<br />
<br />
'' '''Address:''' 00h - 25h''<br />
<br />
The initial bytes of CAR*.RES files consist of a file header, structured just like the ones found in uncompressed graphic files and elsewhere. Essentially, it stores file length, text IDs for different sections of the file and the associated byte offsets. Since that data is actually used by the engine to parse the car data, there is no reason to modify it unless one is hand-editing text data for the car and intends to modify string length - and even in that case, using [[Car Blaster]] and allowing it to perform any necessary adjustment is the recommended option. <br />
<br />
===Unknown parameters===<br />
<br />
Here is a list of the values on CAR*.RES which have unknown function. After somewhat extensive testing, they displayed no visible effect on the behaviour of the car in saved replays. Most of them are equal for all cars. <br />
<br />
* 027h - single byte next to the number of gears, probably just a padding zero.<br />
* 034h/035h - strategically located next to the gear ratios. Unused space for a never-implemented reverse gear?<br />
* 042h/043h - looks like one of the other coordinates of the shifting knob, but has no function.<br />
* 0C8h/0C9h - set to 00B5h for all cars.<br />
* 0CCh/0CDh - set to 00EEh for all cars.<br />
* 0CEh/0CFh - set to 00B8h for all cars.<br />
* 0D0h/0D1h - set to zero for all cars.<br />
* 0D2h/0D3h, 0D4h/0D5h, 0D6h/0D7h, 0D8h/0D9h - these form a suspicious-looking series with values 0020h, 0010h, 00C0h and 0008h, equal for all cars.<br />
* 0E4h/0E5h - set to zero for all cars.<br />
* 0E6h/0E7h, 0E8h/0E9h, 0EAh/0EBh, 0ECh/0EDh - another series of values, this time 0020h, 00C0h, 0080h and 0040h. The resemblance to the default values of the surface grip modifiers, which are located near these positions, is uncanny: were they intended to refer to a second set of tyres?<br />
* 32Ah/32Bh/32Ch/32Dh - in memory, these positions are used by the game engine for calculations. They aren't parameters at all -- their values in the files are ignored.<br />
<br />
==See Also==<br />
<br />
*[[Car model physics]]<br />
*[[Car files]]<br />
<br />
[[Category:Modding]]<br />
[[Category:Driving]]</div>Daniel3Dhttps://wiki.stunts.hu/index.php?title=Car_parameters&diff=5692Car parameters2023-12-05T19:18:16Z<p>Daniel3D: /* Drag */</p>
<hr />
<div>This article discuss how the '''car*.res parameters''' control the performance, handling, aesthetics and other aspects of a Stunts car. The parameters are grouped by function, in order to allow more fluent reading and discussion. A quick reference chart of byte addresses may be found at the [[Car files#Car behaviour (car*.res)|Car files]] article. For a deeper discussion on the inner workings of physical parameters, refer to [[Car model physics]] . <br />
<br />
==Preliminary notes==<br />
<br />
=== Hexadecimal numbers ===<br />
<br />
In order to read and edit the parameter values, you will need to make decimal/hex conversions. Most familiar software calculators are able to perform the conversion as well as the basic operations on hex numbers, so that should not be a problem. If you wish to do the conversions by hand or mentally, remember that hex digits go from 0 to 15 (with letters A...F standing for 10...15), and that each digit to the left is one power of 16 higher (instead of a power of 10 as with decimal numbers). For instance, 17C9h = 1*16^3 + 7*16^2 + 12*16^1 + 9 = 6089 .<br />
<br />
=== Car Blaster conventions ===<br />
<br />
Unlike regular hex editors, [[Car Blaster]] defaults to displaying both byte addresses and byte values in decimal values. That can be an inconvenience, so we will not stick to that convention. Within this article, byte addresses will always be quoted as hexadecimal numbers. Byte and parameter values can be quoted both ways depending on the situation, so for clarity an "h" will be appended to all hexadecimal numbers. It is simple to switch between hex and decimal display in Car Blaster - just press 'h' for switching the addresses or 'Shift+h' for switching the values.<br />
<br />
=== Parameter types ===<br />
<br />
Unlike Car Blaster interface suggets, in most cases the values of the parameters do not correspond to a single byte in the CAR*.RES. They may be stored in a few different ways, which we'll refer to as data types. Understanding them is key to reading the values correctly. A description of them is provided below:<br />
<br />
==== Integers ====<br />
<br />
The most common and important data type. Integer parameters occupy ''two'' bytes in the file, and they should be read together to form the value in the following way:<br />
<br />
* Pick the byte values ''in hexadecimal'' and append one to the other ''in inverted order'' (second byte comes first). Doing so will give you a four-digit hex number (the technical term for this representation is [http://en.wikipedia.org/wiki/Endianness little endian]).<br />
** If the number is 7FFFh (=32767) or smaller, it is the parameter value.<br />
** If it is larger than 7FFFh, however, the parameter is not a very large integer number, but rather a ''negative'' integer stored in a particular way (called the [http://en.wikipedia.org/wiki/Two's_complement two's complement]). To recover the real value, subtract the value you read from the file from 10000h (=65536) and invert the sign of the result.<br />
* The value thus obtained is the actual parameter value, and can be used as you wish, either in hex or converted to decimal.<br />
* Two examples: Let's say an integer parameter has byte values of 18 and 2C. Grouping the values in inverted order gives 2C18h, which is smaller than 7FFFh. Therefore, the parameter value is 2C18h = 11288 . Now, another integer parameter might have values of 40 and FC. Grouping gives FC40h, which is larger than 7FFFh. Therefore, the real value is the two's complement, -(10000h - FC40h) = -03C0h = -960 .<br />
<br />
From the above description, it can be inferred that an alternate way of reading the values is to sum, in decimal, the value of the first byte to the second one multiplied by 256 (and then taking the two's complement if the value is greater then 32767). Doing so avoids dealing with hexadecimals, but is far less convenient if you have an hex calculator available. A practical remark is that the second byte changes the parameter value at a rate 256 times faster than the first one. For some parameters, the second byte may thus be though of as the "main" one, and the first one as a "fine adjustment". For other parameters, though, the second parameter defaults to zero, and a change of 256 units may be exaggerate for most useful purposes, and therefore we will be most of the time interested on the first byte. A final remark is that negative integer parameters are usually easy to recognize in Car Blaster through the very large second byte values.<br />
<br />
==== Unsigned integers ====<br />
<br />
These are the same as integers, except they are always positive, and so you don't need to worry about taking the two's complement for large values. Else, all remarks made above still hold. <br />
<br />
==== Bytes ====<br />
<br />
While most parameters are 2-byte integers, some are nevertheless stored as single bytes. These are naturally a lot simpler to handle - just read the value directly, either in hex or in decimal. Single byte parameters are always unsigned. <br />
<br />
==== Pairs and triplets ====<br />
<br />
When there is need to represent the position of a point, pairs and triplets of values are employed. For 2D coordinates, defined over a bitmap, a pair of consecutive values is employed, standing for horizontal (x) and vertical (y) coordinates. For 3D coordinates on the "physical world", triplets are used instead, with values standing for x-y-z (width, height and length) coordinates in that order. The values themselves may be integers or single bytes, depending on each case. Pairs and triplets will be represented on this article by enclosing the values in brackets. <br />
<br />
==Engine and Transmission==<br />
<br />
===Torque curve===<br />
<br />
'' '''Data type:''' [[#Bytes|Byte]] (x103)''<br />
<br />
'' '''Address:''' 3Bh...A1h (simd); 61h...C7h (absolute)''<br />
<br />
Defining how much acceleration the engine can impart on a car at every given engine speed (rpm), the torque curve is a very important factor in determining performance. Every byte navigated forward corresponds to increments of 128rpm, so that the first byte covers 0...127rpm; the next one, 128...255rpm and so on. There are 103 bytes in total, and so the engine can deliver power over a range of 13184rpm. The curve works as expected: raising a byte increases linearly acceleration given by the engine at a given rpm. A more peaky torque curve means a narrower range of useful engine speeds - and thus, the driver will have to shift more often.<br />
<br />
===Idle rpm torque===<br />
<br />
'' '''Data type:''' [[#Bytes|Byte]] ''<br />
<br />
'' '''Address:''' 3Ah (simd); 60h (absolute)''<br />
<br />
This may be thought as a special point in the torque curve. It overrides a section of the curve at low rpms, in order to better represent the car launch from a standstill. The affected range is 0...2559rpm (the first 20 bytes of the curve) for the 1st gear, and 0...''value of idle rpm'' (described further down the article) for 2nd gear and above.<br />
<br />
===Number of gears===<br />
<br />
'' '''Data type:''' [[#Bytes|Byte]] ''<br />
<br />
'' '''Address:''' 00h (simd); 26h (absolute) ''<br />
<br />
Self-explanatory. Acceptable values range from 1 to 6. If you plan to add a 6th gear to a car, remember to set all other gearing parameters (which we will describe shortly) for the sixth gear as well.<br />
<br />
===Downshift rpm===<br />
<br />
'' '''Data type:''' [[#Integers|Integer]] ''<br />
<br />
'' '''Address:''' 08h/09h (simd); 2Eh/2Fh (absolute) ''<br />
<br />
This is the downshift rpm point used by the automatic transmission. For optimal performance, it should match the rpm position of the torque curve's peak. ''Observation for all rpm parameters:'' the parameter values gives the actual number of rpm directly.<br />
<br />
===Upshift rpm===<br />
<br />
'' '''Data type:''' [[#Integers|Integer]] ''<br />
<br />
'' '''Address:''' 0Ah/0Bh (simd); 30h/31h (absolute) ''<br />
<br />
This is the upshift rpm point used by the automatic transmission. For optimal performance, it should match the rpm position of the power curve's peak - remember that, at any given rpm, power = torque * rpm; you can use that relation to estimate a power curve from the torque curve.<br />
<br />
===Maximum rpm===<br />
<br />
'' '''Data type:''' [[#Integers|Integer]] ''<br />
<br />
'' '''Address:''' 0Ch/0Dh (simd); 32h/33h (absolute) ''<br />
<br />
This parameter is the maximum rpm (the "redline") of the engine. Whenever the engine goes beyond this value, the rpm value will be reduced at the next time step (1/20th of a second) so that it fits again within the limit (such behaviour explains why the rev meter oscillates when the maximum rpm is reached). Naturally, this value should be adjusted whenever the torque curve is extended to higher rpms. A less obvious fact is that, as there are no other limits to the maximum rpm, this parameter can be set to an arbitrary high value (well beyond the end of the torque curve or even the maximum size of the torque curve if you wish); and, in that case, all engine speeds (and thus car speeds) made available can be reached by jumping even if there is no torque available on the rpm range. As a very important consequence, the maximum rpm defines, together with the gear ratios, the overall top speed of the car.<br />
<br />
===Idle rpm===<br />
<br />
'' '''Data type:''' [[#Integers|Integer]] ''<br />
<br />
'' '''Address:''' 06h/07h (simd); 2Ch/2Dh (absolute) ''<br />
<br />
The so-called "idle rpm" modulates the engine behaviour at low rpms. The main function of the parameter is to define up to which rpm value the "idle rpm torque" will be used instead of the regular torque curve for the second gear and above. In addition, the idle rpm sets the "sensory" indicators of the engine speed (rev. meter position and engine sound pitch) to a fixed value from zero rpm to its value (since car speed and engine speed are always coupled, the ''actual'' rpm value is not fixed, however). If this value is set higher than the maximum rpm, the car will be unable to move. The values can be made equal, though - that is an useful trick to make a constant-torque engine over an arbitrary range of engine speeds if you don't mind having an useless rev meter and an annoying high-pitched engine buzzing endlessly.<br />
<br />
===Gear ratios===<br />
<br />
'' '''Data type:''' [[#Unsigned integers|Unsigned integer]] (x6)''<br />
<br />
'' '''Address:''' 10h/11h...1Ah/1Bh (simd); 36h/37h...40h/41h (absolute)''<br />
<br />
These parameters set the gear ratios of the car, and are therefore very important ones. The first word of two bytes sets 1st gear, the following word, the second one, and so on. The gear ratios are overall values, representing the effects both the gearbox and the final drive gears as well as those of the wheel radius. As it could be expected, a higher value means a shorter ratio, and thus higher acceleration but less final car speed in a certain gear (at any rpm the torque delivered to the wheels is proportional to gear ratio, but wheel speed is inversely proportional). The exact interpretation of the values is straightforward:<br />
car_speed_mph = 256*engine_speed_rpm/gear_ratio <br />
This is by far the most useful equation to know when setting the parameters of a car, as it allows to predict car speeds in downshift/upshift points and real top speeds for each gear as well as finding the torque on each. A realistic car needs of course to have decreasing gear ratios, and for smoother engine operation a near-exponential decrease would be appropriate.<br />
<br />
==Physics parameters==<br />
<br />
===Car mass===<br />
<br />
'' '''Data type:''' [[#Integers|Integer]] ''<br />
<br />
'' '''Address:''' 02h/03h (simd); 28h/29h (absolute) ''<br />
<br />
This parameter had been variously described over the years as "inverse power amplification" ([[Mark Nailwood]] in Car Blaster) or "aerodynamic resistance" ([[Juha Liukkonen]] / [[Lukas Loehrer]]). Were it an aerodynamic coefficient effect, however, it would affect car more strongly at high speeds. Raising the parameter causes a decrease in acceleration directly proportional to the increase, all gears being equally affected. Therefore, it is best understood as being the car mass. Clearly, it has crucial importance to the car performance. The original Stunts cars have masses ranging from 15 to 55 (in decimal); the second byte defaults to zero and increasing it raises the mass way too fast, so it is usually disregarded. Another very important fact about mass - almost as important as the regular physical effect - is that its value sets the kind of [[Power Gear]] or [[Anti-Power Gear]], if any, that the car will have (see [[Power gear bug]]).<br />
<br />
===Braking effectiveness===<br />
<br />
'' '''Data type:''' [[#Integers|Integer]] ''<br />
<br />
'' '''Address:''' 04h/05h (simd); 2Ah/2Bh (absolute) ''<br />
<br />
As the name says, those addresses tell how powerful the car brakes will be. The effect of the brakes is proportional to the value - any apparent deviations from the prediction are in fact effects of aerodynamic resistance. Typical values are close to 0100h (=256), except for racing cars, which may have significantly better brakes. Setting the parameter to ''0000''h will turn them off completely, and thus the car will only be stopped by aero drag and, possibly, grass slowdown. Other parameters, such as mass or grip, have no effect on braking.<br />
<br />
===Drag===<br />
<br />
'' '''Data type:''' [[#Integers|Integer]] ''<br />
<br />
'' '''Address:''' 38h/39h (simd); 5Eh/5Fh (absolute) ''<br />
<br />
This elusive parameter controls the cumulative aerodynamic and ground resistance (drag force) encountered by the car when accelerating down a straight. Drag force increases quadratically (that is, proportional to the square of) with speed, up to the point the engine can't produce enough torque to overcome it and the car reaches its top speed. Therefore, increasing the drag parameter will lower the car top speed in a flat straight line (that is, no jumps or [[Power Gear]]), as well as significantly reduce acceleration at high speeds. The parameter value (Drag) is directly proportional to the drag force. It can be verified that for a given set of values for gear ratio, torque and Drag parameter, the maximum possible speed value will be given by:<br />
max_speed_mph = sqrt(2*torque*gear_ratio/drag)<br />
This relation allows to predict the flat track top speed of a car. <br />
<br />
The Drag parameters also determines how fast the car will lose speed when the accelerator is not being held. It should, additionally, make the car slow down whenever it reached speeds higher than the flat-track top speed (when landing from a jump, for instance where ground resistance applies). Due to the same bug which originates powergear, however, this effect is observed, among the original cars, only for the [[Carrera]] (only those with power of 2 mass values are "bug free" and work "properly"). This fact has very important consequences for the driving technique of Stunts cars. Usual values for the Drag parameter are similar in magnitude to those of mass, ranging from 20 to 52 for the original cars.<br />
<br />
===Grip===<br />
<br />
'' '''Data type:''' [[#Integers|Integer]] ''<br />
<br />
'' '''Address:''' A4h/A5h (simd); CAh/CBh (absolute)''<br />
<br />
This is the primary handling parameter. Higher values make it possible to take corners at higher speeds without skidding, and thus raise cornering speeds as well as lower the risk of loss of control (at the relatively small cost of making controlled sliding harder, which sometimes can be an inconvenience in competition racing). A general idea of the magnitude of the parameter may be gained by attempting to drive snake lines on an asphalt track without skidding. With grip at 0100h, the car starts to skid at ~70mph. Raising to 0200h allows one to swerve without skidding almost up to 150mph. The default cars have values ranging from slightly lower than 0100h to slightly higher than 0200h.<br />
<br />
===Surface grip modifiers===<br />
<br />
'' '''Data type:''' [[#Integers|Integer]] (x4) ''<br />
<br />
'' '''Address:''' B6h/B7h...BCh/BDh (simd); DCh/DDh...E2h/E3h (absolute) ''<br />
<br />
These values are responsible for modifying the car grip according to the kind of surface it is on. The four integer values correspond to the four kinds of surface of Stunts - asphalt, dirt, ice and grass, in that order. Most cars have these set to 0100h, 00C0h, 0040h and 0080h, and thus asphalt grip = (4/3)*dirt grip = 4*ice grip = 2*grass grip. [[LM-002]], as an off-road car, is a notable exception.<br />
<br />
===Air grip===<br />
<br />
'' '''Data type:''' [[#Integers|Integer]] ''<br />
<br />
'' '''Address:''' B4h/B5h (simd); DAh/DBh (absolute) ''<br />
<br />
This value, which is set to zero on all original cars and certainly wasn't intended to be adjustable, acts as a grip modifier for airborne wheels. Raising it from zero introduces the highly unrealistic possibility of turning the car at the beginning of a jump, while the front wheels are on air and the rear ones still on the ground. "Air slides" (the mid-air spinning of car gone airborne) in particular become more pronounced, even if the car was not sliding at all before leaving the ground. Setting it at a too high value will make the car extremely sensitive to direction changes when it leaves the ground, and thus make it largely undrivable.<br />
<br />
===Wheel coordinates===<br />
<br />
[[image:Carreraabove1.png|144px|right|thumb|Illustration of the wheel coordinates and corresponding bounding box for the [[Carrera]]. The indices give the order in which the coordinates appear (as triplets of integers) in CAR*.RES. The point inside the rectangle is the (0,0) point]]<br />
<br />
'' '''Data type:''' [[#Pairs and triplets|Triplet]] of [[#Integers|integers]] (x4) ''<br />
<br />
'' '''Address:''' {D2h...D7h}...{E4h...E9h} (simd); {F8h...FDh}...{10Ah...10Fh} (absolute)'' <br />
<br />
These values set the physical position of the car wheels. The coordinates are used for the expected purposes - such as reorienting the car when moving to a different surface and verifying whether it is partly or fully over grass or water - but they also act as a bounding box for collisions against walls and track surfaces. This fact can be readily verified by noticing cars only actually crash at obstacles when the front wheels hit them. Each of the wheel coordinates is stored as a triplet of integers. The first triplet corresponds to the front/left wheel; the other three stand for the remaining ones, ordered clockwise. As usual, the first value of the triplet is the x (left/right) coordinate, and the third one the z (back/front) one. The second value, which was supposed to be the y (vertical) coordinate, has no actual effect, and is always set to zero. The coordinate values are taken relative to the middle of the car, and both the sum of x coordinates and the sum of y coordinates must be zero - not following this recommendation will result in bugs such as the car moving forward or rotating on its own. Most reasonable cars will have wheels positioned on the vertexes of a rectangle symmetrical about the centre of the car, and thus the values in the four triplets will be:<br />
-half_width, 0, +half_wheelbase<br />
+half_width, 0, +half_wheelbase<br />
+half_width, 0, -half_wheelbase<br />
-half_width, 0, -half_wheelbase <br />
On the above, wheelbase is the distance between front and rear wheels/axles, and width is understood as wheel-to-wheel separation, all distances being measured from the centre of the wheels. Finally, the ratio between the physical coordinates for the wheels and the corresponding 3D shape coordinates is 64:1. <br />
<br />
====Influence of the wheelbase on handling====<br />
<br />
The wheelbase, as defined by the z coordinates of the wheels, has major effects on car behaviour. Shortening a car wheelbase will make it change direction faster, as if the moment of inertia had been reduced. As a consequence, shorter cars will:<br />
* Have more nimble steering, a fact which not only makes them easier to drive but also allows for higher cornering speeds at the same grip levels - since less steering effort will be needed to turn the car, the risk of skidding will be significantly reduced.<br />
* Land at shorter distances from jumps, as the car will be pointing down earlier on the flight.<br />
* Be more sensitive to surface changes, and generally have more twitchy behaviour. A key consequence is that effects such as [[Magic Carpet|magic carpet]]s become more likely.<br />
The unique handling characteristics of [[Audi]] and [[Lancia]] are a consequence of their short length, which gives them much better handling than other slow cars and makes them more prone to random bugs.<br />
<br />
===Dimensions for car-car collisions===<br />
<br />
'' '''Data type:''' [[#Integers|Integer]] (x4) ''<br />
<br />
'' '''Address:''' C8h/C9h...CEh/CFh (simd); EEh/EFh...F4h/F5h (absolute) '' <br />
<br />
The first three integers in this set of four half-width, height and half-length values for the car. These are only used for the detection of collisions with the opponent car and other box-shaped obstacles, such as trees and slalom blocks. Unlike the main set of dimensions, these correspond roughly to the full length and width of the car as given by the car1 3D shape, and the units are the same as the ones on car1. The fourth value is a cutoff radius -- if the distance between car and obstacle is larger than the sum of the radii of both, no collision will happen. If all four values are set to zero, it becomes possible to drive straight through the opponent car, like in Trackmania for instance. Unfortunately, the AI won't realize that and will still swerve to avoid your car even if it is not necessary to do so.<br />
<br />
==Dashboard controls==<br />
<br />
[[image:Lancgbox_2_1.png|144px|right|thumb|The internal coordinate system for Lancia gearbox (image upscaled 2:1)]]<br />
<br />
In addition to physical data, car*.res parameters are responsible for controlling the displacement of mobile elements of the dashboard, that is, bitmaps from [[Car files#Graphics files (.p3s/.pvs)|stdb*.pvs]], speedometer and tachometer needles. Those parameters, alongside with a few related ones, are described below. Positions of moving dashboard elements (such as the shifting knob) are defined using a set of internal coordinates relative to some fixed position bitmap in [[Car files#Graphics files (.p3s/.pvs)|stda*.pvs]]. According to those, the (0,0) point corresponds to the top left pixel of the reference bitmap; thus horizontal coordinates raise when moving ''rightwards'' and vertical coordinates raise when moving ''downwards''. An illustration of this scheme is presented on the image beside for the 48x52 pixels bitmap of Lancia's gearbox - the essentials presented apply to other instruments as well. Some of the discussions on this subsection refer to the structure of bitmap resource files (stda* and stdb*). In case of doubts about such issues, check the [[Car files]] and [[Resource file format]] articles.<br />
<br />
===Shifting knob positions===<br />
<br />
'' '''Data type:''' [[#Pairs and triplets|Pairs]] of [[#Integers|integers]] (x6) ''<br />
<br />
'' '''Address:''' (20h/21h, 22h/23h)...(34h/35h, 36h/37h) (simd); (46h/47h,48h/49h)...(5Ah/5Bh,5Ch/5Dh) (absolute) ''<br />
<br />
These parameters control where the knob will appear at each gear. The first integer of the pair sets the x coordinate, and the second one, the y coordinate. The reference frame for knob internal coordinates is the gbox bitmap at the stda* file (as the example image illustrates). When editing these values (as well as the centre position, explained just below) it is important to be realize that the distance between two gear positions and the number of direction changes on moving from one to another affects the time needed to engage the gear. Such variations have very noticeable effects on straight-line acceleration. Therefore, car tuners should be wary when modifying knob positions of an existing car so as to not alter the car performance and thus compromise pre-existing replays.<br />
<br />
===Shift pattern centre line===<br />
<br />
'' '''Data type:''' [[#Integers|Integer]] ''<br />
<br />
'' '''Address:''' 1Eh/1Fh (simd); 44h/45h (absolute) ''<br />
<br />
This is a complementary value to the shifting knob positions. It sets at which y coordinate value the knob will switch from one column to another on the shift pattern; and thus it will most likely it is to be set halfway between the upper and lower rows of gear positions. The coordinate frame is the same of the knob positions.<br />
<br />
===Apparent car height===<br />
<br />
'' '''Data type:''' [[#Integers|Integer]] ''<br />
<br />
'' '''Address:''' D0h/D1h (simd); F6h/F7h (absolute) ''<br />
<br />
This sets the apparent height from the ground on the inside (F1) view. The units are the same than those of the car1 3D shape. The parameter has no effect on the physical characteristics of the car, so you do not need to worry about crashing at roofs if you set it too high...<br />
<br />
===Steering wheel dot movement===<br />
<br />
'' '''Data type:''' [[#Pairs and triplets|Pairs]] of [[#Bytes|Bytes]] (x 1 + 30) ''<br />
<br />
'' '''Address:''' (EAh, EBh) and (ECh, EDh)...(126h, 127h) (simd); (110h,111h) and (112h, 113h)...(14Ch,14Dh) (absolute) ''<br />
<br />
These pairs of bytes control the position of the steering wheel dot over its full range of movement. The first pair is the dot position with the wheel centred. As for the other 30 pairs, each one controls the dot position for a certain amount of steering applied ''both'' when turning to the right (actual coordinate value) and to the left (horizontal coordinate is mirrored relative to the central dot). This also means that displacing the centre point without adjusting the other points will separate the right side points from the left side ones... The reference frame for the internal coordinates is stda* whl2 bitmap.<br />
<br />
===Speedometer needle movement===<br />
<br />
'' '''Data type:''' [[#Pairs and triplets|Pairs]] of [[#Bytes|Bytes]], plus one pair of [[#Integers|integers]] and a single integer (1 pair of integers, 1 integer and 104 pairs of bytes) ''<br />
<br />
'' '''Address:''' (128h/129h, 12Ah/12Bh), 12Ch/12Dh, (12Eh/12Fh, 130h/131h)...(1FCh/1FDh, 1FEh/1FFh) (simd); (14Eh/14Fh,150h/151h), 152h/153h, (154h/155h)...(222h,223h) (absolute) ''<br />
<br />
Like the other meters, the movement is controlled by pairs of values which set the position of individual points. In this case, the coordinate frame are the coordinates of stda* ins2 bitmap. The lone pair of integers starting at the beginning defines the centre point for the needle. The next integer sets the maximum number of needle positions to be displayed. This value is always less than 256, so in practice, only the first of its bytes is used and the other one is always zero. Finally, the position of the needle tip for each speed is controlled by the consecutive pairs from the next position on. Each pair of bytes covers an interval of 2.5 mph, starting from zero. Finally, in case one needs to get rid of the needle altogether (like for IMSA dashboards), the easiest solution is to set the lower bytes of the first two integers to FFh and all the pairs after the count integer zero - simply setting the count integer to zero won't work as expected.<br />
<br />
===Digital speedometer===<br />
<br />
'' '''Data type:''' [[#Pairs and triplets|Pairs]] of [[#Bytes|bytes]] <br />
<br />
'' '''Address:''' (12Eh, 12Fh), (130h, 131h) and (132h, 133h) (simd); (154h,155h), (156h,157h) and (158h,159h) (absolute) ''<br />
<br />
This is a funny one. To have a digital speedometer first one needs to have a [[Car files#Dashboard moving parts (stdb*.pvs)|STDB*]] file containing the dig0...dig9 bitmaps used for the digits (the classic solution is to clone the [[Corvette ZR1|Corvette]] STDB*). Additionally, a dashboard with proper contrast must be chosen (even if the game can switch number colours automatically depending on the background, some dashboards will still look awful). Then, byte 150h must be set to 0h. That will trigger the analog needle to disappear and be replaced by the set of digits, whose coordinates are controlled in the usual fashion by the three pairs, which stand for the first, second and third digits from left to right respectively. As for the coordinates' reference frame, it is stda* ins2 bitmap, just as for the analog speedometer.<br />
<br />
===Rev meter needle movement===<br />
<br />
'' '''Data type:''' [[#Pairs and triplets|Pairs]] of [[#Bytes|bytes]], plus one pair of [[#Integers|integers]] and a single byte (1 pair of integers, 1 integer and 128 pairs of bytes)''<br />
<br />
'' '''Address:''' (1FEh/1FFh, 200h/201h), 202h/203h (204h/205h)...(302h/303h) (simd); (224h/225h,226h/227h), 228h/229h, (22Ah/22Bh)...(328h,329h) (absolute) ''<br />
<br />
The rev meter is completely analogous to the speedometer. The pair of integers at the beginning sets the centre point, the next integer sets the number of needle positions to be displayed and the pairs from the word that follows to define the tip positions, adding up to 128 available positions. Every pair of bytes covers 128rpm, starting from zero. Other details are just the same as those discussed for the speedometer. Again, the reference frame is provided by stda* ins2 bitmap.<br />
<br />
==Text data==<br />
<br />
===Car information===<br />
<br />
'' '''Data type:''' Zero-terminated character strings'' <br />
<br />
'' '''Absolute address:''' 32Eh - ???h ''<br />
<br />
Quoting [http://www.kalpen.de/luke/4dinfo.html#cs Lukas Loehrer]:<br />
<br />
<blockquote>''Car information displayed on the 'choose your car' screen. Use ] (5Dh) for linebreaks. The end of this block can not be given by an absolute address. Look for a byte with the value 00h. It is followed by a 4 byte long car id which is again terminated by a 00h.''</blockquote><br />
<br />
The "4 byte long car id" mentioned above is the abbreviation displayed alongside opponent name in the scoreboard. Car information is most conveniently edited via [[Car Blaster]], which has a specific WYSIWYG interface for dealing with it.<br />
<br />
===Scoreboard car name===<br />
<br />
'' '''Data type:''' Zero-terminated character string'' <br />
<br />
'' '''Absolute address:''' ???h - EOF ''<br />
<br />
The final bytes of the file (after the terminating 00h mentioned above) make up the scoreboard designation of the car. It can be edited via Car Blaster like the other text pieces as well.<br />
<br />
==Miscellaneous==<br />
<br />
===File header===<br />
<br />
'' '''Address:''' 00h - 25h''<br />
<br />
The initial bytes of CAR*.RES files consist of a file header, structured just like the ones found in uncompressed graphic files and elsewhere. Essentially, it stores file length, text IDs for different sections of the file and the associated byte offsets. Since that data is actually used by the engine to parse the car data, there is no reason to modify it unless one is hand-editing text data for the car and intends to modify string length - and even in that case, using [[Car Blaster]] and allowing it to perform any necessary adjustment is the recommended option. <br />
<br />
===Unknown parameters===<br />
<br />
Here is a list of the values on CAR*.RES which have unknown function. After somewhat extensive testing, they displayed no visible effect on the behaviour of the car in saved replays. Most of them are equal for all cars. <br />
<br />
* 027h - single byte next to the number of gears, probably just a padding zero.<br />
* 034h/035h - strategically located next to the gear ratios. Unused space for a never-implemented reverse gear?<br />
* 042h/043h - looks like one of the other coordinates of the shifting knob, but has no function.<br />
* 0C8h/0C9h - set to 00B5h for all cars.<br />
* 0CCh/0CDh - set to 00EEh for all cars.<br />
* 0CEh/0CFh - set to 00B8h for all cars.<br />
* 0D0h/0D1h - set to zero for all cars.<br />
* 0D2h/0D3h, 0D4h/0D5h, 0D6h/0D7h, 0D8h/0D9h - these form a suspicious-looking series with values 0020h, 0010h, 00C0h and 0008h, equal for all cars.<br />
* 0E4h/0E5h - set to zero for all cars.<br />
* 0E6h/0E7h, 0E8h/0E9h, 0EAh/0EBh, 0ECh/0EDh - another series of values, this time 0020h, 00C0h, 0080h and 0040h. The resemblance to the default values of the surface grip modifiers, which are located near these positions, is uncanny: were they intended to refer to a second set of tyres?<br />
* 32Ah/32Bh/32Ch/32Dh - in memory, these positions are used by the game engine for calculations. They aren't parameters at all -- their values in the files are ignored.<br />
<br />
==See Also==<br />
<br />
*[[Car model physics]]<br />
*[[Car files]]<br />
<br />
[[Category:Modding]]<br />
[[Category:Driving]]</div>Daniel3Dhttps://wiki.stunts.hu/index.php?title=Game_versions&diff=5513Game versions2023-04-05T07:17:41Z<p>Daniel3D: /* Recompiled Versions */</p>
<hr />
<div>The game named Stunts is a creation of [[Distinctive Software]] studio, authors of Test Drive and Test Drive 2 before. A number of different versions of the game were published and are still circulating.<br><br />
<br />
== PC versions ==<br />
*[[Brøderbund]] versions (referred to as BB versions) :<br><br />
** [[Stunts 1.0]] [[Chronology|(05 Oct. 1990)]]<br><br />
** [[Stunts 1.1]] [[Chronology|(12 Feb. 1991)]]<br />
<br><br />
*[[Mindscape]] versions (referred to as MS versions) :<br><br />
** [[4D Sports Driving 1.1]] [[Chronology|(13 Dec. 1990)]]<br><br />
** [[4D Sports Driving 1.1]] [[Chronology|(25 Feb. 1991)]]<br />
<br><br />
There are several gameplay differences between these versions; the principal ones are summarized below:<br />
* Crashes when landing from jumps happen very often in BB 1.0 and MS 1.1 (1990 one), as the maximum angle allowed for hitting the ground without crashing was much smaller.<br />
* Unlike on the various 1.1 versions, with BB 1.0 it is generally not possible to gain speed when landing from jumps - as you hit the ground, the horizontal velocity of the car will remain unchanged. That makes an enormous difference in car behaviour, specially for the slow cars, and also means it becomes virtually impossible to reach [[powergear]] with [[Ferrari]] and [[Corvette]].<br />
* Some track elements characteristics also change. For instance, tunnel roofs are completely penetrable in BB 1.0, and while it is possible to land on them with MS 1.1 versions, you will often be spared from a crash when hitting them from below.<br />
* There are also minor performance and handling differences. Overall, cars are slowest in BB 1.0 and fastest in BB 1.1.<br />
All these differences cause replays performed with different game versions incompatible regardless of the tracks being exchangeable, as the game engine will process the input stored in the replay file differently for each version.<br><br />
<br><br />
The most used version in competitions nowadays is Stunts BB 1.1. At the dawn of Stunts competitions (1998-2000), however, it was Stunts BB 1.0 that was most popular. When the user share of Stunts BB 1.1 began to grow, a cheated car named [[4D Contest Car|Contest Car]] was created by [[Lukas Loehrer]] to allow Stunts 1.0 users be as fast as 1.1 users, because [[Porsche March Indy|Indy]] car is slightly faster in BB/MS 1.1 versions than in BB 1.0 version.<br><br />
<br><br />
According to the countries, Mindscape or Broderbund had the contract for selling the game. In USA, Germany and Eastern Europe the publisher was Broderbund; in France, U.K. and Belgium it was Mindscape. Overall, Broderbund versions are much more well known worldwide.<br />
<br />
== Amiga version ==<br />
<br />
It seems that only publisher for [[Amiga]] was [[Mindscape]]; therefore, the game was published under the name 4D Sports Driving.<br><br />
Only one version was available : it was version was 1.2, converted to Amiga from PC version.<br><br />
This version has less [[Bugs|bugs]] than PC versions.<br />
* [[4D Sports Driving 1.2]] [[Chronology|(1992-01-10)]]<br />
<br><br />
<br />
== FM Towns version ==<br />
<br />
Stunts was also adapted to [[FM Towns]] computers.<br>[[image:fm_towns_title_screen.jpg|200px|right|thumb|Title screen of FM Towns version 1.0]]<br><br />
<br />
FM Towns/Marty computers were i386 CPU-based computers NOT compatible with classic IBM-compatible PCs, made by Fujitsu (FM meaning Fujitsu Micro) and sold only in Japan. A console FM Towns, compatible with FM Towns/Marty computers, was also created.<br><br />
* [[4D Driving 1.0]] [[Chronology|(1993-01-18)]]<br />
<br><br />
<br />
The editor for this version was [[Electronic Arts]] (E.A.) - Victor, as [[Distinctive Software]] has been bought by E.A. in [[Chronology|1991]] to become E.A. Canada.<br><br />
This version was also converted from PC, and with less [[Bugs|bugs]] than PC versions.<br><br />
<br />
As name "Stunts" was property of [[Brøderbund]] and "4D Sports" name was property of [[Mindscape]], the game was released as "4D Driving" (to remember 4D Sports - Driving name that was already known in Japan due to Amiga version of the game).<br />
<br />
<gallery widths="200px" heights="150px"><br />
Image:FM_Towns_cover_1.jpg|Box, manual and CD box of FM Towns version 1.0<br />
Image:FM_Towns_cover_2.jpg|Rear view of FM Towns box<br />
</gallery><br />
<br />
== PC-9801 version ==<br />
[[image:Pc98_title_screen.png|200px|right|thumb|Title screen of PC-9801 version 1.0]]<br />
Another Japanese port was made for the NEC [[PC-9801]]. It was produced by the same team as the FM Towns version and the two ports shared graphics and new opponents. Due to hardware limitations this version had fewer colors and the music were synthesized. Otherwise, it is quite similar to the FM Towns version.<br><br />
* [[4D Driving 1.0]] [[Chronology|(1993-01-18)]]<br />
<br><br />
{{-}}<br />
<br />
== Other versions ==<br />
<br />
[[Kevin Pickell]] mentioned, in an [http://en.wikipedia.org/w/index.php?title=Stunts_(video_game)&diff=224504789&oldid=223443733 Wikipedia edit] of the Stunts article, that a Sega Genesis (AKA Mega Drive) version was planned and realized, but the port never made it to the stores as it was not possible to make it work at an acceptable frame rate.<br />
<br />
== Comparison of game versions ==<br />
<br />
{{Sectstub}}<br />
<br />
=== General information ===<br />
<br />
{| class="wikitable"<br />
|-<br />
!scope="col"| <br />
!scope="col"| BB 1990<br />
!scope="col"| MS 1990<br />
!scope="col"| BB 1991<br />
!scope="col"| MS 1991<br />
!scope="col"| MS Amiga<br />
!scope="col"| EA FM Towns<br />
!scope="col"| EA PC-9801 <br />
|-<br />
!scope="row"| Release title<br />
| Stunts || 4D Sports Driving || Stunts || 4D Sports Driving || 4D Sports Driving || 4D Driving || 4D Driving<br />
|-<br />
!scope="row"| Version number<br />
| 1.0 || 1.1 || 1.1 || 1.1 || 1.2 || 1.0 || 1.0<br />
|-<br />
!scope="row"| Build date<br />
| 05 Oct. 1990 || 13 Dec. 1990 || 12 Feb. 1991 || 25 Feb. 1991 || 10 Jan. 1992 || 18 Jan. 1993 || 18 Jan. 1993<br />
|-<br />
!scope="row"| Publisher<br />
| Broderbund || Mindscape || Broderbund || Mindscape || Mindscape || Electronic Arts Victor || Electronic Arts Victor<br />
|}<br />
<br />
=== Driving ===<br />
<br />
{| class="wikitable"<br />
|-<br />
!scope="col"| <br />
!scope="col"| BB 1990<br />
!scope="col"| MS 1990<br />
!scope="col"| BB 1991<br />
!scope="col"| MS 1991<br />
!scope="col"| MS Amiga<br />
!scope="col"| EA FM Towns<br />
!scope="col"| EA PC-9801 <br />
|-<br />
!scope="row"| Jump boost<br />
| {{No}} || {{Yes}} || {{Yes}} || {{Yes}} || {{Unknown|?}} || {{Unknown|?}} || {{Yes}}<br />
|-<br />
!scope="row"| [[Power gear]] <br />
| {{Maybe|Flexible (Indy/Acura)}} || {{Yes}} || {{Yes}} || {{Yes}} || {{Unknown|?}} || {{No}} || {{No}}<br />
|-<br />
!scope="row"| Aero slowdown bug<br />
| {{Yes}} || {{Yes}} || {{Yes}} || {{Yes}} || {{Unknown|?}} || {{Unknown|?}} || {{No}}<br />
|-<br />
!scope="row"| Easy sharp drops <br />
| {{No}} || {{No}} || {{Yes}} || {{Yes}} || {{Unknown|?}} || {{Unknown|?}} || {{Yes}}<br />
|-<br />
!scope="row"| Penetrable tunnel roofs<br />
| {{Yes}} || {{Maybe|Partially}} || {{No}} || {{No}} || {{Unknown|?}} || {{No}} || {{No}}<br />
|-<br />
!scope="row"| Left corner bias<br />
| {{No}} || {{No}} || {{Yes}} || {{Yes}} || {{Unknown|?}} || {{Yes}} || {{Yes}}<br />
|-<br />
!scope="row"| Instant finish bug <br />
| {{Yes}} || {{Yes}} || {{Maybe|Nontrivial}} || {{Maybe|Nontrivial}} || {{Unknown|?}} || {{Unknown|?}} || {{Maybe|Nontrivial}}<br />
|-<br />
!scope="row"| Faster Indy<br />
| {{No}} || {{Yes}} || {{Yes}} || {{Yes}} || {{Unknown|?}} || {{Unknown|?}} || {{Unknown|?}}<br />
|}<br />
<br />
; Jump boost : Holding the accelerator while on air gives some extra speed upon landing.<br />
<br />
; Aero slowdown bug : Cars not in the [[power gear bug#PG classes|bug-free PG class]] can't be slowed down by aerodynamic resistance when above the flat track top speed.<br />
<br />
; Easy sharp drops : It is possible to land from jumps in angles much closer to vertical without crashing.<br />
<br />
; Penetrable tunnel roofs : Tunnel roofs can't be crashed into from below and, on BB 1990, can't be landed on.<br />
<br />
; Left corner bias: Left turns can be taken at higher speeds than right ones.<br />
<br />
; Instant finish bug: The lap can be terminated abruptly by driving on a split placed as the first track element.<br />
<br />
=== Miscellaneous ===<br />
<br />
{| class="wikitable"<br />
|-<br />
!scope="col"| <br />
!scope="col"| BB 1990<br />
!scope="col"| MS 1990<br />
!scope="col"| BB 1991<br />
!scope="col"| MS 1991<br />
!scope="col"| MS Amiga<br />
!scope="col"| EA FM Towns<br />
!scope="col"| EA PC-9801 <br />
|-<br />
!scope="row"| Fast rewinding<br />
| {{No}} || {{Yes}} || {{Yes}} || {{Yes}} || {{Unknown|?}} || {{Unknown|?}} || {{Yes}}<br />
|-<br />
!scope="row"| [[In-game editor|Terrain editor]] <br />
| {{Yes}} || {{Yes}} || {{Yes}} || {{Yes}} || {{Unknown|?}} || {{Unknown|?}} || {{No}}<br />
|-<br />
!scope="row"| HERROTTO.TRK<br />
| {{No}} || {{No}} || {{No}} || {{No}} || {{Unknown|?}} || {{Yes}} || {{Yes}}<br />
|-<br />
!scope="row"| VANCOUVR.TRK <br />
| {{Unknown|?}} || {{Maybe|DEFAULT.RPL}} || {{Maybe|DEFAULT.RPL}} || {{Maybe|DEFAULT.RPL}} || {{Unknown|?}} || {{Yes}} || {{Yes}}<br />
|-<br />
!scope="row"| Tournament mode<br />
| {{No}} || {{No}} || {{No}} || {{No}} || {{Unknown|?}} || {{Yes}} || {{Yes}}<br />
|-<br />
!scope="row"| [[Replay file format|Replay File Type]]<br />
| {{Maybe|Old Format}} || {{Maybe|Old Format}} || {{Yes|New Format}} || {{Yes|New Format}} || {{Yes|New Format}} || {{Yes|New Format}} || {{Yes|New Format}}<br />
<br />
|}<br />
<br />
=== Recompiled Versions ===<br />
These versions are build from a decompiled version of Brøderbund Stunts 1.1 (12 Feb. 1991).<br />
<br />
{| class="wikitable"<br />
|-<br />
!scope="col"| <br />
!scope="col"| STUNTS 2021<br />
!scope="col"| STUNTS 2021<br />
!scope="col"| STUNTS 2023<br />
|-<br />
!scope="row"| Release title<br />
| Stunts 1.1 Mod 1.0 || Stunts Ferrari Edition || STUNTS NoRH <br />
|-<br />
!scope="row"| Project number<br />
| 4 || 5 || 6 <br />
|-<br />
!scope="row"| [[DESC number| DESC ]]<br />
| Latest 4.31.1 || Latest 5.31.1 || 6.33.0 <br />
|-<br />
!scope="row"| Build date<br />
| 21 sept. 2021 || 21 sept. 2021 || 20 March 2023<br />
|-<br />
!scope="row"| Publisher<br />
| Stunts Community || Stunts Community || Stunts Community<br />
|-<br />
!scope="row"| reverse compatible BB 1.1<br />
| {{Yes}} || {{Yes}} || {{No}} <br />
|-<br />
!scope="row"| Alternate graphics<br />
| {{No}} || {{Yes}} || {{Yes}} <br />
|-<br />
!scope="row"| Alternate music<br />
| {{No}} || {{Yes}} || {{No}} <br />
|-<br />
!scope="row"| Alternative Cars<br />
| {{No}} || {{Yes}} || {{No}} <br />
|-<br />
!scope="row"| Alternative tracks<br />
| {{No}} || {{Yes}} || {{No}} <br />
|-<br />
!scope="row"| Repositioned menu buttons<br />
| {{No}} || {{Yes}} || {{Yes}} <br />
|-<br />
!scope="row"| Alternate default car<br />
| {{No}} || {{Yes}} || {{Yes}} <br />
|-<br />
!scope="row"| Colour needles mod<br />
| {{Yes|since 31.1}} || {{Yes|since 31.1}} || {{Yes}}<br />
<br />
|}<br />
<br />
== External links ==<br />
<br />
* [http://www.kalpen.de/luke/4dinfo.html#ver Lukas Loehrer on the differences between PC versions]<br />
* [http://stunts.kalpen.de/indyeval.htm Kalpen's evaluation of Indy performances on different versions]<br />
<br />
[[Category:Game]]</div>Daniel3Dhttps://wiki.stunts.hu/index.php?title=Game_versions&diff=5512Game versions2023-04-05T07:02:09Z<p>Daniel3D: /* Recompiled Versions */</p>
<hr />
<div>The game named Stunts is a creation of [[Distinctive Software]] studio, authors of Test Drive and Test Drive 2 before. A number of different versions of the game were published and are still circulating.<br><br />
<br />
== PC versions ==<br />
*[[Brøderbund]] versions (referred to as BB versions) :<br><br />
** [[Stunts 1.0]] [[Chronology|(05 Oct. 1990)]]<br><br />
** [[Stunts 1.1]] [[Chronology|(12 Feb. 1991)]]<br />
<br><br />
*[[Mindscape]] versions (referred to as MS versions) :<br><br />
** [[4D Sports Driving 1.1]] [[Chronology|(13 Dec. 1990)]]<br><br />
** [[4D Sports Driving 1.1]] [[Chronology|(25 Feb. 1991)]]<br />
<br><br />
There are several gameplay differences between these versions; the principal ones are summarized below:<br />
* Crashes when landing from jumps happen very often in BB 1.0 and MS 1.1 (1990 one), as the maximum angle allowed for hitting the ground without crashing was much smaller.<br />
* Unlike on the various 1.1 versions, with BB 1.0 it is generally not possible to gain speed when landing from jumps - as you hit the ground, the horizontal velocity of the car will remain unchanged. That makes an enormous difference in car behaviour, specially for the slow cars, and also means it becomes virtually impossible to reach [[powergear]] with [[Ferrari]] and [[Corvette]].<br />
* Some track elements characteristics also change. For instance, tunnel roofs are completely penetrable in BB 1.0, and while it is possible to land on them with MS 1.1 versions, you will often be spared from a crash when hitting them from below.<br />
* There are also minor performance and handling differences. Overall, cars are slowest in BB 1.0 and fastest in BB 1.1.<br />
All these differences cause replays performed with different game versions incompatible regardless of the tracks being exchangeable, as the game engine will process the input stored in the replay file differently for each version.<br><br />
<br><br />
The most used version in competitions nowadays is Stunts BB 1.1. At the dawn of Stunts competitions (1998-2000), however, it was Stunts BB 1.0 that was most popular. When the user share of Stunts BB 1.1 began to grow, a cheated car named [[4D Contest Car|Contest Car]] was created by [[Lukas Loehrer]] to allow Stunts 1.0 users be as fast as 1.1 users, because [[Porsche March Indy|Indy]] car is slightly faster in BB/MS 1.1 versions than in BB 1.0 version.<br><br />
<br><br />
According to the countries, Mindscape or Broderbund had the contract for selling the game. In USA, Germany and Eastern Europe the publisher was Broderbund; in France, U.K. and Belgium it was Mindscape. Overall, Broderbund versions are much more well known worldwide.<br />
<br />
== Amiga version ==<br />
<br />
It seems that only publisher for [[Amiga]] was [[Mindscape]]; therefore, the game was published under the name 4D Sports Driving.<br><br />
Only one version was available : it was version was 1.2, converted to Amiga from PC version.<br><br />
This version has less [[Bugs|bugs]] than PC versions.<br />
* [[4D Sports Driving 1.2]] [[Chronology|(1992-01-10)]]<br />
<br><br />
<br />
== FM Towns version ==<br />
<br />
Stunts was also adapted to [[FM Towns]] computers.<br>[[image:fm_towns_title_screen.jpg|200px|right|thumb|Title screen of FM Towns version 1.0]]<br><br />
<br />
FM Towns/Marty computers were i386 CPU-based computers NOT compatible with classic IBM-compatible PCs, made by Fujitsu (FM meaning Fujitsu Micro) and sold only in Japan. A console FM Towns, compatible with FM Towns/Marty computers, was also created.<br><br />
* [[4D Driving 1.0]] [[Chronology|(1993-01-18)]]<br />
<br><br />
<br />
The editor for this version was [[Electronic Arts]] (E.A.) - Victor, as [[Distinctive Software]] has been bought by E.A. in [[Chronology|1991]] to become E.A. Canada.<br><br />
This version was also converted from PC, and with less [[Bugs|bugs]] than PC versions.<br><br />
<br />
As name "Stunts" was property of [[Brøderbund]] and "4D Sports" name was property of [[Mindscape]], the game was released as "4D Driving" (to remember 4D Sports - Driving name that was already known in Japan due to Amiga version of the game).<br />
<br />
<gallery widths="200px" heights="150px"><br />
Image:FM_Towns_cover_1.jpg|Box, manual and CD box of FM Towns version 1.0<br />
Image:FM_Towns_cover_2.jpg|Rear view of FM Towns box<br />
</gallery><br />
<br />
== PC-9801 version ==<br />
[[image:Pc98_title_screen.png|200px|right|thumb|Title screen of PC-9801 version 1.0]]<br />
Another Japanese port was made for the NEC [[PC-9801]]. It was produced by the same team as the FM Towns version and the two ports shared graphics and new opponents. Due to hardware limitations this version had fewer colors and the music were synthesized. Otherwise, it is quite similar to the FM Towns version.<br><br />
* [[4D Driving 1.0]] [[Chronology|(1993-01-18)]]<br />
<br><br />
{{-}}<br />
<br />
== Other versions ==<br />
<br />
[[Kevin Pickell]] mentioned, in an [http://en.wikipedia.org/w/index.php?title=Stunts_(video_game)&diff=224504789&oldid=223443733 Wikipedia edit] of the Stunts article, that a Sega Genesis (AKA Mega Drive) version was planned and realized, but the port never made it to the stores as it was not possible to make it work at an acceptable frame rate.<br />
<br />
== Comparison of game versions ==<br />
<br />
{{Sectstub}}<br />
<br />
=== General information ===<br />
<br />
{| class="wikitable"<br />
|-<br />
!scope="col"| <br />
!scope="col"| BB 1990<br />
!scope="col"| MS 1990<br />
!scope="col"| BB 1991<br />
!scope="col"| MS 1991<br />
!scope="col"| MS Amiga<br />
!scope="col"| EA FM Towns<br />
!scope="col"| EA PC-9801 <br />
|-<br />
!scope="row"| Release title<br />
| Stunts || 4D Sports Driving || Stunts || 4D Sports Driving || 4D Sports Driving || 4D Driving || 4D Driving<br />
|-<br />
!scope="row"| Version number<br />
| 1.0 || 1.1 || 1.1 || 1.1 || 1.2 || 1.0 || 1.0<br />
|-<br />
!scope="row"| Build date<br />
| 05 Oct. 1990 || 13 Dec. 1990 || 12 Feb. 1991 || 25 Feb. 1991 || 10 Jan. 1992 || 18 Jan. 1993 || 18 Jan. 1993<br />
|-<br />
!scope="row"| Publisher<br />
| Broderbund || Mindscape || Broderbund || Mindscape || Mindscape || Electronic Arts Victor || Electronic Arts Victor<br />
|}<br />
<br />
=== Driving ===<br />
<br />
{| class="wikitable"<br />
|-<br />
!scope="col"| <br />
!scope="col"| BB 1990<br />
!scope="col"| MS 1990<br />
!scope="col"| BB 1991<br />
!scope="col"| MS 1991<br />
!scope="col"| MS Amiga<br />
!scope="col"| EA FM Towns<br />
!scope="col"| EA PC-9801 <br />
|-<br />
!scope="row"| Jump boost<br />
| {{No}} || {{Yes}} || {{Yes}} || {{Yes}} || {{Unknown|?}} || {{Unknown|?}} || {{Yes}}<br />
|-<br />
!scope="row"| [[Power gear]] <br />
| {{Maybe|Flexible (Indy/Acura)}} || {{Yes}} || {{Yes}} || {{Yes}} || {{Unknown|?}} || {{No}} || {{No}}<br />
|-<br />
!scope="row"| Aero slowdown bug<br />
| {{Yes}} || {{Yes}} || {{Yes}} || {{Yes}} || {{Unknown|?}} || {{Unknown|?}} || {{No}}<br />
|-<br />
!scope="row"| Easy sharp drops <br />
| {{No}} || {{No}} || {{Yes}} || {{Yes}} || {{Unknown|?}} || {{Unknown|?}} || {{Yes}}<br />
|-<br />
!scope="row"| Penetrable tunnel roofs<br />
| {{Yes}} || {{Maybe|Partially}} || {{No}} || {{No}} || {{Unknown|?}} || {{No}} || {{No}}<br />
|-<br />
!scope="row"| Left corner bias<br />
| {{No}} || {{No}} || {{Yes}} || {{Yes}} || {{Unknown|?}} || {{Yes}} || {{Yes}}<br />
|-<br />
!scope="row"| Instant finish bug <br />
| {{Yes}} || {{Yes}} || {{Maybe|Nontrivial}} || {{Maybe|Nontrivial}} || {{Unknown|?}} || {{Unknown|?}} || {{Maybe|Nontrivial}}<br />
|-<br />
!scope="row"| Faster Indy<br />
| {{No}} || {{Yes}} || {{Yes}} || {{Yes}} || {{Unknown|?}} || {{Unknown|?}} || {{Unknown|?}}<br />
|}<br />
<br />
; Jump boost : Holding the accelerator while on air gives some extra speed upon landing.<br />
<br />
; Aero slowdown bug : Cars not in the [[power gear bug#PG classes|bug-free PG class]] can't be slowed down by aerodynamic resistance when above the flat track top speed.<br />
<br />
; Easy sharp drops : It is possible to land from jumps in angles much closer to vertical without crashing.<br />
<br />
; Penetrable tunnel roofs : Tunnel roofs can't be crashed into from below and, on BB 1990, can't be landed on.<br />
<br />
; Left corner bias: Left turns can be taken at higher speeds than right ones.<br />
<br />
; Instant finish bug: The lap can be terminated abruptly by driving on a split placed as the first track element.<br />
<br />
=== Miscellaneous ===<br />
<br />
{| class="wikitable"<br />
|-<br />
!scope="col"| <br />
!scope="col"| BB 1990<br />
!scope="col"| MS 1990<br />
!scope="col"| BB 1991<br />
!scope="col"| MS 1991<br />
!scope="col"| MS Amiga<br />
!scope="col"| EA FM Towns<br />
!scope="col"| EA PC-9801 <br />
|-<br />
!scope="row"| Fast rewinding<br />
| {{No}} || {{Yes}} || {{Yes}} || {{Yes}} || {{Unknown|?}} || {{Unknown|?}} || {{Yes}}<br />
|-<br />
!scope="row"| [[In-game editor|Terrain editor]] <br />
| {{Yes}} || {{Yes}} || {{Yes}} || {{Yes}} || {{Unknown|?}} || {{Unknown|?}} || {{No}}<br />
|-<br />
!scope="row"| HERROTTO.TRK<br />
| {{No}} || {{No}} || {{No}} || {{No}} || {{Unknown|?}} || {{Yes}} || {{Yes}}<br />
|-<br />
!scope="row"| VANCOUVR.TRK <br />
| {{Unknown|?}} || {{Maybe|DEFAULT.RPL}} || {{Maybe|DEFAULT.RPL}} || {{Maybe|DEFAULT.RPL}} || {{Unknown|?}} || {{Yes}} || {{Yes}}<br />
|-<br />
!scope="row"| Tournament mode<br />
| {{No}} || {{No}} || {{No}} || {{No}} || {{Unknown|?}} || {{Yes}} || {{Yes}}<br />
|-<br />
!scope="row"| [[Replay file format|Replay File Type]]<br />
| {{Maybe|Old Format}} || {{Maybe|Old Format}} || {{Yes|New Format}} || {{Yes|New Format}} || {{Yes|New Format}} || {{Yes|New Format}} || {{Yes|New Format}}<br />
<br />
|}<br />
<br />
=== Recompiled Versions ===<br />
These versions are build from a decompiled version of Brøderbund Stunts 1.1 (12 Feb. 1991).<br />
<br />
{| class="wikitable"<br />
|-<br />
!scope="col"| <br />
!scope="col"| STUNTS 2021<br />
!scope="col"| STUNTS 2021<br />
!scope="col"| STUNTS 2023<br />
|-<br />
!scope="row"| Release title<br />
| Stunts 1.1 Mod 1.0 || Stunts Ferrari Edition || STUNTS NoRH <br />
|-<br />
!scope="row"| Project number<br />
| 4 || 5 || 6 <br />
|-<br />
!scope="row"| [[DESC number| DESC ]]<br />
| Latest 4.31.1 || Latest 5.31.1 || 6.33.0 <br />
|-<br />
!scope="row"| Build date<br />
| 21 sept. 2021 || 21 sept. 2021 || 20 March 2023<br />
|-<br />
!scope="row"| Publisher<br />
| Stunts Community || Stunts Community || Stunts Community<br />
|-<br />
!scope="row"| reverse compatible BB 1.1<br />
| {{Yes}} || {{Yes}} || {{No}} <br />
|-<br />
!scope="row"| Alternate graphics<br />
| {{No}} || {{Yes}} || {{Yes}} <br />
|-<br />
!scope="row"| Alternate music<br />
| {{No}} || {{Yes}} || {{No}} <br />
|-<br />
!scope="row"| Alternative Cars<br />
| {{No}} || {{Yes}} || {{No}} <br />
|-<br />
!scope="row"| Alternative tracks<br />
| {{No}} || {{Yes}} || {{No}} <br />
|-<br />
!scope="row"| Repositioned menu buttons<br />
| {{No}} || {{Yes}} || {{Yes}} <br />
|-<br />
!scope="row"| Alternate default car<br />
| {{No}} || {{Yes}} || {{Yes}} <br />
|-<br />
!scope="row"| Colour needles mod<br />
| {{Yes}} || {{Yes}} || {{Yes}}<br />
<br />
|}<br />
<br />
== External links ==<br />
<br />
* [http://www.kalpen.de/luke/4dinfo.html#ver Lukas Loehrer on the differences between PC versions]<br />
* [http://stunts.kalpen.de/indyeval.htm Kalpen's evaluation of Indy performances on different versions]<br />
<br />
[[Category:Game]]</div>Daniel3Dhttps://wiki.stunts.hu/index.php?title=Game_versions&diff=5510Game versions2023-04-04T22:15:17Z<p>Daniel3D: /* Recompiled Versions */</p>
<hr />
<div>The game named Stunts is a creation of [[Distinctive Software]] studio, authors of Test Drive and Test Drive 2 before. A number of different versions of the game were published and are still circulating.<br><br />
<br />
== PC versions ==<br />
*[[Brøderbund]] versions (referred to as BB versions) :<br><br />
** [[Stunts 1.0]] [[Chronology|(05 Oct. 1990)]]<br><br />
** [[Stunts 1.1]] [[Chronology|(12 Feb. 1991)]]<br />
<br><br />
*[[Mindscape]] versions (referred to as MS versions) :<br><br />
** [[4D Sports Driving 1.1]] [[Chronology|(13 Dec. 1990)]]<br><br />
** [[4D Sports Driving 1.1]] [[Chronology|(25 Feb. 1991)]]<br />
<br><br />
There are several gameplay differences between these versions; the principal ones are summarized below:<br />
* Crashes when landing from jumps happen very often in BB 1.0 and MS 1.1 (1990 one), as the maximum angle allowed for hitting the ground without crashing was much smaller.<br />
* Unlike on the various 1.1 versions, with BB 1.0 it is generally not possible to gain speed when landing from jumps - as you hit the ground, the horizontal velocity of the car will remain unchanged. That makes an enormous difference in car behaviour, specially for the slow cars, and also means it becomes virtually impossible to reach [[powergear]] with [[Ferrari]] and [[Corvette]].<br />
* Some track elements characteristics also change. For instance, tunnel roofs are completely penetrable in BB 1.0, and while it is possible to land on them with MS 1.1 versions, you will often be spared from a crash when hitting them from below.<br />
* There are also minor performance and handling differences. Overall, cars are slowest in BB 1.0 and fastest in BB 1.1.<br />
All these differences cause replays performed with different game versions incompatible regardless of the tracks being exchangeable, as the game engine will process the input stored in the replay file differently for each version.<br><br />
<br><br />
The most used version in competitions nowadays is Stunts BB 1.1. At the dawn of Stunts competitions (1998-2000), however, it was Stunts BB 1.0 that was most popular. When the user share of Stunts BB 1.1 began to grow, a cheated car named [[4D Contest Car|Contest Car]] was created by [[Lukas Loehrer]] to allow Stunts 1.0 users be as fast as 1.1 users, because [[Porsche March Indy|Indy]] car is slightly faster in BB/MS 1.1 versions than in BB 1.0 version.<br><br />
<br><br />
According to the countries, Mindscape or Broderbund had the contract for selling the game. In USA, Germany and Eastern Europe the publisher was Broderbund; in France, U.K. and Belgium it was Mindscape. Overall, Broderbund versions are much more well known worldwide.<br />
<br />
== Amiga version ==<br />
<br />
It seems that only publisher for [[Amiga]] was [[Mindscape]]; therefore, the game was published under the name 4D Sports Driving.<br><br />
Only one version was available : it was version was 1.2, converted to Amiga from PC version.<br><br />
This version has less [[Bugs|bugs]] than PC versions.<br />
* [[4D Sports Driving 1.2]] [[Chronology|(1992-01-10)]]<br />
<br><br />
<br />
== FM Towns version ==<br />
<br />
Stunts was also adapted to [[FM Towns]] computers.<br>[[image:fm_towns_title_screen.jpg|200px|right|thumb|Title screen of FM Towns version 1.0]]<br><br />
<br />
FM Towns/Marty computers were i386 CPU-based computers NOT compatible with classic IBM-compatible PCs, made by Fujitsu (FM meaning Fujitsu Micro) and sold only in Japan. A console FM Towns, compatible with FM Towns/Marty computers, was also created.<br><br />
* [[4D Driving 1.0]] [[Chronology|(1993-01-18)]]<br />
<br><br />
<br />
The editor for this version was [[Electronic Arts]] (E.A.) - Victor, as [[Distinctive Software]] has been bought by E.A. in [[Chronology|1991]] to become E.A. Canada.<br><br />
This version was also converted from PC, and with less [[Bugs|bugs]] than PC versions.<br><br />
<br />
As name "Stunts" was property of [[Brøderbund]] and "4D Sports" name was property of [[Mindscape]], the game was released as "4D Driving" (to remember 4D Sports - Driving name that was already known in Japan due to Amiga version of the game).<br />
<br />
<gallery widths="200px" heights="150px"><br />
Image:FM_Towns_cover_1.jpg|Box, manual and CD box of FM Towns version 1.0<br />
Image:FM_Towns_cover_2.jpg|Rear view of FM Towns box<br />
</gallery><br />
<br />
== PC-9801 version ==<br />
[[image:Pc98_title_screen.png|200px|right|thumb|Title screen of PC-9801 version 1.0]]<br />
Another Japanese port was made for the NEC [[PC-9801]]. It was produced by the same team as the FM Towns version and the two ports shared graphics and new opponents. Due to hardware limitations this version had fewer colors and the music were synthesized. Otherwise, it is quite similar to the FM Towns version.<br><br />
* [[4D Driving 1.0]] [[Chronology|(1993-01-18)]]<br />
<br><br />
{{-}}<br />
<br />
== Other versions ==<br />
<br />
[[Kevin Pickell]] mentioned, in an [http://en.wikipedia.org/w/index.php?title=Stunts_(video_game)&diff=224504789&oldid=223443733 Wikipedia edit] of the Stunts article, that a Sega Genesis (AKA Mega Drive) version was planned and realized, but the port never made it to the stores as it was not possible to make it work at an acceptable frame rate.<br />
<br />
== Comparison of game versions ==<br />
<br />
{{Sectstub}}<br />
<br />
=== General information ===<br />
<br />
{| class="wikitable"<br />
|-<br />
!scope="col"| <br />
!scope="col"| BB 1990<br />
!scope="col"| MS 1990<br />
!scope="col"| BB 1991<br />
!scope="col"| MS 1991<br />
!scope="col"| MS Amiga<br />
!scope="col"| EA FM Towns<br />
!scope="col"| EA PC-9801 <br />
|-<br />
!scope="row"| Release title<br />
| Stunts || 4D Sports Driving || Stunts || 4D Sports Driving || 4D Sports Driving || 4D Driving || 4D Driving<br />
|-<br />
!scope="row"| Version number<br />
| 1.0 || 1.1 || 1.1 || 1.1 || 1.2 || 1.0 || 1.0<br />
|-<br />
!scope="row"| Build date<br />
| 05 Oct. 1990 || 13 Dec. 1990 || 12 Feb. 1991 || 25 Feb. 1991 || 10 Jan. 1992 || 18 Jan. 1993 || 18 Jan. 1993<br />
|-<br />
!scope="row"| Publisher<br />
| Broderbund || Mindscape || Broderbund || Mindscape || Mindscape || Electronic Arts Victor || Electronic Arts Victor<br />
|}<br />
<br />
=== Driving ===<br />
<br />
{| class="wikitable"<br />
|-<br />
!scope="col"| <br />
!scope="col"| BB 1990<br />
!scope="col"| MS 1990<br />
!scope="col"| BB 1991<br />
!scope="col"| MS 1991<br />
!scope="col"| MS Amiga<br />
!scope="col"| EA FM Towns<br />
!scope="col"| EA PC-9801 <br />
|-<br />
!scope="row"| Jump boost<br />
| {{No}} || {{Yes}} || {{Yes}} || {{Yes}} || {{Unknown|?}} || {{Unknown|?}} || {{Yes}}<br />
|-<br />
!scope="row"| [[Power gear]] <br />
| {{Maybe|Flexible (Indy/Acura)}} || {{Yes}} || {{Yes}} || {{Yes}} || {{Unknown|?}} || {{No}} || {{No}}<br />
|-<br />
!scope="row"| Aero slowdown bug<br />
| {{Yes}} || {{Yes}} || {{Yes}} || {{Yes}} || {{Unknown|?}} || {{Unknown|?}} || {{No}}<br />
|-<br />
!scope="row"| Easy sharp drops <br />
| {{No}} || {{No}} || {{Yes}} || {{Yes}} || {{Unknown|?}} || {{Unknown|?}} || {{Yes}}<br />
|-<br />
!scope="row"| Penetrable tunnel roofs<br />
| {{Yes}} || {{Maybe|Partially}} || {{No}} || {{No}} || {{Unknown|?}} || {{No}} || {{No}}<br />
|-<br />
!scope="row"| Left corner bias<br />
| {{No}} || {{No}} || {{Yes}} || {{Yes}} || {{Unknown|?}} || {{Yes}} || {{Yes}}<br />
|-<br />
!scope="row"| Instant finish bug <br />
| {{Yes}} || {{Yes}} || {{Maybe|Nontrivial}} || {{Maybe|Nontrivial}} || {{Unknown|?}} || {{Unknown|?}} || {{Maybe|Nontrivial}}<br />
|-<br />
!scope="row"| Faster Indy<br />
| {{No}} || {{Yes}} || {{Yes}} || {{Yes}} || {{Unknown|?}} || {{Unknown|?}} || {{Unknown|?}}<br />
|}<br />
<br />
; Jump boost : Holding the accelerator while on air gives some extra speed upon landing.<br />
<br />
; Aero slowdown bug : Cars not in the [[power gear bug#PG classes|bug-free PG class]] can't be slowed down by aerodynamic resistance when above the flat track top speed.<br />
<br />
; Easy sharp drops : It is possible to land from jumps in angles much closer to vertical without crashing.<br />
<br />
; Penetrable tunnel roofs : Tunnel roofs can't be crashed into from below and, on BB 1990, can't be landed on.<br />
<br />
; Left corner bias: Left turns can be taken at higher speeds than right ones.<br />
<br />
; Instant finish bug: The lap can be terminated abruptly by driving on a split placed as the first track element.<br />
<br />
=== Miscellaneous ===<br />
<br />
{| class="wikitable"<br />
|-<br />
!scope="col"| <br />
!scope="col"| BB 1990<br />
!scope="col"| MS 1990<br />
!scope="col"| BB 1991<br />
!scope="col"| MS 1991<br />
!scope="col"| MS Amiga<br />
!scope="col"| EA FM Towns<br />
!scope="col"| EA PC-9801 <br />
|-<br />
!scope="row"| Fast rewinding<br />
| {{No}} || {{Yes}} || {{Yes}} || {{Yes}} || {{Unknown|?}} || {{Unknown|?}} || {{Yes}}<br />
|-<br />
!scope="row"| [[In-game editor|Terrain editor]] <br />
| {{Yes}} || {{Yes}} || {{Yes}} || {{Yes}} || {{Unknown|?}} || {{Unknown|?}} || {{No}}<br />
|-<br />
!scope="row"| HERROTTO.TRK<br />
| {{No}} || {{No}} || {{No}} || {{No}} || {{Unknown|?}} || {{Yes}} || {{Yes}}<br />
|-<br />
!scope="row"| VANCOUVR.TRK <br />
| {{Unknown|?}} || {{Maybe|DEFAULT.RPL}} || {{Maybe|DEFAULT.RPL}} || {{Maybe|DEFAULT.RPL}} || {{Unknown|?}} || {{Yes}} || {{Yes}}<br />
|-<br />
!scope="row"| Tournament mode<br />
| {{No}} || {{No}} || {{No}} || {{No}} || {{Unknown|?}} || {{Yes}} || {{Yes}}<br />
|-<br />
!scope="row"| [[Replay file format|Replay File Type]]<br />
| {{Maybe|Old Format}} || {{Maybe|Old Format}} || {{Yes|New Format}} || {{Yes|New Format}} || {{Yes|New Format}} || {{Yes|New Format}} || {{Yes|New Format}}<br />
<br />
|}<br />
<br />
=== Recompiled Versions ===<br />
These versions are build from a decompiled version of Brøderbund Stunts 1.1 (12 Feb. 1991).<br />
<br />
{| class="wikitable"<br />
|-<br />
!scope="col"| <br />
!scope="col"| STUNTS 2021<br />
!scope="col"| STUNTS 2021<br />
!scope="col"| STUNTS 2023<br />
|-<br />
!scope="row"| Release title<br />
| Stunts 1.1 Mod 1.0 || Stunts Ferrari Edition || STUNTS NoRH <br />
|-<br />
!scope="row"| Project number<br />
| 4 || 5 || 6 <br />
|-<br />
!scope="row"| global version number<br />
| Latest 4.31.1 || Latest 5.31.1 || 6.33.0 <br />
|-<br />
!scope="row"| Build date<br />
| 21 sept. 2021 || 21 sept. 2021 || 20 March 2023<br />
|-<br />
!scope="row"| Publisher<br />
| Stunts Community || Stunts Community || Stunts Community<br />
|-<br />
!scope="row"| reverse compatible BB 1.1<br />
| {{Yes}} || {{Yes}} || {{No}} <br />
|-<br />
!scope="row"| Alternate graphics<br />
| {{No}} || {{Yes}} || {{Yes}} <br />
|-<br />
!scope="row"| Alternate music<br />
| {{No}} || {{Yes}} || {{No}} <br />
|-<br />
!scope="row"| Alternative Cars<br />
| {{No}} || {{Yes}} || {{No}} <br />
|-<br />
!scope="row"| Alternative tracks<br />
| {{No}} || {{Yes}} || {{No}} <br />
|-<br />
!scope="row"| Repositioned menu buttons<br />
| {{No}} || {{Yes}} || {{Yes}} <br />
|-<br />
!scope="row"| Alternate default car<br />
| {{No}} || {{Yes}} || {{Yes}} <br />
|-<br />
!scope="row"| Colour needles mod<br />
| {{Yes}} || {{Yes}} || {{Yes}}<br />
<br />
|}<br />
<br />
== External links ==<br />
<br />
* [http://www.kalpen.de/luke/4dinfo.html#ver Lukas Loehrer on the differences between PC versions]<br />
* [http://stunts.kalpen.de/indyeval.htm Kalpen's evaluation of Indy performances on different versions]<br />
<br />
[[Category:Game]]</div>Daniel3Dhttps://wiki.stunts.hu/index.php?title=Game_versions&diff=5509Game versions2023-04-04T12:00:57Z<p>Daniel3D: /* Recompiled Versions */</p>
<hr />
<div>The game named Stunts is a creation of [[Distinctive Software]] studio, authors of Test Drive and Test Drive 2 before. A number of different versions of the game were published and are still circulating.<br><br />
<br />
== PC versions ==<br />
*[[Brøderbund]] versions (referred to as BB versions) :<br><br />
** [[Stunts 1.0]] [[Chronology|(05 Oct. 1990)]]<br><br />
** [[Stunts 1.1]] [[Chronology|(12 Feb. 1991)]]<br />
<br><br />
*[[Mindscape]] versions (referred to as MS versions) :<br><br />
** [[4D Sports Driving 1.1]] [[Chronology|(13 Dec. 1990)]]<br><br />
** [[4D Sports Driving 1.1]] [[Chronology|(25 Feb. 1991)]]<br />
<br><br />
There are several gameplay differences between these versions; the principal ones are summarized below:<br />
* Crashes when landing from jumps happen very often in BB 1.0 and MS 1.1 (1990 one), as the maximum angle allowed for hitting the ground without crashing was much smaller.<br />
* Unlike on the various 1.1 versions, with BB 1.0 it is generally not possible to gain speed when landing from jumps - as you hit the ground, the horizontal velocity of the car will remain unchanged. That makes an enormous difference in car behaviour, specially for the slow cars, and also means it becomes virtually impossible to reach [[powergear]] with [[Ferrari]] and [[Corvette]].<br />
* Some track elements characteristics also change. For instance, tunnel roofs are completely penetrable in BB 1.0, and while it is possible to land on them with MS 1.1 versions, you will often be spared from a crash when hitting them from below.<br />
* There are also minor performance and handling differences. Overall, cars are slowest in BB 1.0 and fastest in BB 1.1.<br />
All these differences cause replays performed with different game versions incompatible regardless of the tracks being exchangeable, as the game engine will process the input stored in the replay file differently for each version.<br><br />
<br><br />
The most used version in competitions nowadays is Stunts BB 1.1. At the dawn of Stunts competitions (1998-2000), however, it was Stunts BB 1.0 that was most popular. When the user share of Stunts BB 1.1 began to grow, a cheated car named [[4D Contest Car|Contest Car]] was created by [[Lukas Loehrer]] to allow Stunts 1.0 users be as fast as 1.1 users, because [[Porsche March Indy|Indy]] car is slightly faster in BB/MS 1.1 versions than in BB 1.0 version.<br><br />
<br><br />
According to the countries, Mindscape or Broderbund had the contract for selling the game. In USA, Germany and Eastern Europe the publisher was Broderbund; in France, U.K. and Belgium it was Mindscape. Overall, Broderbund versions are much more well known worldwide.<br />
<br />
== Amiga version ==<br />
<br />
It seems that only publisher for [[Amiga]] was [[Mindscape]]; therefore, the game was published under the name 4D Sports Driving.<br><br />
Only one version was available : it was version was 1.2, converted to Amiga from PC version.<br><br />
This version has less [[Bugs|bugs]] than PC versions.<br />
* [[4D Sports Driving 1.2]] [[Chronology|(1992-01-10)]]<br />
<br><br />
<br />
== FM Towns version ==<br />
<br />
Stunts was also adapted to [[FM Towns]] computers.<br>[[image:fm_towns_title_screen.jpg|200px|right|thumb|Title screen of FM Towns version 1.0]]<br><br />
<br />
FM Towns/Marty computers were i386 CPU-based computers NOT compatible with classic IBM-compatible PCs, made by Fujitsu (FM meaning Fujitsu Micro) and sold only in Japan. A console FM Towns, compatible with FM Towns/Marty computers, was also created.<br><br />
* [[4D Driving 1.0]] [[Chronology|(1993-01-18)]]<br />
<br><br />
<br />
The editor for this version was [[Electronic Arts]] (E.A.) - Victor, as [[Distinctive Software]] has been bought by E.A. in [[Chronology|1991]] to become E.A. Canada.<br><br />
This version was also converted from PC, and with less [[Bugs|bugs]] than PC versions.<br><br />
<br />
As name "Stunts" was property of [[Brøderbund]] and "4D Sports" name was property of [[Mindscape]], the game was released as "4D Driving" (to remember 4D Sports - Driving name that was already known in Japan due to Amiga version of the game).<br />
<br />
<gallery widths="200px" heights="150px"><br />
Image:FM_Towns_cover_1.jpg|Box, manual and CD box of FM Towns version 1.0<br />
Image:FM_Towns_cover_2.jpg|Rear view of FM Towns box<br />
</gallery><br />
<br />
== PC-9801 version ==<br />
[[image:Pc98_title_screen.png|200px|right|thumb|Title screen of PC-9801 version 1.0]]<br />
Another Japanese port was made for the NEC [[PC-9801]]. It was produced by the same team as the FM Towns version and the two ports shared graphics and new opponents. Due to hardware limitations this version had fewer colors and the music were synthesized. Otherwise, it is quite similar to the FM Towns version.<br><br />
* [[4D Driving 1.0]] [[Chronology|(1993-01-18)]]<br />
<br><br />
{{-}}<br />
<br />
== Other versions ==<br />
<br />
[[Kevin Pickell]] mentioned, in an [http://en.wikipedia.org/w/index.php?title=Stunts_(video_game)&diff=224504789&oldid=223443733 Wikipedia edit] of the Stunts article, that a Sega Genesis (AKA Mega Drive) version was planned and realized, but the port never made it to the stores as it was not possible to make it work at an acceptable frame rate.<br />
<br />
== Comparison of game versions ==<br />
<br />
{{Sectstub}}<br />
<br />
=== General information ===<br />
<br />
{| class="wikitable"<br />
|-<br />
!scope="col"| <br />
!scope="col"| BB 1990<br />
!scope="col"| MS 1990<br />
!scope="col"| BB 1991<br />
!scope="col"| MS 1991<br />
!scope="col"| MS Amiga<br />
!scope="col"| EA FM Towns<br />
!scope="col"| EA PC-9801 <br />
|-<br />
!scope="row"| Release title<br />
| Stunts || 4D Sports Driving || Stunts || 4D Sports Driving || 4D Sports Driving || 4D Driving || 4D Driving<br />
|-<br />
!scope="row"| Version number<br />
| 1.0 || 1.1 || 1.1 || 1.1 || 1.2 || 1.0 || 1.0<br />
|-<br />
!scope="row"| Build date<br />
| 05 Oct. 1990 || 13 Dec. 1990 || 12 Feb. 1991 || 25 Feb. 1991 || 10 Jan. 1992 || 18 Jan. 1993 || 18 Jan. 1993<br />
|-<br />
!scope="row"| Publisher<br />
| Broderbund || Mindscape || Broderbund || Mindscape || Mindscape || Electronic Arts Victor || Electronic Arts Victor<br />
|}<br />
<br />
=== Driving ===<br />
<br />
{| class="wikitable"<br />
|-<br />
!scope="col"| <br />
!scope="col"| BB 1990<br />
!scope="col"| MS 1990<br />
!scope="col"| BB 1991<br />
!scope="col"| MS 1991<br />
!scope="col"| MS Amiga<br />
!scope="col"| EA FM Towns<br />
!scope="col"| EA PC-9801 <br />
|-<br />
!scope="row"| Jump boost<br />
| {{No}} || {{Yes}} || {{Yes}} || {{Yes}} || {{Unknown|?}} || {{Unknown|?}} || {{Yes}}<br />
|-<br />
!scope="row"| [[Power gear]] <br />
| {{Maybe|Flexible (Indy/Acura)}} || {{Yes}} || {{Yes}} || {{Yes}} || {{Unknown|?}} || {{No}} || {{No}}<br />
|-<br />
!scope="row"| Aero slowdown bug<br />
| {{Yes}} || {{Yes}} || {{Yes}} || {{Yes}} || {{Unknown|?}} || {{Unknown|?}} || {{No}}<br />
|-<br />
!scope="row"| Easy sharp drops <br />
| {{No}} || {{No}} || {{Yes}} || {{Yes}} || {{Unknown|?}} || {{Unknown|?}} || {{Yes}}<br />
|-<br />
!scope="row"| Penetrable tunnel roofs<br />
| {{Yes}} || {{Maybe|Partially}} || {{No}} || {{No}} || {{Unknown|?}} || {{No}} || {{No}}<br />
|-<br />
!scope="row"| Left corner bias<br />
| {{No}} || {{No}} || {{Yes}} || {{Yes}} || {{Unknown|?}} || {{Yes}} || {{Yes}}<br />
|-<br />
!scope="row"| Instant finish bug <br />
| {{Yes}} || {{Yes}} || {{Maybe|Nontrivial}} || {{Maybe|Nontrivial}} || {{Unknown|?}} || {{Unknown|?}} || {{Maybe|Nontrivial}}<br />
|-<br />
!scope="row"| Faster Indy<br />
| {{No}} || {{Yes}} || {{Yes}} || {{Yes}} || {{Unknown|?}} || {{Unknown|?}} || {{Unknown|?}}<br />
|}<br />
<br />
; Jump boost : Holding the accelerator while on air gives some extra speed upon landing.<br />
<br />
; Aero slowdown bug : Cars not in the [[power gear bug#PG classes|bug-free PG class]] can't be slowed down by aerodynamic resistance when above the flat track top speed.<br />
<br />
; Easy sharp drops : It is possible to land from jumps in angles much closer to vertical without crashing.<br />
<br />
; Penetrable tunnel roofs : Tunnel roofs can't be crashed into from below and, on BB 1990, can't be landed on.<br />
<br />
; Left corner bias: Left turns can be taken at higher speeds than right ones.<br />
<br />
; Instant finish bug: The lap can be terminated abruptly by driving on a split placed as the first track element.<br />
<br />
=== Miscellaneous ===<br />
<br />
{| class="wikitable"<br />
|-<br />
!scope="col"| <br />
!scope="col"| BB 1990<br />
!scope="col"| MS 1990<br />
!scope="col"| BB 1991<br />
!scope="col"| MS 1991<br />
!scope="col"| MS Amiga<br />
!scope="col"| EA FM Towns<br />
!scope="col"| EA PC-9801 <br />
|-<br />
!scope="row"| Fast rewinding<br />
| {{No}} || {{Yes}} || {{Yes}} || {{Yes}} || {{Unknown|?}} || {{Unknown|?}} || {{Yes}}<br />
|-<br />
!scope="row"| [[In-game editor|Terrain editor]] <br />
| {{Yes}} || {{Yes}} || {{Yes}} || {{Yes}} || {{Unknown|?}} || {{Unknown|?}} || {{No}}<br />
|-<br />
!scope="row"| HERROTTO.TRK<br />
| {{No}} || {{No}} || {{No}} || {{No}} || {{Unknown|?}} || {{Yes}} || {{Yes}}<br />
|-<br />
!scope="row"| VANCOUVR.TRK <br />
| {{Unknown|?}} || {{Maybe|DEFAULT.RPL}} || {{Maybe|DEFAULT.RPL}} || {{Maybe|DEFAULT.RPL}} || {{Unknown|?}} || {{Yes}} || {{Yes}}<br />
|-<br />
!scope="row"| Tournament mode<br />
| {{No}} || {{No}} || {{No}} || {{No}} || {{Unknown|?}} || {{Yes}} || {{Yes}}<br />
|-<br />
!scope="row"| [[Replay file format|Replay File Type]]<br />
| {{Maybe|Old Format}} || {{Maybe|Old Format}} || {{Yes|New Format}} || {{Yes|New Format}} || {{Yes|New Format}} || {{Yes|New Format}} || {{Yes|New Format}}<br />
<br />
|}<br />
<br />
=== Recompiled Versions ===<br />
<br />
{| class="wikitable"<br />
|-<br />
!scope="col"| <br />
!scope="col"| STUNTS 2021<br />
!scope="col"| STUNTS 2021<br />
!scope="col"| STUNTS 2023<br />
|-<br />
!scope="row"| Release title<br />
| Stunts 1.1 Mod 1.0 || Stunts Ferrari Edition || STUNTS NoRH <br />
|-<br />
!scope="row"| Project number<br />
| 4 || 5 || 6 <br />
|-<br />
!scope="row"| global version number<br />
| Latest 4.31.1 || Latest 5.31.1 || 6.33.0 <br />
|-<br />
!scope="row"| Build date<br />
| 21 sept. 2021 || 21 sept. 2021 || 20 March 2023<br />
|-<br />
!scope="row"| Publisher<br />
| Stunts Community || Stunts Community || Stunts Community<br />
|-<br />
!scope="row"| reverse compatible BB 1.1<br />
| {{Yes}} || {{Yes}} || {{No}} <br />
|-<br />
!scope="row"| Alternate graphics<br />
| {{No}} || {{Yes}} || {{Yes}} <br />
|-<br />
!scope="row"| Alternate music<br />
| {{No}} || {{Yes}} || {{No}} <br />
|-<br />
!scope="row"| Alternative Cars<br />
| {{No}} || {{Yes}} || {{No}} <br />
|-<br />
!scope="row"| Alternative tracks<br />
| {{No}} || {{Yes}} || {{No}} <br />
|-<br />
!scope="row"| Repositioned menu buttons<br />
| {{No}} || {{Yes}} || {{Yes}} <br />
|-<br />
!scope="row"| Alternate default car<br />
| {{No}} || {{Yes}} || {{Yes}} <br />
|-<br />
!scope="row"| Colour needles mod<br />
| {{Yes}} || {{Yes}} || {{Yes}}<br />
<br />
|}<br />
<br />
== External links ==<br />
<br />
* [http://www.kalpen.de/luke/4dinfo.html#ver Lukas Loehrer on the differences between PC versions]<br />
* [http://stunts.kalpen.de/indyeval.htm Kalpen's evaluation of Indy performances on different versions]<br />
<br />
[[Category:Game]]</div>Daniel3Dhttps://wiki.stunts.hu/index.php?title=Game_versions&diff=5508Game versions2023-04-04T11:45:24Z<p>Daniel3D: /* Miscellaneous */</p>
<hr />
<div>The game named Stunts is a creation of [[Distinctive Software]] studio, authors of Test Drive and Test Drive 2 before. A number of different versions of the game were published and are still circulating.<br><br />
<br />
== PC versions ==<br />
*[[Brøderbund]] versions (referred to as BB versions) :<br><br />
** [[Stunts 1.0]] [[Chronology|(05 Oct. 1990)]]<br><br />
** [[Stunts 1.1]] [[Chronology|(12 Feb. 1991)]]<br />
<br><br />
*[[Mindscape]] versions (referred to as MS versions) :<br><br />
** [[4D Sports Driving 1.1]] [[Chronology|(13 Dec. 1990)]]<br><br />
** [[4D Sports Driving 1.1]] [[Chronology|(25 Feb. 1991)]]<br />
<br><br />
There are several gameplay differences between these versions; the principal ones are summarized below:<br />
* Crashes when landing from jumps happen very often in BB 1.0 and MS 1.1 (1990 one), as the maximum angle allowed for hitting the ground without crashing was much smaller.<br />
* Unlike on the various 1.1 versions, with BB 1.0 it is generally not possible to gain speed when landing from jumps - as you hit the ground, the horizontal velocity of the car will remain unchanged. That makes an enormous difference in car behaviour, specially for the slow cars, and also means it becomes virtually impossible to reach [[powergear]] with [[Ferrari]] and [[Corvette]].<br />
* Some track elements characteristics also change. For instance, tunnel roofs are completely penetrable in BB 1.0, and while it is possible to land on them with MS 1.1 versions, you will often be spared from a crash when hitting them from below.<br />
* There are also minor performance and handling differences. Overall, cars are slowest in BB 1.0 and fastest in BB 1.1.<br />
All these differences cause replays performed with different game versions incompatible regardless of the tracks being exchangeable, as the game engine will process the input stored in the replay file differently for each version.<br><br />
<br><br />
The most used version in competitions nowadays is Stunts BB 1.1. At the dawn of Stunts competitions (1998-2000), however, it was Stunts BB 1.0 that was most popular. When the user share of Stunts BB 1.1 began to grow, a cheated car named [[4D Contest Car|Contest Car]] was created by [[Lukas Loehrer]] to allow Stunts 1.0 users be as fast as 1.1 users, because [[Porsche March Indy|Indy]] car is slightly faster in BB/MS 1.1 versions than in BB 1.0 version.<br><br />
<br><br />
According to the countries, Mindscape or Broderbund had the contract for selling the game. In USA, Germany and Eastern Europe the publisher was Broderbund; in France, U.K. and Belgium it was Mindscape. Overall, Broderbund versions are much more well known worldwide.<br />
<br />
== Amiga version ==<br />
<br />
It seems that only publisher for [[Amiga]] was [[Mindscape]]; therefore, the game was published under the name 4D Sports Driving.<br><br />
Only one version was available : it was version was 1.2, converted to Amiga from PC version.<br><br />
This version has less [[Bugs|bugs]] than PC versions.<br />
* [[4D Sports Driving 1.2]] [[Chronology|(1992-01-10)]]<br />
<br><br />
<br />
== FM Towns version ==<br />
<br />
Stunts was also adapted to [[FM Towns]] computers.<br>[[image:fm_towns_title_screen.jpg|200px|right|thumb|Title screen of FM Towns version 1.0]]<br><br />
<br />
FM Towns/Marty computers were i386 CPU-based computers NOT compatible with classic IBM-compatible PCs, made by Fujitsu (FM meaning Fujitsu Micro) and sold only in Japan. A console FM Towns, compatible with FM Towns/Marty computers, was also created.<br><br />
* [[4D Driving 1.0]] [[Chronology|(1993-01-18)]]<br />
<br><br />
<br />
The editor for this version was [[Electronic Arts]] (E.A.) - Victor, as [[Distinctive Software]] has been bought by E.A. in [[Chronology|1991]] to become E.A. Canada.<br><br />
This version was also converted from PC, and with less [[Bugs|bugs]] than PC versions.<br><br />
<br />
As name "Stunts" was property of [[Brøderbund]] and "4D Sports" name was property of [[Mindscape]], the game was released as "4D Driving" (to remember 4D Sports - Driving name that was already known in Japan due to Amiga version of the game).<br />
<br />
<gallery widths="200px" heights="150px"><br />
Image:FM_Towns_cover_1.jpg|Box, manual and CD box of FM Towns version 1.0<br />
Image:FM_Towns_cover_2.jpg|Rear view of FM Towns box<br />
</gallery><br />
<br />
== PC-9801 version ==<br />
[[image:Pc98_title_screen.png|200px|right|thumb|Title screen of PC-9801 version 1.0]]<br />
Another Japanese port was made for the NEC [[PC-9801]]. It was produced by the same team as the FM Towns version and the two ports shared graphics and new opponents. Due to hardware limitations this version had fewer colors and the music were synthesized. Otherwise, it is quite similar to the FM Towns version.<br><br />
* [[4D Driving 1.0]] [[Chronology|(1993-01-18)]]<br />
<br><br />
{{-}}<br />
<br />
== Other versions ==<br />
<br />
[[Kevin Pickell]] mentioned, in an [http://en.wikipedia.org/w/index.php?title=Stunts_(video_game)&diff=224504789&oldid=223443733 Wikipedia edit] of the Stunts article, that a Sega Genesis (AKA Mega Drive) version was planned and realized, but the port never made it to the stores as it was not possible to make it work at an acceptable frame rate.<br />
<br />
== Comparison of game versions ==<br />
<br />
{{Sectstub}}<br />
<br />
=== General information ===<br />
<br />
{| class="wikitable"<br />
|-<br />
!scope="col"| <br />
!scope="col"| BB 1990<br />
!scope="col"| MS 1990<br />
!scope="col"| BB 1991<br />
!scope="col"| MS 1991<br />
!scope="col"| MS Amiga<br />
!scope="col"| EA FM Towns<br />
!scope="col"| EA PC-9801 <br />
|-<br />
!scope="row"| Release title<br />
| Stunts || 4D Sports Driving || Stunts || 4D Sports Driving || 4D Sports Driving || 4D Driving || 4D Driving<br />
|-<br />
!scope="row"| Version number<br />
| 1.0 || 1.1 || 1.1 || 1.1 || 1.2 || 1.0 || 1.0<br />
|-<br />
!scope="row"| Build date<br />
| 05 Oct. 1990 || 13 Dec. 1990 || 12 Feb. 1991 || 25 Feb. 1991 || 10 Jan. 1992 || 18 Jan. 1993 || 18 Jan. 1993<br />
|-<br />
!scope="row"| Publisher<br />
| Broderbund || Mindscape || Broderbund || Mindscape || Mindscape || Electronic Arts Victor || Electronic Arts Victor<br />
|}<br />
<br />
=== Driving ===<br />
<br />
{| class="wikitable"<br />
|-<br />
!scope="col"| <br />
!scope="col"| BB 1990<br />
!scope="col"| MS 1990<br />
!scope="col"| BB 1991<br />
!scope="col"| MS 1991<br />
!scope="col"| MS Amiga<br />
!scope="col"| EA FM Towns<br />
!scope="col"| EA PC-9801 <br />
|-<br />
!scope="row"| Jump boost<br />
| {{No}} || {{Yes}} || {{Yes}} || {{Yes}} || {{Unknown|?}} || {{Unknown|?}} || {{Yes}}<br />
|-<br />
!scope="row"| [[Power gear]] <br />
| {{Maybe|Flexible (Indy/Acura)}} || {{Yes}} || {{Yes}} || {{Yes}} || {{Unknown|?}} || {{No}} || {{No}}<br />
|-<br />
!scope="row"| Aero slowdown bug<br />
| {{Yes}} || {{Yes}} || {{Yes}} || {{Yes}} || {{Unknown|?}} || {{Unknown|?}} || {{No}}<br />
|-<br />
!scope="row"| Easy sharp drops <br />
| {{No}} || {{No}} || {{Yes}} || {{Yes}} || {{Unknown|?}} || {{Unknown|?}} || {{Yes}}<br />
|-<br />
!scope="row"| Penetrable tunnel roofs<br />
| {{Yes}} || {{Maybe|Partially}} || {{No}} || {{No}} || {{Unknown|?}} || {{No}} || {{No}}<br />
|-<br />
!scope="row"| Left corner bias<br />
| {{No}} || {{No}} || {{Yes}} || {{Yes}} || {{Unknown|?}} || {{Yes}} || {{Yes}}<br />
|-<br />
!scope="row"| Instant finish bug <br />
| {{Yes}} || {{Yes}} || {{Maybe|Nontrivial}} || {{Maybe|Nontrivial}} || {{Unknown|?}} || {{Unknown|?}} || {{Maybe|Nontrivial}}<br />
|-<br />
!scope="row"| Faster Indy<br />
| {{No}} || {{Yes}} || {{Yes}} || {{Yes}} || {{Unknown|?}} || {{Unknown|?}} || {{Unknown|?}}<br />
|}<br />
<br />
; Jump boost : Holding the accelerator while on air gives some extra speed upon landing.<br />
<br />
; Aero slowdown bug : Cars not in the [[power gear bug#PG classes|bug-free PG class]] can't be slowed down by aerodynamic resistance when above the flat track top speed.<br />
<br />
; Easy sharp drops : It is possible to land from jumps in angles much closer to vertical without crashing.<br />
<br />
; Penetrable tunnel roofs : Tunnel roofs can't be crashed into from below and, on BB 1990, can't be landed on.<br />
<br />
; Left corner bias: Left turns can be taken at higher speeds than right ones.<br />
<br />
; Instant finish bug: The lap can be terminated abruptly by driving on a split placed as the first track element.<br />
<br />
=== Miscellaneous ===<br />
<br />
{| class="wikitable"<br />
|-<br />
!scope="col"| <br />
!scope="col"| BB 1990<br />
!scope="col"| MS 1990<br />
!scope="col"| BB 1991<br />
!scope="col"| MS 1991<br />
!scope="col"| MS Amiga<br />
!scope="col"| EA FM Towns<br />
!scope="col"| EA PC-9801 <br />
|-<br />
!scope="row"| Fast rewinding<br />
| {{No}} || {{Yes}} || {{Yes}} || {{Yes}} || {{Unknown|?}} || {{Unknown|?}} || {{Yes}}<br />
|-<br />
!scope="row"| [[In-game editor|Terrain editor]] <br />
| {{Yes}} || {{Yes}} || {{Yes}} || {{Yes}} || {{Unknown|?}} || {{Unknown|?}} || {{No}}<br />
|-<br />
!scope="row"| HERROTTO.TRK<br />
| {{No}} || {{No}} || {{No}} || {{No}} || {{Unknown|?}} || {{Yes}} || {{Yes}}<br />
|-<br />
!scope="row"| VANCOUVR.TRK <br />
| {{Unknown|?}} || {{Maybe|DEFAULT.RPL}} || {{Maybe|DEFAULT.RPL}} || {{Maybe|DEFAULT.RPL}} || {{Unknown|?}} || {{Yes}} || {{Yes}}<br />
|-<br />
!scope="row"| Tournament mode<br />
| {{No}} || {{No}} || {{No}} || {{No}} || {{Unknown|?}} || {{Yes}} || {{Yes}}<br />
|-<br />
!scope="row"| [[Replay file format|Replay File Type]]<br />
| {{Maybe|Old Format}} || {{Maybe|Old Format}} || {{Yes|New Format}} || {{Yes|New Format}} || {{Yes|New Format}} || {{Yes|New Format}} || {{Yes|New Format}}<br />
<br />
|}<br />
<br />
=== Recompiled Versions ===<br />
<br />
{| class="wikitable"<br />
|-<br />
!scope="col"| <br />
!scope="col"| STUNTS 2021<br />
!scope="col"| STUNTS 2021<br />
!scope="col"| STUNTS 2023<br />
|-<br />
!scope="row"| Release title<br />
| Stunts 1.1 Mod 1.0 || Stunts Ferrari Edition || STUNTS NoRH <br />
|-<br />
!scope="row"| Project number<br />
| 4 || 5 || 6 <br />
|-<br />
!scope="row"| global version number<br />
| Latest 4.31.1 || Latest 5.31.1 || 6.33.0 <br />
|-<br />
!scope="row"| Build date<br />
| 21 sept. 2021 || 21 sept. 2021 || 20 March 2023<br />
|-<br />
!scope="row"| Publisher<br />
| Stunts Community || Stunts Community || Stunts Community<br />
|-<br />
!scope="row"| Alternate graphics<br />
| {{No}} || {{Yes}} || {{Yes}} <br />
|-<br />
!scope="row"| Alternate music<br />
| {{No}} || {{Yes}} || {{No}} <br />
|-<br />
!scope="row"| Alternative Cars<br />
| {{No}} || {{Yes}} || {{No}} <br />
|-<br />
!scope="row"| Alternative tracks<br />
| {{No}} || {{Yes}} || {{No}} <br />
|-<br />
!scope="row"| Repositioned menu buttons<br />
| {{No}} || {{Yes}} || {{Yes}} <br />
|-<br />
!scope="row"| Alternate default car<br />
| {{No}} || {{Yes}} || {{Yes}} <br />
|-<br />
!scope="row"| Colour needles mod<br />
| {{Yes}} || {{Yes}} || {{Yes}}<br />
<br />
|}<br />
<br />
== External links ==<br />
<br />
* [http://www.kalpen.de/luke/4dinfo.html#ver Lukas Loehrer on the differences between PC versions]<br />
* [http://stunts.kalpen.de/indyeval.htm Kalpen's evaluation of Indy performances on different versions]<br />
<br />
[[Category:Game]]</div>Daniel3Dhttps://wiki.stunts.hu/index.php?title=Game_versions&diff=5507Game versions2023-04-04T11:39:42Z<p>Daniel3D: /* Recompiled Versions */</p>
<hr />
<div>The game named Stunts is a creation of [[Distinctive Software]] studio, authors of Test Drive and Test Drive 2 before. A number of different versions of the game were published and are still circulating.<br><br />
<br />
== PC versions ==<br />
*[[Brøderbund]] versions (referred to as BB versions) :<br><br />
** [[Stunts 1.0]] [[Chronology|(05 Oct. 1990)]]<br><br />
** [[Stunts 1.1]] [[Chronology|(12 Feb. 1991)]]<br />
<br><br />
*[[Mindscape]] versions (referred to as MS versions) :<br><br />
** [[4D Sports Driving 1.1]] [[Chronology|(13 Dec. 1990)]]<br><br />
** [[4D Sports Driving 1.1]] [[Chronology|(25 Feb. 1991)]]<br />
<br><br />
There are several gameplay differences between these versions; the principal ones are summarized below:<br />
* Crashes when landing from jumps happen very often in BB 1.0 and MS 1.1 (1990 one), as the maximum angle allowed for hitting the ground without crashing was much smaller.<br />
* Unlike on the various 1.1 versions, with BB 1.0 it is generally not possible to gain speed when landing from jumps - as you hit the ground, the horizontal velocity of the car will remain unchanged. That makes an enormous difference in car behaviour, specially for the slow cars, and also means it becomes virtually impossible to reach [[powergear]] with [[Ferrari]] and [[Corvette]].<br />
* Some track elements characteristics also change. For instance, tunnel roofs are completely penetrable in BB 1.0, and while it is possible to land on them with MS 1.1 versions, you will often be spared from a crash when hitting them from below.<br />
* There are also minor performance and handling differences. Overall, cars are slowest in BB 1.0 and fastest in BB 1.1.<br />
All these differences cause replays performed with different game versions incompatible regardless of the tracks being exchangeable, as the game engine will process the input stored in the replay file differently for each version.<br><br />
<br><br />
The most used version in competitions nowadays is Stunts BB 1.1. At the dawn of Stunts competitions (1998-2000), however, it was Stunts BB 1.0 that was most popular. When the user share of Stunts BB 1.1 began to grow, a cheated car named [[4D Contest Car|Contest Car]] was created by [[Lukas Loehrer]] to allow Stunts 1.0 users be as fast as 1.1 users, because [[Porsche March Indy|Indy]] car is slightly faster in BB/MS 1.1 versions than in BB 1.0 version.<br><br />
<br><br />
According to the countries, Mindscape or Broderbund had the contract for selling the game. In USA, Germany and Eastern Europe the publisher was Broderbund; in France, U.K. and Belgium it was Mindscape. Overall, Broderbund versions are much more well known worldwide.<br />
<br />
== Amiga version ==<br />
<br />
It seems that only publisher for [[Amiga]] was [[Mindscape]]; therefore, the game was published under the name 4D Sports Driving.<br><br />
Only one version was available : it was version was 1.2, converted to Amiga from PC version.<br><br />
This version has less [[Bugs|bugs]] than PC versions.<br />
* [[4D Sports Driving 1.2]] [[Chronology|(1992-01-10)]]<br />
<br><br />
<br />
== FM Towns version ==<br />
<br />
Stunts was also adapted to [[FM Towns]] computers.<br>[[image:fm_towns_title_screen.jpg|200px|right|thumb|Title screen of FM Towns version 1.0]]<br><br />
<br />
FM Towns/Marty computers were i386 CPU-based computers NOT compatible with classic IBM-compatible PCs, made by Fujitsu (FM meaning Fujitsu Micro) and sold only in Japan. A console FM Towns, compatible with FM Towns/Marty computers, was also created.<br><br />
* [[4D Driving 1.0]] [[Chronology|(1993-01-18)]]<br />
<br><br />
<br />
The editor for this version was [[Electronic Arts]] (E.A.) - Victor, as [[Distinctive Software]] has been bought by E.A. in [[Chronology|1991]] to become E.A. Canada.<br><br />
This version was also converted from PC, and with less [[Bugs|bugs]] than PC versions.<br><br />
<br />
As name "Stunts" was property of [[Brøderbund]] and "4D Sports" name was property of [[Mindscape]], the game was released as "4D Driving" (to remember 4D Sports - Driving name that was already known in Japan due to Amiga version of the game).<br />
<br />
<gallery widths="200px" heights="150px"><br />
Image:FM_Towns_cover_1.jpg|Box, manual and CD box of FM Towns version 1.0<br />
Image:FM_Towns_cover_2.jpg|Rear view of FM Towns box<br />
</gallery><br />
<br />
== PC-9801 version ==<br />
[[image:Pc98_title_screen.png|200px|right|thumb|Title screen of PC-9801 version 1.0]]<br />
Another Japanese port was made for the NEC [[PC-9801]]. It was produced by the same team as the FM Towns version and the two ports shared graphics and new opponents. Due to hardware limitations this version had fewer colors and the music were synthesized. Otherwise, it is quite similar to the FM Towns version.<br><br />
* [[4D Driving 1.0]] [[Chronology|(1993-01-18)]]<br />
<br><br />
{{-}}<br />
<br />
== Other versions ==<br />
<br />
[[Kevin Pickell]] mentioned, in an [http://en.wikipedia.org/w/index.php?title=Stunts_(video_game)&diff=224504789&oldid=223443733 Wikipedia edit] of the Stunts article, that a Sega Genesis (AKA Mega Drive) version was planned and realized, but the port never made it to the stores as it was not possible to make it work at an acceptable frame rate.<br />
<br />
== Comparison of game versions ==<br />
<br />
{{Sectstub}}<br />
<br />
=== General information ===<br />
<br />
{| class="wikitable"<br />
|-<br />
!scope="col"| <br />
!scope="col"| BB 1990<br />
!scope="col"| MS 1990<br />
!scope="col"| BB 1991<br />
!scope="col"| MS 1991<br />
!scope="col"| MS Amiga<br />
!scope="col"| EA FM Towns<br />
!scope="col"| EA PC-9801 <br />
|-<br />
!scope="row"| Release title<br />
| Stunts || 4D Sports Driving || Stunts || 4D Sports Driving || 4D Sports Driving || 4D Driving || 4D Driving<br />
|-<br />
!scope="row"| Version number<br />
| 1.0 || 1.1 || 1.1 || 1.1 || 1.2 || 1.0 || 1.0<br />
|-<br />
!scope="row"| Build date<br />
| 05 Oct. 1990 || 13 Dec. 1990 || 12 Feb. 1991 || 25 Feb. 1991 || 10 Jan. 1992 || 18 Jan. 1993 || 18 Jan. 1993<br />
|-<br />
!scope="row"| Publisher<br />
| Broderbund || Mindscape || Broderbund || Mindscape || Mindscape || Electronic Arts Victor || Electronic Arts Victor<br />
|}<br />
<br />
=== Driving ===<br />
<br />
{| class="wikitable"<br />
|-<br />
!scope="col"| <br />
!scope="col"| BB 1990<br />
!scope="col"| MS 1990<br />
!scope="col"| BB 1991<br />
!scope="col"| MS 1991<br />
!scope="col"| MS Amiga<br />
!scope="col"| EA FM Towns<br />
!scope="col"| EA PC-9801 <br />
|-<br />
!scope="row"| Jump boost<br />
| {{No}} || {{Yes}} || {{Yes}} || {{Yes}} || {{Unknown|?}} || {{Unknown|?}} || {{Yes}}<br />
|-<br />
!scope="row"| [[Power gear]] <br />
| {{Maybe|Flexible (Indy/Acura)}} || {{Yes}} || {{Yes}} || {{Yes}} || {{Unknown|?}} || {{No}} || {{No}}<br />
|-<br />
!scope="row"| Aero slowdown bug<br />
| {{Yes}} || {{Yes}} || {{Yes}} || {{Yes}} || {{Unknown|?}} || {{Unknown|?}} || {{No}}<br />
|-<br />
!scope="row"| Easy sharp drops <br />
| {{No}} || {{No}} || {{Yes}} || {{Yes}} || {{Unknown|?}} || {{Unknown|?}} || {{Yes}}<br />
|-<br />
!scope="row"| Penetrable tunnel roofs<br />
| {{Yes}} || {{Maybe|Partially}} || {{No}} || {{No}} || {{Unknown|?}} || {{No}} || {{No}}<br />
|-<br />
!scope="row"| Left corner bias<br />
| {{No}} || {{No}} || {{Yes}} || {{Yes}} || {{Unknown|?}} || {{Yes}} || {{Yes}}<br />
|-<br />
!scope="row"| Instant finish bug <br />
| {{Yes}} || {{Yes}} || {{Maybe|Nontrivial}} || {{Maybe|Nontrivial}} || {{Unknown|?}} || {{Unknown|?}} || {{Maybe|Nontrivial}}<br />
|-<br />
!scope="row"| Faster Indy<br />
| {{No}} || {{Yes}} || {{Yes}} || {{Yes}} || {{Unknown|?}} || {{Unknown|?}} || {{Unknown|?}}<br />
|}<br />
<br />
; Jump boost : Holding the accelerator while on air gives some extra speed upon landing.<br />
<br />
; Aero slowdown bug : Cars not in the [[power gear bug#PG classes|bug-free PG class]] can't be slowed down by aerodynamic resistance when above the flat track top speed.<br />
<br />
; Easy sharp drops : It is possible to land from jumps in angles much closer to vertical without crashing.<br />
<br />
; Penetrable tunnel roofs : Tunnel roofs can't be crashed into from below and, on BB 1990, can't be landed on.<br />
<br />
; Left corner bias: Left turns can be taken at higher speeds than right ones.<br />
<br />
; Instant finish bug: The lap can be terminated abruptly by driving on a split placed as the first track element.<br />
<br />
=== Miscellaneous ===<br />
<br />
{| class="wikitable"<br />
|-<br />
!scope="col"| <br />
!scope="col"| BB 1990<br />
!scope="col"| MS 1990<br />
!scope="col"| BB 1991<br />
!scope="col"| MS 1991<br />
!scope="col"| MS Amiga<br />
!scope="col"| EA FM Towns<br />
!scope="col"| EA PC-9801 <br />
|-<br />
!scope="row"| Fast rewinding<br />
| {{No}} || {{Yes}} || {{Yes}} || {{Yes}} || {{Unknown|?}} || {{Unknown|?}} || {{Yes}}<br />
|-<br />
!scope="row"| [[In-game editor|Terrain editor]] <br />
| {{Yes}} || {{Yes}} || {{Yes}} || {{Yes}} || {{Unknown|?}} || {{Unknown|?}} || {{No}}<br />
|-<br />
!scope="row"| HERROTTO.TRK<br />
| {{No}} || {{No}} || {{No}} || {{No}} || {{Unknown|?}} || {{Yes}} || {{Yes}}<br />
|-<br />
!scope="row"| VANCOUVR.TRK <br />
| {{Unknown|?}} || {{Maybe|DEFAULT.RPL}} || {{Maybe|DEFAULT.RPL}} || {{Maybe|DEFAULT.RPL}} || {{Unknown|?}} || {{Yes}} || {{Yes}}<br />
|-<br />
!scope="row"| Tournament mode<br />
| {{No}} || {{No}} || {{No}} || {{No}} || {{Unknown|?}} || {{Yes}} || {{Yes}}<br />
|-<br />
!scope="row"| [[Replay file format|Replay File Type]]<br />
| {{Maybe|Old Format}} || {{Maybe|Old Format}} || {{Yes|New Format}} || {{Yes|New Format}} || {{Yes|New Format}} || {{Yes|New Format}} || {{Unknown|?}}<br />
<br />
|}<br />
<br />
=== Recompiled Versions ===<br />
<br />
{| class="wikitable"<br />
|-<br />
!scope="col"| <br />
!scope="col"| STUNTS 2021<br />
!scope="col"| STUNTS 2021<br />
!scope="col"| STUNTS 2023<br />
|-<br />
!scope="row"| Release title<br />
| Stunts 1.1 Mod 1.0 || Stunts Ferrari Edition || STUNTS NoRH <br />
|-<br />
!scope="row"| Project number<br />
| 4 || 5 || 6 <br />
|-<br />
!scope="row"| global version number<br />
| Latest 4.31.1 || Latest 5.31.1 || 6.33.0 <br />
|-<br />
!scope="row"| Build date<br />
| 21 sept. 2021 || 21 sept. 2021 || 20 March 2023<br />
|-<br />
!scope="row"| Publisher<br />
| Stunts Community || Stunts Community || Stunts Community<br />
|-<br />
!scope="row"| Alternate graphics<br />
| {{No}} || {{Yes}} || {{Yes}} <br />
|-<br />
!scope="row"| Alternate music<br />
| {{No}} || {{Yes}} || {{No}} <br />
|-<br />
!scope="row"| Alternative Cars<br />
| {{No}} || {{Yes}} || {{No}} <br />
|-<br />
!scope="row"| Alternative tracks<br />
| {{No}} || {{Yes}} || {{No}} <br />
|-<br />
!scope="row"| Repositioned menu buttons<br />
| {{No}} || {{Yes}} || {{Yes}} <br />
|-<br />
!scope="row"| Alternate default car<br />
| {{No}} || {{Yes}} || {{Yes}} <br />
|-<br />
!scope="row"| Colour needles mod<br />
| {{Yes}} || {{Yes}} || {{Yes}}<br />
<br />
|}<br />
<br />
== External links ==<br />
<br />
* [http://www.kalpen.de/luke/4dinfo.html#ver Lukas Loehrer on the differences between PC versions]<br />
* [http://stunts.kalpen.de/indyeval.htm Kalpen's evaluation of Indy performances on different versions]<br />
<br />
[[Category:Game]]</div>Daniel3Dhttps://wiki.stunts.hu/index.php?title=Game_versions&diff=5506Game versions2023-04-04T10:12:29Z<p>Daniel3D: /* Recompiled Versions */</p>
<hr />
<div>The game named Stunts is a creation of [[Distinctive Software]] studio, authors of Test Drive and Test Drive 2 before. A number of different versions of the game were published and are still circulating.<br><br />
<br />
== PC versions ==<br />
*[[Brøderbund]] versions (referred to as BB versions) :<br><br />
** [[Stunts 1.0]] [[Chronology|(05 Oct. 1990)]]<br><br />
** [[Stunts 1.1]] [[Chronology|(12 Feb. 1991)]]<br />
<br><br />
*[[Mindscape]] versions (referred to as MS versions) :<br><br />
** [[4D Sports Driving 1.1]] [[Chronology|(13 Dec. 1990)]]<br><br />
** [[4D Sports Driving 1.1]] [[Chronology|(25 Feb. 1991)]]<br />
<br><br />
There are several gameplay differences between these versions; the principal ones are summarized below:<br />
* Crashes when landing from jumps happen very often in BB 1.0 and MS 1.1 (1990 one), as the maximum angle allowed for hitting the ground without crashing was much smaller.<br />
* Unlike on the various 1.1 versions, with BB 1.0 it is generally not possible to gain speed when landing from jumps - as you hit the ground, the horizontal velocity of the car will remain unchanged. That makes an enormous difference in car behaviour, specially for the slow cars, and also means it becomes virtually impossible to reach [[powergear]] with [[Ferrari]] and [[Corvette]].<br />
* Some track elements characteristics also change. For instance, tunnel roofs are completely penetrable in BB 1.0, and while it is possible to land on them with MS 1.1 versions, you will often be spared from a crash when hitting them from below.<br />
* There are also minor performance and handling differences. Overall, cars are slowest in BB 1.0 and fastest in BB 1.1.<br />
All these differences cause replays performed with different game versions incompatible regardless of the tracks being exchangeable, as the game engine will process the input stored in the replay file differently for each version.<br><br />
<br><br />
The most used version in competitions nowadays is Stunts BB 1.1. At the dawn of Stunts competitions (1998-2000), however, it was Stunts BB 1.0 that was most popular. When the user share of Stunts BB 1.1 began to grow, a cheated car named [[4D Contest Car|Contest Car]] was created by [[Lukas Loehrer]] to allow Stunts 1.0 users be as fast as 1.1 users, because [[Porsche March Indy|Indy]] car is slightly faster in BB/MS 1.1 versions than in BB 1.0 version.<br><br />
<br><br />
According to the countries, Mindscape or Broderbund had the contract for selling the game. In USA, Germany and Eastern Europe the publisher was Broderbund; in France, U.K. and Belgium it was Mindscape. Overall, Broderbund versions are much more well known worldwide.<br />
<br />
== Amiga version ==<br />
<br />
It seems that only publisher for [[Amiga]] was [[Mindscape]]; therefore, the game was published under the name 4D Sports Driving.<br><br />
Only one version was available : it was version was 1.2, converted to Amiga from PC version.<br><br />
This version has less [[Bugs|bugs]] than PC versions.<br />
* [[4D Sports Driving 1.2]] [[Chronology|(1992-01-10)]]<br />
<br><br />
<br />
== FM Towns version ==<br />
<br />
Stunts was also adapted to [[FM Towns]] computers.<br>[[image:fm_towns_title_screen.jpg|200px|right|thumb|Title screen of FM Towns version 1.0]]<br><br />
<br />
FM Towns/Marty computers were i386 CPU-based computers NOT compatible with classic IBM-compatible PCs, made by Fujitsu (FM meaning Fujitsu Micro) and sold only in Japan. A console FM Towns, compatible with FM Towns/Marty computers, was also created.<br><br />
* [[4D Driving 1.0]] [[Chronology|(1993-01-18)]]<br />
<br><br />
<br />
The editor for this version was [[Electronic Arts]] (E.A.) - Victor, as [[Distinctive Software]] has been bought by E.A. in [[Chronology|1991]] to become E.A. Canada.<br><br />
This version was also converted from PC, and with less [[Bugs|bugs]] than PC versions.<br><br />
<br />
As name "Stunts" was property of [[Brøderbund]] and "4D Sports" name was property of [[Mindscape]], the game was released as "4D Driving" (to remember 4D Sports - Driving name that was already known in Japan due to Amiga version of the game).<br />
<br />
<gallery widths="200px" heights="150px"><br />
Image:FM_Towns_cover_1.jpg|Box, manual and CD box of FM Towns version 1.0<br />
Image:FM_Towns_cover_2.jpg|Rear view of FM Towns box<br />
</gallery><br />
<br />
== PC-9801 version ==<br />
[[image:Pc98_title_screen.png|200px|right|thumb|Title screen of PC-9801 version 1.0]]<br />
Another Japanese port was made for the NEC [[PC-9801]]. It was produced by the same team as the FM Towns version and the two ports shared graphics and new opponents. Due to hardware limitations this version had fewer colors and the music were synthesized. Otherwise, it is quite similar to the FM Towns version.<br><br />
* [[4D Driving 1.0]] [[Chronology|(1993-01-18)]]<br />
<br><br />
{{-}}<br />
<br />
== Other versions ==<br />
<br />
[[Kevin Pickell]] mentioned, in an [http://en.wikipedia.org/w/index.php?title=Stunts_(video_game)&diff=224504789&oldid=223443733 Wikipedia edit] of the Stunts article, that a Sega Genesis (AKA Mega Drive) version was planned and realized, but the port never made it to the stores as it was not possible to make it work at an acceptable frame rate.<br />
<br />
== Comparison of game versions ==<br />
<br />
{{Sectstub}}<br />
<br />
=== General information ===<br />
<br />
{| class="wikitable"<br />
|-<br />
!scope="col"| <br />
!scope="col"| BB 1990<br />
!scope="col"| MS 1990<br />
!scope="col"| BB 1991<br />
!scope="col"| MS 1991<br />
!scope="col"| MS Amiga<br />
!scope="col"| EA FM Towns<br />
!scope="col"| EA PC-9801 <br />
|-<br />
!scope="row"| Release title<br />
| Stunts || 4D Sports Driving || Stunts || 4D Sports Driving || 4D Sports Driving || 4D Driving || 4D Driving<br />
|-<br />
!scope="row"| Version number<br />
| 1.0 || 1.1 || 1.1 || 1.1 || 1.2 || 1.0 || 1.0<br />
|-<br />
!scope="row"| Build date<br />
| 05 Oct. 1990 || 13 Dec. 1990 || 12 Feb. 1991 || 25 Feb. 1991 || 10 Jan. 1992 || 18 Jan. 1993 || 18 Jan. 1993<br />
|-<br />
!scope="row"| Publisher<br />
| Broderbund || Mindscape || Broderbund || Mindscape || Mindscape || Electronic Arts Victor || Electronic Arts Victor<br />
|}<br />
<br />
=== Driving ===<br />
<br />
{| class="wikitable"<br />
|-<br />
!scope="col"| <br />
!scope="col"| BB 1990<br />
!scope="col"| MS 1990<br />
!scope="col"| BB 1991<br />
!scope="col"| MS 1991<br />
!scope="col"| MS Amiga<br />
!scope="col"| EA FM Towns<br />
!scope="col"| EA PC-9801 <br />
|-<br />
!scope="row"| Jump boost<br />
| {{No}} || {{Yes}} || {{Yes}} || {{Yes}} || {{Unknown|?}} || {{Unknown|?}} || {{Yes}}<br />
|-<br />
!scope="row"| [[Power gear]] <br />
| {{Maybe|Flexible (Indy/Acura)}} || {{Yes}} || {{Yes}} || {{Yes}} || {{Unknown|?}} || {{No}} || {{No}}<br />
|-<br />
!scope="row"| Aero slowdown bug<br />
| {{Yes}} || {{Yes}} || {{Yes}} || {{Yes}} || {{Unknown|?}} || {{Unknown|?}} || {{No}}<br />
|-<br />
!scope="row"| Easy sharp drops <br />
| {{No}} || {{No}} || {{Yes}} || {{Yes}} || {{Unknown|?}} || {{Unknown|?}} || {{Yes}}<br />
|-<br />
!scope="row"| Penetrable tunnel roofs<br />
| {{Yes}} || {{Maybe|Partially}} || {{No}} || {{No}} || {{Unknown|?}} || {{No}} || {{No}}<br />
|-<br />
!scope="row"| Left corner bias<br />
| {{No}} || {{No}} || {{Yes}} || {{Yes}} || {{Unknown|?}} || {{Yes}} || {{Yes}}<br />
|-<br />
!scope="row"| Instant finish bug <br />
| {{Yes}} || {{Yes}} || {{Maybe|Nontrivial}} || {{Maybe|Nontrivial}} || {{Unknown|?}} || {{Unknown|?}} || {{Maybe|Nontrivial}}<br />
|-<br />
!scope="row"| Faster Indy<br />
| {{No}} || {{Yes}} || {{Yes}} || {{Yes}} || {{Unknown|?}} || {{Unknown|?}} || {{Unknown|?}}<br />
|}<br />
<br />
; Jump boost : Holding the accelerator while on air gives some extra speed upon landing.<br />
<br />
; Aero slowdown bug : Cars not in the [[power gear bug#PG classes|bug-free PG class]] can't be slowed down by aerodynamic resistance when above the flat track top speed.<br />
<br />
; Easy sharp drops : It is possible to land from jumps in angles much closer to vertical without crashing.<br />
<br />
; Penetrable tunnel roofs : Tunnel roofs can't be crashed into from below and, on BB 1990, can't be landed on.<br />
<br />
; Left corner bias: Left turns can be taken at higher speeds than right ones.<br />
<br />
; Instant finish bug: The lap can be terminated abruptly by driving on a split placed as the first track element.<br />
<br />
=== Miscellaneous ===<br />
<br />
{| class="wikitable"<br />
|-<br />
!scope="col"| <br />
!scope="col"| BB 1990<br />
!scope="col"| MS 1990<br />
!scope="col"| BB 1991<br />
!scope="col"| MS 1991<br />
!scope="col"| MS Amiga<br />
!scope="col"| EA FM Towns<br />
!scope="col"| EA PC-9801 <br />
|-<br />
!scope="row"| Fast rewinding<br />
| {{No}} || {{Yes}} || {{Yes}} || {{Yes}} || {{Unknown|?}} || {{Unknown|?}} || {{Yes}}<br />
|-<br />
!scope="row"| [[In-game editor|Terrain editor]] <br />
| {{Yes}} || {{Yes}} || {{Yes}} || {{Yes}} || {{Unknown|?}} || {{Unknown|?}} || {{No}}<br />
|-<br />
!scope="row"| HERROTTO.TRK<br />
| {{No}} || {{No}} || {{No}} || {{No}} || {{Unknown|?}} || {{Yes}} || {{Yes}}<br />
|-<br />
!scope="row"| VANCOUVR.TRK <br />
| {{Unknown|?}} || {{Maybe|DEFAULT.RPL}} || {{Maybe|DEFAULT.RPL}} || {{Maybe|DEFAULT.RPL}} || {{Unknown|?}} || {{Yes}} || {{Yes}}<br />
|-<br />
!scope="row"| Tournament mode<br />
| {{No}} || {{No}} || {{No}} || {{No}} || {{Unknown|?}} || {{Yes}} || {{Yes}}<br />
|-<br />
!scope="row"| [[Replay file format|Replay File Type]]<br />
| {{Maybe|Old Format}} || {{Maybe|Old Format}} || {{Yes|New Format}} || {{Yes|New Format}} || {{Yes|New Format}} || {{Yes|New Format}} || {{Unknown|?}}<br />
<br />
|}<br />
<br />
=== Recompiled Versions ===<br />
<br />
{| class="wikitable"<br />
|-<br />
!scope="col"| <br />
!scope="col"| STUNTS 2021<br />
!scope="col"| STUNTS 2021<br />
!scope="col"| STUNTS 2023<br />
|-<br />
!scope="row"| Release title<br />
| Stunts 1.1 Mod 1.0 || Stunts Ferrari Edition || STUNTS NoRH <br />
|-<br />
!scope="row"| Project number<br />
| 4 || 5 || 6 <br />
|-<br />
!scope="row"| version number<br />
| Latest 4.31.1 || Latest 5.31.1 || 6.33.0 <br />
|-<br />
!scope="row"| Build date<br />
| 21 sept. 2021 || 21 sept. 2021 || 20 March 2023<br />
|-<br />
!scope="row"| Publisher<br />
| Stunts Community || Stunts Community || Stunts Community<br />
|-<br />
!scope="row"| Alternate graphics<br />
| {{No}} || {{Yes}} || {{Yes}} <br />
|-<br />
!scope="row"| Alternate music<br />
| {{No}} || {{Yes}} || {{No}} <br />
|-<br />
!scope="row"| Alternative Cars<br />
| {{No}} || {{Yes}} || {{No}} <br />
|-<br />
!scope="row"| Alternative tracks<br />
| {{No}} || {{Yes}} || {{No}} <br />
|-<br />
!scope="row"| Repositioned menu buttons<br />
| {{No}} || {{Yes}} || {{Yes}} <br />
|-<br />
!scope="row"| Alternate default car<br />
| {{No}} || {{Yes}} || {{Yes}} <br />
|-<br />
!scope="row"| Colour needles mod<br />
| {{Yes}} || {{Yes}} || {{Yes}}<br />
<br />
|}<br />
<br />
== External links ==<br />
<br />
* [http://www.kalpen.de/luke/4dinfo.html#ver Lukas Loehrer on the differences between PC versions]<br />
* [http://stunts.kalpen.de/indyeval.htm Kalpen's evaluation of Indy performances on different versions]<br />
<br />
[[Category:Game]]</div>Daniel3Dhttps://wiki.stunts.hu/index.php?title=Game_versions&diff=5505Game versions2023-04-04T07:18:39Z<p>Daniel3D: /* Recompiled Versions */</p>
<hr />
<div>The game named Stunts is a creation of [[Distinctive Software]] studio, authors of Test Drive and Test Drive 2 before. A number of different versions of the game were published and are still circulating.<br><br />
<br />
== PC versions ==<br />
*[[Brøderbund]] versions (referred to as BB versions) :<br><br />
** [[Stunts 1.0]] [[Chronology|(05 Oct. 1990)]]<br><br />
** [[Stunts 1.1]] [[Chronology|(12 Feb. 1991)]]<br />
<br><br />
*[[Mindscape]] versions (referred to as MS versions) :<br><br />
** [[4D Sports Driving 1.1]] [[Chronology|(13 Dec. 1990)]]<br><br />
** [[4D Sports Driving 1.1]] [[Chronology|(25 Feb. 1991)]]<br />
<br><br />
There are several gameplay differences between these versions; the principal ones are summarized below:<br />
* Crashes when landing from jumps happen very often in BB 1.0 and MS 1.1 (1990 one), as the maximum angle allowed for hitting the ground without crashing was much smaller.<br />
* Unlike on the various 1.1 versions, with BB 1.0 it is generally not possible to gain speed when landing from jumps - as you hit the ground, the horizontal velocity of the car will remain unchanged. That makes an enormous difference in car behaviour, specially for the slow cars, and also means it becomes virtually impossible to reach [[powergear]] with [[Ferrari]] and [[Corvette]].<br />
* Some track elements characteristics also change. For instance, tunnel roofs are completely penetrable in BB 1.0, and while it is possible to land on them with MS 1.1 versions, you will often be spared from a crash when hitting them from below.<br />
* There are also minor performance and handling differences. Overall, cars are slowest in BB 1.0 and fastest in BB 1.1.<br />
All these differences cause replays performed with different game versions incompatible regardless of the tracks being exchangeable, as the game engine will process the input stored in the replay file differently for each version.<br><br />
<br><br />
The most used version in competitions nowadays is Stunts BB 1.1. At the dawn of Stunts competitions (1998-2000), however, it was Stunts BB 1.0 that was most popular. When the user share of Stunts BB 1.1 began to grow, a cheated car named [[4D Contest Car|Contest Car]] was created by [[Lukas Loehrer]] to allow Stunts 1.0 users be as fast as 1.1 users, because [[Porsche March Indy|Indy]] car is slightly faster in BB/MS 1.1 versions than in BB 1.0 version.<br><br />
<br><br />
According to the countries, Mindscape or Broderbund had the contract for selling the game. In USA, Germany and Eastern Europe the publisher was Broderbund; in France, U.K. and Belgium it was Mindscape. Overall, Broderbund versions are much more well known worldwide.<br />
<br />
== Amiga version ==<br />
<br />
It seems that only publisher for [[Amiga]] was [[Mindscape]]; therefore, the game was published under the name 4D Sports Driving.<br><br />
Only one version was available : it was version was 1.2, converted to Amiga from PC version.<br><br />
This version has less [[Bugs|bugs]] than PC versions.<br />
* [[4D Sports Driving 1.2]] [[Chronology|(1992-01-10)]]<br />
<br><br />
<br />
== FM Towns version ==<br />
<br />
Stunts was also adapted to [[FM Towns]] computers.<br>[[image:fm_towns_title_screen.jpg|200px|right|thumb|Title screen of FM Towns version 1.0]]<br><br />
<br />
FM Towns/Marty computers were i386 CPU-based computers NOT compatible with classic IBM-compatible PCs, made by Fujitsu (FM meaning Fujitsu Micro) and sold only in Japan. A console FM Towns, compatible with FM Towns/Marty computers, was also created.<br><br />
* [[4D Driving 1.0]] [[Chronology|(1993-01-18)]]<br />
<br><br />
<br />
The editor for this version was [[Electronic Arts]] (E.A.) - Victor, as [[Distinctive Software]] has been bought by E.A. in [[Chronology|1991]] to become E.A. Canada.<br><br />
This version was also converted from PC, and with less [[Bugs|bugs]] than PC versions.<br><br />
<br />
As name "Stunts" was property of [[Brøderbund]] and "4D Sports" name was property of [[Mindscape]], the game was released as "4D Driving" (to remember 4D Sports - Driving name that was already known in Japan due to Amiga version of the game).<br />
<br />
<gallery widths="200px" heights="150px"><br />
Image:FM_Towns_cover_1.jpg|Box, manual and CD box of FM Towns version 1.0<br />
Image:FM_Towns_cover_2.jpg|Rear view of FM Towns box<br />
</gallery><br />
<br />
== PC-9801 version ==<br />
[[image:Pc98_title_screen.png|200px|right|thumb|Title screen of PC-9801 version 1.0]]<br />
Another Japanese port was made for the NEC [[PC-9801]]. It was produced by the same team as the FM Towns version and the two ports shared graphics and new opponents. Due to hardware limitations this version had fewer colors and the music were synthesized. Otherwise, it is quite similar to the FM Towns version.<br><br />
* [[4D Driving 1.0]] [[Chronology|(1993-01-18)]]<br />
<br><br />
{{-}}<br />
<br />
== Other versions ==<br />
<br />
[[Kevin Pickell]] mentioned, in an [http://en.wikipedia.org/w/index.php?title=Stunts_(video_game)&diff=224504789&oldid=223443733 Wikipedia edit] of the Stunts article, that a Sega Genesis (AKA Mega Drive) version was planned and realized, but the port never made it to the stores as it was not possible to make it work at an acceptable frame rate.<br />
<br />
== Comparison of game versions ==<br />
<br />
{{Sectstub}}<br />
<br />
=== General information ===<br />
<br />
{| class="wikitable"<br />
|-<br />
!scope="col"| <br />
!scope="col"| BB 1990<br />
!scope="col"| MS 1990<br />
!scope="col"| BB 1991<br />
!scope="col"| MS 1991<br />
!scope="col"| MS Amiga<br />
!scope="col"| EA FM Towns<br />
!scope="col"| EA PC-9801 <br />
|-<br />
!scope="row"| Release title<br />
| Stunts || 4D Sports Driving || Stunts || 4D Sports Driving || 4D Sports Driving || 4D Driving || 4D Driving<br />
|-<br />
!scope="row"| Version number<br />
| 1.0 || 1.1 || 1.1 || 1.1 || 1.2 || 1.0 || 1.0<br />
|-<br />
!scope="row"| Build date<br />
| 05 Oct. 1990 || 13 Dec. 1990 || 12 Feb. 1991 || 25 Feb. 1991 || 10 Jan. 1992 || 18 Jan. 1993 || 18 Jan. 1993<br />
|-<br />
!scope="row"| Publisher<br />
| Broderbund || Mindscape || Broderbund || Mindscape || Mindscape || Electronic Arts Victor || Electronic Arts Victor<br />
|}<br />
<br />
=== Driving ===<br />
<br />
{| class="wikitable"<br />
|-<br />
!scope="col"| <br />
!scope="col"| BB 1990<br />
!scope="col"| MS 1990<br />
!scope="col"| BB 1991<br />
!scope="col"| MS 1991<br />
!scope="col"| MS Amiga<br />
!scope="col"| EA FM Towns<br />
!scope="col"| EA PC-9801 <br />
|-<br />
!scope="row"| Jump boost<br />
| {{No}} || {{Yes}} || {{Yes}} || {{Yes}} || {{Unknown|?}} || {{Unknown|?}} || {{Yes}}<br />
|-<br />
!scope="row"| [[Power gear]] <br />
| {{Maybe|Flexible (Indy/Acura)}} || {{Yes}} || {{Yes}} || {{Yes}} || {{Unknown|?}} || {{No}} || {{No}}<br />
|-<br />
!scope="row"| Aero slowdown bug<br />
| {{Yes}} || {{Yes}} || {{Yes}} || {{Yes}} || {{Unknown|?}} || {{Unknown|?}} || {{No}}<br />
|-<br />
!scope="row"| Easy sharp drops <br />
| {{No}} || {{No}} || {{Yes}} || {{Yes}} || {{Unknown|?}} || {{Unknown|?}} || {{Yes}}<br />
|-<br />
!scope="row"| Penetrable tunnel roofs<br />
| {{Yes}} || {{Maybe|Partially}} || {{No}} || {{No}} || {{Unknown|?}} || {{No}} || {{No}}<br />
|-<br />
!scope="row"| Left corner bias<br />
| {{No}} || {{No}} || {{Yes}} || {{Yes}} || {{Unknown|?}} || {{Yes}} || {{Yes}}<br />
|-<br />
!scope="row"| Instant finish bug <br />
| {{Yes}} || {{Yes}} || {{Maybe|Nontrivial}} || {{Maybe|Nontrivial}} || {{Unknown|?}} || {{Unknown|?}} || {{Maybe|Nontrivial}}<br />
|-<br />
!scope="row"| Faster Indy<br />
| {{No}} || {{Yes}} || {{Yes}} || {{Yes}} || {{Unknown|?}} || {{Unknown|?}} || {{Unknown|?}}<br />
|}<br />
<br />
; Jump boost : Holding the accelerator while on air gives some extra speed upon landing.<br />
<br />
; Aero slowdown bug : Cars not in the [[power gear bug#PG classes|bug-free PG class]] can't be slowed down by aerodynamic resistance when above the flat track top speed.<br />
<br />
; Easy sharp drops : It is possible to land from jumps in angles much closer to vertical without crashing.<br />
<br />
; Penetrable tunnel roofs : Tunnel roofs can't be crashed into from below and, on BB 1990, can't be landed on.<br />
<br />
; Left corner bias: Left turns can be taken at higher speeds than right ones.<br />
<br />
; Instant finish bug: The lap can be terminated abruptly by driving on a split placed as the first track element.<br />
<br />
=== Miscellaneous ===<br />
<br />
{| class="wikitable"<br />
|-<br />
!scope="col"| <br />
!scope="col"| BB 1990<br />
!scope="col"| MS 1990<br />
!scope="col"| BB 1991<br />
!scope="col"| MS 1991<br />
!scope="col"| MS Amiga<br />
!scope="col"| EA FM Towns<br />
!scope="col"| EA PC-9801 <br />
|-<br />
!scope="row"| Fast rewinding<br />
| {{No}} || {{Yes}} || {{Yes}} || {{Yes}} || {{Unknown|?}} || {{Unknown|?}} || {{Yes}}<br />
|-<br />
!scope="row"| [[In-game editor|Terrain editor]] <br />
| {{Yes}} || {{Yes}} || {{Yes}} || {{Yes}} || {{Unknown|?}} || {{Unknown|?}} || {{No}}<br />
|-<br />
!scope="row"| HERROTTO.TRK<br />
| {{No}} || {{No}} || {{No}} || {{No}} || {{Unknown|?}} || {{Yes}} || {{Yes}}<br />
|-<br />
!scope="row"| VANCOUVR.TRK <br />
| {{Unknown|?}} || {{Maybe|DEFAULT.RPL}} || {{Maybe|DEFAULT.RPL}} || {{Maybe|DEFAULT.RPL}} || {{Unknown|?}} || {{Yes}} || {{Yes}}<br />
|-<br />
!scope="row"| Tournament mode<br />
| {{No}} || {{No}} || {{No}} || {{No}} || {{Unknown|?}} || {{Yes}} || {{Yes}}<br />
|-<br />
!scope="row"| [[Replay file format|Replay File Type]]<br />
| {{Maybe|Old Format}} || {{Maybe|Old Format}} || {{Yes|New Format}} || {{Yes|New Format}} || {{Yes|New Format}} || {{Yes|New Format}} || {{Unknown|?}}<br />
<br />
|}<br />
<br />
=== Recompiled Versions ===<br />
<br />
{| class="wikitable"<br />
|-<br />
!scope="col"| <br />
!scope="col"| STUNTS 2021<br />
!scope="col"| STUNTS 2021<br />
!scope="col"| STUNTS 2023<br />
|-<br />
!scope="row"| Release title<br />
| Stunts 1.1 Mod 1.0 || Stunts Ferrari Edition || STUNTS NoRH <br />
|-<br />
!scope="row"| Project number<br />
| 4 || 5 || 6 <br />
|-<br />
!scope="row"| version number<br />
| 4.31.1 || 5.31.1 || 6.33.0 <br />
|-<br />
!scope="row"| Build date<br />
| 21 sept. 2021 || 21 sept. 2021 || 20 March 2023<br />
|-<br />
!scope="row"| Publisher<br />
| Stunts Community || Stunts Community || Stunts Community<br />
|-<br />
!scope="row"| Alternate graphics<br />
| {{No}} || {{Yes}} || {{Yes}} <br />
|-<br />
!scope="row"| Alternate music<br />
| {{No}} || {{Yes}} || {{No}} <br />
|-<br />
!scope="row"| Alternative Cars<br />
| {{No}} || {{Yes}} || {{No}} <br />
|-<br />
!scope="row"| Alternative tracks<br />
| {{No}} || {{Yes}} || {{No}} <br />
|-<br />
!scope="row"| Repositioned menu buttons<br />
| {{No}} || {{Yes}} || {{Yes}} <br />
|-<br />
!scope="row"| Alternate default car<br />
| {{No}} || {{Yes}} || {{Yes}} <br />
|-<br />
!scope="row"| Colour needles mod<br />
| {{Yes}} || {{Yes}} || {{Yes}}<br />
<br />
|}<br />
<br />
== External links ==<br />
<br />
* [http://www.kalpen.de/luke/4dinfo.html#ver Lukas Loehrer on the differences between PC versions]<br />
* [http://stunts.kalpen.de/indyeval.htm Kalpen's evaluation of Indy performances on different versions]<br />
<br />
[[Category:Game]]</div>Daniel3Dhttps://wiki.stunts.hu/index.php?title=Game_versions&diff=5504Game versions2023-04-03T19:01:35Z<p>Daniel3D: /* Miscellaneous */</p>
<hr />
<div>The game named Stunts is a creation of [[Distinctive Software]] studio, authors of Test Drive and Test Drive 2 before. A number of different versions of the game were published and are still circulating.<br><br />
<br />
== PC versions ==<br />
*[[Brøderbund]] versions (referred to as BB versions) :<br><br />
** [[Stunts 1.0]] [[Chronology|(05 Oct. 1990)]]<br><br />
** [[Stunts 1.1]] [[Chronology|(12 Feb. 1991)]]<br />
<br><br />
*[[Mindscape]] versions (referred to as MS versions) :<br><br />
** [[4D Sports Driving 1.1]] [[Chronology|(13 Dec. 1990)]]<br><br />
** [[4D Sports Driving 1.1]] [[Chronology|(25 Feb. 1991)]]<br />
<br><br />
There are several gameplay differences between these versions; the principal ones are summarized below:<br />
* Crashes when landing from jumps happen very often in BB 1.0 and MS 1.1 (1990 one), as the maximum angle allowed for hitting the ground without crashing was much smaller.<br />
* Unlike on the various 1.1 versions, with BB 1.0 it is generally not possible to gain speed when landing from jumps - as you hit the ground, the horizontal velocity of the car will remain unchanged. That makes an enormous difference in car behaviour, specially for the slow cars, and also means it becomes virtually impossible to reach [[powergear]] with [[Ferrari]] and [[Corvette]].<br />
* Some track elements characteristics also change. For instance, tunnel roofs are completely penetrable in BB 1.0, and while it is possible to land on them with MS 1.1 versions, you will often be spared from a crash when hitting them from below.<br />
* There are also minor performance and handling differences. Overall, cars are slowest in BB 1.0 and fastest in BB 1.1.<br />
All these differences cause replays performed with different game versions incompatible regardless of the tracks being exchangeable, as the game engine will process the input stored in the replay file differently for each version.<br><br />
<br><br />
The most used version in competitions nowadays is Stunts BB 1.1. At the dawn of Stunts competitions (1998-2000), however, it was Stunts BB 1.0 that was most popular. When the user share of Stunts BB 1.1 began to grow, a cheated car named [[4D Contest Car|Contest Car]] was created by [[Lukas Loehrer]] to allow Stunts 1.0 users be as fast as 1.1 users, because [[Porsche March Indy|Indy]] car is slightly faster in BB/MS 1.1 versions than in BB 1.0 version.<br><br />
<br><br />
According to the countries, Mindscape or Broderbund had the contract for selling the game. In USA, Germany and Eastern Europe the publisher was Broderbund; in France, U.K. and Belgium it was Mindscape. Overall, Broderbund versions are much more well known worldwide.<br />
<br />
== Amiga version ==<br />
<br />
It seems that only publisher for [[Amiga]] was [[Mindscape]]; therefore, the game was published under the name 4D Sports Driving.<br><br />
Only one version was available : it was version was 1.2, converted to Amiga from PC version.<br><br />
This version has less [[Bugs|bugs]] than PC versions.<br />
* [[4D Sports Driving 1.2]] [[Chronology|(1992-01-10)]]<br />
<br><br />
<br />
== FM Towns version ==<br />
<br />
Stunts was also adapted to [[FM Towns]] computers.<br>[[image:fm_towns_title_screen.jpg|200px|right|thumb|Title screen of FM Towns version 1.0]]<br><br />
<br />
FM Towns/Marty computers were i386 CPU-based computers NOT compatible with classic IBM-compatible PCs, made by Fujitsu (FM meaning Fujitsu Micro) and sold only in Japan. A console FM Towns, compatible with FM Towns/Marty computers, was also created.<br><br />
* [[4D Driving 1.0]] [[Chronology|(1993-01-18)]]<br />
<br><br />
<br />
The editor for this version was [[Electronic Arts]] (E.A.) - Victor, as [[Distinctive Software]] has been bought by E.A. in [[Chronology|1991]] to become E.A. Canada.<br><br />
This version was also converted from PC, and with less [[Bugs|bugs]] than PC versions.<br><br />
<br />
As name "Stunts" was property of [[Brøderbund]] and "4D Sports" name was property of [[Mindscape]], the game was released as "4D Driving" (to remember 4D Sports - Driving name that was already known in Japan due to Amiga version of the game).<br />
<br />
<gallery widths="200px" heights="150px"><br />
Image:FM_Towns_cover_1.jpg|Box, manual and CD box of FM Towns version 1.0<br />
Image:FM_Towns_cover_2.jpg|Rear view of FM Towns box<br />
</gallery><br />
<br />
== PC-9801 version ==<br />
[[image:Pc98_title_screen.png|200px|right|thumb|Title screen of PC-9801 version 1.0]]<br />
Another Japanese port was made for the NEC [[PC-9801]]. It was produced by the same team as the FM Towns version and the two ports shared graphics and new opponents. Due to hardware limitations this version had fewer colors and the music were synthesized. Otherwise, it is quite similar to the FM Towns version.<br><br />
* [[4D Driving 1.0]] [[Chronology|(1993-01-18)]]<br />
<br><br />
{{-}}<br />
<br />
== Other versions ==<br />
<br />
[[Kevin Pickell]] mentioned, in an [http://en.wikipedia.org/w/index.php?title=Stunts_(video_game)&diff=224504789&oldid=223443733 Wikipedia edit] of the Stunts article, that a Sega Genesis (AKA Mega Drive) version was planned and realized, but the port never made it to the stores as it was not possible to make it work at an acceptable frame rate.<br />
<br />
== Comparison of game versions ==<br />
<br />
{{Sectstub}}<br />
<br />
=== General information ===<br />
<br />
{| class="wikitable"<br />
|-<br />
!scope="col"| <br />
!scope="col"| BB 1990<br />
!scope="col"| MS 1990<br />
!scope="col"| BB 1991<br />
!scope="col"| MS 1991<br />
!scope="col"| MS Amiga<br />
!scope="col"| EA FM Towns<br />
!scope="col"| EA PC-9801 <br />
|-<br />
!scope="row"| Release title<br />
| Stunts || 4D Sports Driving || Stunts || 4D Sports Driving || 4D Sports Driving || 4D Driving || 4D Driving<br />
|-<br />
!scope="row"| Version number<br />
| 1.0 || 1.1 || 1.1 || 1.1 || 1.2 || 1.0 || 1.0<br />
|-<br />
!scope="row"| Build date<br />
| 05 Oct. 1990 || 13 Dec. 1990 || 12 Feb. 1991 || 25 Feb. 1991 || 10 Jan. 1992 || 18 Jan. 1993 || 18 Jan. 1993<br />
|-<br />
!scope="row"| Publisher<br />
| Broderbund || Mindscape || Broderbund || Mindscape || Mindscape || Electronic Arts Victor || Electronic Arts Victor<br />
|}<br />
<br />
=== Driving ===<br />
<br />
{| class="wikitable"<br />
|-<br />
!scope="col"| <br />
!scope="col"| BB 1990<br />
!scope="col"| MS 1990<br />
!scope="col"| BB 1991<br />
!scope="col"| MS 1991<br />
!scope="col"| MS Amiga<br />
!scope="col"| EA FM Towns<br />
!scope="col"| EA PC-9801 <br />
|-<br />
!scope="row"| Jump boost<br />
| {{No}} || {{Yes}} || {{Yes}} || {{Yes}} || {{Unknown|?}} || {{Unknown|?}} || {{Yes}}<br />
|-<br />
!scope="row"| [[Power gear]] <br />
| {{Maybe|Flexible (Indy/Acura)}} || {{Yes}} || {{Yes}} || {{Yes}} || {{Unknown|?}} || {{No}} || {{No}}<br />
|-<br />
!scope="row"| Aero slowdown bug<br />
| {{Yes}} || {{Yes}} || {{Yes}} || {{Yes}} || {{Unknown|?}} || {{Unknown|?}} || {{No}}<br />
|-<br />
!scope="row"| Easy sharp drops <br />
| {{No}} || {{No}} || {{Yes}} || {{Yes}} || {{Unknown|?}} || {{Unknown|?}} || {{Yes}}<br />
|-<br />
!scope="row"| Penetrable tunnel roofs<br />
| {{Yes}} || {{Maybe|Partially}} || {{No}} || {{No}} || {{Unknown|?}} || {{No}} || {{No}}<br />
|-<br />
!scope="row"| Left corner bias<br />
| {{No}} || {{No}} || {{Yes}} || {{Yes}} || {{Unknown|?}} || {{Yes}} || {{Yes}}<br />
|-<br />
!scope="row"| Instant finish bug <br />
| {{Yes}} || {{Yes}} || {{Maybe|Nontrivial}} || {{Maybe|Nontrivial}} || {{Unknown|?}} || {{Unknown|?}} || {{Maybe|Nontrivial}}<br />
|-<br />
!scope="row"| Faster Indy<br />
| {{No}} || {{Yes}} || {{Yes}} || {{Yes}} || {{Unknown|?}} || {{Unknown|?}} || {{Unknown|?}}<br />
|}<br />
<br />
; Jump boost : Holding the accelerator while on air gives some extra speed upon landing.<br />
<br />
; Aero slowdown bug : Cars not in the [[power gear bug#PG classes|bug-free PG class]] can't be slowed down by aerodynamic resistance when above the flat track top speed.<br />
<br />
; Easy sharp drops : It is possible to land from jumps in angles much closer to vertical without crashing.<br />
<br />
; Penetrable tunnel roofs : Tunnel roofs can't be crashed into from below and, on BB 1990, can't be landed on.<br />
<br />
; Left corner bias: Left turns can be taken at higher speeds than right ones.<br />
<br />
; Instant finish bug: The lap can be terminated abruptly by driving on a split placed as the first track element.<br />
<br />
=== Miscellaneous ===<br />
<br />
{| class="wikitable"<br />
|-<br />
!scope="col"| <br />
!scope="col"| BB 1990<br />
!scope="col"| MS 1990<br />
!scope="col"| BB 1991<br />
!scope="col"| MS 1991<br />
!scope="col"| MS Amiga<br />
!scope="col"| EA FM Towns<br />
!scope="col"| EA PC-9801 <br />
|-<br />
!scope="row"| Fast rewinding<br />
| {{No}} || {{Yes}} || {{Yes}} || {{Yes}} || {{Unknown|?}} || {{Unknown|?}} || {{Yes}}<br />
|-<br />
!scope="row"| [[In-game editor|Terrain editor]] <br />
| {{Yes}} || {{Yes}} || {{Yes}} || {{Yes}} || {{Unknown|?}} || {{Unknown|?}} || {{No}}<br />
|-<br />
!scope="row"| HERROTTO.TRK<br />
| {{No}} || {{No}} || {{No}} || {{No}} || {{Unknown|?}} || {{Yes}} || {{Yes}}<br />
|-<br />
!scope="row"| VANCOUVR.TRK <br />
| {{Unknown|?}} || {{Maybe|DEFAULT.RPL}} || {{Maybe|DEFAULT.RPL}} || {{Maybe|DEFAULT.RPL}} || {{Unknown|?}} || {{Yes}} || {{Yes}}<br />
|-<br />
!scope="row"| Tournament mode<br />
| {{No}} || {{No}} || {{No}} || {{No}} || {{Unknown|?}} || {{Yes}} || {{Yes}}<br />
|-<br />
!scope="row"| [[Replay file format|Replay File Type]]<br />
| {{Maybe|Old Format}} || {{Maybe|Old Format}} || {{Yes|New Format}} || {{Yes|New Format}} || {{Yes|New Format}} || {{Yes|New Format}} || {{Unknown|?}}<br />
<br />
|}<br />
<br />
=== Recompiled Versions ===<br />
<br />
{| class="wikitable"<br />
|-<br />
!scope="col"| <br />
!scope="col"| STUNTS 2021<br />
!scope="col"| STUNTS 2021<br />
!scope="col"| STUNTS 2023<br />
|-<br />
!scope="row"| Release title<br />
| Stunts 1.1 Mod 1.0 || Stunts Ferrari Edition || STUNTS NoRH <br />
|-<br />
!scope="row"| Version number<br />
| 1.1 || 1.1 || - <br />
|-<br />
!scope="row"| Modification number<br />
| 1.0 || 1.0F || - <br />
|-<br />
!scope="row"| Build date<br />
| 21 sept. 2021 || 21 sept. 2021 || 20 March 2023<br />
|-<br />
!scope="row"| Publisher<br />
| Stunts Community || Stunts Community || Stunts Community<br />
|-<br />
!scope="row"| Alternate graphics<br />
| {{No}} || {{Yes}} || {{Yes}} <br />
|-<br />
!scope="row"| Alternate music<br />
| {{No}} || {{Yes}} || {{No}} <br />
|-<br />
!scope="row"| Alternative Cars<br />
| {{No}} || {{Yes}} || {{No}} <br />
|-<br />
!scope="row"| Alternative tracks<br />
| {{No}} || {{Yes}} || {{No}} <br />
|-<br />
!scope="row"| Repositioned menu buttons<br />
| {{No}} || {{Yes}} || {{Yes}} <br />
|-<br />
!scope="row"| Alternate default car<br />
| {{No}} || {{Yes}} || {{Yes}} <br />
|-<br />
!scope="row"| Colour needles mod<br />
| {{Yes}} || {{Yes}} || {{Yes}}<br />
<br />
|}<br />
<br />
== External links ==<br />
<br />
* [http://www.kalpen.de/luke/4dinfo.html#ver Lukas Loehrer on the differences between PC versions]<br />
* [http://stunts.kalpen.de/indyeval.htm Kalpen's evaluation of Indy performances on different versions]<br />
<br />
[[Category:Game]]</div>Daniel3Dhttps://wiki.stunts.hu/index.php?title=Game_versions&diff=5503Game versions2023-04-03T19:00:29Z<p>Daniel3D: /* Recompiled Versions */</p>
<hr />
<div>The game named Stunts is a creation of [[Distinctive Software]] studio, authors of Test Drive and Test Drive 2 before. A number of different versions of the game were published and are still circulating.<br><br />
<br />
== PC versions ==<br />
*[[Brøderbund]] versions (referred to as BB versions) :<br><br />
** [[Stunts 1.0]] [[Chronology|(05 Oct. 1990)]]<br><br />
** [[Stunts 1.1]] [[Chronology|(12 Feb. 1991)]]<br />
<br><br />
*[[Mindscape]] versions (referred to as MS versions) :<br><br />
** [[4D Sports Driving 1.1]] [[Chronology|(13 Dec. 1990)]]<br><br />
** [[4D Sports Driving 1.1]] [[Chronology|(25 Feb. 1991)]]<br />
<br><br />
There are several gameplay differences between these versions; the principal ones are summarized below:<br />
* Crashes when landing from jumps happen very often in BB 1.0 and MS 1.1 (1990 one), as the maximum angle allowed for hitting the ground without crashing was much smaller.<br />
* Unlike on the various 1.1 versions, with BB 1.0 it is generally not possible to gain speed when landing from jumps - as you hit the ground, the horizontal velocity of the car will remain unchanged. That makes an enormous difference in car behaviour, specially for the slow cars, and also means it becomes virtually impossible to reach [[powergear]] with [[Ferrari]] and [[Corvette]].<br />
* Some track elements characteristics also change. For instance, tunnel roofs are completely penetrable in BB 1.0, and while it is possible to land on them with MS 1.1 versions, you will often be spared from a crash when hitting them from below.<br />
* There are also minor performance and handling differences. Overall, cars are slowest in BB 1.0 and fastest in BB 1.1.<br />
All these differences cause replays performed with different game versions incompatible regardless of the tracks being exchangeable, as the game engine will process the input stored in the replay file differently for each version.<br><br />
<br><br />
The most used version in competitions nowadays is Stunts BB 1.1. At the dawn of Stunts competitions (1998-2000), however, it was Stunts BB 1.0 that was most popular. When the user share of Stunts BB 1.1 began to grow, a cheated car named [[4D Contest Car|Contest Car]] was created by [[Lukas Loehrer]] to allow Stunts 1.0 users be as fast as 1.1 users, because [[Porsche March Indy|Indy]] car is slightly faster in BB/MS 1.1 versions than in BB 1.0 version.<br><br />
<br><br />
According to the countries, Mindscape or Broderbund had the contract for selling the game. In USA, Germany and Eastern Europe the publisher was Broderbund; in France, U.K. and Belgium it was Mindscape. Overall, Broderbund versions are much more well known worldwide.<br />
<br />
== Amiga version ==<br />
<br />
It seems that only publisher for [[Amiga]] was [[Mindscape]]; therefore, the game was published under the name 4D Sports Driving.<br><br />
Only one version was available : it was version was 1.2, converted to Amiga from PC version.<br><br />
This version has less [[Bugs|bugs]] than PC versions.<br />
* [[4D Sports Driving 1.2]] [[Chronology|(1992-01-10)]]<br />
<br><br />
<br />
== FM Towns version ==<br />
<br />
Stunts was also adapted to [[FM Towns]] computers.<br>[[image:fm_towns_title_screen.jpg|200px|right|thumb|Title screen of FM Towns version 1.0]]<br><br />
<br />
FM Towns/Marty computers were i386 CPU-based computers NOT compatible with classic IBM-compatible PCs, made by Fujitsu (FM meaning Fujitsu Micro) and sold only in Japan. A console FM Towns, compatible with FM Towns/Marty computers, was also created.<br><br />
* [[4D Driving 1.0]] [[Chronology|(1993-01-18)]]<br />
<br><br />
<br />
The editor for this version was [[Electronic Arts]] (E.A.) - Victor, as [[Distinctive Software]] has been bought by E.A. in [[Chronology|1991]] to become E.A. Canada.<br><br />
This version was also converted from PC, and with less [[Bugs|bugs]] than PC versions.<br><br />
<br />
As name "Stunts" was property of [[Brøderbund]] and "4D Sports" name was property of [[Mindscape]], the game was released as "4D Driving" (to remember 4D Sports - Driving name that was already known in Japan due to Amiga version of the game).<br />
<br />
<gallery widths="200px" heights="150px"><br />
Image:FM_Towns_cover_1.jpg|Box, manual and CD box of FM Towns version 1.0<br />
Image:FM_Towns_cover_2.jpg|Rear view of FM Towns box<br />
</gallery><br />
<br />
== PC-9801 version ==<br />
[[image:Pc98_title_screen.png|200px|right|thumb|Title screen of PC-9801 version 1.0]]<br />
Another Japanese port was made for the NEC [[PC-9801]]. It was produced by the same team as the FM Towns version and the two ports shared graphics and new opponents. Due to hardware limitations this version had fewer colors and the music were synthesized. Otherwise, it is quite similar to the FM Towns version.<br><br />
* [[4D Driving 1.0]] [[Chronology|(1993-01-18)]]<br />
<br><br />
{{-}}<br />
<br />
== Other versions ==<br />
<br />
[[Kevin Pickell]] mentioned, in an [http://en.wikipedia.org/w/index.php?title=Stunts_(video_game)&diff=224504789&oldid=223443733 Wikipedia edit] of the Stunts article, that a Sega Genesis (AKA Mega Drive) version was planned and realized, but the port never made it to the stores as it was not possible to make it work at an acceptable frame rate.<br />
<br />
== Comparison of game versions ==<br />
<br />
{{Sectstub}}<br />
<br />
=== General information ===<br />
<br />
{| class="wikitable"<br />
|-<br />
!scope="col"| <br />
!scope="col"| BB 1990<br />
!scope="col"| MS 1990<br />
!scope="col"| BB 1991<br />
!scope="col"| MS 1991<br />
!scope="col"| MS Amiga<br />
!scope="col"| EA FM Towns<br />
!scope="col"| EA PC-9801 <br />
|-<br />
!scope="row"| Release title<br />
| Stunts || 4D Sports Driving || Stunts || 4D Sports Driving || 4D Sports Driving || 4D Driving || 4D Driving<br />
|-<br />
!scope="row"| Version number<br />
| 1.0 || 1.1 || 1.1 || 1.1 || 1.2 || 1.0 || 1.0<br />
|-<br />
!scope="row"| Build date<br />
| 05 Oct. 1990 || 13 Dec. 1990 || 12 Feb. 1991 || 25 Feb. 1991 || 10 Jan. 1992 || 18 Jan. 1993 || 18 Jan. 1993<br />
|-<br />
!scope="row"| Publisher<br />
| Broderbund || Mindscape || Broderbund || Mindscape || Mindscape || Electronic Arts Victor || Electronic Arts Victor<br />
|}<br />
<br />
=== Driving ===<br />
<br />
{| class="wikitable"<br />
|-<br />
!scope="col"| <br />
!scope="col"| BB 1990<br />
!scope="col"| MS 1990<br />
!scope="col"| BB 1991<br />
!scope="col"| MS 1991<br />
!scope="col"| MS Amiga<br />
!scope="col"| EA FM Towns<br />
!scope="col"| EA PC-9801 <br />
|-<br />
!scope="row"| Jump boost<br />
| {{No}} || {{Yes}} || {{Yes}} || {{Yes}} || {{Unknown|?}} || {{Unknown|?}} || {{Yes}}<br />
|-<br />
!scope="row"| [[Power gear]] <br />
| {{Maybe|Flexible (Indy/Acura)}} || {{Yes}} || {{Yes}} || {{Yes}} || {{Unknown|?}} || {{No}} || {{No}}<br />
|-<br />
!scope="row"| Aero slowdown bug<br />
| {{Yes}} || {{Yes}} || {{Yes}} || {{Yes}} || {{Unknown|?}} || {{Unknown|?}} || {{No}}<br />
|-<br />
!scope="row"| Easy sharp drops <br />
| {{No}} || {{No}} || {{Yes}} || {{Yes}} || {{Unknown|?}} || {{Unknown|?}} || {{Yes}}<br />
|-<br />
!scope="row"| Penetrable tunnel roofs<br />
| {{Yes}} || {{Maybe|Partially}} || {{No}} || {{No}} || {{Unknown|?}} || {{No}} || {{No}}<br />
|-<br />
!scope="row"| Left corner bias<br />
| {{No}} || {{No}} || {{Yes}} || {{Yes}} || {{Unknown|?}} || {{Yes}} || {{Yes}}<br />
|-<br />
!scope="row"| Instant finish bug <br />
| {{Yes}} || {{Yes}} || {{Maybe|Nontrivial}} || {{Maybe|Nontrivial}} || {{Unknown|?}} || {{Unknown|?}} || {{Maybe|Nontrivial}}<br />
|-<br />
!scope="row"| Faster Indy<br />
| {{No}} || {{Yes}} || {{Yes}} || {{Yes}} || {{Unknown|?}} || {{Unknown|?}} || {{Unknown|?}}<br />
|}<br />
<br />
; Jump boost : Holding the accelerator while on air gives some extra speed upon landing.<br />
<br />
; Aero slowdown bug : Cars not in the [[power gear bug#PG classes|bug-free PG class]] can't be slowed down by aerodynamic resistance when above the flat track top speed.<br />
<br />
; Easy sharp drops : It is possible to land from jumps in angles much closer to vertical without crashing.<br />
<br />
; Penetrable tunnel roofs : Tunnel roofs can't be crashed into from below and, on BB 1990, can't be landed on.<br />
<br />
; Left corner bias: Left turns can be taken at higher speeds than right ones.<br />
<br />
; Instant finish bug: The lap can be terminated abruptly by driving on a split placed as the first track element.<br />
<br />
=== Miscellaneous ===<br />
<br />
{| class="wikitable"<br />
|-<br />
!scope="col"| <br />
!scope="col"| BB 1990<br />
!scope="col"| MS 1990<br />
!scope="col"| BB 1991<br />
!scope="col"| MS 1991<br />
!scope="col"| MS Amiga<br />
!scope="col"| EA FM Towns<br />
!scope="col"| EA PC-9801 <br />
|-<br />
!scope="row"| Fast rewinding<br />
| {{No}} || {{Yes}} || {{Yes}} || {{Yes}} || {{Unknown|?}} || {{Unknown|?}} || {{Yes}}<br />
|-<br />
!scope="row"| [[In-game editor|Terrain editor]] <br />
| {{Yes}} || {{Yes}} || {{Yes}} || {{Yes}} || {{Unknown|?}} || {{Unknown|?}} || {{No}}<br />
|-<br />
!scope="row"| HERROTTO.TRK<br />
| {{No}} || {{No}} || {{No}} || {{No}} || {{Unknown|?}} || {{Yes}} || {{Yes}}<br />
|-<br />
!scope="row"| VANCOUVR.TRK <br />
| {{Unknown|?}} || {{Maybe|DEFAULT.RPL}} || {{Maybe|DEFAULT.RPL}} || {{Maybe|DEFAULT.RPL}} || {{Unknown|?}} || {{Yes}} || {{Yes}}<br />
|-<br />
!scope="row"| Tournament mode<br />
| {{No}} || {{No}} || {{No}} || {{No}} || {{Unknown|?}} || {{Yes}} || {{Yes}}<br />
|-<br />
!scope="row"| [[Replay file format|Replay File Type]]<br />
| {{Maybe|Old Format}} || {{Maybe|Old Format}} || {{Yes|New Format}} || {{Yes|New Format}} || {{Unknown|?}} || {{Yes|New Format}} || {{Unknown|?}}<br />
<br />
|}<br />
<br />
=== Recompiled Versions ===<br />
<br />
{| class="wikitable"<br />
|-<br />
!scope="col"| <br />
!scope="col"| STUNTS 2021<br />
!scope="col"| STUNTS 2021<br />
!scope="col"| STUNTS 2023<br />
|-<br />
!scope="row"| Release title<br />
| Stunts 1.1 Mod 1.0 || Stunts Ferrari Edition || STUNTS NoRH <br />
|-<br />
!scope="row"| Version number<br />
| 1.1 || 1.1 || - <br />
|-<br />
!scope="row"| Modification number<br />
| 1.0 || 1.0F || - <br />
|-<br />
!scope="row"| Build date<br />
| 21 sept. 2021 || 21 sept. 2021 || 20 March 2023<br />
|-<br />
!scope="row"| Publisher<br />
| Stunts Community || Stunts Community || Stunts Community<br />
|-<br />
!scope="row"| Alternate graphics<br />
| {{No}} || {{Yes}} || {{Yes}} <br />
|-<br />
!scope="row"| Alternate music<br />
| {{No}} || {{Yes}} || {{No}} <br />
|-<br />
!scope="row"| Alternative Cars<br />
| {{No}} || {{Yes}} || {{No}} <br />
|-<br />
!scope="row"| Alternative tracks<br />
| {{No}} || {{Yes}} || {{No}} <br />
|-<br />
!scope="row"| Repositioned menu buttons<br />
| {{No}} || {{Yes}} || {{Yes}} <br />
|-<br />
!scope="row"| Alternate default car<br />
| {{No}} || {{Yes}} || {{Yes}} <br />
|-<br />
!scope="row"| Colour needles mod<br />
| {{Yes}} || {{Yes}} || {{Yes}}<br />
<br />
|}<br />
<br />
== External links ==<br />
<br />
* [http://www.kalpen.de/luke/4dinfo.html#ver Lukas Loehrer on the differences between PC versions]<br />
* [http://stunts.kalpen.de/indyeval.htm Kalpen's evaluation of Indy performances on different versions]<br />
<br />
[[Category:Game]]</div>Daniel3Dhttps://wiki.stunts.hu/index.php?title=Game_versions&diff=5502Game versions2023-04-03T14:43:55Z<p>Daniel3D: </p>
<hr />
<div>The game named Stunts is a creation of [[Distinctive Software]] studio, authors of Test Drive and Test Drive 2 before. A number of different versions of the game were published and are still circulating.<br><br />
<br />
== PC versions ==<br />
*[[Brøderbund]] versions (referred to as BB versions) :<br><br />
** [[Stunts 1.0]] [[Chronology|(05 Oct. 1990)]]<br><br />
** [[Stunts 1.1]] [[Chronology|(12 Feb. 1991)]]<br />
<br><br />
*[[Mindscape]] versions (referred to as MS versions) :<br><br />
** [[4D Sports Driving 1.1]] [[Chronology|(13 Dec. 1990)]]<br><br />
** [[4D Sports Driving 1.1]] [[Chronology|(25 Feb. 1991)]]<br />
<br><br />
There are several gameplay differences between these versions; the principal ones are summarized below:<br />
* Crashes when landing from jumps happen very often in BB 1.0 and MS 1.1 (1990 one), as the maximum angle allowed for hitting the ground without crashing was much smaller.<br />
* Unlike on the various 1.1 versions, with BB 1.0 it is generally not possible to gain speed when landing from jumps - as you hit the ground, the horizontal velocity of the car will remain unchanged. That makes an enormous difference in car behaviour, specially for the slow cars, and also means it becomes virtually impossible to reach [[powergear]] with [[Ferrari]] and [[Corvette]].<br />
* Some track elements characteristics also change. For instance, tunnel roofs are completely penetrable in BB 1.0, and while it is possible to land on them with MS 1.1 versions, you will often be spared from a crash when hitting them from below.<br />
* There are also minor performance and handling differences. Overall, cars are slowest in BB 1.0 and fastest in BB 1.1.<br />
All these differences cause replays performed with different game versions incompatible regardless of the tracks being exchangeable, as the game engine will process the input stored in the replay file differently for each version.<br><br />
<br><br />
The most used version in competitions nowadays is Stunts BB 1.1. At the dawn of Stunts competitions (1998-2000), however, it was Stunts BB 1.0 that was most popular. When the user share of Stunts BB 1.1 began to grow, a cheated car named [[4D Contest Car|Contest Car]] was created by [[Lukas Loehrer]] to allow Stunts 1.0 users be as fast as 1.1 users, because [[Porsche March Indy|Indy]] car is slightly faster in BB/MS 1.1 versions than in BB 1.0 version.<br><br />
<br><br />
According to the countries, Mindscape or Broderbund had the contract for selling the game. In USA, Germany and Eastern Europe the publisher was Broderbund; in France, U.K. and Belgium it was Mindscape. Overall, Broderbund versions are much more well known worldwide.<br />
<br />
== Amiga version ==<br />
<br />
It seems that only publisher for [[Amiga]] was [[Mindscape]]; therefore, the game was published under the name 4D Sports Driving.<br><br />
Only one version was available : it was version was 1.2, converted to Amiga from PC version.<br><br />
This version has less [[Bugs|bugs]] than PC versions.<br />
* [[4D Sports Driving 1.2]] [[Chronology|(1992-01-10)]]<br />
<br><br />
<br />
== FM Towns version ==<br />
<br />
Stunts was also adapted to [[FM Towns]] computers.<br>[[image:fm_towns_title_screen.jpg|200px|right|thumb|Title screen of FM Towns version 1.0]]<br><br />
<br />
FM Towns/Marty computers were i386 CPU-based computers NOT compatible with classic IBM-compatible PCs, made by Fujitsu (FM meaning Fujitsu Micro) and sold only in Japan. A console FM Towns, compatible with FM Towns/Marty computers, was also created.<br><br />
* [[4D Driving 1.0]] [[Chronology|(1993-01-18)]]<br />
<br><br />
<br />
The editor for this version was [[Electronic Arts]] (E.A.) - Victor, as [[Distinctive Software]] has been bought by E.A. in [[Chronology|1991]] to become E.A. Canada.<br><br />
This version was also converted from PC, and with less [[Bugs|bugs]] than PC versions.<br><br />
<br />
As name "Stunts" was property of [[Brøderbund]] and "4D Sports" name was property of [[Mindscape]], the game was released as "4D Driving" (to remember 4D Sports - Driving name that was already known in Japan due to Amiga version of the game).<br />
<br />
<gallery widths="200px" heights="150px"><br />
Image:FM_Towns_cover_1.jpg|Box, manual and CD box of FM Towns version 1.0<br />
Image:FM_Towns_cover_2.jpg|Rear view of FM Towns box<br />
</gallery><br />
<br />
== PC-9801 version ==<br />
[[image:Pc98_title_screen.png|200px|right|thumb|Title screen of PC-9801 version 1.0]]<br />
Another Japanese port was made for the NEC [[PC-9801]]. It was produced by the same team as the FM Towns version and the two ports shared graphics and new opponents. Due to hardware limitations this version had fewer colors and the music were synthesized. Otherwise, it is quite similar to the FM Towns version.<br><br />
* [[4D Driving 1.0]] [[Chronology|(1993-01-18)]]<br />
<br><br />
{{-}}<br />
<br />
== Other versions ==<br />
<br />
[[Kevin Pickell]] mentioned, in an [http://en.wikipedia.org/w/index.php?title=Stunts_(video_game)&diff=224504789&oldid=223443733 Wikipedia edit] of the Stunts article, that a Sega Genesis (AKA Mega Drive) version was planned and realized, but the port never made it to the stores as it was not possible to make it work at an acceptable frame rate.<br />
<br />
== Comparison of game versions ==<br />
<br />
{{Sectstub}}<br />
<br />
=== General information ===<br />
<br />
{| class="wikitable"<br />
|-<br />
!scope="col"| <br />
!scope="col"| BB 1990<br />
!scope="col"| MS 1990<br />
!scope="col"| BB 1991<br />
!scope="col"| MS 1991<br />
!scope="col"| MS Amiga<br />
!scope="col"| EA FM Towns<br />
!scope="col"| EA PC-9801 <br />
|-<br />
!scope="row"| Release title<br />
| Stunts || 4D Sports Driving || Stunts || 4D Sports Driving || 4D Sports Driving || 4D Driving || 4D Driving<br />
|-<br />
!scope="row"| Version number<br />
| 1.0 || 1.1 || 1.1 || 1.1 || 1.2 || 1.0 || 1.0<br />
|-<br />
!scope="row"| Build date<br />
| 05 Oct. 1990 || 13 Dec. 1990 || 12 Feb. 1991 || 25 Feb. 1991 || 10 Jan. 1992 || 18 Jan. 1993 || 18 Jan. 1993<br />
|-<br />
!scope="row"| Publisher<br />
| Broderbund || Mindscape || Broderbund || Mindscape || Mindscape || Electronic Arts Victor || Electronic Arts Victor<br />
|}<br />
<br />
=== Driving ===<br />
<br />
{| class="wikitable"<br />
|-<br />
!scope="col"| <br />
!scope="col"| BB 1990<br />
!scope="col"| MS 1990<br />
!scope="col"| BB 1991<br />
!scope="col"| MS 1991<br />
!scope="col"| MS Amiga<br />
!scope="col"| EA FM Towns<br />
!scope="col"| EA PC-9801 <br />
|-<br />
!scope="row"| Jump boost<br />
| {{No}} || {{Yes}} || {{Yes}} || {{Yes}} || {{Unknown|?}} || {{Unknown|?}} || {{Yes}}<br />
|-<br />
!scope="row"| [[Power gear]] <br />
| {{Maybe|Flexible (Indy/Acura)}} || {{Yes}} || {{Yes}} || {{Yes}} || {{Unknown|?}} || {{No}} || {{No}}<br />
|-<br />
!scope="row"| Aero slowdown bug<br />
| {{Yes}} || {{Yes}} || {{Yes}} || {{Yes}} || {{Unknown|?}} || {{Unknown|?}} || {{No}}<br />
|-<br />
!scope="row"| Easy sharp drops <br />
| {{No}} || {{No}} || {{Yes}} || {{Yes}} || {{Unknown|?}} || {{Unknown|?}} || {{Yes}}<br />
|-<br />
!scope="row"| Penetrable tunnel roofs<br />
| {{Yes}} || {{Maybe|Partially}} || {{No}} || {{No}} || {{Unknown|?}} || {{No}} || {{No}}<br />
|-<br />
!scope="row"| Left corner bias<br />
| {{No}} || {{No}} || {{Yes}} || {{Yes}} || {{Unknown|?}} || {{Yes}} || {{Yes}}<br />
|-<br />
!scope="row"| Instant finish bug <br />
| {{Yes}} || {{Yes}} || {{Maybe|Nontrivial}} || {{Maybe|Nontrivial}} || {{Unknown|?}} || {{Unknown|?}} || {{Maybe|Nontrivial}}<br />
|-<br />
!scope="row"| Faster Indy<br />
| {{No}} || {{Yes}} || {{Yes}} || {{Yes}} || {{Unknown|?}} || {{Unknown|?}} || {{Unknown|?}}<br />
|}<br />
<br />
; Jump boost : Holding the accelerator while on air gives some extra speed upon landing.<br />
<br />
; Aero slowdown bug : Cars not in the [[power gear bug#PG classes|bug-free PG class]] can't be slowed down by aerodynamic resistance when above the flat track top speed.<br />
<br />
; Easy sharp drops : It is possible to land from jumps in angles much closer to vertical without crashing.<br />
<br />
; Penetrable tunnel roofs : Tunnel roofs can't be crashed into from below and, on BB 1990, can't be landed on.<br />
<br />
; Left corner bias: Left turns can be taken at higher speeds than right ones.<br />
<br />
; Instant finish bug: The lap can be terminated abruptly by driving on a split placed as the first track element.<br />
<br />
=== Miscellaneous ===<br />
<br />
{| class="wikitable"<br />
|-<br />
!scope="col"| <br />
!scope="col"| BB 1990<br />
!scope="col"| MS 1990<br />
!scope="col"| BB 1991<br />
!scope="col"| MS 1991<br />
!scope="col"| MS Amiga<br />
!scope="col"| EA FM Towns<br />
!scope="col"| EA PC-9801 <br />
|-<br />
!scope="row"| Fast rewinding<br />
| {{No}} || {{Yes}} || {{Yes}} || {{Yes}} || {{Unknown|?}} || {{Unknown|?}} || {{Yes}}<br />
|-<br />
!scope="row"| [[In-game editor|Terrain editor]] <br />
| {{Yes}} || {{Yes}} || {{Yes}} || {{Yes}} || {{Unknown|?}} || {{Unknown|?}} || {{No}}<br />
|-<br />
!scope="row"| HERROTTO.TRK<br />
| {{No}} || {{No}} || {{No}} || {{No}} || {{Unknown|?}} || {{Yes}} || {{Yes}}<br />
|-<br />
!scope="row"| VANCOUVR.TRK <br />
| {{Unknown|?}} || {{Maybe|DEFAULT.RPL}} || {{Maybe|DEFAULT.RPL}} || {{Maybe|DEFAULT.RPL}} || {{Unknown|?}} || {{Yes}} || {{Yes}}<br />
|-<br />
!scope="row"| Tournament mode<br />
| {{No}} || {{No}} || {{No}} || {{No}} || {{Unknown|?}} || {{Yes}} || {{Yes}}<br />
|-<br />
!scope="row"| [[Replay file format|Replay File Type]]<br />
| {{Maybe|Old Format}} || {{Maybe|Old Format}} || {{Yes|New Format}} || {{Yes|New Format}} || {{Unknown|?}} || {{Yes|New Format}} || {{Unknown|?}}<br />
<br />
|}<br />
<br />
=== Recompiled Versions ===<br />
<br />
{| class="wikitable"<br />
|-<br />
!scope="col"| <br />
!scope="col"| STUNTS 2021<br />
!scope="col"| STUNTS 2021<br />
!scope="col"| STUNTS 2023<br />
|-<br />
!scope="row"| Release title<br />
| Stunts 1.1 Mod 1.0 || Stunts Ferrari Edition || STUNTS NoRH <br />
|-<br />
!scope="row"| Version number<br />
| 1.1 || 1.1 || - <br />
|-<br />
!scope="row"| Modification number<br />
| 1.0 || 1.0F || 1.1 <br />
|-<br />
!scope="row"| Build date<br />
| 21 sept. 2021 || 21 sept. 2021 || 20 March 2023<br />
|-<br />
!scope="row"| Publisher<br />
| Stunts Community || Stunts Community || Stunts Community<br />
|-<br />
!scope="row"| Alternate graphics<br />
| {{No}} || {{Yes}} || {{Yes}} <br />
|-<br />
!scope="row"| Alternate music<br />
| {{No}} || {{Yes}} || {{No}} <br />
|-<br />
!scope="row"| Alternative Cars<br />
| {{No}} || {{Yes}} || {{No}} <br />
|-<br />
!scope="row"| Alternative tracks<br />
| {{No}} || {{Yes}} || {{No}} <br />
|-<br />
!scope="row"| Repositioned menu buttons<br />
| {{No}} || {{Yes}} || {{Yes}} <br />
|-<br />
!scope="row"| Alternate default car<br />
| {{No}} || {{Yes}} || {{Yes}} <br />
|-<br />
!scope="row"| Colour needles mod<br />
| {{Yes}} || {{Yes}} || {{Yes}}<br />
<br />
|}<br />
<br />
== External links ==<br />
<br />
* [http://www.kalpen.de/luke/4dinfo.html#ver Lukas Loehrer on the differences between PC versions]<br />
* [http://stunts.kalpen.de/indyeval.htm Kalpen's evaluation of Indy performances on different versions]<br />
<br />
[[Category:Game]]</div>Daniel3Dhttps://wiki.stunts.hu/index.php?title=Game_versions&diff=5496Game versions2023-03-24T12:18:40Z<p>Daniel3D: /* Miscellaneous */</p>
<hr />
<div>The game named Stunts is a creation of [[Distinctive Software]] studio, authors of Test Drive and Test Drive 2 before. A number of different versions of the game were published and are still circulating.<br><br />
<br />
== PC versions ==<br />
*[[Brøderbund]] versions (referred to as BB versions) :<br><br />
** [[Stunts 1.0]] [[Chronology|(05 Oct. 1990)]]<br><br />
** [[Stunts 1.1]] [[Chronology|(12 Feb. 1991)]]<br />
<br><br />
*[[Mindscape]] versions (referred to as MS versions) :<br><br />
** [[4D Sports Driving 1.1]] [[Chronology|(13 Dec. 1990)]]<br><br />
** [[4D Sports Driving 1.1]] [[Chronology|(25 Feb. 1991)]]<br />
<br><br />
There are several gameplay differences between these versions; the principal ones are summarized below:<br />
* Crashes when landing from jumps happen very often in BB 1.0 and MS 1.1 (1990 one), as the maximum angle allowed for hitting the ground without crashing was much smaller.<br />
* Unlike on the various 1.1 versions, with BB 1.0 it is generally not possible to gain speed when landing from jumps - as you hit the ground, the horizontal velocity of the car will remain unchanged. That makes an enormous difference in car behaviour, specially for the slow cars, and also means it becomes virtually impossible to reach [[powergear]] with [[Ferrari]] and [[Corvette]].<br />
* Some track elements characteristics also change. For instance, tunnel roofs are completely penetrable in BB 1.0, and while it is possible to land on them with MS 1.1 versions, you will often be spared from a crash when hitting them from below.<br />
* There are also minor performance and handling differences. Overall, cars are slowest in BB 1.0 and fastest in BB 1.1.<br />
All these differences cause replays performed with different game versions incompatible regardless of the tracks being exchangeable, as the game engine will process the input stored in the replay file differently for each version.<br><br />
<br><br />
The most used version in competitions nowadays is Stunts BB 1.1. At the dawn of Stunts competitions (1998-2000), however, it was Stunts BB 1.0 that was most popular. When the user share of Stunts BB 1.1 began to grow, a cheated car named [[4D Contest Car|Contest Car]] was created by [[Lukas Loehrer]] to allow Stunts 1.0 users be as fast as 1.1 users, because [[Porsche March Indy|Indy]] car is slightly faster in BB/MS 1.1 versions than in BB 1.0 version.<br><br />
<br><br />
According to the countries, Mindscape or Broderbund had the contract for selling the game. In USA, Germany and Eastern Europe the publisher was Broderbund; in France, U.K. and Belgium it was Mindscape. Overall, Broderbund versions are much more well known worldwide.<br />
<br />
== Amiga version ==<br />
<br />
It seems that only publisher for [[Amiga]] was [[Mindscape]]; therefore, the game was published under the name 4D Sports Driving.<br><br />
Only one version was available : it was version was 1.2, converted to Amiga from PC version.<br><br />
This version has less [[Bugs|bugs]] than PC versions.<br />
* [[4D Sports Driving 1.2]] [[Chronology|(1992-01-10)]]<br />
<br><br />
<br />
== FM Towns version ==<br />
<br />
Stunts was also adapted to [[FM Towns]] computers.<br>[[image:fm_towns_title_screen.jpg|200px|right|thumb|Title screen of FM Towns version 1.0]]<br><br />
<br />
FM Towns/Marty computers were i386 CPU-based computers NOT compatible with classic IBM-compatible PCs, made by Fujitsu (FM meaning Fujitsu Micro) and sold only in Japan. A console FM Towns, compatible with FM Towns/Marty computers, was also created.<br><br />
* [[4D Driving 1.0]] [[Chronology|(1993-01-18)]]<br />
<br><br />
<br />
The editor for this version was [[Electronic Arts]] (E.A.) - Victor, as [[Distinctive Software]] has been bought by E.A. in [[Chronology|1991]] to become E.A. Canada.<br><br />
This version was also converted from PC, and with less [[Bugs|bugs]] than PC versions.<br><br />
<br />
As name "Stunts" was property of [[Brøderbund]] and "4D Sports" name was property of [[Mindscape]], the game was released as "4D Driving" (to remember 4D Sports - Driving name that was already known in Japan due to Amiga version of the game).<br />
<br />
<gallery widths="200px" heights="150px"><br />
Image:FM_Towns_cover_1.jpg|Box, manual and CD box of FM Towns version 1.0<br />
Image:FM_Towns_cover_2.jpg|Rear view of FM Towns box<br />
</gallery><br />
<br />
== PC-9801 version ==<br />
[[image:Pc98_title_screen.png|200px|right|thumb|Title screen of PC-9801 version 1.0]]<br />
Another Japanese port was made for the NEC [[PC-9801]]. It was produced by the same team as the FM Towns version and the two ports shared graphics and new opponents. Due to hardware limitations this version had fewer colors and the music were synthesized. Otherwise, it is quite similar to the FM Towns version.<br><br />
* [[4D Driving 1.0]] [[Chronology|(1993-01-18)]]<br />
<br><br />
{{-}}<br />
<br />
== Other versions ==<br />
<br />
[[Kevin Pickell]] mentioned, in an [http://en.wikipedia.org/w/index.php?title=Stunts_(video_game)&diff=224504789&oldid=223443733 Wikipedia edit] of the Stunts article, that a Sega Genesis (AKA Mega Drive) version was planned and realized, but the port never made it to the stores as it was not possible to make it work at an acceptable frame rate.<br />
<br />
== Comparison of game versions ==<br />
<br />
{{Sectstub}}<br />
<br />
=== General information ===<br />
<br />
{| class="wikitable"<br />
|-<br />
!scope="col"| <br />
!scope="col"| BB 1990<br />
!scope="col"| MS 1990<br />
!scope="col"| BB 1991<br />
!scope="col"| MS 1991<br />
!scope="col"| MS Amiga<br />
!scope="col"| EA FM Towns<br />
!scope="col"| EA PC-9801 <br />
|-<br />
!scope="row"| Release title<br />
| Stunts || 4D Sports Driving || Stunts || 4D Sports Driving || 4D Sports Driving || 4D Driving || 4D Driving<br />
|-<br />
!scope="row"| Version number<br />
| 1.0 || 1.1 || 1.1 || 1.1 || 1.2 || 1.0 || 1.0<br />
|-<br />
!scope="row"| Build date<br />
| 05 Oct. 1990 || 13 Dec. 1990 || 12 Feb. 1991 || 25 Feb. 1991 || 10 Jan. 1992 || 18 Jan. 1993 || 18 Jan. 1993<br />
|-<br />
!scope="row"| Publisher<br />
| Broderbund || Mindscape || Broderbund || Mindscape || Mindscape || Electronic Arts Victor || Electronic Arts Victor<br />
|}<br />
<br />
=== Driving ===<br />
<br />
{| class="wikitable"<br />
|-<br />
!scope="col"| <br />
!scope="col"| BB 1990<br />
!scope="col"| MS 1990<br />
!scope="col"| BB 1991<br />
!scope="col"| MS 1991<br />
!scope="col"| MS Amiga<br />
!scope="col"| EA FM Towns<br />
!scope="col"| EA PC-9801 <br />
|-<br />
!scope="row"| Jump boost<br />
| {{No}} || {{Yes}} || {{Yes}} || {{Yes}} || {{Unknown|?}} || {{Unknown|?}} || {{Yes}}<br />
|-<br />
!scope="row"| Power gear <br />
| {{Maybe|Flexible (Indy/Acura)}} || {{Yes}} || {{Yes}} || {{Yes}} || {{Unknown|?}} || {{No}} || {{No}}<br />
|-<br />
!scope="row"| Aero slowdown bug<br />
| {{Yes}} || {{Yes}} || {{Yes}} || {{Yes}} || {{Unknown|?}} || {{Unknown|?}} || {{No}}<br />
|-<br />
!scope="row"| Easy sharp drops <br />
| {{No}} || {{No}} || {{Yes}} || {{Yes}} || {{Unknown|?}} || {{Unknown|?}} || {{Yes}}<br />
|-<br />
!scope="row"| Penetrable tunnel roofs<br />
| {{Yes}} || {{Maybe|Partially}} || {{No}} || {{No}} || {{Unknown|?}} || {{Unknown|?}} || {{No}}<br />
|-<br />
!scope="row"| Left corner bias<br />
| {{No}} || {{No}} || {{Yes}} || {{Yes}} || {{Unknown|?}} || {{Unknown|?}} || {{Yes}}<br />
|-<br />
!scope="row"| Instant finish bug <br />
| {{Yes}} || {{Yes}} || {{Maybe|Nontrivial}} || {{Maybe|Nontrivial}} || {{Unknown|?}} || {{Unknown|?}} || {{Maybe|Nontrivial}}<br />
|-<br />
!scope="row"| Faster Indy<br />
| {{No}} || {{Yes}} || {{Yes}} || {{Yes}} || {{Unknown|?}} || {{Unknown|?}} || {{Unknown|?}}<br />
|}<br />
<br />
=== Miscellaneous ===<br />
<br />
{| class="wikitable"<br />
|-<br />
!scope="col"| <br />
!scope="col"| BB 1990<br />
!scope="col"| MS 1990<br />
!scope="col"| BB 1991<br />
!scope="col"| MS 1991<br />
!scope="col"| MS Amiga<br />
!scope="col"| EA FM Towns<br />
!scope="col"| EA PC-9801 <br />
|-<br />
!scope="row"| Fast rewinding<br />
| {{No}} || {{Yes}} || {{Yes}} || {{Yes}} || {{Unknown|?}} || {{Unknown|?}} || {{Yes}}<br />
|-<br />
!scope="row"| Terrain editor <br />
| {{Yes}} || {{Yes}} || {{Yes}} || {{Yes}} || {{Unknown|?}} || {{Unknown|?}} || {{No}}<br />
|-<br />
!scope="row"| Opponent tracks <br />
| {{No}} || {{Yes}} || {{Yes}} || {{Yes}} || {{Unknown|?}} || {{Yes}} || {{Yes}}<br />
|-<br />
!scope="row"| HERROTTO.TRK<br />
| {{No}} || {{No}} || {{No}} || {{No}} || {{Unknown|?}} || {{Yes}} || {{Yes}}<br />
|-<br />
!scope="row"| VANCOUVR.TRK <br />
| {{Unknown|?}} || {{Maybe|DEFAULT.RPL}} || {{Maybe|DEFAULT.RPL}} || {{Maybe|DEFAULT.RPL}} || {{Unknown|?}} || {{Yes}} || {{Yes}}<br />
|-<br />
!scope="row"| Tournament mode<br />
| {{No}} || {{No}} || {{No}} || {{No}} || {{Unknown|?}} || {{Yes}} || {{Yes}}<br />
|-<br />
!scope="row"| Replay File Type<br />
| {{Maybe|Old Format}} || {{Maybe|Old Format}} || {{Yes|New Format}} || {{Yes|New Format}} || {{Unknown|?}} || {{Yes|New Format}} || {{Unknown|?}}<br />
<br />
|}<br />
<br />
== External links ==<br />
<br />
* [http://www.kalpen.de/luke/4dinfo.html#ver Lukas Loehrer on the differences between PC versions]<br />
* [http://stunts.kalpen.de/indyeval.htm Kalpen's evaluation of Indy performances on different versions]<br />
<br />
[[Category:Game]]</div>Daniel3Dhttps://wiki.stunts.hu/index.php?title=Game_versions&diff=5495Game versions2023-03-24T11:23:17Z<p>Daniel3D: /* Miscellaneous */</p>
<hr />
<div>The game named Stunts is a creation of [[Distinctive Software]] studio, authors of Test Drive and Test Drive 2 before. A number of different versions of the game were published and are still circulating.<br><br />
<br />
== PC versions ==<br />
*[[Brøderbund]] versions (referred to as BB versions) :<br><br />
** [[Stunts 1.0]] [[Chronology|(05 Oct. 1990)]]<br><br />
** [[Stunts 1.1]] [[Chronology|(12 Feb. 1991)]]<br />
<br><br />
*[[Mindscape]] versions (referred to as MS versions) :<br><br />
** [[4D Sports Driving 1.1]] [[Chronology|(13 Dec. 1990)]]<br><br />
** [[4D Sports Driving 1.1]] [[Chronology|(25 Feb. 1991)]]<br />
<br><br />
There are several gameplay differences between these versions; the principal ones are summarized below:<br />
* Crashes when landing from jumps happen very often in BB 1.0 and MS 1.1 (1990 one), as the maximum angle allowed for hitting the ground without crashing was much smaller.<br />
* Unlike on the various 1.1 versions, with BB 1.0 it is generally not possible to gain speed when landing from jumps - as you hit the ground, the horizontal velocity of the car will remain unchanged. That makes an enormous difference in car behaviour, specially for the slow cars, and also means it becomes virtually impossible to reach [[powergear]] with [[Ferrari]] and [[Corvette]].<br />
* Some track elements characteristics also change. For instance, tunnel roofs are completely penetrable in BB 1.0, and while it is possible to land on them with MS 1.1 versions, you will often be spared from a crash when hitting them from below.<br />
* There are also minor performance and handling differences. Overall, cars are slowest in BB 1.0 and fastest in BB 1.1.<br />
All these differences cause replays performed with different game versions incompatible regardless of the tracks being exchangeable, as the game engine will process the input stored in the replay file differently for each version.<br><br />
<br><br />
The most used version in competitions nowadays is Stunts BB 1.1. At the dawn of Stunts competitions (1998-2000), however, it was Stunts BB 1.0 that was most popular. When the user share of Stunts BB 1.1 began to grow, a cheated car named [[4D Contest Car|Contest Car]] was created by [[Lukas Loehrer]] to allow Stunts 1.0 users be as fast as 1.1 users, because [[Porsche March Indy|Indy]] car is slightly faster in BB/MS 1.1 versions than in BB 1.0 version.<br><br />
<br><br />
According to the countries, Mindscape or Broderbund had the contract for selling the game. In USA, Germany and Eastern Europe the publisher was Broderbund; in France, U.K. and Belgium it was Mindscape. Overall, Broderbund versions are much more well known worldwide.<br />
<br />
== Amiga version ==<br />
<br />
It seems that only publisher for [[Amiga]] was [[Mindscape]]; therefore, the game was published under the name 4D Sports Driving.<br><br />
Only one version was available : it was version was 1.2, converted to Amiga from PC version.<br><br />
This version has less [[Bugs|bugs]] than PC versions.<br />
* [[4D Sports Driving 1.2]] [[Chronology|(1992-01-10)]]<br />
<br><br />
<br />
== FM Towns version ==<br />
<br />
Stunts was also adapted to [[FM Towns]] computers.<br>[[image:fm_towns_title_screen.jpg|200px|right|thumb|Title screen of FM Towns version 1.0]]<br><br />
<br />
FM Towns/Marty computers were i386 CPU-based computers NOT compatible with classic IBM-compatible PCs, made by Fujitsu (FM meaning Fujitsu Micro) and sold only in Japan. A console FM Towns, compatible with FM Towns/Marty computers, was also created.<br><br />
* [[4D Driving 1.0]] [[Chronology|(1993-01-18)]]<br />
<br><br />
<br />
The editor for this version was [[Electronic Arts]] (E.A.) - Victor, as [[Distinctive Software]] has been bought by E.A. in [[Chronology|1991]] to become E.A. Canada.<br><br />
This version was also converted from PC, and with less [[Bugs|bugs]] than PC versions.<br><br />
<br />
As name "Stunts" was property of [[Brøderbund]] and "4D Sports" name was property of [[Mindscape]], the game was released as "4D Driving" (to remember 4D Sports - Driving name that was already known in Japan due to Amiga version of the game).<br />
<br />
<gallery widths="200px" heights="150px"><br />
Image:FM_Towns_cover_1.jpg|Box, manual and CD box of FM Towns version 1.0<br />
Image:FM_Towns_cover_2.jpg|Rear view of FM Towns box<br />
</gallery><br />
<br />
== PC-9801 version ==<br />
[[image:Pc98_title_screen.png|200px|right|thumb|Title screen of PC-9801 version 1.0]]<br />
Another Japanese port was made for the NEC [[PC-9801]]. It was produced by the same team as the FM Towns version and the two ports shared graphics and new opponents. Due to hardware limitations this version had fewer colors and the music were synthesized. Otherwise, it is quite similar to the FM Towns version.<br><br />
* [[4D Driving 1.0]] [[Chronology|(1993-01-18)]]<br />
<br><br />
{{-}}<br />
<br />
== Other versions ==<br />
<br />
[[Kevin Pickell]] mentioned, in an [http://en.wikipedia.org/w/index.php?title=Stunts_(video_game)&diff=224504789&oldid=223443733 Wikipedia edit] of the Stunts article, that a Sega Genesis (AKA Mega Drive) version was planned and realized, but the port never made it to the stores as it was not possible to make it work at an acceptable frame rate.<br />
<br />
== Comparison of game versions ==<br />
<br />
{{Sectstub}}<br />
<br />
=== General information ===<br />
<br />
{| class="wikitable"<br />
|-<br />
!scope="col"| <br />
!scope="col"| BB 1990<br />
!scope="col"| MS 1990<br />
!scope="col"| BB 1991<br />
!scope="col"| MS 1991<br />
!scope="col"| MS Amiga<br />
!scope="col"| EA FM Towns<br />
!scope="col"| EA PC-9801 <br />
|-<br />
!scope="row"| Release title<br />
| Stunts || 4D Sports Driving || Stunts || 4D Sports Driving || 4D Sports Driving || 4D Driving || 4D Driving<br />
|-<br />
!scope="row"| Version number<br />
| 1.0 || 1.1 || 1.1 || 1.1 || 1.2 || 1.0 || 1.0<br />
|-<br />
!scope="row"| Build date<br />
| 05 Oct. 1990 || 13 Dec. 1990 || 12 Feb. 1991 || 25 Feb. 1991 || 10 Jan. 1992 || 18 Jan. 1993 || 18 Jan. 1993<br />
|-<br />
!scope="row"| Publisher<br />
| Broderbund || Mindscape || Broderbund || Mindscape || Mindscape || Electronic Arts Victor || Electronic Arts Victor<br />
|}<br />
<br />
=== Driving ===<br />
<br />
{| class="wikitable"<br />
|-<br />
!scope="col"| <br />
!scope="col"| BB 1990<br />
!scope="col"| MS 1990<br />
!scope="col"| BB 1991<br />
!scope="col"| MS 1991<br />
!scope="col"| MS Amiga<br />
!scope="col"| EA FM Towns<br />
!scope="col"| EA PC-9801 <br />
|-<br />
!scope="row"| Jump boost<br />
| {{No}} || {{Yes}} || {{Yes}} || {{Yes}} || {{Unknown|?}} || {{Unknown|?}} || {{Yes}}<br />
|-<br />
!scope="row"| Power gear <br />
| {{Maybe|Flexible (Indy/Acura)}} || {{Yes}} || {{Yes}} || {{Yes}} || {{Unknown|?}} || {{No}} || {{No}}<br />
|-<br />
!scope="row"| Aero slowdown bug<br />
| {{Yes}} || {{Yes}} || {{Yes}} || {{Yes}} || {{Unknown|?}} || {{Unknown|?}} || {{No}}<br />
|-<br />
!scope="row"| Easy sharp drops <br />
| {{No}} || {{No}} || {{Yes}} || {{Yes}} || {{Unknown|?}} || {{Unknown|?}} || {{Yes}}<br />
|-<br />
!scope="row"| Penetrable tunnel roofs<br />
| {{Yes}} || {{Maybe|Partially}} || {{No}} || {{No}} || {{Unknown|?}} || {{Unknown|?}} || {{No}}<br />
|-<br />
!scope="row"| Left corner bias<br />
| {{No}} || {{No}} || {{Yes}} || {{Yes}} || {{Unknown|?}} || {{Unknown|?}} || {{Yes}}<br />
|-<br />
!scope="row"| Instant finish bug <br />
| {{Yes}} || {{Yes}} || {{Maybe|Nontrivial}} || {{Maybe|Nontrivial}} || {{Unknown|?}} || {{Unknown|?}} || {{Maybe|Nontrivial}}<br />
|-<br />
!scope="row"| Faster Indy<br />
| {{No}} || {{Yes}} || {{Yes}} || {{Yes}} || {{Unknown|?}} || {{Unknown|?}} || {{Unknown|?}}<br />
|}<br />
<br />
=== Miscellaneous ===<br />
<br />
{| class="wikitable"<br />
|-<br />
!scope="col"| <br />
!scope="col"| BB 1990<br />
!scope="col"| MS 1990<br />
!scope="col"| BB 1991<br />
!scope="col"| MS 1991<br />
!scope="col"| MS Amiga<br />
!scope="col"| EA FM Towns<br />
!scope="col"| EA PC-9801 <br />
|-<br />
!scope="row"| Fast rewinding<br />
| {{No}} || {{Yes}} || {{Yes}} || {{Yes}} || {{Unknown|?}} || {{Unknown|?}} || {{Yes}}<br />
|-<br />
!scope="row"| Terrain editor <br />
| {{Yes}} || {{Yes}} || {{Yes}} || {{Yes}} || {{Unknown|?}} || {{Unknown|?}} || {{No}}<br />
|-<br />
!scope="row"| Opponent tracks <br />
| {{No}} || {{Yes}} || {{Yes}} || {{Yes}} || {{Unknown|?}} || {{Yes}} || {{Yes}}<br />
|-<br />
!scope="row"| HERROTTO.TRK<br />
| {{No}} || {{No}} || {{No}} || {{No}} || {{Unknown|?}} || {{Yes}} || {{Yes}}<br />
|-<br />
!scope="row"| VANCOUVR.TRK <br />
| {{Unknown|?}} || {{Maybe|DEFAULT.RPL}} || {{Maybe|DEFAULT.RPL}} || {{Maybe|DEFAULT.RPL}} || {{Unknown|?}} || {{Yes}} || {{Yes}}<br />
|-<br />
!scope="row"| Tournament mode<br />
| {{No}} || {{No}} || {{No}} || {{No}} || {{Unknown|?}} || {{Yes}} || {{Yes}}<br />
|-<br />
!scope="row"| Replay File Type<br />
| {{Unknown|Old Format}} || {{Unknown|Old Format}} || {{Unknown|New Format}} || {{Unknown|New Format}} || {{Unknown|?}} || {{Unknown|New Format}} || {{Unknown|?}}<br />
<br />
|}<br />
<br />
== External links ==<br />
<br />
* [http://www.kalpen.de/luke/4dinfo.html#ver Lukas Loehrer on the differences between PC versions]<br />
* [http://stunts.kalpen.de/indyeval.htm Kalpen's evaluation of Indy performances on different versions]<br />
<br />
[[Category:Game]]</div>Daniel3D