2600 in 2006

Cool!

Wow, this looks amazing!

I like it!

Very impressive - are you calculating the ring on-the-fly, or do you have a large table of possible positions?

 

Chris

Very impressive - are you calculating the ring on-the-fly, or do you have a large table of possible positions?

 

The rings are 40, 32, and 24 pixels wide. The outer ring has five bytes, one per column, for the 'top' half of its state; the middle ring has four bytes, and the inner ring three. Total 12 bytes. Another 12 bytes are used for the bottom half. Some extra storage will be needed to handle the straight vertical parts of the rings.

 

My plan is to have a routine that will map 4 or 6 bytes for each ring onto the 24+ bytes of ring 'display' storage, with each bit representing 1/32 or 1/48 of a circle. Doing things that way might be a little more work than manipulating the ring data directly (and ignoring the differences in spacing between vertical, horizontal, and diagonal pixels) but using a fixed number of segments for all the rings would allow for inner rings to move outward when the outer ring is destroyed.

 

Also, btw, right now the display of the rings is all done with straight-line code. No loops--just some bulky macros. Code usage could probably be almost cut in half by changing all loads of mask data to use ,x addressing and then doing something like:

l0_exit
 rts
l0_entry:
line_0:
 draw_line
 txa
 bne l0_exit
line_1:
 draw_line
 txa
 bne line_0
line_2:
 draw_line
 txa
 bne line_1

 

I wonder if anyone else has ever done anything like that (FYI, I have enough spare cycles that I STA WSYNC on every line, so the extra cycle(s) from the branch taken are not a problem).

Nifty! If you added the mines and player ship would it necessarily flicker?

 

I guess it would have to but, it wouldn't look too bad I don't think. The original kind of flickered anyway.

 

I really think you should consider more collaboration, you make the awesome display kernels and collaborators can do the gameplay / art!

I really think you should consider more collaboration, you make the awesome display kernels and collaborators can do the gameplay / art!

 

If someone needs a kernel, they should ask me. Kernels are the part of coding I find to be the most fun, though doing the design and gameplay programming for Toyshop Trouble was pretty amazing as well (Nathan Strum did most of the graphics).

Holy cow, I just ran this for the first time. It's beautiful! The local arcade I grew up with had a Star Castle and I played the hell out of it. Never thought I'd see a reasonable facsimile of it on the 2600, but it's looking pretty promising now!

 

..Al