Jump to content

Blinkenlightz

6502
  • Content Count

    111
  • Joined

  • Last visited

Profile Information

  • Gender
    Not Telling
  • Location
    SE Michigan, USA

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. Thirded. It's very likely the PC Drive card.
  2. On a related tangent... Could this logic be used to get the Floppy Emu to behave as two mounted floppies simultaneously? Or am I dreaming in Technicolor?
  3. That's really the key here.... You need a patched copy of HD SC Setup on your Plus. With the patch, it no longer checks for the Apple ROM and will accept to format any accessible drive. In fact it will even format a Zip disk as though it were a hard drive! Check out: http://www.euronet.nl/users/ernstoud/patch.html Now, the challenge will be getting it onto the Plus in the first place.... A Mac with a superdrive would be a huge help. Given what you've got to work with I'm not sure what to suggest.
  4. Also, the concerns over dust were really most relevant when these machines were in heavy use - unless you're using your Plus and your 128 daily, and for hours per day, I wouldn't expect dust build-up to really be significant.
  5. Macro Maker, I believe... I remember the icon was the typical "Mac" icon that the System and Finder had, but with a cassette sticking out of the monitor. The UI looked like a tape recorder.
  6. I would add that the 6100 riser for the DOS card effectively converts the PPC PDS into an 040 PDS (meaning the DOS card is actually an 040 PDS card, not a PPC PDS card). I have successfully used a DOS card from a 6100, removed from its riser, directly plugged into the PDS of a Quadra 800. No issues, no workarounds, everything Just Worked. From that, I would expect that with the correct riser in the 610 it would also work. Some Google-sleuthing produced this helpful page: http://www.renewingmind.com/quadrados/q610dos.html ...From the page:
  7. There is also a very relevant previous thread on the topic of SCSI on the Mac Plus here: http://68kmla.org/forums/viewtopic.php?f=7&t=11371
  8. I would venture a guess here that the slightly-non-standard SCSI implementation of the Mac Plus is to blame. The Plus was released a bit before the SCSI spec was final, and as such has a few differences. Sorry for the Wiki link, but it's all I can find at the moment with Apple's older dev notes disappearing... http://en.wikipedia.org/wiki/Macintosh_Plus In my opinion, while it would have been nice for the AztecMonster to include such a jumper, I would say that if the device is SCSI-compliant and the Plus isn't, I wouldn't hold that against the device designer.
  9. Done! The IIsi attempts to boot off the HD20. Doesn't get very far, because the HD20 has System 6.0 which doesn't support the IIsi. But it reads, says Welcome to Macintosh, then a polite suggestion to get a newer System and be sure to install support for the IIsi. Under OS 7.6 I copied some software from the HD20 to the internal disk, and the application runs fine -- so I can be reasonably sure that data copied in that direction is OK. However, I've seen some references to "partial" HD20 support on newer Macs only meant to copy data from, not to, the HD20. I don't really feel like bor
  10. Preliminary test results - SE/30, System 7.0.1: No activity whatsoever. HD20 completely ignored at boot-up and after boot. Tested floppy port with an external 800K drive, the port is fine. IIsi, Mac OS 7.6: No attempt to boot from HD20, booted from internal HDD. Immediately when Finder loaded, started a desktop rebuild on the HD20. Afterwards, was able to browse the HD20 and copy a file from HD20 to internal HDD.
  11. I have a working HD20, and thanks to you, working SE/30 and IIsi. So I can at least try those out, see what response I get from them, if any.
  12. Entirely true - maybe this one strikes me as different because it's an "artificial" drop. Had support stopped when the external floppy connector did, that would have been "normal" (regardless of whether external floppy drives might still have been useful at the time). But dropping code out of ROM for a device where the hardware requirements are still met, to me that's a different story. As an analog, for example: it might be comparable to if, when Apple started selling USB iPods, they dropped the ability to connect a FireWire model to any Mac built after a certain time -- despite havin
  13. In a way I'm surprised that Apple dropped hardware support for the HD20 so quickly... Clearly, they never would have sold an HD20 to a customer who intended to use it primarily on a IIsi for example. But what about existing customers moving to new machines? If you had a 512, for instance, with an HD20, then upgraded the 512 to a Plus, upgraded the Plus to 4MB, you would still have had a viable computer when the IIsi came about. Why would Apple not want to make it easy for such a customer to move their data and applications to their shiny new Mac? Just thinking out loud... I guess i
  14. The rule of thumb generally - at least for desktop Macs - is if the drive is Apple-branded, then it can handle variable speed and GCR encoding, which are the requirements for 800K and 400K disks. As far as file system handling, there are limitations when dealing with 400K disks (which are MFS file system rather than HFS) depending on the version of MacOS. IIRC, Mac OS 8 was the dividing line there, System 7.x or lower can deal with 400K disks natively. But in any case, if you're dealing with disk images only that doesn't matter. The drive will read or write images fine and the data won'
×
×
  • Create New...