Printable View
Ok, well even with the do while kept in i have knocked 4bytes off. That colour trick works for me when combined with the other stuff, must be something to do with the way its compressed.
In the calculating of the score i changed: 10*p++ to (p+=10)
Thats knocked 2 bytes off. So i guess the lowest version now is 818b, which aint bad.
Yes, it's probably due to the compression we get these kind of strange effects.
The reason it's 10*p++ and not (p+=10) is because the program enters this if-statement the first loop when you start a new game (in order to place the food in the beginning). If you type 10*p++ then the score will be written in the field as 0, then added with 10. If you write (p+=10) then p will be added and then written in the textfield. This makes the score in the textfield start on 10, not 0. So it will have to be 10*p++.
Also, this will not work:
You will get an infinite loop if c != 0 (that is when we pick a block occupied by a snake block).Code:c = (s[0]._x = random(64)*8)+(s[0]._y = random(32)*8)*64;
do {} while (m[c]);
Tricky, isn't it?
it seems that this code;
is quite the bandwidth hog. if you change it to;Code:w-1 ? 0x555588 : 240 << 16
you will save 2 bytes. infact it seems like any form of "else" condition is gonna add bandwidth. however if you implement the "big dot" theory along with the change above you save a whopping 7 bytes. yes count 'em 56 bits, 14 nibbles muhahahahahahaha!Code:beginFill(0x0000ff);
if (w-1 == 0)
beginFill(0xff0000);
change it to;Code:function B() { // create a block
with(s.createEmptyMovieClip(w++, w)) {
lineStyle(4, 0x0000ff);
if (w-1 == 0)
lineStyle(4, 0xff0000);
lineTo(1, 1);
_x = x; _y = y;
}
}
811 bytesCode:function B() { // create a block
with(s.createEmptyMovieClip(w++, w)) {
lineStyle(4, 0xff0000);
if (w-1)
lineStyle(4, 0x0000ff);
lineTo(1, 1);
_x = x; _y = y;
}
}
blink
Yes, replacing
withCode:beginFill(w-1 ? 0x555588 : 240 << 16);
saves 5 bytes. That's great BlinkOk!Code:beginFill(0xff0000);
if (w-1)
beginFill(0x000099);
I'm not very fond of the dots, but they do save another 5 bytes... I've attached an image how it looks if you set width to 8. Not sure if I'm gonna change from the squares or not.
The server is not working right now, but this is the "latest" version, 816 bytes:
Code://--- Paste this code on frame 1 and set scene size to 512x280 and FPS to ~16
//--- The code is not written with speed in mind, only small file size. Not that it is slow :-)
createTextField("t", 1, 1, 256, 512, 16); // create a text field to write score and instructions
t.text = "Snake Game 1Kb - Press SPACE to start";
beginFill(0xeeeeee); lineStyle(2); moveTo(1, 1); lineTo(511, 1); lineTo(511, 255); lineTo(1, 255); endFill(); // draw background box with border
Key.onKeyDown = function() { // use an existing object as a key listener (we don't waste bytes by creating a new object...)
c = Key.getCode(); // get pressed key code (c is a variable used "locally" serveral times)
if (int((c-1)>>2) == 9) { // arrow keys pressed . Arrow keys is values 37-40. 36-39 (c-1) is the only values that equals 9 when divided with 4 and rounded down
q.unshift(c-36); // save the turn in the queue
} // actually saves 3 bytes to not have an "else" here
if (c == 32) { // space pressed - init game
q = []; // a queue to store key presses (so that x number of key presses during one frame will be spread over x number of frames)
m = []; // create an array to store food pos and snake
x = y = c*8; // start coordinate (25, 25). All coords are multiples of 8 to match gfx coords
createEmptyMovieClip("s", p = e = w = d = 0); // create MC to store the snake and the food MC and reset points, eat counter, snake counter, snake erase counter
B(); // create a red food MC (first time B() is called the block is drawn red)
B(); // create a blue snake MC
r = m[x+(y-8)*64] = 2; // set current direction to up (1=left, 2=up, 3=right, 4=down) and set food on pos snake will be over the first time in order for the food to be placed
onEnterFrame = function () { // this is the main function
c = q.pop(); // ...pick the next turn in the queue (may be undefined if queue is empty)...
if (c && c%2 != r%2) { // ...and check that it is not undefined and not a 180 degree turn (annoying to be able to turn into the snake with one key press)
r = c; // change current direction to the new value
}
x += [-8, null, 8, null][r-1]; // move the snake to a new x position
y += [null, -8, null, 8][r-1]; // move the snake to a new y position
if (m[x+y*64] > 1) { // check if there is a food block on the new pos
t.text = "Score: "+10*p++; // add 10 points to the score and write it in the text field
do {} while (m[c = (s[0]._x = random(64)*8)+(s[0]._y = random(32)*8)*64]); // pick a free spot to place the food, save that number, place the food MC
m[c] = 2; // set the position picked on the line above to "2"
e += 5; // add eat amount with 5 (the snake will grow 5 blocks each time)
} // actually saves 3 bytes to not have an "else" here (the if above is only true when food is eaten so it doesn't matter really
if (m[x+y*64] == 1 or x < 0 or x > 63*8 or y < 0 or y > 31*8) { // check if it is something else (a snake block or outside the map) - GAME OVER
delete onEnterFrame; // quit looping main function
t.text += "\tGAME OVER!";
} else {
m[x+y*64] = 1; // set current pos as "occupied" by a snake block
B(); // create a new block
if (e > 5) { // if eating, decrease eat counter and do nothing more
e--;
} else { // ...else set map pos to empty and remove last MC
c = s[++d]; // get tail MC
delete m[c._x+64*c._y];
removeMovieClip(c);
}
}
}
}
}
Key.addListener(Key); // add the key listener
function B() { // create a block
with(s.createEmptyMovieClip(w++, w)) {
beginFill(0xff0000); // red color first time...
if (w-1) // ...blue color the other times
beginFill(0x000099);
moveTo(1, 1); lineTo(8, 1); lineTo(8, 8); lineTo(1, 8); endFill(); // draw a square
_x = x; _y = y;
}
}
Ok, I have included some of the suggestions in this thread. I've also removed the function that draws the blocks and included that code in the main function - I've tried that before, but I didn't quite get it right last time. Worked perfectly this time.
804 bytes version: snake game
Edit: Fixed broken link
Jus' sum quick notes:
- The 'hittest' on the down and righ side are not correct, the line is over the snake
- And why did you choose for this FPS and Field seize?
Quote:
from the site
Simply create a new Flash MX movie and paste the code below on frame 1. Please note that the file size can vary a few bytes depending on which frame rate and scene size you use. The byte count above is correct when frame rate is set to 16, scene size to 512x280 and the option "Compress Movie" is switched on.
I ment.... why don't ya use fps of 17... and map seize of 200x200... is there a special reason for this?
The reason I chose 16 fps is simply because I think it's "lagom" ("lagom" is a Swedish word that doesn't have a counterpart in any other language...it's very subjective, and it means "just right" like in not too much or too little :)) Btw, if you have 17 fps the file size will actually be 1 byte larger than a 16 fps file.Quote:
why don't ya use fps of 17... and map seize of 200x200... is there a special reason for this?
The game area was 400x240 originally (also "lagom"), but I discovered that I could save some bytes if the game area was 512x256, so I changed that. The reason the movie is 512x280 is because of the text field at the bottom.
I'm sure there are other combinations of fps and size that produce a file with equal size. Feel free to experiment.
well, I've reduced the file size with 3 bytes. I don't think It's possible to reduce it much further. I just want to thank those of you who contributed with ideas and suggestions. It's been fun, and I've learned a lot.
snake game, 801 bytes:
(final version?)
Edit: Fixed broken link
Wow! Ignore the previous post I wrote. It's really amazing what a couple of weeks away from the code can do! Last night I decided to check out the snake game code, and almost instantly I began to see new ways of reducing the file size... I've removed 3 variables completely, and I'm now down to 7 variables. This major new version is 49 bytes smaller, only 752 bytes, which is quite a leap from the previous version...
For those of you who are interested in attempting to improve the code further or just want to see some funky code, here's the page:
snake game, 752 bytes
Edit: Fixed broken link
Hi strille,
I can't believe i missed this thread! I know it's getting shifted along the line now, but i couldn't help commenting on this. I just found your website from your footer in another thread and it was fascinating reading looking at all the changes in code, and trying to figure out just what the hell "do {} while (m[c = (s[0]._x = random(64)*8)+(s[0]._y = random(32)*8)*64]);" does :D
I was wondering if it shouldn't be the size of the source code only? I mean flash packages it up and adds all sorts of gunk in with the code when publishing ( like the flash version number ), which is why there is byte changes just by a different fps setting!
Anyway, just thought i'd congratulate you on a great game, not only fun to play but fun to read about and learn all these tricks.
Thanks... Well, I decided I would try to create a swf as small as possible, but sure, make the source as small as possible only would be fun too! But a smaller swf and a smaller source walks hand in hand most of the time, with some exeptions.
Oh...forgot: I don't know if you noticed, but I've put up a txt file containing the code only, with no white space just to give an idea of the size of the source code (takes up 893 bytes):
snake_game_1Kb_obscure.txt
Edit: Fixed broken link