523
edits
256 Colour Tutorial Part 1: Difference between revisions
m
no edit summary
m (→Preparations) |
mNo edit summary |
||
| (3 intermediate revisions by the same user not shown) | |||
| Line 5: | Line 5: | ||
First, here are some basic knowledge about 256-colour modes. You may skip the following paragraph if you think you know enough about them already. | First, here are some basic knowledge about 256-colour modes. You may skip the following paragraph if you think you know enough about them already. | ||
Under 256 (8-bit) colour modes, each pixel on screen is stored as one byte (8-bit). Unlike the "'''Direct Colour'''" modes (15/16-bit hi-colour and 24/32-bit true-colour modes; 8-bit colour modes are "''' | Under 256 (8-bit) colour modes, each pixel on screen is stored as one byte (8-bit). Unlike the "'''Direct Colour'''" modes (15/16-bit hi-colour and 24/32-bit true-colour modes; 8-bit colour modes are "'''Indexed Colour'''" modes) the contents of the 256 colour slots in 8-bit modes need ''not'' be fixed, but instead, each of the slots can be set to ''any'' of the available 262,144 colours (the VGA/MCGA base palette) at one time, so you can make variations to the colours displayed to suit your needs. | ||
===Preparations=== | ===Preparations=== | ||
| Line 18: | Line 18: | ||
Now, click on one of the colour slots, if it's not a "'''Background'''" colour, you'll see some (<font color="FF0000">R</font>, <font color="00FF00">G</font>, <font color="0000FF">B</font>) values in the ''Colour'' entry on the lower-right corner of the editor. This order-tuple of values determines how the colour of that particular slot will be like in the game. You can change these <font color="FF0000">(R)ed</font>, <font color="00FF00">(G)reen</font> and <font color="0000FF">(B)lue</font> channel values for that slot by using the keyboard and each channel can take values from the range 0 (zero intensity) to 255 (full intensity). For instance, (0, 0, 0) is <font color="000000">black</font>, (255, 0, 0) is <font color="FF0000">red</font>, whereas (255, 255, 255) is <span style="background-color:#999;"><font color="#FFFFFF">white</font></span>. Now, try different combinations of channel values. I hope you'll get a hang on how things work now. | Now, click on one of the colour slots, if it's not a "'''Background'''" colour, you'll see some (<font color="FF0000">R</font>, <font color="00FF00">G</font>, <font color="0000FF">B</font>) values in the ''Colour'' entry on the lower-right corner of the editor. This order-tuple of values determines how the colour of that particular slot will be like in the game. You can change these <font color="FF0000">(R)ed</font>, <font color="00FF00">(G)reen</font> and <font color="0000FF">(B)lue</font> channel values for that slot by using the keyboard and each channel can take values from the range 0 (zero intensity) to 255 (full intensity). For instance, (0, 0, 0) is <font color="000000">black</font>, (255, 0, 0) is <font color="FF0000">red</font>, whereas (255, 255, 255) is <span style="background-color:#999;"><font color="#FFFFFF">white</font></span>. Now, try different combinations of channel values. I hope you'll get a hang on how things work now. | ||
'''<u>Note</u>: Depending on the graphics packages you | '''<u>Note</u>:''' Depending on the graphics packages you are using, the channel ranges may be expressed differently. For example, in Deluxe Paint ][ Enhanced, each of the channels' intensity ranges from 0 to 100, and in some of the more "modern" programmes like Grafx 2 the range is probably from 0 to 255. In fact, there are a total of 64 intensity levels for each colour channel in 8-bit modes and this is what the AGS engine currently adopts. Unfortunately, in the current version of AGS, palette handling is quite ambiguous as you have to use values from 0 to 63 in ''scripts'', but the editor shows that each channel takes values from 0 to 255 (to match the colour picker provided by Windows), which is quite confusing. Nonetheless, when imported into the AGS editor, they will be hashed to the standard 64 level intensity internally anyway. | ||
After having fun messing with the colours, it's a nice idea to quit the editor to discard the nasty random colour tests you have made and restart it, and it's now time for the ''important part'' - to make the decision on the general usage of the slots - how many slots should be "Gamewide" so they'll be "''unchanged''" (words like "''unchanged''" are relative terms in my tutorials and you will find out why later...) through-out the whole game, and how many of them should be set as "'''Background'''" so they can be different in different rooms. I suggest that you divide the palette into 2 parts - the '''first part''' and the '''second part''', in which the first part is for the "'''Gamewide'''" colours, the second part is for the "'''Background'''" colours, and don't let them scattered around for the sake of better organisation. Now there're 256 colour slots in total, you may decide how many colours should be assigned as "'''Gamewide'''" (mainly for sprites) and use the rest as "'''Background'''" (mainly for room backgrounds as the name suggests). If for example, you want your sprites to look more cartoony and don't need much variations on their colours you may assign less colour slots to them (thus you can have more colours for backgrounds); on the other hand, if you need more colours for sprites you may assign more slots to them (the drawback is that you may have less free colours for room backgrounds). If you cannot make up your mind I suggest you divide the palette into two equal halves, that is, to use the first half (#0 to #127) for sprites and the second half (#128 to #255) for backgrounds, and if you do things right you can still change the assignment halfway through the production process if needed. | After having fun messing with the colours, it's a nice idea to quit the editor to discard the nasty random colour tests you have made and restart it, and it's now time for the ''important part'' - to make the decision on the general usage of the slots - how many slots should be "Gamewide" so they'll be "''unchanged''" (words like "''unchanged''" are relative terms in my tutorials and you will find out why later...) through-out the whole game, and how many of them should be set as "'''Background'''" so they can be different in different rooms. I suggest that you divide the palette into 2 parts - the '''first part''' and the '''second part''', in which the first part is for the "'''Gamewide'''" colours, the second part is for the "'''Background'''" colours, and don't let them scattered around for the sake of better organisation. Now there're 256 colour slots in total, you may decide how many colours should be assigned as "'''Gamewide'''" (mainly for sprites) and use the rest as "'''Background'''" (mainly for room backgrounds as the name suggests). If for example, you want your sprites to look more cartoony and don't need much variations on their colours you may assign less colour slots to them (thus you can have more colours for backgrounds); on the other hand, if you need more colours for sprites you may assign more slots to them (the drawback is that you may have less free colours for room backgrounds). If you cannot make up your mind I suggest you divide the palette into two equal halves, that is, to use the first half (#0 to #127) for sprites and the second half (#128 to #255) for backgrounds, and if you do things right you can still change the assignment halfway through the production process if needed. | ||
| Line 25: | Line 25: | ||
===Making your first sprites in 256 colours=== | ===Making your first sprites in 256 colours=== | ||
You can now make some graphics with your favourite graphics package, but bear in mind that if you really want to do nifty effects with the 8-bit palette, it's always | You can now make some graphics with your favourite graphics package, but bear in mind that if you really want to do nifty effects with the 8-bit palette, it's always preferable to create the graphics ''natively'' under this colour depth, to save you from the mess of conversions. Two good choices of such programmes are Deluxe Paint ][ Enhanced (DP2E) and [http://code.google.com/p/grafx2/ Grafx 2], as they're 8-bit pixel graphics editors and they won't ''do foolish things automatically (like "friendly" sorting and trimming your palette, merging slots with similar colours, dithering you images, etc.)''. This is '''VERY''' important, as we want the imported graphics to be '''COMPLETELY IDENTICAL''' to the original, including the order of the colours assigned to the slot indices, for the desired effects to work. Most of the other graphics programmes, especially those Windows "modern" "powerful" ones, like M$Pain (hehe), Photoshop or Paintshop Pro, etc., are definitely ''NOT'' good choices. So take my advice - '''DON'T USE THEM''', or else you will end up in miserable troubles like ''some'' time traveller did. | ||
I usually start by drawing some sprites first, because after you have set up some of the "'''Gamewide'''" colours for the sprites, you can also use them in backgrounds if appropriate. After starting the graphics package of your choice, the first thing you need to do is to make the editing palette of your image to match the one you have exported from the AGS editor | I usually start by drawing some sprites first, because after you have set up some of the "'''Gamewide'''" colours for the sprites, you can also use them in backgrounds if appropriate. After starting the graphics package of your choice, the first thing you need to do is to make the editing palette of your image to match the one you have exported from the AGS editor. In some of the graphics packages you can just start a new image and ''import the palette from the exported '''.BMP''' file'' but for programmes without this feature (like DP2E or Grafx 2) you can use the following trick: | ||
# Simply ''load'' the exported '''.BMP''' file into the programme. In case of programmes (like | # Simply ''load'' the exported '''.BMP''' file into the programme. In case of programmes (like DP2E) not supporting this graphics format, convert the image to some other format they can load (say, PCX) first. | ||
# Well, the size of the exported image was just '10 pixels by 10 pixels', which is obviously not what you want. You can just ''change the image size'' yourself (e.g. '320 pixels by 240 pixels', depending on your own needs. If you're drawing sprites just set it to a size which you think is large enough to hold some amount of sprites you're making in one session; if you're drawing a background just set it to the game's screen size for a non-scrollable room, or some other larger appropriate size if it's for a scrollable room). '''Note:''' To change the image size, if you're using DP2E, just choose "'''PICT(URE) --> Page Size...'''" and then enter the new size in the boxes below | # Well, the size of the exported image was just '10 pixels by 10 pixels', which is obviously not what you want. You can just ''change the image size'' yourself (e.g. '320 pixels by 240 pixels', depending on your own needs. If you're drawing sprites just set it to a size which you think is large enough to hold some amount of sprites you're making in one session; if you're drawing a background just set it to the game's screen size for a non-scrollable room, or some other larger appropriate size if it's for a scrollable room). '''Note:''' To change the image size, if you're using DP2E, just choose "'''PICT(URE) --> Page Size...'''" and then enter the new size in the boxes below '''Custom size''', then click "'''OK'''"; if you're using Grafx 2, just click the "'''Screen size / Safe. res.'''" icon, click the '''Width''' and '''Height''' boxes to change them (you have to hit '''ENTER''' after entering a value), then click "'''OK'''". | ||
# ''Clear'' the image (with a background colour of your choice, usually slot 0) to make sure that the canvas is clean for you to paint on it. | # ''Clear'' the image (with a background colour of your choice, usually slot 0) to make sure that the canvas is clean for you to paint on it. | ||
# ''Save'' the image with a name of your choice | # ''Save'' the image with a name of your choice. It will become a base image for your graphics. | ||
Before you start drawing, you may do two more things to aid you through the rest of your creations: | Before you start drawing, you may do two more things to aid you through the rest of your creations: | ||
# If you don't like the default colours set by AGS you may discard them first (if you don't have problems with their existence, and like to use them in their default forms anyway or, if you want to keep CJ's original classic | # If you don't like the default colours set by AGS you may discard them first (if you don't have problems with their existence, and like to use them in their default forms anyway or, if you want to keep [[CJ]]'s original classic [[Roger]] and GUI sprites, just skip this step). Note that the first 17 colours (slots #0 through #16) are supposed to be used by the engine to display system messages, etc., so it is not advisable to change them (these colours were marked as "locked" in previous versions of AGS). This leaves slots #17 through #41, that you can change if required. The easiest way to do this is to turn them all into black first. '''Tip:''' If you are using DP2E, launch the '''palette dialogue''' by clicking on the active colour on the bottom right part of the screen, first click '''colour #16''' (the first colour on the second column, which is already black), click the "'''Spread'''" button, then click '''colour #47''' (the last colour on the third row, which is also black by default). If you are using Grafx 2, launch the palette dialogue by clicking the "'''palette editor'''" button, click '''colour #16''', ''hold'' the mouse button and ''drag'' until the colours in the second and the third columns are all selected, then click the "'''Spread'''" button. '''Note:''' Be careful that you don't alter the colours of the "'''locked'''" colours. | ||
# You may have noticed that colour #0 is black by default, but now I am telling you, that you ''should'' change the colour of this entry to something else (even if it belongs to a "'''locked'''" colour, I will explain later). I usually change it to <font color="FF00FF">pink</font> (by dragging both of the <font color="FF0000">R</font> and <font color="0000FF">B</font> sliders to full intensity) which is the default transparent colour used in many programmes, if you want to use this <font color="FF00FF">pink</font> colour (or some other colours close enough to it) in you game's graphics, you may change the colour of this slot to some other colour that will clash less with your in-game graphics. After the changes the palette should look like this: | # You may have noticed that colour #0 is black by default, but now I am telling you, that you ''should'' change the colour of this entry to something else (even if it belongs to a "'''locked'''" colour, I will explain later). I usually change it to <font color="FF00FF">pink</font> (by dragging both of the <font color="FF0000">R</font> and <font color="0000FF">B</font> sliders to full intensity) which is the default transparent colour used in many programmes, if you want to use this <font color="FF00FF">pink</font> colour (or some other colours close enough to it) in you game's graphics, you may change the colour of this slot to some other colour that will clash less with your in-game graphics. After the changes the palette should look like this: | ||
| Line 43: | Line 43: | ||
[[Image:8bittut_sprite0.png|center|68px|Girl sprite]] | [[Image:8bittut_sprite0.png|center|68px|Girl sprite]] | ||
The palette is currently set up like this: | |||
[[Image:8bittut_ss0pal.png|center|Girl sprite palette]] | [[Image:8bittut_ss0pal.png|center|Girl sprite palette]] | ||
You'll see that before drawing this first sprite, ''I thought'' that shades of skin colour, red and blue might be quite frequently used in my sprites, so I first set up slots #17 to #31 to contain these colours (the second row). Even though some of the slots were still not used for painting my first sprite, they may still be used later in some other sprites in the future, so don't be afraid that they'd be wasted at the time being. When I was drawing the sprite I added more colours to the palette when needed (see the third row of colours). Note that when I needed the black colour I used slot #16 (like in her | You'll see that before drawing this first sprite, ''I thought'' that shades of skin colour, red and blue might be quite frequently used in my sprites, so I first set up slots #17 to #31 to contain these colours (the second row). Even though some of the slots were still not used for painting my first sprite, they may still be used later in some other sprites in the future, so don't be afraid that they'd be wasted at the time being. When I was drawing the sprite I added more colours to the palette when needed (see the third row of colours). Note that when I needed the black colour I used slot #16 (like in her antennae and eyes), whereas when I needed the transparent colour I used slot #0, as shown by the surrounding pink colour. That's the reason I changed slot #0 to some other colour - it won't clash with the black colour in case I need to use it in my sprites. Note also that I drew a white rectangle surrounding the sprite. It will certainly help when it is to be imported into an AGS game. | ||
Next, I may continue to draw more sprites, but as I am so excited I really want to see it imported into my game. Go to | |||
Next, I may continue to draw more sprites, but as I am so excited I really want to see it imported into my game. Go to the '''Colours''' section of the AGS editor, change the range of colours to import as "'''Gamewide'''". In my case it's slot #17 through #37, so I first click slot #17, ''HOLD'' the '''SHIFT''' key and click slot #37, so that the desired range is selected, and then select "'''Replace selected slots from file...'''" after right-clicking on the selected colours. We just need to choose the image file containing the sprite (if it already is in '''.BMP''' format; if not, convert it to '''.BMP''' format first), and the colours of the selected slots will change to match your image file. Now, slots #38 through #41 still contain the original colours set by the editor and I don't like them, so I just select these 4 slots (click slot #38, hold '''SHIFT''' and click slot #41) and change them to ''Background'', to make them get out of my sight ''temporally''. The current palette should look like this: | |||
[[Image:8bittut_ss0pala_v3.png|center|AGS palette after importing the Girl sprite]] | [[Image:8bittut_ss0pala_v3.png|center|AGS palette after importing the Girl sprite]] | ||
Go to the '''Sprites''' section of the AGS editor, right click and select "'''Import new sprite from file...'''" and select that image file containing the sprite, making sure that 1) the "'''Remap colours to game palette'''" checkbox is ''un''checked, and 2) the '''Transparent colour''' is set to "'''Palette index 0'''" (you can set the other settings yourself depending on your need), as below: | |||
[[Image:8bittut_imspr00_v3.png|center|Exact palette import sprite settings]] | [[Image:8bittut_imspr00_v3.png|center|Exact palette import sprite settings]] | ||
Now, right drag the rectangle to match the size, blah bla... and your imported sprite will now be stored '''EXACTLY''' like the originally drawn one. (During import you may see that the pink colour becomes black, but don't panic, as you'll later find out that it should be imported perfectly with that "pink" colour region transparent when you put it over a background. You may also find out that drawing a rectangle around the sprite helps, otherwise I might have cropped out the | Now, right drag the rectangle to match the size, blah bla... and your imported sprite will now be stored '''EXACTLY''' like the originally drawn one. (During import you may see that the pink colour becomes black, but don't panic, as you'll later find out that it should be imported perfectly with that "pink" colour region transparent when you put it over a background. You may also find out that drawing a rectangle around the sprite helps, otherwise I might have cropped out the antennae accidentally.) | ||
'''Note: As of AGS V3. | '''<u>Note:</u>''' As of AGS V3.1.2, the editor cannot remember some of these settings (in particular the "Remap colours to game palette" option) well, so if you import another sprite later, you should double-check to make sure that the settings are correct before importing. This is unfortunately a step backward as this issue was supposed to be fixed since V2.61 in the old editor. Also, the sprites may not be shown in their correct colours in the sprite lists (sometimes, you need to restart the editor to have them shown correctly), so you need to check them later in-game to make sure that they're imported correctly. | ||
Now I draw another sprite on the [[media:8bittut_ss1.bmp|same image file]], adding the following sprite: | Now I draw another sprite on the [[media:8bittut_ss1.bmp|same image file]], adding the following sprite: | ||
| Line 68: | Line 69: | ||
[[Image:8bittut_ss1pal.png|center|Alien sprite palette]] | [[Image:8bittut_ss1pal.png|center|Alien sprite palette]] | ||
You'll see that in this second sprite some of the Gamewide colours set before were used (this time I even used some of the colours not used in the last sprite, e.g. slot #17, the darkest skin tone), and more colours were added (slots #38 through #40). | You'll see that in this second sprite some of the "Gamewide" colours set before were used (this time I even used some of the colours that are not used in the last sprite, e.g. slot #17, the darkest skin tone), and more colours were added (slots #38 through #40). | ||
So, to import this sprite, I first select slot #38 to slot #40 in the '''Palette editor''' (like before), change them to "'''Gamewide'''" (if necessary), and then import these three new colours from the sprite sheet into the editor: | So, to import this sprite, I first select slot #38 to slot #40 in the '''Palette editor''' (like before), change them to "'''Gamewide'''" (if necessary), and then import these three new colours from the sprite sheet into the editor: | ||
[[Image:8bittut_ss1pala_v3.png|center|AGS palette for importing Alien sprite]] | [[Image:8bittut_ss1pala_v3.png|center|AGS palette for importing Alien sprite]] | ||
That's one way you can create sprites in the game making process, and how to add more colours (if needed) in due course, | That's one way you can create sprites in the game-making process, and how to add more colours (if needed) in due course. So, basically you can draw more sprites, adding more colours if needed, import, draw more sprites, and so on. One thing you need to take care of is what you had decided at the beginning - how many colour slots were actually assigned for those "'''fixed'''" sprite colours (in my case they're slots #0 to #127), so when you design your sprites and add colours to the palette, make sure you have some planning on them, and don't add too many new colours unless it's really necessary, or it will reach the limit you have set real quickly, and that should not be considered good organisation. (If you are sure that your backgrounds won't need that many colours, you may make a compromise though, that is, change your decision by increasing the number of colour slots planned for sprites, but you will have less free slots for backgrounds then.) | ||
===Making your first backgrounds in 256 colours=== | ===Making your first backgrounds in 256 colours=== | ||
| Line 80: | Line 81: | ||
[[Image:8bittut_dizzypal.png|center|Dizzy bg palette]] | [[Image:8bittut_dizzypal.png|center|Dizzy bg palette]] | ||
Note that when I make a background I just save a sprite image '' | Note that when I make a background I just save a sprite image ''with a different name'' (so it has all the sprite colours properly set), ''change its size'' to the background size I need, ''clear'' it, and then start adding colours from ''the end'' of the palette, as they're supposed to be "'''room dependent'''", so you can paint your backgrounds with these slots and make them different in different backgrounds if necessary. Note also that the first half of the palette matches that of the sprites so I can still use these fixed colours in my backgrounds if necessary (just don't change their colours as you may have drawn some of the sprites with these slots already). | ||
Now you may try importing it as a room background. My test game used 320x240 as its default resolution, so the background is of this dimension. Before actually importing any background into a room, go to "'''File --> Preferences...'''" and make sure that "'''Remap palette of room backgrounds into allocated background palette slots (8-bit only)'''" | Now you may try importing it as a room background. My test game used 320x240 as its default resolution, so the background is of this dimension. Before actually importing any background into a room, go to "'''File --> Preferences...'''" and make sure that "'''Remap palette of room backgrounds into allocated background palette slots (8-bit games only)'''" box under the '''8-bit background import''' section is ''un''checked, like this: | ||
[[Image:8bittut_imbg00_v3.png|center|Exact palette import background settings]] | [[Image:8bittut_imbg00_v3.png|center|Exact palette import background settings]] | ||
This is to ensure that the backgrounds will be imported in an unaltered stage, without the colours of it being rudely moved around by the editor (similar to the sprites). 'This is very important!' | This is to ensure that the backgrounds will be imported in an unaltered stage, without the colours of it being rudely moved around by the editor (similar to the sprites). '''This is very important!''' | ||
Now, add a new room (or, if you're using the default game template, just edit ''Room 1''), make sure that ''Background to display'' is set to ''Main background'', click the '''Change...''' button on the right and then select the background image file. The background should be imported without any problem. | Now, add a new room (or, if you're using the default game template, just edit ''Room 1''), make sure that '''Background to display''' is set to "'''Main background'''", click the '''Change...''' button on the right and then select the background image file. The background should be imported without any problem. | ||
It's time for me to try out how it'll look like in a compiled game now: | It's time for me to try out how it'll look like in a compiled game now: | ||
| Line 92: | Line 93: | ||
[[Image:8bittut_dizzygam_v3.png|center|Dizzy room screenshot]] | [[Image:8bittut_dizzygam_v3.png|center|Dizzy room screenshot]] | ||
I had added the two imported sprites as objects to check if things went smoothly, note that the girl's sprite was imported perfectly as her antennae are intact and are not "eaten" by the dark transparent colour during import. This is one importance of | I had added the two imported sprites as objects to check if things went smoothly, note that the girl's sprite was imported perfectly as her antennae are intact and are not "eaten" by the dark transparent colour during import. This is one importance of having stuff imported exactly as they're originally drawn. | ||
I am happy, so I draw [[media:8bittut_disco.bmp|one more background]] | I am happy, so I draw [[media:8bittut_disco.bmp|one more background]]. This time the palette is like: | ||
[[Image:8bittut_discopal.png|center|Disco bg palette]] | [[Image:8bittut_discopal.png|center|Disco bg palette]] | ||
Obviously the colours assigned for this background are different from the last one, that's how "''' | Obviously the colours assigned for this background are different from the last one, that's how "'''Background'''" slots work. | ||
If you | |||
If you examine the image, you may have noted that I used also colour slot #0 in it, which was set to pink by me. I just use it for some reasons and it's not important here, and remember that after import it will ''always'' become black. | |||
I can now import the background with exact palette blah bla... (like before) as the background of another room. | I can now import the background with exact palette blah bla... (like before) as the background of another room. | ||
Next, I think it may be a good idea to add a door to the disco room, so I | Next, I think it may be a good idea to add a door to the disco room, so I havet to draw a sprite for it, but I want it to blend with the background perfectly, and since that sprite will only be used in one room, it doesn't seem like a good idea to waste "'''fixed'''" sprite colour slots by duplicating some of the colours from the background. What should I do? I just draw [[media:8bittut_door.bmp|this]], which uses the "'''Background'''" colour slots directly. You may have asked, "aren't these slots available '''ONLY''' for backgrounds?" The answer is, "Yes, and No." These slots can be used for backgrounds, but you ''can'' actually use them in sprites too, provided that each of these sprites is ''only'' used in ''one particular'' room or other rooms ''using similar colour settings'', otherwise it may look funny. | ||
To import this door sprite, go to | To import this door sprite, go to '''Sprites''' and open up the import dialogue, make sure you have ''un''checked "'''Remap colours to game palette'''" and select "'''Palette index 0'''" as the transparent colour, ''AND'' '''check''' the "'''Lock to room background palette'''" box. You can then import the sprite like before. | ||
If you place the sprite as an object in the room you'll find out whether it's imported properly (if you try putting it in the "dizzy" room, you may find it looking funny, since the two room backgrounds use different colours; note also that currently it seems that the sprite's colour may be messed up when you first place it onto the room in the editor, but if you test | If you place the sprite as an object in the room you'll find out whether it's imported properly (if you try putting it in the "dizzy" room, you may find it looking funny, since the two room backgrounds use different colours; note also that currently it seems that the sprite's colour may be messed up when you first place it onto the room in the editor, but if you test the game or restart the editor, the problem seems to have gone): | ||
[[Image:8bittut_discogam_v3.png|center|Disco room screenshot]] | [[Image:8bittut_discogam_v3.png|center|Disco room screenshot]] | ||
Note that I also place [[Roger]] in the room for comparison, and he looks ''real'' funny, like a zombie | Note that I also place [[Roger]] in the room for comparison, and he looks ''real'' funny, like a zombie. That's because I changed the colours of slots #17 through #41 when I first set up the palette, so if you want to keep [[CJ]]'s original Roger and GUI, etc. sprites intact you shouldn't change them. | ||
===Conclusion=== | ===Conclusion=== | ||
I think this tutorial is long enough to keep you awake, and it's only about basic stuff | I think this tutorial is long enough to keep you awake, and it's only about basic stuff. It's about done for this part already, but before I stop I'll give you a present, which is how the materials put together into an AGS "game" would be like: | ||
[[media:8bittut_paltut1_v3.zip|Download this file]] | [[media:8bittut_paltut1_v3.zip|Download this file]] | ||
To test it just unzip it into an empty folder and load up '''Game.agf''' via the AGS editor and press F5 to test the game. | To test it just unzip it into an empty folder and load up '''Game.agf''' via the AGS editor and press F5 to test the game. '''room1.crm''' is the "dizzy" room, where you can click to transport you to '''room2.crm''', which is the "disco" room, where you can click on the door(way) to toggle between opening and closing of the door, which shows you how the door sprite matches perfectly with the background. If you're having enough "fun" just press '''ctrl-Q''' to quit.) | ||