david__schmidt

Slot 6 is ubiquitous and generally expected for the Disk II on the Apple II. Some software is hardcoded to look for it there, so it's safest to just locate it there and be done with it. So the disk error can be any of a number of things. It can be a faulty write-protect switch, or maybe even bad media. The drive hardware itself was/is pretty robust, so I'd be disinclined to suspect the drive first. You could try ADTPro and have it send EsDOS II over audio - that could at least get you another data point by loading the OS and then trying to have it format (INIT) a disk.

That's not necessarily the lack of ROM holding it back. It could be any of a number of other problems on the logic board. Without a known-good F8 to try with, you can't rule out other logic board problems. Troubleshooting them can be a gradute-level endeavor requiring an oscillisope and quite a bit of experience - though you can sometimes get lucky by swapping parts with another known-good board since so much is socketed. But then plenty of critical parts aren't. Some notes for you to start with: http://www.willegal.net/appleii/appleii-repair.htm

You know, of course, that's because it has to also load in the moral equivalent of the Apple II ROMs on which DOS and Integer depend.

For posterity - this was asked and answered in another thread: http://atariage.com/forums/topic/228879-need-help-with-rogue-clone-iii-on-gs/

Nice work. I also built a bootable disk (and I made it go directly to the game by replacing /System/START with the ROGUE executable), but I think your solution is a little more humane. This gives people a way to do a little file maintenance along the was as opposed to being thrown directly into the game.

Good gravy, that couldn't possibly have been more obscurely packaged. Requires a pile of ancient tools to decode/unpack/change filetypes of. If you were online via modem in 1996, it would probably all have been on your desktop and would have made more sense. To make matters worse... it was set up as an MPW shell app. Sheesh. Try this: ftp://ftp.apple.asimov.net/pub/apple_II/images/gs/games/adventure/RogueIII.po It requires to be run from GSOS (or at least from ProDOS 16), making it tougher to pack on a single floppy disk. But you should be able to just double-click on the ROGUE app from the directory display within GSOS.

Almost forgot... my 2048 port from the 2600 runs natively on the /// as well. Not much of a UI on it, but it plays... https://github.com/david-schmidt/AII2048

The MESS /// emulation is almost like the real thing - it has really come a long way. We were in the wilderness with /// emulators for a long time, but that changed very recently. The coolest thing about the real hardware is the dual-speed repeat on the arrow keys based on how hard you push it. Very handy for games.

http://apple3.org/iiisoftware.html#games http://apple3.org/Software/wap/html/a3games.html

I've got one I can send back to my homeland. Send me a PM.

Sorry for the thread reanimation, but this question was never answered. I've since bought a Franklin Ace 500, and can confirm that the serial port is hardware compatible with the Apple IIc: the same serial cable and software will work for both.

Not exactly. NIB is a lossy format, and so is not particularly deterministic. There does not exist a software solution to reliably "bit copy" every possible copy protection scheme out there. Which is why so many games have crack screens on them... in order to be archived, most need to be cracked to remove the copy protection before they can be copied reliably. NIB takes care of some of the lightest copy protection, but for the more sophisticated types, there is no general solution available. For Macintosh users, the Virtual ][ emulator comes with an ADT variant called A2V2, which can transfer NIB and another (so far) proprietary format for half-tracks. It'll work for some of your 2500, but not always. I have been working with Gerard Putter, author of Virtual ][ and A2V2 to incorporate the technology into ADTPro, but have been exploring other technologies as well to see if anything better can be engineered. So far, nothing.

Let me know how it goes or if you need help. I'd be interested in adding the Franklin Ace 500 to the "supported platforms" list of ADTPro. It would be good to know for sure what pinout works, etc.