
Running software from another computer used to come with plenty of compromises. On the Amiga, IBM PC emulation was possible, but it wasn’t especially pleasant. Software emulation could be painfully slow, while hardware add-ons cost money and often added more cables, boxes and hassle. Macintosh software was a different story. The Amiga and early Macintosh systems shared something very useful: the Motorola 68000 processor. That meant the Amiga didn’t have to pretend to be a completely different CPU just to run Mac software. It could execute the same processor instructions directly. That changed everything.
Why Macintosh emulation worked so well on the Amiga
Because both machines used the Motorola 68000, A-Max didn’t have to perform the kind of heavy CPU emulation that slowed down PC compatibility systems. In practical use, it behaved less like traditional emulation and more like running a Macintosh environment on hardware that already understood the instructions. There were still two big problems.
First, an Amiga floppy drive couldn’t read standard Macintosh disks. The two systems stored data differently. Second, Macintosh software depended on Apple’s ROMs, and those weren’t something another company could simply bundle with an emulator. A-Max found ways around both issues.
The price gap between the machines also made the whole idea interesting. In 1987, a Macintosh Plus cost $2,599. An Amiga 500 cost $699. That’s a huge difference, especially if an Amiga owner could get access to Macintosh software without buying another computer.
The A-Max hardware was simple but clever
The external A-Max box plugged into the Amiga’s floppy-drive port. From there, you could connect an actual Apple floppy drive. Suddenly, Macintosh disks were usable because the Apple drive handled the disk format the Amiga’s own drive couldn’t read. Inside the A-Max unit were sockets for Macintosh ROM chips.
The user had to supply those ROMs, usually from a compatible Macintosh. A-Max itself didn’t provide Apple’s ROM code. It provided the hardware needed to use it. There were even small physical details designed around different Amiga models. The mounting arrangement could be adjusted so the unit sat properly when connected to an Amiga 1000. Nothing flashy. It just solved the problem.
Mac software ran surprisingly well
Once everything was set up, the Amiga could boot Macintosh System 6 and start running normal Mac applications. MacDraw worked. MacPaint worked. Claris MacWrite worked.
These weren’t special Amiga versions or heavily modified programs. They were Macintosh applications running inside the A-Max environment. Games worked too. Tetris ran correctly, including sound.
The more interesting part was speed. When applications were run side by side on an Amiga using A-Max and a Macintosh Plus, there wasn’t an obvious performance difference during normal use. That’s not the same as a formal benchmark, of course. But from the user’s point of view, it mattered more. The machine didn’t feel like it was struggling through an emulation layer. It felt much closer to using an actual Mac.
The screen was a trickier problem
The processor might have matched, but the displays certainly didn’t. A Macintosh Plus normally used a 512 × 384 resolution with square pixels. A typical Amiga setup might run at 640 × 200, using pixels with different proportions.
So the Macintosh desktop didn’t fit neatly onto the Amiga’s normal display. One option was a virtual screen. The Macintosh desktop could be larger than the visible Amiga screen, and you’d scroll around to reach different parts of it.
It worked, but it wasn’t ideal. Interlaced video was a better option because it increased the Amiga’s vertical resolution. That gave the Macintosh desktop more room and made the layout much more practical. The downside was flicker. Anyone who’s spent time with interlaced Amiga video will know exactly what that looks like.
A-Max disks made the setup much more flexible
The disk system became more interesting once A-Max introduced its own format. An A-Max floppy could contain a Macintosh filesystem while still using disk timing that the Amiga’s internal drive could handle. That meant files and complete disks could be copied from an Apple drive onto A-Max-formatted disks.
After that, you didn’t necessarily need the Apple drive every time you wanted to use the software.The Macintosh ROM data could also be copied to disk. Once everything had been transferred, it was possible to run the setup on a standard Amiga 500 without the A-Max cartridge connected, without physical ROM chips installed and without an Apple floppy drive hanging off the side.
That’s a much cleaner setup. There was also a transfer-disk system for moving data between a real Macintosh and an Amiga. It wasn’t quick. The shared section held only 272 KB, so larger transfers had to be split across several disks. Still, it worked.
Hard drives made A-Max far more useful
A-Max wasn’t limited to floppy disks. More advanced setups could use hard drives with dedicated Macintosh partitions. That made a big difference if you wanted to run serious Mac software instead of loading everything from floppy. The Amiga 2000 had even more options.
An internal A-Max card was available with support for Macintosh ROMs, an Apple floppy-drive connection and AppleTalk networking. That meant an Amiga could potentially sit on the same network as real Macintosh computers. At that point, A-Max stopped looking like a neat compatibility trick and started looking like a genuinely useful expansion.
The Amiga could do a convincing Macintosh impression
A-Max worked because it took advantage of hardware the Amiga already had. The Motorola 68000 did most of the heavy lifting. A-Max then filled in the missing pieces, mainly Macintosh ROM support and access to Mac-compatible disks. The result was unusually convincing for the period.
An Amiga 500 could boot Macintosh System software, load familiar Mac applications, run games and operate at speeds that weren’t obviously far behind a real Macintosh Plus. For Amiga owners who needed access to Macintosh software, that made A-Max far more than a technical curiosity. It was a practical way to make one computer do the job of two.














