DjayBee

This is the Atari release which has copy protection. Did your dump have a bad sector 367 (track 20, sector 7) which you "repaired"?

It needs BASIC Rev.A. Then you have an additional command RENUMBER.

A use case for FujiNet, @tschak909 surely never has dreamed of. 🤣

https://archive.org/details/@cs_stuttgart?query=planetarium

Does this make much sense when you can have the 1090 card be a 80-column card itself (with much faster access to its memory than over the joystick port and) without all the video syncing hassle of the XEP-80?

Ask @Savetz

Yes, they did in some cases but not here. (Actually the disk contains only one bad sector.) Data of your dump is identical to Atarimania's dump which I used to fix your ATX: Backtalk v1.0 (1985)(Antic Software)(US)(Side A)[f].atx Backtalk v1.0 (1985)(Antic Software)(US)(Side A)[f].atr But having said that: Track 30 misses sector 18 (=578) but contains two identical instances of sector 16 (=576). The second instance of 16 is in the exact position where sector 18 should be (and also where I would expect a second instance for copy protection). But the missing sector 578 is part of AUTORUN.SYS and therefore may not be bad! Your disk might be a mastering error. Accidentally overwriting a sector is easy and common place but changing a sector's header definitely is not, much less doing it in a way which leads to a good sector. Perhaps @ijor can have a look at the SCP file contained in your inital posting.

IIRC the biggest drawback of the Happy sector copier is that it aborts copying if it encounters a bad sector.

Look in this thread: https://forums.atariage.com/topic/324104-my-dad-left-me-his-computer-collection-and-i-dont-know-where-to-start

I also honestly doubt that for this exact reason anyone of the gifted artists would want to work with/for him.

Wow, finally somebody out from the realms of HCI. Richard is still completely secretive about just, erm, everything. If he could, he would probably even deny his own existence. 😜

The source code seems to assemble into an only partially working game. @tsom fixed it here. Perhaps you can update your disk image above.

I did not post a dump. The link points to a huge thread with lots of dumps. But right know I looked myself if SoulBuster has dumped the disk - and yes, here is a dump which seems to contain MAC/65 source code which assembles correctly: https://forums.atariage.com/topic/321959-my-software-library-a-preservation-effort/?do=findComment&comment=5201223

Look in this thread if SoulBuster has dumped and updated the disk which contains it: https://forums.atariage.com/topic/321959-my-software-library-a-preservation-effort/#comments He dumped and fixed many of the ANALOG disks. If, for instance, a listing was corrected in the succeeding magazine he integrates the fix.

Isn't SSD = Solid State Disk or Solid State Drive? Makes a lot of sense. 🤪

So what? Atari was two months earlier (Jan 16th):

No wonder, Atarians know the difference between 8-bit and more-than-8-bit. 😎

Untick "Pause When Inactive"

With these particularly crappy images this will not work. The Lister is a XEX file converted to a BOOT-disk. Therefore after starting it, you will not have a DOS to open any file except from C:. The Detokenizer is also a XEX file. This time the disk contains DOS.SYS but no DUP.SYS. Therefore it either boots to BASIC or crashes unless you rename the XEX to AUTORUN.SYS or move it to a disk with a complete DOS.

Data goes only from track 0-18 plus the directory on track 19. The unformatted tracks are 25-39. This is probably only a mastering error or bit-rot. APX usually did format all tracks on their disks contrary to some other publishers which quite often formatted only the needed tracks on their disks.

@SoulBuster recently dumped Recipe Search 'N Save which I am currently analyzing. I am puzzled by the fact that v1.0 of the program comes with the source of APX's Supersort but neither contains a USR-call to 7434 (Supersort's entry point), nor is Supersort mentioned in Recipe Search 'N Save's manual. Even more puzzling is the fact that the current dump of v1.0 in a8preservation's torrent contains only the source code but no binary, whereas Soulbuster's dump contains the AUTORUN.SYS as well. (Furthermore the torrent's disk hides the main program in a hidden directory at sector 358 which neither Soulbuster's dump, nor v1.1 do.) Having the source code on the disk when the main porgram is obfuscated and therefore could not even be extended or patched to use the sorting routine, makes no sense at all. Perhaps somebody @here has any insight in this. (just hoping...) Btw.: The next release v1.1 does not contain anything Supersort-related anymore. Soulbuster's dump: Recipe Search 'N Save (1982)(APX)(US)[disk].atr a8preservation's dumps: Recipe Search 'N Save v1.0 (1982)(APX)(US)[BASIC].atr Recipe Search 'N Save v1.1 (1982)(APX)(US)[BASIC].atr

Why go for the El-Cheapo replica? Use the original: The lister is part of Scanalyzer. Boot the Detokenizer in Altirra extract the COM file and copy it to a disk image with a full DOS.

It worked for me and I already finished it.

Team Hoaxers might have become a self-fulfilling prophecy. too bad...

I finally found time to start anlyzing your dumps. Hayden SAT is done. We did not have many of them before but with your dumps and and the ones Kay Savetz submitted this week, we now have a nearly fully verified set. Only the "Test 2" disk is currently missing but we hope that Kay can dump this side as well. I am also suprised, how many APX original disks we were missing. Nearly all of your images which I analyzed today where firsts for our archive.