Nostalgic

The version of vcs.h that comes with DASM has constants representing various memory locations in the Atari 2600. I noticed that it doesn't have constants representing the values that you can store in those locations. For instance, vcs.h defines what CTRLPF is, but doesn't have a constant with a value of 1 for setting the playfield to reflected. I found an old version of a vcs.h by Nick Bensema at https://web.archive.org/web/20110423060216/http://www.io.com/~nickb/atari/doc/vcs.h. This has constants in it, such as PF_Reflect for reflected playfield, P_ThreeClose for three copies of a sprite close together, and J0_Right for first joystick moved to the right. I'm curious as to why these, or something similar, hasn't been adopted in the files that come with DASM. Or if there are constants that are widely used, what are they?

Thanks for the suggestions! I ended up creating a batch file named "d2600.bat" and am having the command in the batch file include the various command line parameters that I want. dasm "%1.asm" -o"%1.bin" -f3 -I"C:\Program Files\Dasm\machines\atari2600" So if I type d2600 foo to compile foo.asm I'll get an output of foo.bin in the proper format and using the include files packaged with DASM.

Does DASM have any support for environment variables? For instance, it would be nice to create an INCLUDE_PATH environment variable to point to where vcs.h resides, rather than having to put it in the same directory as the source or use the INCDIR directive, which might point to a different directory depending on the installation.

I made two separate orders. The first was Baby Pac-Man, Pac-Man Collection 40th Anniversarity, rubyQ, Wizard of Wor, and Ixion. I am a big Pac-Man fan and Pac-Man Plus' ports have been excellent, so those were easy choices. I also really enjoy Q*bert, so rubyQ with its enhancements and two-player option appealed to me. I like Wizard of Wor and wanted the additional mazes. I've played Ixion quite a bit and thought the reproduction, with its enhancements, would be a good addition. Then I made another order of Gorf Arcade, Lady Bug Arcade, and Qyx. I have the first Champ Games version of Lady Bug, but it appeared that Arcade was different enough to merit a double-dip. Having a full version of Gorf and an "impossible" port of Qyx felt like good choices.

The canonical six-digit player-based score routine has been around for a very long time. Is there an equivalent for a playfield-based score? Different games had different PF score implementations. Many early games like Combat only required two-digit scores for each player. Canyon Bomber and Space Invaders supported two four-digit scores through leaving every other line blank. Asteroids has a five-digit score and a life counter. Video Pinball has an impressive six-digit score with a ball counter and player number. Has a canonical or common playfield-based score routine been developed in the homebrew age? I suspect having to deal with reversed bits in the playfield and combining two digits together info a PFx register would make it a challenge to do efficiently.

Is there a list of books written by developers and programmers about their experiences? I'm aware of a few such books but am wondering if there is more out there. Once Upon Atari - Howard Scott Warshaw Explore/Create - Richard Garriott Creating Q*bert and Other Classic Video Arcade Games - Warren Davis The Making of Karateka - Jordan Mechner The Making of Prince of Persia - Jordan Mechner Sid Meier's Memoir! A Life in Computer Games - Sid Meier Doom Guy: Life in First Person - John Romero Are there more that I'm missing?

Thank you to @Albert for the explanation and support over the years. It's unfortunate that the excellent work done by the developers in pushing the envelope to make these ports will no longer be available in physical form, but it's understandable as well. I appreciate that the games going away have been put on sale. That makes it a little easier to snag whatever games we've been waiting to pick up! I did notice that Asteroids Deluxe and Space Duel aren't on the Last Chance list. Are ports of Atari games being spared?

My concern is that even if the vendor evaporates and does remove or deactivate any DRM, what will I do if the hardware the game is stored on fails? Or what will I do to install it on a future machine? I know even physical media isn't forever, but I'd like to have a backup in place that doesn't rely on cloud storage or the vendor staying in business. I figured dropping the files onto a card or flash drive or external HD should do - but is there a best option among these? (In the CD-ROM era, I would have just burned a CD.)

I would love to see Gee Bee and its brethren on the 2600 as well. It does very well with paddle games and brick-breakers. Unfortunately programming a paddle game is non-trivial even compared to other 2600 games because of needing to read the paddle as the screen it being drawn. This removes some of the precious cycles needed to do tricks such as changing colors in mid-line. That's not to say it's impossible. Far from it! Just not all that easy. 🙂 But if someone were to do it, I'd be all over it.

I usually buy physical games, but on occasion there isn't a physical release for a game that I pick up, or there isn't one specific to the system that I have. For instance, there are physical floppy disks for the Apple ][ version of Nox Archaist; I bought the physical collection without the floppies because I don't have an Apple. Another example is the GOG releases of the Ultima series, not just with the games, but digital versions of the manuals and hint books. What is your preferred way to preserve these for play on current and future systems? For a PC I could choose a flash drive, a micro SD card, or even an external hard drive. Some of these could last longer than others. Some could be easier to use on future computers than others.

Thanks for the suggestions! I'll have to poke my head into our local used video game stores and see if they have some Game Boy / Pocket / Light carrying cases to explore.

That's interesting. I'm not surprised that they play differently. I am surprised that one would feel better in Museum and another would feel better in Arcade Archives. Maybe it's a difference between Japanese and U.S. ROMs? It wasn't uncommon for games to have different difficulties and level order. (I think one version of Pac-Mania had more stages than the other.) Perhaps one of them also controls better. I agree about Ms. Pac-Man. I would love to see an Arcade Archives version of it, or DLC for Museum.

As much as I like Pac-Man and the related games, I've been wondering if it would be worth double-dipping on the Arcade Archives versions. Is the emulation better in AA and are there more options for customizing the game? I have some Arcade Archives games, but none of the Pac-Man series, because I have Museum.

The Analogue Pocket is certainly a nice piece of kit, and on those rare occasions that it leaves its dock, I'd like to have a case that it will fit in and protect it well. I do have the case that Analogue offers, but that feels more like a display case; it's a plastic shell with no padding. Can any Analogue Pocket owners recommend a good case for taking it on the go?

Nice to see the arcade Pac-Man Arrangement as part of this. I enjoyed the tweaks it made to the classic gameplay while keeping the core intact. The music was also guite good. I hope Pac-Man 256 won't rely on swipe controls, but it's good to see it included. It's a fun little diversion.