jdrose

That's a new concept for me...demos for the Atari 2600 VCS. Did a fine job on that demo. And it ran perfectly under Stella. Very cool.

I do not think you need to do a CLD before each time the routine is run. That would possibly waste program space and certainly waste cycles. A CLD at the very beginning of your game code should do it. A universal procedure when programming the Atari 2600. The D flag is undefined on power up. *** Here is a good overview of the 6502 decimal mode. (Some of it may not apply to the 6507). http://www.6502.org/tutorials/decimal_mode.html

I used to be a greeter at a restaurant. Currently I am unemployed. Programming the 6507 in the Atari 2600 is a challenge, an enjoyable diversion and gives me something productive to do until I find another job. The popularity of the console, tight programming environment, small memory map and the challenge of "racing the beam" attracted me to the 2600. Nothing else quite like it. Plus I have always enjoyed programming in 6502 assembly.

Lazycow, I say go for it. Your mock-up screens look great. Was the original C64 Powerglove developed in assembly language?

"It is better to adapt to common naming standards (see vcs.h). Else (e.g. in case you ask for help) it will makes things just more difficult." Good advice.

Excellent tutorial. Where can I find a complete list of the 65SC02 instruction set?

Or how about another alternative? Who can get the most points in 1/2 an hour of play. How often are high score contests conducted?

"BTW: I have always been using this as a reliable reference for illegal opcode stability." Thank you.

"The book, published in 1978, contains schematics for all sorts of Pong-type games." With all due respect, the Studio II was not a "Pong Type" game. It did not rely on the discrete logic chips of pong consoles. The Studio II was a full computer architecture based console running an 1802 microprocessor executing programs stored in interchangeable ROM cartridges.

Is there a good guide to illegal opcodes that are useful specifically in the 2600 environment?

The artist is composing music using the "Music and Sound Editor" available in Visual bB. They are taking full advantage of the flexibilty and sophistication of that editor. Including the "dual channel" mode I assume. It really is a good tool for producing impressive 2600 music.

Wondering if a commented source code for the VCS version of Phoenix has ever become available?

Cool. I do not have any projects in mind currently. However, for future reference, what are your fees generally for producing a new composition?

If you are sending the music to a programmer coding specifically in bBasic then saving it in .bas would probably be best. That is how I would want it. Less hassle than reformatting the data from a ASCII text file.

You can save the data two ways: As a .dat file using Music and Sound "Save" button. And as a .bas file using the "Create .bas" button. I guess it would depend on the format your programmer would want to receive it in.