infiniteneslives wrote:My point is one or two entries in this category don't necessitate a separate competition and prize payout. SNROM is actually a pretty good choice for a 'greater than discrete' mapper that comes close to the capabilities of the multi-discrete mapper.
Especially because I had SUROM on the brain when I designed it.
In the event miau decided to submit a sequel or more complete version into the 'anything goes' category it's within reason for us to build support if we can port him from SNROM to a more advanced multi-discrete.
Yeah, ROM-hacking a well-behaved SNROM game should be easy. After the setup code finishes, here's my (untested) first draft of the required support routines:
Code: Select all
ora #$30 ; $20 for 128K, $30 for 256K
How about this along with some TBD definition of 'horable entry'
Looks fine, assuming rules on "prior work" can be nailed down.
I'm curious where the 4KB suggested limit comes from on the App submission.
From the Atari 2600 and old 8-bit microcomputers with tape storage. I guess 8K wouldn't hurt too much.
This is the 'windows' type applications idea correct? That and things like the 'toys' from volume 1, would fit into this type of category IMO. How big are those?
I'm not sure how big Axe the apps are because they share a lot of their core code (nametable loading) with ZapPing
Axe and Zapper Calibration are subroutines inside Zap Ruder, the 16K bank that includes ZapPing. I'll estimate their sizes from Zap Ruder's map file.
- Axe: 2471 bytes (not counting CHR)
- Zapper Calibration: 2612 bytes (not all actually used; only one screen is accessible from the A53 menu)
- Music engine (shared with ZapPing): 1420 bytes
- Controller and Zapper reading (shared with ZapPing): 489 bytes
Russian Roulette on the multicart is a subroutine inside Concentration Room. The standalone version of Russian Roulette is 1536 bytes of PRG plus an ASCII font according to my hex editor.
TapeDump occupies $8000-$941F, $E000-$ECFF, and CHR ROM.