2006 minigame competition

You can talk about almost anything that you want to on this board.

Moderator: Moderators

RoboNes
Posts: 48
Joined: Mon Sep 20, 2004 6:47 am

2006 minigame competition

Post by RoboNes »

hey all the 2006 minigame comp is now running at http://minigamecomp.org.uk
this years code sizes are 1k, 4k and 8k with different end times
User avatar
tokumaru
Posts: 12427
Joined: Sat Feb 12, 2005 9:43 pm
Location: Rio de Janeiro - Brazil

Post by tokumaru »

I'm interested in joining the compo, but I would like to know how exactly the size limitations should be handled on the NES, since you can't just make a 1kb ROM, for example. I'm guessing you can only use the ammount of data you choose to use and clear the rest and forget it even exists.

And I'd like to know what exactly is included in this size limit. It's only the ROM (code, graphics and other data) right? RAM use is free, isn't it?
User avatar
Memblers
Site Admin
Posts: 4044
Joined: Mon Sep 20, 2004 6:04 am
Location: Indianapolis
Contact:

Post by Memblers »

Yeah, RAM use is free. Any of you NESASM users better check also that your zeropage RAM is being used with zeropage addressing (NESASM seems to be kinda odd like that), to conserve ROM space.

Technically you can make a 1kB ROM, just push it all up into the $Fxxx address and higher. Just that iNES format doesn't like that, has to be padded, no big deal.

