Jump to content


  • Content Count

  • Joined

  • Last visited


About Gorgonops

Profile Information

  • Gender
    Not Telling

Profile Fields

    Board-Certified Kvetcher

Recent Profile Visitors

1341 profile views
  1. Gorgonops

    Original Macintosh Keyboard and Mouse on an iPhone.

    I have no idea where you picked up the idea that the Floppy Emu could *control* a Mac floppy drive in addition to emulating one. It doesn't. Period. The CPU in it could probably do it but the CPLD and probably the circuit board would require changes. Floppy busses are not SCSI, it's not a bidirectional-on-the-same-lines peer-to-peer arrangement.
  2. Gorgonops

    Proper Mac Plus ROM split HI/LO

    I haven't taken even the slightest look at the Mac Plus schematic to base this idea on, but I wonder if your some-odd-seconds of screen corruption before it clears and proceeds with booting could be that there's something up with the processor reset circuity. Typically computers of this vintage have some sort of timing delay circuit that waits a discrete period of time after power-up before pulling the RESET signal to officially start the CPU running. (Until this point the circuitry typically holds the line as if a "reset button" was being held down, halting the CPU.) If for some reason that circuit is having trouble stabilizing it could be holding the CPU in a halted state for some random period of time. Throwing this out there because I saw something like this on a Commodore PET I was restoring years ago. (Fixed by replacing a bad *ceramic disk* capacitor.) PET used a simple 555 timer to hold reset for about a second after power on.
  3. Gorgonops

    Proper Mac Plus ROM split HI/LO

    Perhaps the software you're using has an Endian disagreement with the Motorola 68000. (IE, perhaps the software assumes little-endian hi/low, in which low would be the first physical byte, but the Mac ROMs assume "high" is the first of each 16 bit word.) As long as you're correctly getting even/odd byte distribution you should be fine burning your ROMs with it split either way, it's just the terminology that's confused. Just plug them in after flashing and if they don't work first time swap them.
  4. Gorgonops

    FUN CHALLENGE: 2006 iMac in 2019

    It is kind of remarkable just how wide the range of performance there is to be found in consumer-level machines these days. It kind of reminds me of how it was around 1993 when you could still pick up a "Computer Shopper" and buy from the same white-box sellers anything from a 386sx up to a Pentium off the same menu.
  5. Gorgonops

    Fitting a SCSI2SD in a 68k Mac

    I always just used a hacked version of HC SC Setup; there's a simple ResEdit hack that disables the firmware signature checking. Supposedly the version on the A/UX setup disks also doesn't do signature checks and works fine for regular MacOS.
  6. Gorgonops

    Fitting a SCSI2SD in a 68k Mac

    The Seagate ST225N you're setting the product ID to *is* a 21mb hard drive. (It's the drive Apple stuck in the original 20MB external box for the Mac Plus.) I've seen that recommendation to set the Product ID to that in order to get the SCSI2SD to work with Apple's unmodified formatter software for System 6 (Apple used to tie their formatter to only work with drives they sold), but if you're planning to run System 7 or higher it may not be a brilliant choice. It sure seems like what's going on here is when the Apple formatter sees that Product ID it's not bothering to query the drive for its full size and is instead just hard-coded-ly generating a 21MB format.
  7. Gorgonops

    68K (no Mac) Designs OK?

    I'm kind of surprised in retrospect that it doesn't seem like Sega explicitly pointed that out in their advertising for the Genesis, as it's also a dual 68000/Z-80 architecture. (Of course, it's also interesting that Sega marketed the Genesis as a "16-bit" system while most of the computer makers using the 68000 heavily emphasized the 32-bit attributes of its ISA.)
  8. Gorgonops

    ROMBUS - 64 MB flash interface for Mac Plus

    Okay. Well, I mean if it looks like it's going to work I'm in no position to criticize. I do have to admit something does make me just a *little* leery, though; I googled up an application note for these quad-SPI flash chips, and this is what I got: https://www.st.com/content/ccc/resource/technical/document/application_note/group0/b0/7e/46/a8/5e/c1/48/01/DM00227538/files/DM00227538.pdf/jcr:content/translations/en.DM00227538.pdf The application note talks about running these chips in parallel; it doesn't have an example of four in parallel, but it does have one for two. This diagram has me scratching my head: Maybe I'm missing something, but the implication I get from this is that the way the memory cycle works with these things is that when you "go wide" with multiple packages it still expects each chip to send and receive a full "byte". IE, the data cycle is going to send two sets of four bits across the I/O lines as a unit. I don't find anywhere in this manual where it talks about the chip acting like it's only composed of four bit "nibbles" which are individually accessible. So if you have four of them in parallel (IE, "16 bits" worth of quad-SPI lines) won't you actually be pushing 32 bits per data cycle? Not that it would be something you couldn't handle, since you're planning on driving this with software on the 68000 instead of depending on this to just "transparently" look like ROM or a disk. Anyway I think mostly what I had in mind when I suggested the SD thing was, given the aforementioned limits on the signals you have access to on the socket, was implementing the port in the form of a "mailbox" buffer between the Mac and a self-clocked MCU that actually handled the communication with the SD card. (Or, actually, in this scenario an MCU that can act as a USB host might be better? Something like a PIC 24FJ64GB00x?) That'd let it run asynchronously from whatever the Mac is doing, all you'd need is a register to communicate a "busy/ready" flag. Ultimately I think something like that would be stuck with performance somewhere in the same ballpark as the Mac Plus' built in SCSI controller. (Which also communicates entirely by polling in that machine.) So maybe there's no point. (Might be a fun upgrade for a 512k?) I'm not sure off the top of my head what would really benefit from "lightning fast" bulk storage throughput in a Plus but it's certainly an unfilled niche. So by all means go for it.
  9. Gorgonops

    Minimum Compact Mac Value?

    This one is moderately debunkable, although it could also be true that Apple was the victim of catastrophically bad timing in terms of bringing the Mac to market. There was a DRAM price squeeze in late '82 into the beginning of '83 that did provide a lot of motivation for the Macintosh team to try to cram the system into 128k, pressure that was all the greater because the initial target price for the Mac was to be $1,500, not the $2,495 that Apple decided to jack it up to practically on the eve of its release. But by late 1983 the price of the 128k of RAM had gone down to less than $80 retail. Apple could have *easily* sold the Mac with 512k at its new price in January... except the 256kbit RAM chips necessary to fit it into the only 16 sockets they had on the motherboard weren't really available in mass quantities until a few months later. Apple might have been better off sticking with the original price (or closer to it) with the 128k Mac, or waiting a couple months and debuting it at 512k. Seems like they kind of did the worst possible thing instead.
  10. Gorgonops

    ROMBUS - 64 MB flash interface for Mac Plus

    So, to be clear I don't intend this as a criticism, but I am curious: if the storage on the 64MB flash you're adding is accessed like a "disk", what is the advantage of your design compared to hanging, say, an interface to an SD card controller off the ROM sockets? From an API standpoint SD cards present a "SCSI-like" storage interface and you get whatever rudimentary wear-leveling the manufacturer sticks on the card for free. (Flip side is it would probably be painfully slow if you had the Mac running the card via SPI itself through minimal glue, although, honestly, if it at least presented itself as a buffered 8-bit port and didn't require the CPU to bit-bang everything it may well be as fast as the Plus' built-in SCSI controller.)
  11. Gorgonops

    Found some Lisa diskettes

    Because the Sony drives actually worked. Twiggy was a disastrously ill-conceived and badly engineered failure, a monument to the worst of Apple's worst "Not Invented Here" tendencies.
  12. Gorgonops

    Found some Lisa diskettes

    Disks for the Lisa 1 fit that description, but essentially all Lisa 1s were upgraded to Lisa 2s, which used the same 400k floppy as the Macintosh. (And then later most Lisas that didn't end up in a landfill were converted to clumsy Macintosh compatibles; software for that purpose is what was on the OP's disks.) Anyway, the proper name for those failed Lisa 1 disks is "Fileware", but they're more commonly called " Twiggy disks". And yes, those would definitely be collector's items.
  13. Gorgonops

    68K (no Mac) Designs OK?

    Are you planning to share RAM between the CPU and the framebuffer? Because if not I suspect the 55ns RAM will be plenty fast for a 68000. (I assume you're using AS6C4008s for now?) Not that larger 10ns SRAMs are prohibitively expensive or anything. the AS6C4008 just happens to be really popular for homebrew because it's still available in a standard DIP package.
  14. Gorgonops

    Lower Geekbench score after installing a 7800GS

    Does Geekbench break down the tests in such a way that you can see any disproportionate hits on individual tests?