flat assembler
Message board for the users of flat assembler.
Index
> Main > 512b contest 2011? Goto page 1, 2 Next |
512b 2011? | ||||||||||||||
|
||||||||||||||
Total Votes : 20 |
Author |
|
mindcooler 04 May 2011, 14:17
I would suck, but I would be interested in trying to make something.
|
|||
04 May 2011, 14:17 |
|
Dex4u 04 May 2011, 21:11
I would code a entry, if it was to be run again.
|
|||
04 May 2011, 21:11 |
|
cod3b453 08 May 2011, 00:40
So the 512b can load more code? (making it 512b + OS )
I think it'd be interesting to see what could be done in 512b though, especially as my OS project has started munching a lot of disk space recently |
|||
08 May 2011, 00:40 |
|
edfed 08 May 2011, 23:24
5 yes means at least 5 coders ready to enter the contest.
then, lets go to choose a subject and improve the rules. maybe something like a subset of snippets can be interresting to share for the contest, but everybody will use his prefered code, then... let's go for a closing date of halloween or christmass, to let everybody the time to code the best demo he/she can. but remember, time runs very fast. then, without definitive rules, we can start to code the demo. i think a category 1024 can be accepted, but the main contest to be the 512b part only. |
|||
08 May 2011, 23:24 |
|
typedef 08 May 2011, 23:32
so what is it supposed to do.
just boot up and go hello then "exit" in a loop? or is there something to it I'am not getting here... |
|||
08 May 2011, 23:32 |
|
edfed 08 May 2011, 23:54
exactlly the same things as in the 256b demoes, but with 512 bytes limit, then, many more possibilities, everything that don't flaw a rule is OK.
3D engine, OK bipper melody, ok file manager, ok something else? ok too, just respect the rules. |
|||
08 May 2011, 23:54 |
|
typedef 09 May 2011, 02:22
ok
|
|||
09 May 2011, 02:22 |
|
mindcooler 09 May 2011, 10:27
typedef wrote: so what is it supposed to do. Always something! _________________ This is a block of text that can be added to posts you make. |
|||
09 May 2011, 10:27 |
|
Dex4u 09 May 2011, 16:50
typedef wrote: so what is it supposed to do. See here for the last 512b compo we had http://board.flatassembler.net/topic.php?t=2164&postdays=0&postorder=asc&start=0 You can get the entrys here: http://board.flatassembler.net/topic.php?p=98270#98270 Winner: http://board.flatassembler.net/topic.php?p=16608#16608 I was call 'ASHLEY4' when that compo was run. Tomasz Grysztar fitted a whole tetris game in the bootsector Viktor Peter Kovacs multi-tasking and so on. |
|||
09 May 2011, 16:50 |
|
edfed 09 May 2011, 22:15
many years were past since this old compo, the result was not so exiting because the FASM community wasn't huge like now, then, there were very few participants.
i am very curious to see the result of this fasm contest 2011. maybe it can be updated to be a 1024 byte contest, then, the result will be many more interresting. just imagine how will look like the TG tetris with 512 extra bytes! |
|||
09 May 2011, 22:15 |
|
shoorick 10 May 2011, 05:29
i could suggest 2-64kb contest, winning program can be written into uv eprom forever*, if it be rom extension - i can test** it on real hardware an publish screenshot(s) or movie how does it run you have enough of time to the autumn/winter, as in summer i have no much time for such games
------------ * depends on chip resistance ** if my extended rom stuff is still alive |
|||
10 May 2011, 05:29 |
|
edfed 11 May 2011, 16:05
64k is too much for a contest.
if it is more than 1024 bytes, it start to be a huge project and have nothing to do with some demo contest. 1024 bytes seems a better limit because: 256b still made 512b still made then, 1024 to do. with 1024, the coder will be free to made a really good interactive compo. i think 1024 bytes of assembler is really a lot of code. but it will let many coders make their compo, as they will not be forced to be an elite programmer to do something in 1k, the 256b is too less for many of us. 512 is limit, 1024 is one boot sector + one application sector, then, can be ok for this. i think finally, the compo can be eparated in too domains: 512b boot sectors 512b application sectors boot sectors SHOULD be able to load a org100h code. application sector should be a org100h code. and then, everybody will find a good domain to code. application is anything that is not boot (org 7C00h) and can be a system, a game, a pseudo virus, or anything. the finallity of this contest will be to provide a set of sectors, assembled as a virtual drive (contiguous string of sectors), with only the first sector to be the winner bootsector, and all other sectors to be challenger bootsectors and applications sectors. then, the boot sector should be able to load and call an ather boot sector too at 0:7C00h. or an application at xxxx:100h where xxxx is an arbitrary 16 bits segment. if an application or boot sector commute in PM, it should return to RM before to call or jump the next sector. and then, if we are enough to participate, we will be able to give something like a community modular OS. isn't it exiting? i planned to do something like this with the 256b demos, but no time for, and this is not the fasm compo, we are not the owners of theses demos. but as a test, i propose, for those who wants to play with demo management, to test their code with a list of 256b demos. after, it is just a question of adjustments to make it for 512b codes. and i really need to improve my english vocabulary, i write english like a beginner, it is frustrating. sorry, but the idea is there. let say, the compo rules should be defined before june. it is up to you to confirm of infirm what i propose here. |
|||
11 May 2011, 16:05 |
|
mindcooler 11 May 2011, 16:21
I like the idea of making a multi-part demo of the results.
|
|||
11 May 2011, 16:21 |
|
cod3b453 11 May 2011, 16:53
I just assembled what I thought would be ~200 bytes but it turned out to be only 80...I might make it to under 512 after all!
I like the idea of 512b for main code but allowing additional sector to demonstrate it working with other code; though I think the application should be up to creator so they can choose if it is a DOS or 32/64bit PM application. |
|||
11 May 2011, 16:53 |
|
shoorick 11 May 2011, 17:28
edfed wrote: 64k is too much for a contest. ok... then... i can write into the rom (64 - x) best projects. (x - space for shell to boot and run these projects, also can be a separate project, and space for catalog) _________________ UNICODE forever! |
|||
11 May 2011, 17:28 |
|
YONG 12 May 2011, 14:54
If memory serves me right, there were only four entries in the last 512b contest - TWO were mine!
Anyway, that was ancient history. May I suggest the prize for the 2011 contest? A brand-new assembly programming book written (and signed) by the renowned O.C. |
|||
12 May 2011, 14:54 |
|
edfed 12 May 2011, 15:41
if it can bring more participant, i am ok, and extra feature, a dedicated signature drawing, with a pic12f675 and handmade RCD programmer for the winner.
|
|||
12 May 2011, 15:41 |
|
Mike Gonta 15 May 2011, 18:47
How about a 4K demo?
4K is the size of the current hard drive sector (most are still providing a 512 byte firmware interface), as well as the block size of flash media - USB flash drive and Solid State Drive. It could be loaded by a modified MBR from a FAT32 partition UFD similar to this one. |
|||
15 May 2011, 18:47 |
|
edfed 15 May 2011, 23:49
why not, the more bytes there are, the easyier it will be to code something cool.
256b is not enough to let anybody code something, just look at the level of what was made, and you cannot hope to do something as good as them. but with more bytes, it can be possible, even to the worse programmer, to do something interresting... lets go for more comments about the rules. june comes fast, then, rules will soon be defined. |
|||
15 May 2011, 23:49 |
|
Goto page 1, 2 Next < Last Thread | Next Thread > |
Forum Rules:
|
Copyright © 1999-2024, Tomasz Grysztar. Also on GitHub, YouTube.
Website powered by rwasa.