I experimented with all kinds of crazy crap when I was working on my minigames. Like uncompressing the whole program into RAM (wasn't too effective with RLE, worked great for some data though). And my favorite (and probably the most useful) was using zeropage RAM as the sprite RAM. :)

I doubt I'll have one ready for this year, but who knows.
tepples
Posts: 22705
Joined: Sun Sep 19, 2004 11:12 pm
Location: NE Indiana, USA (NTSC)
Contact:

Post by tepples »

tokumaru wrote:I'm interested in joining the compo, but I would like to know how exactly the size limitations should be handled on the NES, since you can't just make a 1kb ROM, for example. I'm guessing you can only use the ammount of data you choose to use and clear the rest and forget it even exists.
Correct. One suggested format is UNROM (iNES #002) with only one 16 KB PRG bank and everything zeroed except $FC00-$FFFF.
And I'd like to know what exactly is included in this size limit. It's only the ROM (code, graphics and other data) right?
Correct.
User avatar
Bregalad
Posts: 8055
Joined: Fri Nov 12, 2004 2:49 pm
Location: Divonne-les-bains, France

Post by Bregalad »

Memblers wrote:And my favorite (and probably the most useful) was using zeropage RAM as the sprite RAM. :)
Doing such will force you to put everyother variables out of zero page RAM, so you'll most probably have it wasting space.
Also, it makes lda [$xx],Y totally forbidden, unless you reserve some zero page for pointers that correspond to sprite ram tile number and palette, and make sure that the vertical position byte previous to it is always $f0.
This is fool, however. Such small size limitation are not fair to make good games. Being able to spare size is usefull in the life, tough.
Useless, lumbering half-wits don't scare us.
tepples
Posts: 22705
Joined: Sun Sep 19, 2004 11:12 pm
Location: NE Indiana, USA (NTSC)
Contact:

Post by tepples »

Bregalad wrote:Also, it makes lda [$xx],Y totally forbidden, unless you reserve some zero page for pointers that correspond to sprite ram tile number and palette
You lose only 25% theoretical RAM efficiency doing it this way, as you can steal the tile, attribute, and X value of each sprite. Heck, as anything from $F0 to $FF works, you could use one hidden sprite's X value and the next hidden sprite's Y value to make an indirect ROM address in $F000 on up.
User avatar
tokumaru
Posts: 12427
Joined: Sat Feb 12, 2005 9:43 pm
Location: Rio de Janeiro - Brazil

Post by tokumaru »

Well, I'll probably be shooting for the 4kb or 8kb limit, I'm not so hardcore as to go with 1kb. But all space is still precious, even with the higher limits.

tepples, why did you suggest UNROM? Couldn't I just use 16kb with plain NROM? Or doesn't it allow CHR-RAM?

EDIT: Oh, one more thing: the header does not account for the total size, does it? I'd guess not, since it wouldn't be there on a cart and is only used for emulation purposes.
tepples
Posts: 22705
Joined: Sun Sep 19, 2004 11:12 pm
Location: NE Indiana, USA (NTSC)
Contact:

Post by tepples »

tokumaru wrote:tepples, why did you suggest UNROM? Couldn't I just use 16kb with plain NROM? Or doesn't it allow CHR-RAM?
NES-NROM-128 does not allow CHR RAM. The closest boards to NROM that allow CHR RAM are UNROM and BNROM.
EDIT: Oh, one more thing: the header does not account for the total size, does it? I'd guess not, since it wouldn't be there on a cart and is only used for emulation purposes.
The rules state that headers used only by an emulator do not count.
User avatar
Bregalad
Posts: 8055
Joined: Fri Nov 12, 2004 2:49 pm
Location: Divonne-les-bains, France

Post by Bregalad »

CPROM is the closest to NROM to allow CHRAM, isn't it ? It has no PRG bankswitching, and only CHRAM bankswitching.
Useless, lumbering half-wits don't scare us.
tepples
Posts: 22705
Joined: Sun Sep 19, 2004 11:12 pm
Location: NE Indiana, USA (NTSC)
Contact:

Post by tepples »

Bregalad wrote:CPROM is the closest to NROM to allow CHRAM, isn't it ?
It's also rare. Do you think that both you and the judges will 1. have and 2. want to destroy a Videomation cart?
RoboNes
Posts: 48
Joined: Mon Sep 20, 2004 6:47 am

Post by RoboNes »

the judges are anybody wishing to vote (obviously highly suspicious votes have to be disqualified, but they are rare)
User avatar
tokumaru
Posts: 12427
Joined: Sat Feb 12, 2005 9:43 pm
Location: Rio de Janeiro - Brazil

Post by tokumaru »

Could someone please tell me what boards/mappers would allow for 16kb of PRG-ROM and no CHR-ROM? Even if they are very different from NROM.

But since we're already not using a huge chunk of the avaliable ROM space would it really matter if the total size were 32kb instead of 16kb? I don't think so.
RoboNes
Posts: 48
Joined: Mon Sep 20, 2004 6:47 am

Post by RoboNes »

nope 16k or 32k, does't matter to me, actually you could use chrrom if you wanted, you just lose being able to compress it, just make sure the tiles are together, straight after the code
User avatar
tokumaru
Posts: 12427
Joined: Sat Feb 12, 2005 9:43 pm
Location: Rio de Janeiro - Brazil

Post by tokumaru »

You mean have the tiles uncompressed, using only part of the avaliable 8kb, leaving the rest free, just as with PRG-ROM? Could be.

But I don't think I'll want to give up on compression. Just didn't think of the best compression scheme for 2-bit bitmaps yet. It will come to me.

Good to know a 32kb ROM won't be a problem. I guess 16kb would just be cleaner, so I still want to know what mappers/boards would work with that and CHR-RAM.
tepples
Posts: 22705
Joined: Sun Sep 19, 2004 11:12 pm
Location: NE Indiana, USA (NTSC)
Contact:

Post by tepples »

tokumaru wrote:Could someone please tell me what boards/mappers would allow for 16kb of PRG-ROM and no CHR-ROM? Even if they are very different from NROM.
If you want to wire up a board with CHR RAM to take a 16 KB PRG EPROM, then UNROM or Camerica with A14-A16 not connected is by far the most common one. SNROM and SUROM would work too. I'd imagine that BNROM would work too, as the lower bank would just get mirrored.
Post Reply