Panther

Simply because it made use of an XIO command not supported in other DOS's. Easily fixed in Basic, but having to dig up a Basic cartridge was also an annoyance. It's also slow, and the program had bugs, and you had to have the additional files containing the machine code present.

Have the missing key mappings been corrected on the AKI USB interface?

I appreciate the help anyway. The first method I tried when I first wrote SimCheck didn't work well at all! I'm sure this will work, but just needs some tweaks.

That's actually how I'm doing it. Set the player 0 horizontal position, graphics mode 9, GPRIOR loaded with #$41, clear the collision registers, wait two jiffies, load each player and missile register with 0, and check for a player 0 vs. playfield collision. It usually works.

I've posted the MyIDE FDisk rewrite in this thread (see the first post after OSDump):

Time to revisit GTIA/CTIA detection again! The timings seem to change easily, I'll need to figure out a more reliable method.

I'm guessing you didn't replace your GTIA chip with a CTIA...

Here's a video of using the MyIDE interface of the GPB (Grecian Personality Board, as this board ended up being called). The artifacting and distortion in the video is caused by the camera, not the Atari, and I know it's a bit shaky, I was holding a phone recording this while operating the Atari. It demonstrations booting MyPicoDOS from one partition of the MyIDE and launching a game, then rebooting and swapping drive numbers with another partition and then booting MyDOS from the other partition. No frames were removed from the video. Atari800GPB-MyIDE-Demo.mp4

Has anyone else been able to get the MyIDE internal working with the OS800Clu OS to access the drive? I can initialize the MyIDE card, but haven't been able to gain access to the drives.

DropCheck made new replacement circuit boards for these that are very nice quality double sided boards. It's definitely the best route to go.

I'm rather certain that assembly predates those...

52K memory can work in conjunction with Axlon, but of course you could have problems with software that does utilize the CFF0-CFFF region, causing Axlon to swap banks unexpectedly. You can have up to 4MB of Axlon memory (256 banks), although, with standard Axlon configuration, bank 0 replaces your main memory, so you really only gain 255 banks. I've found games that would run on a 52K 400/800 that would otherwise not run with 48K and normally required an XL/XE, though I don't recall any specific titles currently.

The original Mega Speedy had a small production run, and I've not had any problems with mine. It's great that these have been made available again.

Are you using the latest version? This exact feature was added already, you can see it in the screenshot in the first post. Axx for Axlon or Xxx for Extended. Glad it's useful!

I'm not so sure the 2N3904 transistor at Q101 would be happy with an 8 Ω speaker.

That's quite close. 63 ohms is what's printed on the NOS speaker I have here. 56 Ω is what I measured.

63 Ohms.

The mod uses an AT29020 flash, much easier than uses EPROMs, and you can load whatever you want in the first half of it. Switching is accomplished through software, but unfortunately the ability to launch the config tool from the flash memory did not work out in this version, so you need to load the config utility manually. This mod does not require any modifications to the Atari, and this includes not installing switches.

There's also the expansion board by santosp which gives 52K of base memory, 512K of Axlon, and eight selectable OS's. However, I'm not sure of how many he plans to produce beyond the five made so far.

That's okay, the forum does weird things, see, it ate my 'e'.

You alrady asked this question in an earlier post and it was answered.

OSDump 1.2 has been added, which now gives a menu with the following options: XL/XE: 1 - Dump full XL/XE OS 2 - Dump 5000-57FF (self test) 3 - Dump C000-CFFF (interrupts, international charset) 4 - Dump D800-DFFF (floating point math) 5 - Dump E000-FFFF (main OS) 400/800: 1 - Dump full standard 800 OS 2 - Dump full extended 800 OS (with C000 range) 3 - Dump C000-CFFF (Omni, etc.) 4 - Dump D800-DFFF (floating point math) 5 - Dump E000-FFFF (main OS) And X for exit. Files are saved to D: (must exist) under the following filenames: OS_XLXE.BIN = Full XL/XE (C000-CFFF, 5000-57FF, D800-DFFF, E000-FFFF) OS_800.BIN = Full 800 (D800-DFFF, E000-FFFF) OS_800X.BIN = Full 800 Extended (C000-CFFF, 0x00 x 2K, D800-DFFF, E000-FFFF) OS_5000.BIN = 5000-57FF OS_C000.BIN = C000-CFFF OS_D800.BIN = D800-DFFF OS_E000.BIN = E000-FFFF

Yes, all except the hardware register space at D000-D7FF. Of course, if you have a cartridge installed then that memory area is impacted as well. It even tests the memory occupied by SimTest.

Because I wrote it to detect the versions of standard BASIC that might be included internally or at least a regular Atari cartridge, which Basic XE is not. SimCheck isn't meant to detect any loaded programs that wouldn't normally be internal.

Somehow I had missed this project until now (thanks to a link on a thread about the 578NUC+ and its Basic XE incompatibility). Very nice! I haven't really written anything in any form of BASIC in a very long time, but this is very handy to have. Altirra Extended BASIC seems a good candidate to replace other BASIC languages as a new standard.