This is an x86 snake game made for DOS, but there is also a version that requires no BIOS, bootloader or OS.
The game was covered on Hackaday.
To test the code you can view the online demo which updates for every change in snake.asm (Use your arrow keys on PC or swipe on mobile).
If you want to test the code yourself you need to install the requirements for the build process and run it on your computer.
I'm using nasm and python3 which can be installed with apt install nasm python3 -y.
To test it just run main.sh and open http://localhost:8000.
Inspired by "Can you fit a whole game into a QR code?" by @itsmattkc which was also featured on Hackaday.
It was made to create the smallest "fun" game possible.
For the people mentioning jinX's snake64 I'd note that without disparaging the achievement made by jinX, his implementation does not obey the same restrictions mine does: In his version, the snake can go through the right side directly to the left side but not from top to bottom, food items randomly spawn so there could be 30 simultaneously, some random pixels are turning white, you need to use 4, 6, 8, 2 keys to move instead of the arrows, you must start the game with downwards movement or it crashes, you have to clear the screen before starting the game, you have to initialize the correct video mode ahead, when you go through the top and supposed to lose you can just go back down, and as jinX stated "It will not work if you run a game from DOSBox terminal. It requires 0 (or 50h, 80h, 0D0h...) value in port 60h on start."
For the countless people saying I'm intentionally not mentioning the Hugi Size Coding Competition (a competition in which the competitors had to make the smallest nibbles game to win) here is my reply to one such comment (from when the game was still 133 bytes):
Firstly, it seems that you didn't even read the rules of the "Nibbles" game:
in the inside of this border a "snake" is supposed to grow, whose size is one pixel at the beginning. after starting the program, the snake's size shall grow one pixel more in each repetition of the program's main-loop.
Which is simply not the same as snake and a lot less difficult to implement.
Secondly, the implementations from this competition have flaws (not that they're not good but I'm saying it doesn't make my version bad) like, for example from the comments in the winning entry:
game can't handle any other keys but keypad arrow keys, you need to start it by typing pause|nibbles in DOS prompt and then hitting an arrow key
and
Because top memory segment in PSP is environment dependant[sic] you need version suitable for your environment
and it doesn't even work on DOSBox because of some special configurations needed.
From the second place entry:
When starting this program, press the 2 (DOWN) key __IMMEDIATELY__
And it too won't work without setting the cycle count and changing it sometimes breaks the game
As for the third place
press '8','4','6' but not '2' once game begins immediately
and the game breaks in the same way the second place does (and needs the same cycle adjusting) but the walls are also broken.
I'll look at the fourth place entry and stop wasting my time doing this,
Well, just looked at it and couldn't make it to boot
And lastly, what place is your entry to the competition? Before you criticize other people first check your criticism is correct and try doing it yourself before you judge.
Thanks for the feedback anyways :)
P.S. I didn't even claim my version was ideal, the main point of the post was asking for help, and this comment actually made me feel better about my implementation in a way, as in an actual size optimization competition someone had a submission of 121 bytes for just a line extending over the screen and my entire snake game (which obviously contains this functionality just as a small part of the entire program) takes only 12 bytes more now, and if I can fix the PR only 7 bytes more.
AFAIK This is the smallest snake game ever made.
It is so small I could fit it into a single QR:
It's 57 bytes.
How little is 57 bytes? Well, this line of text weighs more than 70 bytes.
And so does this arbitrary sequence of emojis: 👩🏼❤️💋👨🏼🧔🏽♀️👩🏼❤️💋👨🏼
An empty C program generated with gcc -Os -w -xc - <<< "main;" on linux-x86_64 is 15776 bytes.
Hex
c57800b80a209992cd1
08b3789fce54021c300
0fbbd00778f5e460f6e
ad414d5449801f039d8
ab96d01c71d772e029d
3880f75fa5b883779db
| My version | MattKC's version | ibara's version | EimaMei's version | |
|---|---|---|---|---|
| Bytes | 57 | ~1400 (compressed) | 2024 | 2953 |
| QR | |
 |
 |
 |
| Link | https://github.com/donno2048/snake | https://mattkc.com/etc/snakeqr/ | https://github.com/ibara/snakeqr | https://github.com/EimaMei/snake-qr |