Difference between revisions of "RecolorSprites"
m (11 revisions) |
(version tags) |
||
(5 intermediate revisions by 2 users not shown) | |||
Line 1: | Line 1: | ||
+ | == Introduction == |
||
− | |||
− | '''''Changing how other sprites are drawn''''' |
||
− | |||
− | =Recolor Sprites= |
||
− | |||
− | Changing how other sprites are drawn |
||
− | |||
− | -=Introduction=- |
||
Recolor sprites are pseudosprites used to recolor other sprites, most often to apply company colors. A recolour sprite is simply a re-mapping of TTDs original colour table. |
Recolor sprites are pseudosprites used to recolor other sprites, most often to apply company colors. A recolour sprite is simply a re-mapping of TTDs original colour table. |
||
+ | == Syntax == |
||
− | -=Format=- |
||
A recolor sprite has the following format: |
A recolor sprite has the following format: |
||
− | < |
+ | <Sprite-number> * 257 00 <recolor-table> |
+ | {| |
||
− | ||'''Element'''|[[GRFActionsDetailed|'''Size''']]|'''Description''' |
||
+ | !Element!![[GRFActionsDetailed|Size]]!!Description |
||
+ | |- |
||
− | <Sprite-number>|dec|A sequential sprite number |
||
+ | |<Sprite-number>||dec||A sequential sprite number |
||
+ | |- |
||
− | 257|dec|The total number of bytes used in this action, always 257 |
||
+ | |257||dec||The total number of bytes used in this action, always 257 |
||
+ | |- |
||
− | 00|B|literal 00 |
||
+ | |00||B||literal 00 |
||
+ | |- |
||
− | <recolor-table>|256*B|See below|| |
||
+ | |<recolor-table>||256*B||See below |
||
+ | |} |
||
+ | == Description == |
||
− | -=Filling in the Terms=- |
||
− | ===00=== |
+ | === 00 === |
At first glance, it is easy to confuse a recolor sprite with an action 0, most often for trains. Attempting to read the recolor sprite as an action 0 will usually reveal that there are far too many bytes. Another clue is that recolor sprites are always 257 bytes long. |
At first glance, it is easy to confuse a recolor sprite with an action 0, most often for trains. Attempting to read the recolor sprite as an action 0 will usually reveal that there are far too many bytes. Another clue is that recolor sprites are always 257 bytes long. |
||
Line 34: | Line 33: | ||
The correct method to distinguish recolor sprites and action 0s is to note that recolor sprites can only appear in an [[Action5]] or [[ActionA]] block, and action 0s can only appear outside such a block. |
The correct method to distinguish recolor sprites and action 0s is to note that recolor sprites can only appear in an [[Action5]] or [[ActionA]] block, and action 0s can only appear outside such a block. |
||
− | ===recolor-table=== |
+ | === recolor-table === |
A 256-byte recolor table. A byte at the offset equal to the index of the source color specifies the color to be drawn. |
A 256-byte recolor table. A byte at the offset equal to the index of the source color specifies the color to be drawn. |
||
Line 40: | Line 39: | ||
Note that the offsets and bytes are different depending on whether the GRF is being loaded in TTD DOS or TTD Win. If you create a grf that contains recolor sprites, you may find it necessary to maintain two separate versions, or use an Action7 that checks variable 83 to guard the introducing action 5/A and the recolor sprite(s). |
Note that the offsets and bytes are different depending on whether the GRF is being loaded in TTD DOS or TTD Win. If you create a grf that contains recolor sprites, you may find it necessary to maintain two separate versions, or use an Action7 that checks variable 83 to guard the introducing action 5/A and the recolor sprite(s). |
||
− | + | == Usage == |
|
Recolor sprites are applied in one of two ways. |
Recolor sprites are applied in one of two ways. |
||
− | ;Non-transparently: Each pixel in the sprite is looked up in the recolor table, and then the color specified at that offset is drawn on the screen. If the resultant color is 00 ( |
+ | ;Non-transparently: Each pixel in the sprite is looked up in the recolor table, and then the color specified at that offset is drawn on the screen. If the resultant color is 00 ("transparent blue"), then if the [[RealSprites#compression|sprite's compression]] bit 3 is ''not'' set, nothing is drawn; otherwise (i.e. if the sprite is in chunked data format) the actual color 00 (which is ''black'') is drawn. |
− | ;Transparently: For each sprite pixel that is not transparent, the current (on-screen) color of the pixel at the location where the sprite pixel would be drawn is looked up in the recolor table, and then redrawn in the new color. If the recolor lookup returns 00 ( |
+ | ;Transparently: For each sprite pixel that is not transparent, the current (on-screen) color of the pixel at the location where the sprite pixel would be drawn is looked up in the recolor table, and then redrawn in the new color. If the recolor lookup returns 00 ("transparent blue"), the resultant color is actually black. Other than is-transparent-blue/not-transparent-blue, the actual colors of the pixels in a sprite that is drawn transparently are meaningless. |
− | + | == Default recolour sprites == |
|
TTD already defines a number of recolour sprites for various uses, e.g. for the semi-transparency of glass or the re-colouring of the tubular bridges, company colours or some houses. |
TTD already defines a number of recolour sprites for various uses, e.g. for the semi-transparency of glass or the re-colouring of the tubular bridges, company colours or some houses. |
||
+ | {| |
||
− | ||'''Sprite number (dec)'''|'''Sprite number (hex)'''|'''Description''' |
||
+ | !Sprite number (dec)!!Sprite number (hex)!!Description |
||
+ | |- |
||
− | 771|0x303| A pulsating red tile is drawn if you try to build a wrong tunnel or raise/lower land where it is not possible |
||
+ | !colspan="3"|translations for selection highlights |
||
+ | |- |
||
− | 772|0x304| Makes a square red. is used when removing rails or other stuff |
||
+ | |771||0x303|| A pulsating red tile is drawn if you try to build a wrong tunnel or raise/lower land where it is not possible |
||
+ | |- |
||
− | 773|0x305 | This draws a blueish square (catchment areas for example) |
||
+ | |772||0x304|| Makes a square red. is used when removing rails or other stuff |
||
+ | |- |
||
− | '''translations for the company colour (blue-ish colours are replaced)''' |
||
+ | |773||0x305 || This draws a blueish square (catchment areas for example) |
||
+ | |- |
||
− | 775|0x307 | company colour to dark blue |
||
+ | !colspan="3"|translations for the company colour (blue-ish colours are replaced) |
||
+ | |- |
||
− | 776|0x308 | company colour to pale green |
||
+ | |775||0x307 || company colour to dark blue |
||
+ | |- |
||
− | 777|0x309 | company colour to pink |
||
+ | |776||0x308 || company colour to pale green |
||
+ | |- |
||
− | 778|0x30A | company colour to yellow |
||
+ | |777||0x309 || company colour to pink |
||
+ | |- |
||
− | 779|0x30B | company colour to red |
||
+ | |778||0x30A || company colour to yellow |
||
+ | |- |
||
− | 780|0x30C | company colour to light blue |
||
+ | |779||0x30B || company colour to red |
||
+ | |- |
||
− | 781|0x30D | company colour to green |
||
+ | |780||0x30C || company colour to light blue |
||
+ | |- |
||
− | 782|0x30E | company colour to dark green |
||
+ | |781||0x30D || company colour to green |
||
+ | |- |
||
− | 783|0x30F | company colour to blue |
||
+ | |782||0x30E || company colour to dark green |
||
+ | |- |
||
− | 784|0x310 | company colour to cream |
||
+ | |783||0x30F || company colour to blue |
||
+ | |- |
||
− | 785|0x311 | company colour to mauve |
||
+ | |784||0x310 || company colour to cream |
||
+ | |- |
||
− | 786|0x312 | company colour to purple |
||
+ | |785||0x311 || company colour to mauve |
||
+ | |- |
||
− | 787|0x313 | company colour to orange |
||
+ | |786||0x312 || company colour to purple |
||
+ | |- |
||
− | 788|0x314 | company colour to brown |
||
+ | |787||0x313 || company colour to orange |
||
+ | |- |
||
− | 789|0x315 | company colour to grey |
||
+ | |788||0x314 || company colour to brown |
||
+ | |- |
||
− | 790|0x316 | company colour to white (darker parts are blue-ish) |
||
+ | |789||0x315 || company colour to grey |
||
+ | |- |
||
− | '''translations for "brownish red" colour used by some town buildings and bridges''' |
||
+ | |790||0x316 || company colour to white (darker parts are blue-ish) |
||
+ | |- |
||
− | 791|0x317 | bare land, for rail and road (crossings) |
||
+ | !colspan="3"|translation for infrastructure ground sprites |
||
+ | |- |
||
− | 795|0x31B | structure to blue |
||
+ | |791||0x317 || bare land, for rail and road (crossings) |
||
+ | |- |
||
− | 796|0x31C | structure to brownish (e.g. cantilever bridges) |
||
+ | !colspan="3"|translations for "brownish red" colour used by some town buildings and bridges |
||
+ | |- |
||
− | 797|0x31D | structure to white |
||
+ | |795||0x31B || structure to blue |
||
+ | |- |
||
− | 798|0x31E | structure to red (e.g. bridges) |
||
+ | |796||0x31C || structure to brownish (e.g. cantilever bridges) |
||
+ | |- |
||
− | 799|0x31F | structure to green (e.g. bridges) |
||
+ | |797||0x31D || structure to white |
||
+ | |- |
||
− | 800|0x320 | structure to concrete (e.g. suspension bridge) |
||
+ | |798||0x31E || structure to red (e.g. bridges) |
||
+ | |- |
||
− | 801|0x321 | structure to yellow (e.g. suspension bridge + tubular) |
||
+ | |799||0x31F || structure to green (e.g. bridges) |
||
+ | |- |
||
− | '''special colour translations''' |
||
+ | |800||0x320 || structure to concrete (e.g. suspension bridge) |
||
+ | |- |
||
− | 802|0x322 | glass effect |
||
+ | |801||0x321 || structure to yellow (e.g. suspension bridge + tubular) |
||
+ | |- |
||
− | 803|0x323 | maps to grey (e.g. tubular bridge or newspaper) |
||
+ | !colspan="3"| other |
||
+ | |- |
||
− | 804|0x324 | crashed vehicle (grey-ish) |
||
+ | |802||0x322 || glass effect |
||
+ | |- |
||
− | 1438|0x59E | church red |
||
+ | |803||0x323 || maps to greyscale (newspaper) |
||
+ | |- |
||
− | 1439|0x59F | church cream|| |
||
+ | |804||0x324 || crashed vehicle (grey-ish) |
||
+ | |- |
||
− | For the company colour translation a translation to dark blue (0x307) is the identity translation which replaces every colour with itself. You can use it in cases where a remapping is needed, but you don't want to recolor anything. |
||
+ | |1438||0x59E || church red |
||
+ | |- |
||
− | -= Dual company colours =- |
||
+ | |1439||0x59F || church cream |
||
+ | |} |
||
+ | |||
+ | For the company colour translation a translation to dark blue (0x307) is the identity translation which replaces every colour with itself. You can use it in cases where a remapping is needed, but you don't want to recolor anything. |
||
+ | == Dual company colours == |
||
+ | {{ottdp|0.6|2.5}} |
||
You can also use the dual-company-colour recolour sprites. However, they are no default TTD sprites and thus they do not have fixed sprite numbers. You can determine the spritenumber of the first 2CC recolour sprite via [[ReadingPatchVariables|Patch Variable 11]]. You then need [[Action6|Action 6]] to put the needed recolourings into actions where needed. |
You can also use the dual-company-colour recolour sprites. However, they are no default TTD sprites and thus they do not have fixed sprite numbers. You can determine the spritenumber of the first 2CC recolour sprite via [[ReadingPatchVariables|Patch Variable 11]]. You then need [[Action6|Action 6]] to put the needed recolourings into actions where needed. |
||
Starting from the spritenumber from patch variable 11 there are 256 recolour sprites. Their order follows the default company recolourings above. The second company colour changes every 16 sprites, so every combination of first and second colour is available: |
Starting from the spritenumber from patch variable 11 there are 256 recolour sprites. Their order follows the default company recolourings above. The second company colour changes every 16 sprites, so every combination of first and second colour is available: |
||
+ | {| |
||
− | ||'''Offset from first sprite (dec)''' |'''Offset from first sprite (hex)''' | '''First colour (colours 0xC6 to 0xCD)''' | '''Second colour (colours 0x50 to 0x57)''' |
||
+ | !Offset from first sprite (dec) !!Offset from first sprite (hex) !! First colour (colours 0xC6 to 0xCD) !! Second colour (colours 0x50 to 0x57) |
||
+ | |- |
||
− | 0 | 0x00 | dark blue | dark blue |
||
+ | |0 || 0x00 || dark blue || dark blue |
||
+ | |- |
||
− | 1 | 0x01 | pale green | dark blue |
||
+ | |1 || 0x01 || pale green || dark blue |
||
+ | |- |
||
− | <nowiki>:</nowiki> | : | : | : |
||
+ | |<nowiki>:</nowiki> || : || : || : |
||
+ | |- |
||
− | 15 | 0x0F | white | dark blue |
||
+ | |15 || 0x0F || white || dark blue |
||
+ | |- |
||
− | 16 | 0x10 | dark blue |pale green |
||
+ | |16 || 0x10 || dark blue ||pale green |
||
+ | |- |
||
− | <nowiki>:</nowiki> | : | : | : |
||
+ | |<nowiki>:</nowiki> || : || : || : |
||
+ | |- |
||
− | 31 | 0x1F | white |pale green |
||
+ | |31 || 0x1F || white ||pale green |
||
+ | |- |
||
− | 32 | 0x20 | dark blue | pink |
||
+ | |32 || 0x20 || dark blue || pink |
||
+ | |- |
||
− | <nowiki>:</nowiki> | : | : | : |
||
+ | |<nowiki>:</nowiki> || : || : || : |
||
+ | |- |
||
− | 255 | 0xFF | white | white || |
||
+ | |255 || 0xFF || white || white |
||
+ | |} |
||
You'll notice in hex that the low nibble of the offset represents the first company colour from 0 (dark blue) to F (white), and the high nibble represents the second company colour. |
You'll notice in hex that the low nibble of the offset represents the first company colour from 0 (dark blue) to F (white), and the high nibble represents the second company colour. |
Latest revision as of 20:35, 4 August 2011
Introduction
Recolor sprites are pseudosprites used to recolor other sprites, most often to apply company colors. A recolour sprite is simply a re-mapping of TTDs original colour table.
Syntax
A recolor sprite has the following format:
<Sprite-number> * 257 00 <recolor-table>
Element | Size | Description |
---|---|---|
<Sprite-number> | dec | A sequential sprite number |
257 | dec | The total number of bytes used in this action, always 257 |
00 | B | literal 00 |
<recolor-table> | 256*B | See below |
Description
00
At first glance, it is easy to confuse a recolor sprite with an action 0, most often for trains. Attempting to read the recolor sprite as an action 0 will usually reveal that there are far too many bytes. Another clue is that recolor sprites are always 257 bytes long.
The correct method to distinguish recolor sprites and action 0s is to note that recolor sprites can only appear in an Action5 or ActionA block, and action 0s can only appear outside such a block.
recolor-table
A 256-byte recolor table. A byte at the offset equal to the index of the source color specifies the color to be drawn.
Note that the offsets and bytes are different depending on whether the GRF is being loaded in TTD DOS or TTD Win. If you create a grf that contains recolor sprites, you may find it necessary to maintain two separate versions, or use an Action7 that checks variable 83 to guard the introducing action 5/A and the recolor sprite(s).
Usage
Recolor sprites are applied in one of two ways.
- Non-transparently
- Each pixel in the sprite is looked up in the recolor table, and then the color specified at that offset is drawn on the screen. If the resultant color is 00 ("transparent blue"), then if the sprite's compression bit 3 is not set, nothing is drawn; otherwise (i.e. if the sprite is in chunked data format) the actual color 00 (which is black) is drawn.
- Transparently
- For each sprite pixel that is not transparent, the current (on-screen) color of the pixel at the location where the sprite pixel would be drawn is looked up in the recolor table, and then redrawn in the new color. If the recolor lookup returns 00 ("transparent blue"), the resultant color is actually black. Other than is-transparent-blue/not-transparent-blue, the actual colors of the pixels in a sprite that is drawn transparently are meaningless.
Default recolour sprites
TTD already defines a number of recolour sprites for various uses, e.g. for the semi-transparency of glass or the re-colouring of the tubular bridges, company colours or some houses.
Sprite number (dec) | Sprite number (hex) | Description |
---|---|---|
translations for selection highlights | ||
771 | 0x303 | A pulsating red tile is drawn if you try to build a wrong tunnel or raise/lower land where it is not possible |
772 | 0x304 | Makes a square red. is used when removing rails or other stuff |
773 | 0x305 | This draws a blueish square (catchment areas for example) |
translations for the company colour (blue-ish colours are replaced) | ||
775 | 0x307 | company colour to dark blue |
776 | 0x308 | company colour to pale green |
777 | 0x309 | company colour to pink |
778 | 0x30A | company colour to yellow |
779 | 0x30B | company colour to red |
780 | 0x30C | company colour to light blue |
781 | 0x30D | company colour to green |
782 | 0x30E | company colour to dark green |
783 | 0x30F | company colour to blue |
784 | 0x310 | company colour to cream |
785 | 0x311 | company colour to mauve |
786 | 0x312 | company colour to purple |
787 | 0x313 | company colour to orange |
788 | 0x314 | company colour to brown |
789 | 0x315 | company colour to grey |
790 | 0x316 | company colour to white (darker parts are blue-ish) |
translation for infrastructure ground sprites | ||
791 | 0x317 | bare land, for rail and road (crossings) |
translations for "brownish red" colour used by some town buildings and bridges | ||
795 | 0x31B | structure to blue |
796 | 0x31C | structure to brownish (e.g. cantilever bridges) |
797 | 0x31D | structure to white |
798 | 0x31E | structure to red (e.g. bridges) |
799 | 0x31F | structure to green (e.g. bridges) |
800 | 0x320 | structure to concrete (e.g. suspension bridge) |
801 | 0x321 | structure to yellow (e.g. suspension bridge + tubular) |
other | ||
802 | 0x322 | glass effect |
803 | 0x323 | maps to greyscale (newspaper) |
804 | 0x324 | crashed vehicle (grey-ish) |
1438 | 0x59E | church red |
1439 | 0x59F | church cream |
For the company colour translation a translation to dark blue (0x307) is the identity translation which replaces every colour with itself. You can use it in cases where a remapping is needed, but you don't want to recolor anything.
Dual company colours
0.6 2.5 You can also use the dual-company-colour recolour sprites. However, they are no default TTD sprites and thus they do not have fixed sprite numbers. You can determine the spritenumber of the first 2CC recolour sprite via Patch Variable 11. You then need Action 6 to put the needed recolourings into actions where needed.
Starting from the spritenumber from patch variable 11 there are 256 recolour sprites. Their order follows the default company recolourings above. The second company colour changes every 16 sprites, so every combination of first and second colour is available:
Offset from first sprite (dec) | Offset from first sprite (hex) | First colour (colours 0xC6 to 0xCD) | Second colour (colours 0x50 to 0x57) |
---|---|---|---|
0 | 0x00 | dark blue | dark blue |
1 | 0x01 | pale green | dark blue |
: | : | : | : |
15 | 0x0F | white | dark blue |
16 | 0x10 | dark blue | pale green |
: | : | : | : |
31 | 0x1F | white | pale green |
32 | 0x20 | dark blue | pink |
: | : | : | : |
255 | 0xFF | white | white |
You'll notice in hex that the low nibble of the offset represents the first company colour from 0 (dark blue) to F (white), and the high nibble represents the second company colour.