Call for participation: 256 bytes collection
Posted: Tue Jun 13, 2006 10:27 pm
Hei hei !
I wrote collection, because this is not a competion, there will be no winner, no loser, no prize
The other day while talking with Twilighte, I show him the 256b demo archive here: http://www.256b.com/home.php and of course I wondered what could be done on the Oric in 256 bytes.
So here is my idea: creating a compilation/collection with all the things that oric users can do in 256 bytes.
Remember these "two liners" in BASIC, that's the same, but instead of a limit in number of lines, it's a limit on the size of the program that most be at must 256 bytes long.
You can use whatever language you want, and as much memory you want
On this particular case, I think that BASIC programmers can do more interesting things because BASIC tend to be quite efficient on a size point of view.
Now, about the size, I guess we should count "256 bytes" without any kind of header, this way we can save the program on the disk, it will take exactly one block. That means you are not supposed to read stuff in the header to spare some room, because on the final disk the header will not be there anymore.
Concerning the subject, well you can do whatever you want, something that display japanese poetry, some demo making intro, a procedural music player, a mini game, a mini word processor, a mini paint program, whatever
Everything is accepted !
Does it looks like something interesting ?
I wrote collection, because this is not a competion, there will be no winner, no loser, no prize
The other day while talking with Twilighte, I show him the 256b demo archive here: http://www.256b.com/home.php and of course I wondered what could be done on the Oric in 256 bytes.
So here is my idea: creating a compilation/collection with all the things that oric users can do in 256 bytes.
Remember these "two liners" in BASIC, that's the same, but instead of a limit in number of lines, it's a limit on the size of the program that most be at must 256 bytes long.
You can use whatever language you want, and as much memory you want
On this particular case, I think that BASIC programmers can do more interesting things because BASIC tend to be quite efficient on a size point of view.
Now, about the size, I guess we should count "256 bytes" without any kind of header, this way we can save the program on the disk, it will take exactly one block. That means you are not supposed to read stuff in the header to spare some room, because on the final disk the header will not be there anymore.
Concerning the subject, well you can do whatever you want, something that display japanese poetry, some demo making intro, a procedural music player, a mini game, a mini word processor, a mini paint program, whatever
Everything is accepted !
Does it looks like something interesting ?