archive.worldofdragon.org

It's good! Effective Semigraphics use, very playable. Will have to have a shuftie through it to see why it needs 64K though - maybe the map is drawn out in full into memory - twice would make sense too.

Oh, yes, pin 32 - CTS. Sorry, it's labelled 'R2' on the schematics.

..ciaran

The 'R2' line on the cartridge port is active (low, IIRC) for all addresses $C000-$FEFF (map type 0). For 2 * 4K EPROMs I guess you'll also need to decode that with A12 for your chip selects (and A13 if you don't want your 8K of data $C000-$DEFF to be "shadowed" to $E000-$FEFF - 256 bytes missing th...

The thing that instantly came to mind was that CoCo program that drew a strange american comic book character (MAD?).

But as you said "pop art", I quickly took to google and the gimp for this

I know Windows users don't get to see this (yet - I'm slowly working out how dialogues work in the Windows API), but here's XRoar getting confused about your non-standard block types:

Ooh you can play in colour! (Yeah I saw the word "COLOUR" in the tape image and got curious). That looks excellent - how come it wasn't the default?

Here's a hack of that that loads in XRoar. Here's how far I had to get to make it load: ### File 1 "Long save" over CHRGET, vectors and basic command line. Loads $00a6-$03ea inclusive. Points CHRGET to $02f3, which contains (tokenised) :CLOADM AFAICT no vectors pointed to anything crazy. Returns to ...

I see the problem... I'd not flagged "-lp-file" as taking a filename.

New snapshots!

A Dragon 32 board I thought was dead magically came back to life for as long as I held a probe to the RESET line on the CPU - turned out that pin was just not making a good connection in the socket!

ok, thanks for verifying that point, Ciaran. I didn't go too far tracing code yesterday and knowing the end point I did arrive at, I will put a breakpoint there and let it run from the beginning. New snapshot that hopefully fixes GDB connections - it does under Linux at least. Actually closing one ...