At VCFMW last month, my table was adjacent to Lorraine and her friends.
Ben Heck walked by during setup, and asked me what it was. I was clueless, so we started making educated guesses. The Amiga poster was a start.
I do wire-wrap. This thing is a marvel to behold. It is quite orderly, but could have used colors more effectively.
The three units implement the VLSI chips and the main board of the Amiga that was first shown at CES (I believe.)
Each VLSI is a stack of PCB such as you might get from Vector, with columns of pads for ICs in wire-wrap sockets, buss bars, and edge areas having mounting holes for connectors. The layers are connected by ribbon cables.
(they are not called breadboard!)
Wire wrap is a superior technology. There are no cold solder joints. They are gas-tight.
It is not hard to debug. If you follow some rules, and don't make a spaghetti bird's nest.
Such workmanship can be seen on minicomputers of the early 1970s.
Whole computers were made by wire-wrap around MSI chips. My wire-wrapped PDP-11/10 functioned perfectly thru the 1990s.
Recently, I implemented a microcomputer design in wire-wrap. That was enjoyable!
My design was captured in KiCad, laid out as a PCB, which I translated to perf-board and wire-wrap sockets
This approach is perfect for prototyping, as you can simply add new blocks.
I probably still have my wire-wrap gun in storage somewhere but I would much rather use an FPGA. If you don't mind, answering, why do you still use this tech instead of FPGAs?
As for cold solder joints: no, they don't do that. But when you start making modifications you have to be extremely careful not to cause any damage because tracing a loose joint on a wire wrap board is the stuff of nightmares.
Because I want to play with original chips. Many of them are in DIP sockets and are 5V. Not to mention linear and analog functions! No matter what, there's always wires or traces between packages.
When I want to do FPGA, I start with an IceStick or BlackIce board (Lattice ICE40 FPGA). But then it comes down to interfacing it to some other chip. So if I make a little PCB that needs more than 16 I/O pins at the edge, I've got myself into extra ribbon cable to jumper to more I/Os..
I even made one wire-wrap board with 4 socketed 74LVC245 level shifters that the BlackIce board would plug into. From there, I could do what I wanted.
I agree that damaging your wires is a serious risk. I guess I'm lucky that this never derailed me. I follow the color rule: blue on the bottom layer, yellow on the second. No daisy chains! Rather than unwrapping to get to a hidden blue wire, I can just cut it.
Also I should mention that I'm not doing anything above 25 MHz.
I see, very interesting. I try really hard to get everything in the digital domain as soon as possible but yes, if you are into analog and linear and use the original chips then it makes good sense.
Thank you for the explanation and much good luck with your projects.
For a clumsy person like me wire-wrap seems even harder than the usual stuff around soldering, that said I'll look into it more because it seems incredibly interesting.
Also it's nice hearing about Ben Heck in the wild, when I first started fiddling with Arduino I watched his YouTube videos on the element14 channel. Though from what I remember he's long since left. Another channel that I remember fondly is EEVblog even though both were about electronics the content itself didn't have much overlap if I recall correctly.
FWIW when wire wrapping you can get handy little hollow tools. You feed the wire in to a hole in the tool, drop the tool over the pin and just spin the tool to wrap the wire round the pin. It's all very neat and tidy and requires pretty minimal hand-eye-coordination to get it looking nice.
I bought a tiny little one of the tools a while ago when doing some raspberry pi prototyping. Makes it easy to attach a wire to the GPIO header if it's not a dupont lead/wire
Forbodingly, the article signs off with "Amiga, please don't join the sorrowful ranks that have wasted technological superiority through marketing muck-ups."
Never seen wire wrapped boards besides photos of this and maybe some other early micro. So of course I had to do a little search and one of the first results has Bil Herd from Commodore (Plus/4, C128...) explaining it.
Thanks for sharing that! Never got to see any pro wrapping.
By the time this stuff started, I'd started forgetting all the hobbyist hardware electronics I'd learned (thinking it would last) and had moved to software ... at right about the time that manu's stopped documenting their internals ... but while disassemblers still existed.
In retrospect, it seems almost nuts that appliances from the past came with not only a block diagram, but a schematic. Especially now that everything is not only too complex to be documented "for your own good", and even potential repair techs, and now with DMCA protected software locks.
I still sometimes use the old Scott amplifier my parents got 50 years ago, with manual - and it has everything you need for a repair (besides a list of modern day replacement for some of these, of course). Same with the ol' Amiga 500 in a box over at their house. A lot of tinkering you could scheme on your own without going online (my quartz oscillator overclocking replacement never materialized, but hey).
What a godawful mess that must have been to debug. I've never used wirewrap, it looks awful to me.
I am trying to imagine what it would have been like to design such a system using only pencil and paper. Going from block diagram to the lowest level, just on big sheets of paper... the pencil sharpeners must have been emptied twice a day.
I made wirewrap boards back in the early 90s and it was extremely tedious, both following the netlist instructions to do the initial work, and then the inevitable debugging when it didn't work. Of course you can have two kinds of bugs - either you made a mistake doing the wirewrap, or your design has a problem! For the complexity of the boards I did, I think it took 2-3 days to do the initial wirewrap, and then days or weeks to debug and get it working.
It was, however, both cheaper and easier than doing a prototype PCB. For that, I'd have to use the institution's darkroom with their flatbed photoplotter connected to a PDP-something that you had to boot from reel-to-reel tape. The plot happened overnight, and then had to be developed next day in the darkroom, and then if you were lucky you'd have transparencies of each layer of the PCB that you could send off to a local company who would etch you a single PCB for a lot of money in a few weeks. Even that wasn't trouble-free, since PCBs can have manufacturing faults, or you could screw up when soldering the components to the board, or your design could be wrong.
It was very rare that I as the most junior person was allowed to go the PCB route. I think for my boards it happened only once on an ECL design that simply wouldn't have been possible with wirewrap. Although I was tasked with doing the transparencies for other team members. Since I was being paid only £40/week through a government benefits scheme, it was much cheaper to pay for my time than to pay an external company.
Also as the other reply says, I used CPLDs a lot which were much faster to iterate. With practice you could pull out the QFP package, put it in the programmer, recompile and upload the new logic, and put it back into the board in an hour. Luxury!
We never used pencil and paper (except for notes). The software for drawing schematics, laying out PCBs, making netlists, and compiling CPLDs was pretty advanced even then. Although all of it was horribly proprietary. No KiCAD for you.
Taught you to check everything in your design early and often.
The existence of wire wrap tells you a lot how painfully tedious it was to layout PCB's at the time. I did a couple of wire wrap boards. But eventually just started soldering wire wrap wire to the sockets. By the early 90's it was faster to layout a PCB and have it fabbed. Bonus you could outsource that and use the 3-4 weeks to do less tedious things.
This is just around the time that programmable logic became readily available. It'd be much easier to iterate with that than wiring up logic gates. Last 30 years you can do all this debugging with simulations and then test using FPGA's.
When I was a kid helping my father with in-house electronics, early 1980's, this meant using specific pens and paper to layout them into boards, and then do chemical baths, drying the boards, and then hope for the best when starting to solder components on top.
Usually a mistake in any step would mean throw away the whole board and start from scratch.
I'm old-young enough to be aware of the evolution of minicomputers implemented in MSI TTL with wire-wrap (1970) to VLSI integration (1975). Examples are the LSI-11 and TMS9900.
My first home-brew micro was done in 1987 using the Radio Shack hand-tool and an OK Industries' motorized wrap gun.
Now, I add CPLD to my wire-wrap designs! Just like on an iterated PCB, you must lock the physical pins to functions.
Some DEC CPUs were wire-wrapped until VLSI became a thing. The KL-10 was notoriously an ECL wire-wrap design.
But they had a semi-automated machine to handle it. I don't think anyone mass-produced non-trivial numbers of wire-wrap boards by hand. It's fine for prototypes, but it's a very error-prone process and makes it difficult to handle noise, especially at fast clock speeds.
When I was a kid I had a Dragon32 and my little brother had an Amiga 500. I thought it was so cool with the demos and the sound but he was always getting worms that spread via floppy disc.
Yes, that was a real problem. The Amiga would access disks every time they were inserted to id them, but viruses too would use that feature to spread themselves; they would remain resident in memory (also after warm resets) then write themselves on the bootblock of every inserted floppy. Seeing the computer access every inserted disk was then normal, no way to know if it was for reading or writing, so back then I built a small device that would take the writing pulse on the floppy port, make it a bit longer and drive a beeper. If I then inserted a floppy and it started beeping that meant that floppy and the one I read before it were infected so that I could restrict the suspects list and clean them. It was very effective, built some for friends and also sold some of them on local listings.
there was a distinct floppy sound when the filesystem was updated after a write.
i noticed my first virus pretty quickly, and even though i couldn't remove it, i could disable it in some files that i couldn't reproduce (no internet back then, and i was on the wrong side of the iron curtain as a child)
If you really take seriously what you could have done for a home computer if you had started with fully integrated chips, its actually insane.
Imagine if you had an Amiga Chipset and you had combined it with a RISC like chip. If you did that in late 70s with 3.5μm HMOS (like 68k). The resulting system would be insane, in terms of performance to cost. You could outperform minicomputers that cost 10-100x more.
The ARM2 like chip and the complete Amiga chipset seem to have less transistors then a single 68k, so the price off such a system would be very low. And we can see that with the Amiga, what really blows my mind is how cheap Amiga ended up being, an unbelievable achievment.
Its seem the issue really was the the companies that had the resources to do that amount of chip design knowlage and finances were not interest in making a home computers/workstation. Workstation ended up being made by startups who didn't have the resources to do so much costume work. Appollo was a split-off group DEC because DEC was not interested in workstations. IBM was just to slow and couldn't really do prodcut design, and we all know how the eventually got around that problem with the PC. Apple for the Mac did try to do one ambitious chip with VSLI but didn't end up using it.
The split between computer companies and chip design company was just to big to get the needed amount of integration, and there was clearly a lacking vision for what home computer could be. Jobs vision for the Macintosh went in the right direction, but really Jay Mine had the right vision, and he had it because he build a computer for himself. He wanted a home comptuer that was fast, had a proper operating system and enough media capability to run a flight simulator software. Sadly manamgent most of the time wanted him to develop a console and later when they allowed a home computer they didn't share his full vision.
But then also actually plulling this vision off, multi-chip costume design with very few resources is just an amazing achievment. And many of the people didn't even have that much knowlage in chip design, there was a lot of competition for chip design people. Getting into Commmodore where they had the actual semiconductor teams to get these designs over the line was lucky, many other companies who could have bought them might have messed this up.
In a perfect world you add ARM2-like RISC chip, a Sun-like costume MMU to something like Amiga Chipset and you move computing forward by 10+ years. In reality the exact opposite won, a 16-bit PC that had basically no costume design in it what so ever.
For 1985, I'd think that you'd also have to imagine that DRAM was cheaper than what it really was.
RISC and especially MMU with paging increase memory requirements. For comparison, the first Amiga was designed for 128K, got 256K. Linux/M68K with MMU on the Amiga required 4MB to be usable.
Yes. When I was playing around with different configuration for what a machine could look like back then, you realize that the RAM cost is dominate. So you can develop as many chips as you want, that leads to high fixed cost, but the marginal cost is tiny.
While on the other hand, RAM is easely equal to all other chips on the board combined.
So you need to desperatly do everything you can to limit RAM usage. That's why Amiga was smart to do shared RAM between the CPU and the Chipset. The Archimedes did the same thing as well. And ideally you get some SRAM on there not depend on the RAM to much, ARM3 chip did that and speed improved by a huge extent.
And you really need a good operating system that could give you advanced features without completely blowing up your RAM.
That is why it is sad that nobody with sufficent capital to pump into costume chip design took on a project like that, as it needs to be somebody with the volume the economics work out.
But nobody did and instead we got there threw an iterative process where PC manufactures pumped out PC and bought the cheapest chips, while Intel and chip companies integrated the board more and more. I remember learning about Southbridge and Northbridge, and that essentially the design you end up with.
You dont need to ship gobs of ram as long as you standardize expansion. Commodore was very bad at reading the room and shipped artificially limited hardware https://a4000bear.neocities.org/overclock/Agnus/Agnus Afaik absolute max was either 2MB chip ram or 1MB chip + 1.8 MB slow with Gary adaptor.
The least they should have done was actually shipping Fast Ram controller (with unpopulated ram) in every single Amiga model since 1987 A500. Instead we got trapdoor expanding shared slow/chipset ram with very limited addressability.
Atari for what is worth quickly standardized on using SIMM sockets right on the motherboard and supported 4MB.
Oh yeah totally agree. I was just thinking at the primary sales package, most people likely would open the box and put in new rams. Developing a standard socket makes a huge aomunt of sense. Back then every company had their own standard (or many).
I think Amiga was fine at reading the room, at least the engineers. But the never did any signifciant chip develpement to improve things. Only the new chipset for the Amiga 1200 when it was already much to late.
This reminds me of how expensive RAM was back then. I remember spending $180 to add 512KB to my Amiga 500 in 1988 or so. $180 was a lot of money back then.
Ram was relatively cheap between 1985 and 1987 hovering around $100-150 using 256Kbit chips. Then 1987 anti dumping laws lined up with fabs upgrading to lower yielding new 1Mbit chips and things got crazy. In 1988 256K chips went from $3.5 to $7 in less than a month. Some companies coped better than others - Atari was the first to offer computer shipping with 1MB below $1000. Tramiels little secret was smuggling ram from Japan and skirting anti dumping restrictions :)
"Source [an informant to the FBI who is apparently an Atari employee] remembers the first DRAM shipment arriving in 1988 was sold to Sun Micro Systems in Milpitas, CA. Source was told to deliver this shipment by [redacted]. [redacted] told Source to leave all [redacted] including his [redacted] and to take [redacted] which had an Atari logo on them. When Source delivered the Integrated Circuits, [redacted] cashier's check from Sun Microsystems to deliver to Atari, and the payee's name was left blank."
I wonder how much faster the ARM2 would have been compared to the 68k in a first-generation Amiga. The Amiga's chip memory only delivered 7 MBytes/s, shared between the CPU and the chipset! With its 32-bit instruction words, the ARM2 would have been very far from its theoretical performance.
ARM2: from 6 to 10 million instructions per second, depending on instruction mix
68000: 1.4 MIPS typical.
(For comparison: Intel 8086 at the same speed, something like 300 Whetstones, 0.5 MIPS. So either of them stomped all over a comparable x86 machine from that time.)
So, very roughly, ARM2 was between 2-3x faster in typical use.
Note:
. Neither CPU could do FP in hardware.
. Neither had cache memory.
. The Amiga had a lot of complex hardware acceleration for graphics; the original ARM2 machines from Acorn (Archimedes A2305, A310, A400) had essentially none.
So, Amiga games could do things that on the Arc required raw CPU, typically done careful hand-coded assembler.
Yes, but that's my point: the ARM2 cannot get faster than 1.25 MIPS in an Amiga because of the memory bandwidth (assuming that the CPU uses 5 MBytes/s of the available 7 MBytes/s that it has to share with the graphics chipset).
That is defently the limitation that you need to improve over time. And eventually you likely split the graphcis memory off from the main memory.
To improve performance you need to start to add cache in or around your CPU/MMU and you need an increasingly clever memory chip to arbitrate memory access.
But you are right, you always going to run into limitations. As RAM is the most expensive part of the BOM, literally anything you can do to get maximum utilily of out of the memory bandwith is where you need to spend design time.
Like ARM did a 16 bit encoding for your 32 bit RISC would have been a great design feature to further reduce the how intensive it is to keep the CPU active. Of course nobody had thought of that combination, that was an early 90s thing.
RAM is just so expensive back then, you build your machine around sharing it as well as you can and living with the downsides.
There was never any ARM-based Amiga from Commodore or any Commodore partner.
Any CPU performance is 100% theoretical because there was no such hardware.
The 68000 performance numbers I cited are from contemporary benchmarks and they _favour_ the 68K. The real chip in real Amigas ran slower.
The Acorn Archimedes used the ARM2; the ARM was developed for the Archimedes range. Its display, sound, memory controller, etc. are all pretty much unaccelerated.
Now there are Arm-based Amigas but they run the Amiberry emulator on top of Linux.
Whole idea behind ARM was running at full speed of ram. Amiga had very little Ram BW to spare for CPU so ARM2 would be throttled by narrow slow ram bus in the Amiga.
Well, yes, but that is only half the story, so on its own, it does not add up.
The whole idea of ARM2 (that specific version, not ARM1, not ARM3) was that clever use of the RAM bus meant it could run at full DRAM speed.
But the other side of the coin comparing with the Amiga is that the whole idea of the Amiga was that ~5 years earlier, it was possible to do amazing unprecedented general stuff for gaming purposes in sound and video chipsets that no other computer at the time could do...
Leaving the CPU almost irrelevant. Which is in part why The Next Amiga, the Hombre, simply discarded the 68000 altogether and switched to PA-RISC.
Which infuriated the fans even back then because they wanted their backwards compatibility.
The core concept of the Amiga and Hombre is "in 1982, what amazing non-dedicated sound and video can we do in hardware for a mass market price"?
By the time it was a product, this was contaminated with "it's also a general-purpose computer" and "look at us, we have multitasking" and "look, it's a 680x0 machine, but with multimedia!" and "look, it can emulate a Mac!" and "look, it can run Unix!"
Different selling points selling in different directions.
Given the raw computer power of the Archimedes, it didn't need any fancy chipsets. They became irrelevant. Sure, yes, the Amiga could do stereo digital sound and multiple bit plane colour 2D graphics and still have enough power left over from a 7-and-a-bit-MHz 68K to run game logic.
The Archimedes looked at that, and went "how about we just do all that in software?" And bundled a solid shaded 3D demo for free. Never mind the bouncing ball, never mind the Juggler, this you could play.
The Mac was "in 1984, how much Lisa can we keep for how little money?"
The ST was "in 1985, how cheap can we make something that looks and works like a Mac but can do colour and sound, so it can play games?"
The Archimedes was "in 1986, can we do a 32-bit RISC machine so cheap and simple we can compete in the same market with Commodore, Atari and the PC compatibles?"
To this day my pet peeve is that Commodore didn't ship Amigas with a tiny amount of scratch RAM independent of the shared bus. Would have been so useful.
A large amount of Fast Ram would have been even more useful, but if you are cost optimizing the BOM, just a tiny sliver of it (it being Fast RAM) would have been effectively a "manual cache" managed by the developer and would have been incredibly useful for anything computation intense, like flight simulators, spreadsheets, anything not involving just blitting graphics really.
You are not saying "there was no uncontended RAM in the Amiga", which is what I understood you to mean. You are saying "the Amiga did have uncontended RAM but it did not ship with any as stock."
Is that right?
If so, yes, true, but the key things here IMHO are:
1. The Amiga was designed and built as a games console, one which happened to be able to do other things. It was primarily marketed and sold as a games machine.
And the comments are from slightly baffled readers asking if this is any good for running their old Amiga games, or how this makes gaming any easier.
(It is not and it does not, but that is what people perceive the Amiga as being for in the 21st century.)
2. In the real 1980s market, the Amiga's glory was to a large extent stolen by the Atari ST. The ST was a much more limited machine but it was vastly better than any 8-bit machine, and an entry-level ST was more usable than an entry-level Amiga.
ST games were pretty good for the mid-1980s when a lot of people still had ZX Spectrum or Commodore 64 level kit.
Many games companies targeted the lower-end machine and ported to the higher-end one.
The Amiga was competing with the cheaper, simpler ST in the market, and keeping the costs down became imperative. That's why Commodore didn't add more hardware or more RAM to the base-level Amiga. In fact for the Amiga 600 took the spec of the A500 and cut it down.
I am not arguing that some Fast RAM as stock wouldn't have been good. It would. But probably irrelevant to most gamers, and probably would have hurt the machine's sales.
I am convinced as little as 32 bytes of uncontested (fast-ram) would have made wonders. It would almost have been like doubling the number of data registers on the 68000. Either an extra chip with address decoder and this scratch memory could have been placed on the 68000 memory bus... this would 100% have worked.
Or much better, the Agnus chip could have had this scratchpad added into it. It should have been feasible - it had about 20k transistors IIRC and a few hundred more should have been doable. I am fairly certain this would have worked but I'm not completely sure, it depends on if that addition would have complicated multiplexing and/or internal bandwidth demands, but the 68000 ran at 7MHz at the time, so it doesn't seem too difficult to me, armchair designer.
Thanks for the article! It's always nice to see AROS and Amiga get some love. :)
Achschully AROS m68k can be helpful for playing your old Amiga games in an otherwise open source way. You don't have to buy or pirate the official Kickstar ROM images if you use an AROS m68k ROM instead. But on the other hand, realistically you would probably pirate that old Amiga game to begin with, it's not like you have your old floppies lying around and if you did, you'd need a floppy drive to read them anyways...
This view is at odds with reality of 1 in 5 Amiga games already not working at all without third party trapdoor ram expansion. And those were the good games everyone wanted to play. Games would support or even require fast ram if Commodore made adding it easy and cheap like they did with chip ram trapdoor. That means either small SRAM scratchpad or build in fast ram DRAM controller so you are only adding ram on simple PCB instead of being forced into $500 a590 kitchen sink.
On the other hand braindead lack of planning making early Amigas 1MB limited resulted in less than ~10 games ever using more than 1MB. Rare exceptions are for example Wing Commander loading some additional animations with >1MB available. There were also games that hardcoded check for exactly _1MB_ and refused to run with more :)
Yes Amiga was a gaming machine first. Chipset independent scratch SRAM would do wonders for games _IF_ it was introduced together with first A500 like trapdoor ram was.
Running code from 7MHz fast ram bumps amiga from 0,57 to 0,75 Mips, 30% speed bump.
Why bother? The 14MHz mod alone gives a diminutive but _free_ bump from 0,57 to 0,62 Mips, but marrying together 14MHz and running from SRAM fast ram bumps us into 1,51 Mips https://www.youtube.com/watch?v=2nlG8dGvq-U thats 20% faster than 5 years older Amiga 1200.
Even 8KB of dedicated fast ram would be ideal for small fast loops, and there is plenty of those in games.
Lets not mention Commodore being so incompetent they couldnt find/wouldnt pay for an ASIC designer to update Paula PLL in order to support HD floppies :| Plenty of low hanging fruits nobody at Commodore bothered or knew how to make happen.
That accelerator is amazing, thanks for sharing. It upgrades the A500, released in 1989* to be faster than the A1200, released in 1992. The design is "time period correct" too, it doesn't do anything that couldn't have been done back then.
But... how is that possible? The Amiga 1200 has a 32 bit wide bus and is also 14MHz?! Commodore did the stupid thing again and didn't put any fast-RAM on the machine.
* The Amiga 500 is basically a cost optimized Amiga 1000, released in 1985.
And it wouldnt even be that hard, just two 2kx8 SRAMs (like the ones in every NES/Famicon) and CS line going from the chipset to map it somewhere high outside the range of the chipset was very logical, easily doable in 1987 and most importantly cheap. Those 6116 srams were below $2 retail in 1987 (Byte magazine retail prices), so $4 for big performance boost.
Hell, smart Commodore would design A500 with second trapdoor near the CPU. Ship unpopulated but offer official Commodore "turbo ram" expansion carts:
- $25 4KB version. $8 BOM, 2x $1.95 6116
- $40 8KB. $12 BOM, 2x $3.5 6264
- $100 64KB. $28 BOM, 2x $12 62256
- Extreme $400 256KB. $120 BOM, 8x $12 62256. Would stick out due to big PCB so make it an attractive piece of plastic with cool logo and "EXTREME" design.
Map it at D80000 (potential 256KB of space for activities) and let software vendors auto detect fitted option by running quick memory test. Easy speed boost and easy extra money for Commodore.
Well - I used Archimedes computers with ARM2 and owned an Amiga 500+ and honestly, I couldn't tell you the Arcie was faster. It certainly didn't have the custom chips, so it is probably not a fair comparison.
Because that was basically the spirit behind them.
Also note that one of the original ideas for the Amiga, was to get into the UNIX workstation market, then ended up pivoting into a multimedia machine (thankfully) to what we now know as the Amiga.
I mean NeXT machine was much more expensive then what you could have done. And need far more RAM. And of course it also used mostly commodity chips. As far as I know, but I haven't looked, they don't have fully integrated IO chips. Those were just conventional 68k workstations. Did NeXT design a single chip themselves?
> Also note that one of the original ideas for the Amiga, was to get into the UNIX workstation market
Could you source that for me? It might be true. I heard from interviews with Jay Minor that they were developing a game console, and then when the 1982 crash happened, he convinced them to pivot to a home computer. And specifically he wanted it to run games like flight simulation.
Commodore explicitly cancled its own Amiga workstation, the Z8000 based Commodore 900 Unix workstation.
When Amiga lauched they lauched with games and with pixel editors. It was endorsed by EA.
Doesn't sound like 'unix workstation' to me. It was later in the 1980s where they started to want to get into that market.
PS: BeBox much later, by then the PC ecosystem had already done most of that stuff.
>what really blows my mind is how cheap Amiga ended up being
Commodore was buying 68000 CPUs from Motorola at $2 a pop thanks to owning a fab and knowing how much it cost to make such chip in house and using that knowledge in negotiations.
It wasnt that old when they started in 1985. Then they did it again selecting lowest cheapest EC020 model in 1992, sadly I couldnt find any info/leaks about the price of that contract, official 1992 price for cost reduced 4mips 68EC020-16 was $24.
Still incredibly cool. My Amiga 500 was the computer I have the most fond memories from. I even had a 1200 for 4 years before I reluctantly transitioned to PC.
I never owned an Amiga, but it was clear at the time it was a masterpiece, and this just confirms it.
Designing the chips in MSI, wire wrapping a prototype, and getting it all to work to the point where you get a functional chip run is the stuff of legends.
The failure of the Amiga and the near-failure and resurrection of Apple is what makes me believe in parallel universes/alternate timelines more than anything :)
At VCFMW last month, my table was adjacent to Lorraine and her friends.
Ben Heck walked by during setup, and asked me what it was. I was clueless, so we started making educated guesses. The Amiga poster was a start.
I do wire-wrap. This thing is a marvel to behold. It is quite orderly, but could have used colors more effectively.
The three units implement the VLSI chips and the main board of the Amiga that was first shown at CES (I believe.)
Each VLSI is a stack of PCB such as you might get from Vector, with columns of pads for ICs in wire-wrap sockets, buss bars, and edge areas having mounting holes for connectors. The layers are connected by ribbon cables.
(they are not called breadboard!)
Wire wrap is a superior technology. There are no cold solder joints. They are gas-tight.
It is not hard to debug. If you follow some rules, and don't make a spaghetti bird's nest.
Such workmanship can be seen on minicomputers of the early 1970s.
Whole computers were made by wire-wrap around MSI chips. My wire-wrapped PDP-11/10 functioned perfectly thru the 1990s.
Recently, I implemented a microcomputer design in wire-wrap. That was enjoyable!
My design was captured in KiCad, laid out as a PCB, which I translated to perf-board and wire-wrap sockets
This approach is perfect for prototyping, as you can simply add new blocks.
I probably still have my wire-wrap gun in storage somewhere but I would much rather use an FPGA. If you don't mind, answering, why do you still use this tech instead of FPGAs?
As for cold solder joints: no, they don't do that. But when you start making modifications you have to be extremely careful not to cause any damage because tracing a loose joint on a wire wrap board is the stuff of nightmares.
Because I want to play with original chips. Many of them are in DIP sockets and are 5V. Not to mention linear and analog functions! No matter what, there's always wires or traces between packages.
When I want to do FPGA, I start with an IceStick or BlackIce board (Lattice ICE40 FPGA). But then it comes down to interfacing it to some other chip. So if I make a little PCB that needs more than 16 I/O pins at the edge, I've got myself into extra ribbon cable to jumper to more I/Os..
I even made one wire-wrap board with 4 socketed 74LVC245 level shifters that the BlackIce board would plug into. From there, I could do what I wanted.
I agree that damaging your wires is a serious risk. I guess I'm lucky that this never derailed me. I follow the color rule: blue on the bottom layer, yellow on the second. No daisy chains! Rather than unwrapping to get to a hidden blue wire, I can just cut it.
Also I should mention that I'm not doing anything above 25 MHz.
I see, very interesting. I try really hard to get everything in the digital domain as soon as possible but yes, if you are into analog and linear and use the original chips then it makes good sense.
Thank you for the explanation and much good luck with your projects.
For a clumsy person like me wire-wrap seems even harder than the usual stuff around soldering, that said I'll look into it more because it seems incredibly interesting.
Also it's nice hearing about Ben Heck in the wild, when I first started fiddling with Arduino I watched his YouTube videos on the element14 channel. Though from what I remember he's long since left. Another channel that I remember fondly is EEVblog even though both were about electronics the content itself didn't have much overlap if I recall correctly.
FWIW when wire wrapping you can get handy little hollow tools. You feed the wire in to a hole in the tool, drop the tool over the pin and just spin the tool to wrap the wire round the pin. It's all very neat and tidy and requires pretty minimal hand-eye-coordination to get it looking nice.
I bought a tiny little one of the tools a while ago when doing some raspberry pi prototyping. Makes it easy to attach a wire to the GPIO header if it's not a dupont lead/wire
The important thing about wire-wrap sockets: they have square-ish pins.
As you wrap the wire around the square pin, there is a mind-boggling degree of force between the corner and the wire, creating a gas-tight seal.
It's tougher to get a good wrap onto a round pin. You can buy square-pin headers from peconnectors
The display was in a booth replicating the 1984 Winter CES booth. Here is a Creative Computing article from the 1984 event.
https://www.atarimagazines.com/creative/v10n4/150_Amiga_Lorr...
Forbodingly, the article signs off with "Amiga, please don't join the sorrowful ranks that have wasted technological superiority through marketing muck-ups."
Well, lucky Amiga, it was wasted by executive muck-ups rather than mere marketing foibles.
The marketing managed to miss most of the time, too. (Mostly because of exec-level misguidance, though.)
Never seen wire wrapped boards besides photos of this and maybe some other early micro. So of course I had to do a little search and one of the first results has Bil Herd from Commodore (Plus/4, C128...) explaining it.
https://www.youtube.com/watch?v=IXvEDM-m9CE
Thanks for sharing that! Never got to see any pro wrapping.
By the time this stuff started, I'd started forgetting all the hobbyist hardware electronics I'd learned (thinking it would last) and had moved to software ... at right about the time that manu's stopped documenting their internals ... but while disassemblers still existed.
In retrospect, it seems almost nuts that appliances from the past came with not only a block diagram, but a schematic. Especially now that everything is not only too complex to be documented "for your own good", and even potential repair techs, and now with DMCA protected software locks.
I still sometimes use the old Scott amplifier my parents got 50 years ago, with manual - and it has everything you need for a repair (besides a list of modern day replacement for some of these, of course). Same with the ol' Amiga 500 in a box over at their house. A lot of tinkering you could scheme on your own without going online (my quartz oscillator overclocking replacement never materialized, but hey).
What a godawful mess that must have been to debug. I've never used wirewrap, it looks awful to me.
I am trying to imagine what it would have been like to design such a system using only pencil and paper. Going from block diagram to the lowest level, just on big sheets of paper... the pencil sharpeners must have been emptied twice a day.
I made wirewrap boards back in the early 90s and it was extremely tedious, both following the netlist instructions to do the initial work, and then the inevitable debugging when it didn't work. Of course you can have two kinds of bugs - either you made a mistake doing the wirewrap, or your design has a problem! For the complexity of the boards I did, I think it took 2-3 days to do the initial wirewrap, and then days or weeks to debug and get it working.
It was, however, both cheaper and easier than doing a prototype PCB. For that, I'd have to use the institution's darkroom with their flatbed photoplotter connected to a PDP-something that you had to boot from reel-to-reel tape. The plot happened overnight, and then had to be developed next day in the darkroom, and then if you were lucky you'd have transparencies of each layer of the PCB that you could send off to a local company who would etch you a single PCB for a lot of money in a few weeks. Even that wasn't trouble-free, since PCBs can have manufacturing faults, or you could screw up when soldering the components to the board, or your design could be wrong.
It was very rare that I as the most junior person was allowed to go the PCB route. I think for my boards it happened only once on an ECL design that simply wouldn't have been possible with wirewrap. Although I was tasked with doing the transparencies for other team members. Since I was being paid only £40/week through a government benefits scheme, it was much cheaper to pay for my time than to pay an external company.
Also as the other reply says, I used CPLDs a lot which were much faster to iterate. With practice you could pull out the QFP package, put it in the programmer, recompile and upload the new logic, and put it back into the board in an hour. Luxury!
We never used pencil and paper (except for notes). The software for drawing schematics, laying out PCBs, making netlists, and compiling CPLDs was pretty advanced even then. Although all of it was horribly proprietary. No KiCAD for you.
Taught you to check everything in your design early and often.
The existence of wire wrap tells you a lot how painfully tedious it was to layout PCB's at the time. I did a couple of wire wrap boards. But eventually just started soldering wire wrap wire to the sockets. By the early 90's it was faster to layout a PCB and have it fabbed. Bonus you could outsource that and use the 3-4 weeks to do less tedious things.
This is just around the time that programmable logic became readily available. It'd be much easier to iterate with that than wiring up logic gates. Last 30 years you can do all this debugging with simulations and then test using FPGA's.
Present day: I can fabricate a wire-wrap version from my PCB footprints, much faster than I can route the PCB!
With wire-wrap, you can route multiple traces between the same pins, or I like to neatly bundle a whole bus' worth.
I'm far more pleased with the results of my wire-wrap, than the quality of my SMT soldering once I get a PCB made.
I had a tutor for wire-wrap in the 1980s. But I'm self-taught in PCB routing, and I start it over at least 3 times.
When I was a kid helping my father with in-house electronics, early 1980's, this meant using specific pens and paper to layout them into boards, and then do chemical baths, drying the boards, and then hope for the best when starting to solder components on top.
Usually a mistake in any step would mean throw away the whole board and start from scratch.
I'm old-young enough to be aware of the evolution of minicomputers implemented in MSI TTL with wire-wrap (1970) to VLSI integration (1975). Examples are the LSI-11 and TMS9900.
My first home-brew micro was done in 1987 using the Radio Shack hand-tool and an OK Industries' motorized wrap gun.
Now, I add CPLD to my wire-wrap designs! Just like on an iterated PCB, you must lock the physical pins to functions.
Some DEC CPUs were wire-wrapped until VLSI became a thing. The KL-10 was notoriously an ECL wire-wrap design.
But they had a semi-automated machine to handle it. I don't think anyone mass-produced non-trivial numbers of wire-wrap boards by hand. It's fine for prototypes, but it's a very error-prone process and makes it difficult to handle noise, especially at fast clock speeds.
I love this, it’s like a holy relic. :D
I’m amazed someone preserved that! In whose ownership is it currently?
I remember seeing old photos of the prototype. I assumed it was lost decades ago.
Dale Luck (from the original team) is preserving it, apparently.
Wire wrap is/was an underrated prototyping technique prior to PCB automation. Nasa flew missions with wire wrap boards.
I had an old Kenwood amplifier for years that had wire wrap board to board connectors; it worked great.
I was there and it was glorious to watch. Beautiful to see an interesting part of history up close.
If they could build that then, imagine what Ben Eater could build today. ;)
When I was a kid I had a Dragon32 and my little brother had an Amiga 500. I thought it was so cool with the demos and the sound but he was always getting worms that spread via floppy disc.
Yes, that was a real problem. The Amiga would access disks every time they were inserted to id them, but viruses too would use that feature to spread themselves; they would remain resident in memory (also after warm resets) then write themselves on the bootblock of every inserted floppy. Seeing the computer access every inserted disk was then normal, no way to know if it was for reading or writing, so back then I built a small device that would take the writing pulse on the floppy port, make it a bit longer and drive a beeper. If I then inserted a floppy and it started beeping that meant that floppy and the one I read before it were infected so that I could restrict the suspects list and clean them. It was very effective, built some for friends and also sold some of them on local listings.
Ha! that was genius of your younger self.
Yup, heh. And you'd infect all your floppies if you just warm booted, and put in the next game.
Flipping the read only tab on every floppy was the first thing I did, after my first infection.
there was a distinct floppy sound when the filesystem was updated after a write.
i noticed my first virus pretty quickly, and even though i couldn't remove it, i could disable it in some files that i couldn't reproduce (no internet back then, and i was on the wrong side of the iron curtain as a child)
If you really take seriously what you could have done for a home computer if you had started with fully integrated chips, its actually insane.
Imagine if you had an Amiga Chipset and you had combined it with a RISC like chip. If you did that in late 70s with 3.5μm HMOS (like 68k). The resulting system would be insane, in terms of performance to cost. You could outperform minicomputers that cost 10-100x more.
The ARM2 like chip and the complete Amiga chipset seem to have less transistors then a single 68k, so the price off such a system would be very low. And we can see that with the Amiga, what really blows my mind is how cheap Amiga ended up being, an unbelievable achievment.
Its seem the issue really was the the companies that had the resources to do that amount of chip design knowlage and finances were not interest in making a home computers/workstation. Workstation ended up being made by startups who didn't have the resources to do so much costume work. Appollo was a split-off group DEC because DEC was not interested in workstations. IBM was just to slow and couldn't really do prodcut design, and we all know how the eventually got around that problem with the PC. Apple for the Mac did try to do one ambitious chip with VSLI but didn't end up using it.
The split between computer companies and chip design company was just to big to get the needed amount of integration, and there was clearly a lacking vision for what home computer could be. Jobs vision for the Macintosh went in the right direction, but really Jay Mine had the right vision, and he had it because he build a computer for himself. He wanted a home comptuer that was fast, had a proper operating system and enough media capability to run a flight simulator software. Sadly manamgent most of the time wanted him to develop a console and later when they allowed a home computer they didn't share his full vision.
But then also actually plulling this vision off, multi-chip costume design with very few resources is just an amazing achievment. And many of the people didn't even have that much knowlage in chip design, there was a lot of competition for chip design people. Getting into Commmodore where they had the actual semiconductor teams to get these designs over the line was lucky, many other companies who could have bought them might have messed this up.
In a perfect world you add ARM2-like RISC chip, a Sun-like costume MMU to something like Amiga Chipset and you move computing forward by 10+ years. In reality the exact opposite won, a 16-bit PC that had basically no costume design in it what so ever.
For 1985, I'd think that you'd also have to imagine that DRAM was cheaper than what it really was.
RISC and especially MMU with paging increase memory requirements. For comparison, the first Amiga was designed for 128K, got 256K. Linux/M68K with MMU on the Amiga required 4MB to be usable.
Yes. When I was playing around with different configuration for what a machine could look like back then, you realize that the RAM cost is dominate. So you can develop as many chips as you want, that leads to high fixed cost, but the marginal cost is tiny.
While on the other hand, RAM is easely equal to all other chips on the board combined.
So you need to desperatly do everything you can to limit RAM usage. That's why Amiga was smart to do shared RAM between the CPU and the Chipset. The Archimedes did the same thing as well. And ideally you get some SRAM on there not depend on the RAM to much, ARM3 chip did that and speed improved by a huge extent.
And you really need a good operating system that could give you advanced features without completely blowing up your RAM.
That is why it is sad that nobody with sufficent capital to pump into costume chip design took on a project like that, as it needs to be somebody with the volume the economics work out.
But nobody did and instead we got there threw an iterative process where PC manufactures pumped out PC and bought the cheapest chips, while Intel and chip companies integrated the board more and more. I remember learning about Southbridge and Northbridge, and that essentially the design you end up with.
You dont need to ship gobs of ram as long as you standardize expansion. Commodore was very bad at reading the room and shipped artificially limited hardware https://a4000bear.neocities.org/overclock/Agnus/Agnus Afaik absolute max was either 2MB chip ram or 1MB chip + 1.8 MB slow with Gary adaptor.
The least they should have done was actually shipping Fast Ram controller (with unpopulated ram) in every single Amiga model since 1987 A500. Instead we got trapdoor expanding shared slow/chipset ram with very limited addressability.
Atari for what is worth quickly standardized on using SIMM sockets right on the motherboard and supported 4MB.
Oh yeah totally agree. I was just thinking at the primary sales package, most people likely would open the box and put in new rams. Developing a standard socket makes a huge aomunt of sense. Back then every company had their own standard (or many).
I think Amiga was fine at reading the room, at least the engineers. But the never did any signifciant chip develpement to improve things. Only the new chipset for the Amiga 1200 when it was already much to late.
This reminds me of how expensive RAM was back then. I remember spending $180 to add 512KB to my Amiga 500 in 1988 or so. $180 was a lot of money back then.
Ram was relatively cheap between 1985 and 1987 hovering around $100-150 using 256Kbit chips. Then 1987 anti dumping laws lined up with fabs upgrading to lower yielding new 1Mbit chips and things got crazy. In 1988 256K chips went from $3.5 to $7 in less than a month. Some companies coped better than others - Atari was the first to offer computer shipping with 1MB below $1000. Tramiels little secret was smuggling ram from Japan and skirting anti dumping restrictions :)
https://forums.atariage.com/topic/207245-secret-atari-dram-r... https://web.archive.org/web/20180817061246/https://www.atari... TLDR up to $6Mil a month of smuggled ram from Japan by Atari to make money on a side :)
https://web.archive.org/web/20171220171525/https://www.atari...
"Source [an informant to the FBI who is apparently an Atari employee] remembers the first DRAM shipment arriving in 1988 was sold to Sun Micro Systems in Milpitas, CA. Source was told to deliver this shipment by [redacted]. [redacted] told Source to leave all [redacted] including his [redacted] and to take [redacted] which had an Atari logo on them. When Source delivered the Integrated Circuits, [redacted] cashier's check from Sun Microsystems to deliver to Atari, and the payee's name was left blank."
I wonder how much faster the ARM2 would have been compared to the 68k in a first-generation Amiga. The Amiga's chip memory only delivered 7 MBytes/s, shared between the CPU and the chipset! With its 32-bit instruction words, the ARM2 would have been very far from its theoretical performance.
> I wonder how much faster the ARM2 would have been compared to the 68k in a first-generation Amiga.
Considerably faster. I looked at both (and the ST) and bought an Archimedes.
ARM chips benchmarked from the ARM2 up to the RasPi 3B+:
https://stardot.org.uk/forums/viewtopic.php?t=20379
68000 benchmarks around that time:
http://www.faqs.org/faqs/motorola/68k-chips-faq/
ARM2:
Dhrystone/sec 5463
68000 @ 8MHz:
Dhrystones
68000 2100
MIPS
https://en.wikichip.org/wiki/acorn/microarchitectures/arm2
https://en.wikipedia.org/wiki/Instructions_per_second
ARM2: from 6 to 10 million instructions per second, depending on instruction mix
68000: 1.4 MIPS typical.
(For comparison: Intel 8086 at the same speed, something like 300 Whetstones, 0.5 MIPS. So either of them stomped all over a comparable x86 machine from that time.)
So, very roughly, ARM2 was between 2-3x faster in typical use.
Note:
. Neither CPU could do FP in hardware.
. Neither had cache memory.
. The Amiga had a lot of complex hardware acceleration for graphics; the original ARM2 machines from Acorn (Archimedes A2305, A310, A400) had essentially none.
So, Amiga games could do things that on the Arc required raw CPU, typically done careful hand-coded assembler.
Yes, but that's my point: the ARM2 cannot get faster than 1.25 MIPS in an Amiga because of the memory bandwidth (assuming that the CPU uses 5 MBytes/s of the available 7 MBytes/s that it has to share with the graphics chipset).
That is defently the limitation that you need to improve over time. And eventually you likely split the graphcis memory off from the main memory.
To improve performance you need to start to add cache in or around your CPU/MMU and you need an increasingly clever memory chip to arbitrate memory access.
But you are right, you always going to run into limitations. As RAM is the most expensive part of the BOM, literally anything you can do to get maximum utilily of out of the memory bandwith is where you need to spend design time.
Like ARM did a 16 bit encoding for your 32 bit RISC would have been a great design feature to further reduce the how intensive it is to keep the CPU active. Of course nobody had thought of that combination, that was an early 90s thing.
RAM is just so expensive back then, you build your machine around sharing it as well as you can and living with the downsides.
I do not follow.
There was never any ARM-based Amiga from Commodore or any Commodore partner.
Any CPU performance is 100% theoretical because there was no such hardware.
The 68000 performance numbers I cited are from contemporary benchmarks and they _favour_ the 68K. The real chip in real Amigas ran slower.
The Acorn Archimedes used the ARM2; the ARM was developed for the Archimedes range. Its display, sound, memory controller, etc. are all pretty much unaccelerated.
Now there are Arm-based Amigas but they run the Amiberry emulator on top of Linux.
Whole idea behind ARM was running at full speed of ram. Amiga had very little Ram BW to spare for CPU so ARM2 would be throttled by narrow slow ram bus in the Amiga.
Well, yes, but that is only half the story, so on its own, it does not add up.
The whole idea of ARM2 (that specific version, not ARM1, not ARM3) was that clever use of the RAM bus meant it could run at full DRAM speed.
But the other side of the coin comparing with the Amiga is that the whole idea of the Amiga was that ~5 years earlier, it was possible to do amazing unprecedented general stuff for gaming purposes in sound and video chipsets that no other computer at the time could do...
Leaving the CPU almost irrelevant. Which is in part why The Next Amiga, the Hombre, simply discarded the 68000 altogether and switched to PA-RISC.
Which infuriated the fans even back then because they wanted their backwards compatibility.
The core concept of the Amiga and Hombre is "in 1982, what amazing non-dedicated sound and video can we do in hardware for a mass market price"?
By the time it was a product, this was contaminated with "it's also a general-purpose computer" and "look at us, we have multitasking" and "look, it's a 680x0 machine, but with multimedia!" and "look, it can emulate a Mac!" and "look, it can run Unix!"
Different selling points selling in different directions.
Given the raw computer power of the Archimedes, it didn't need any fancy chipsets. They became irrelevant. Sure, yes, the Amiga could do stereo digital sound and multiple bit plane colour 2D graphics and still have enough power left over from a 7-and-a-bit-MHz 68K to run game logic.
The Archimedes looked at that, and went "how about we just do all that in software?" And bundled a solid shaded 3D demo for free. Never mind the bouncing ball, never mind the Juggler, this you could play.
The Mac was "in 1984, how much Lisa can we keep for how little money?"
The ST was "in 1985, how cheap can we make something that looks and works like a Mac but can do colour and sound, so it can play games?"
The Archimedes was "in 1986, can we do a 32-bit RISC machine so cheap and simple we can compete in the same market with Commodore, Atari and the PC compatibles?"
To this day my pet peeve is that Commodore didn't ship Amigas with a tiny amount of scratch RAM independent of the shared bus. Would have been so useful.
Is that not the distinction between Chip RAM and Fast RAM in real machines?
https://en.wikipedia.org/wiki/Amiga_Chip_RAM
A large amount of Fast Ram would have been even more useful, but if you are cost optimizing the BOM, just a tiny sliver of it (it being Fast RAM) would have been effectively a "manual cache" managed by the developer and would have been incredibly useful for anything computation intense, like flight simulators, spreadsheets, anything not involving just blitting graphics really.
I think I see where you are coming from now.
You are not saying "there was no uncontended RAM in the Amiga", which is what I understood you to mean. You are saying "the Amiga did have uncontended RAM but it did not ship with any as stock."
Is that right?
If so, yes, true, but the key things here IMHO are:
1. The Amiga was designed and built as a games console, one which happened to be able to do other things. It was primarily marketed and sold as a games machine.
I wrote about an Amiga-compatible OS recently:
https://www.theregister.com/2025/05/22/aros_live/
And the comments are from slightly baffled readers asking if this is any good for running their old Amiga games, or how this makes gaming any easier.
(It is not and it does not, but that is what people perceive the Amiga as being for in the 21st century.)
2. In the real 1980s market, the Amiga's glory was to a large extent stolen by the Atari ST. The ST was a much more limited machine but it was vastly better than any 8-bit machine, and an entry-level ST was more usable than an entry-level Amiga.
ST games were pretty good for the mid-1980s when a lot of people still had ZX Spectrum or Commodore 64 level kit.
Many games companies targeted the lower-end machine and ported to the higher-end one.
The Amiga was competing with the cheaper, simpler ST in the market, and keeping the costs down became imperative. That's why Commodore didn't add more hardware or more RAM to the base-level Amiga. In fact for the Amiga 600 took the spec of the A500 and cut it down.
I am not arguing that some Fast RAM as stock wouldn't have been good. It would. But probably irrelevant to most gamers, and probably would have hurt the machine's sales.
I am convinced as little as 32 bytes of uncontested (fast-ram) would have made wonders. It would almost have been like doubling the number of data registers on the 68000. Either an extra chip with address decoder and this scratch memory could have been placed on the 68000 memory bus... this would 100% have worked.
Or much better, the Agnus chip could have had this scratchpad added into it. It should have been feasible - it had about 20k transistors IIRC and a few hundred more should have been doable. I am fairly certain this would have worked but I'm not completely sure, it depends on if that addition would have complicated multiplexing and/or internal bandwidth demands, but the 68000 ran at 7MHz at the time, so it doesn't seem too difficult to me, armchair designer.
Thanks for the article! It's always nice to see AROS and Amiga get some love. :)
Achschully AROS m68k can be helpful for playing your old Amiga games in an otherwise open source way. You don't have to buy or pirate the official Kickstar ROM images if you use an AROS m68k ROM instead. But on the other hand, realistically you would probably pirate that old Amiga game to begin with, it's not like you have your old floppies lying around and if you did, you'd need a floppy drive to read them anyways...
Dieshot of Agnus:
https://upload.wikimedia.org/wikipedia/commons/9/9f/CBM_8370...
You could maybe attach an external SRAM. Bit more ideal then putting SRAM in the NMOS chip on die.
This view is at odds with reality of 1 in 5 Amiga games already not working at all without third party trapdoor ram expansion. And those were the good games everyone wanted to play. Games would support or even require fast ram if Commodore made adding it easy and cheap like they did with chip ram trapdoor. That means either small SRAM scratchpad or build in fast ram DRAM controller so you are only adding ram on simple PCB instead of being forced into $500 a590 kitchen sink.
https://www.mobygames.com/game/attribute:268/include_dlc:fal...
On the other hand braindead lack of planning making early Amigas 1MB limited resulted in less than ~10 games ever using more than 1MB. Rare exceptions are for example Wing Commander loading some additional animations with >1MB available. There were also games that hardcoded check for exactly _1MB_ and refused to run with more :)
Yes Amiga was a gaming machine first. Chipset independent scratch SRAM would do wonders for games _IF_ it was introduced together with first A500 like trapdoor ram was.
Running code from 7MHz fast ram bumps amiga from 0,57 to 0,75 Mips, 30% speed bump.
Another Amiga missed opportunity was clocking CPU faster when its not accessing chipset/chip ram. This is possible at the staggering cost of one D flipflop and was figured out in 1989 https://aminet.net/package/docs/hard/14MhzA500 http://amigaga.chez-alice.fr/classic/bidouilles/hack/overclo... Works because 68000 is a horrible CPU with very long cycle count instructions.
Why bother? The 14MHz mod alone gives a diminutive but _free_ bump from 0,57 to 0,62 Mips, but marrying together 14MHz and running from SRAM fast ram bumps us into 1,51 Mips https://www.youtube.com/watch?v=2nlG8dGvq-U thats 20% faster than 5 years older Amiga 1200.
Even 8KB of dedicated fast ram would be ideal for small fast loops, and there is plenty of those in games.
Lets not mention Commodore being so incompetent they couldnt find/wouldnt pay for an ASIC designer to update Paula PLL in order to support HD floppies :| Plenty of low hanging fruits nobody at Commodore bothered or knew how to make happen.
That accelerator is amazing, thanks for sharing. It upgrades the A500, released in 1989* to be faster than the A1200, released in 1992. The design is "time period correct" too, it doesn't do anything that couldn't have been done back then.
But... how is that possible? The Amiga 1200 has a 32 bit wide bus and is also 14MHz?! Commodore did the stupid thing again and didn't put any fast-RAM on the machine.
* The Amiga 500 is basically a cost optimized Amiga 1000, released in 1985.
And it wouldnt even be that hard, just two 2kx8 SRAMs (like the ones in every NES/Famicon) and CS line going from the chipset to map it somewhere high outside the range of the chipset was very logical, easily doable in 1987 and most importantly cheap. Those 6116 srams were below $2 retail in 1987 (Byte magazine retail prices), so $4 for big performance boost.
Hell, smart Commodore would design A500 with second trapdoor near the CPU. Ship unpopulated but offer official Commodore "turbo ram" expansion carts:
- $25 4KB version. $8 BOM, 2x $1.95 6116
- $40 8KB. $12 BOM, 2x $3.5 6264
- $100 64KB. $28 BOM, 2x $12 62256
- Extreme $400 256KB. $120 BOM, 8x $12 62256. Would stick out due to big PCB so make it an attractive piece of plastic with cool logo and "EXTREME" design.
Map it at D80000 (potential 256KB of space for activities) and let software vendors auto detect fitted option by running quick memory test. Easy speed boost and easy extra money for Commodore.
I tried to answer at greater length here:
https://news.ycombinator.com/item?id=45745754
But I think in reality, less money for Commodore because of sales lost to the now-even-cheaper Atari ST.
Afaik only A3000 and A4000 shipped with Fast ram, both computers werent really price competitive with PCs.
Well - I used Archimedes computers with ARM2 and owned an Amiga 500+ and honestly, I couldn't tell you the Arcie was faster. It certainly didn't have the custom chips, so it is probably not a fair comparison.
"custom" not "costume" (...I'm only adding this note to help, not criticise)
Thank you, damn my dyslexia. My hands type by themselves and my brain has no idea what's going on.
Thank you!
You mean BeBox or a NeXT?
Because that was basically the spirit behind them.
Also note that one of the original ideas for the Amiga, was to get into the UNIX workstation market, then ended up pivoting into a multimedia machine (thankfully) to what we now know as the Amiga.
I mean NeXT machine was much more expensive then what you could have done. And need far more RAM. And of course it also used mostly commodity chips. As far as I know, but I haven't looked, they don't have fully integrated IO chips. Those were just conventional 68k workstations. Did NeXT design a single chip themselves?
> Also note that one of the original ideas for the Amiga, was to get into the UNIX workstation market
Could you source that for me? It might be true. I heard from interviews with Jay Minor that they were developing a game console, and then when the 1982 crash happened, he convinced them to pivot to a home computer. And specifically he wanted it to run games like flight simulation.
Commodore explicitly cancled its own Amiga workstation, the Z8000 based Commodore 900 Unix workstation.
When Amiga lauched they lauched with games and with pixel editors. It was endorsed by EA.
Doesn't sound like 'unix workstation' to me. It was later in the 1980s where they started to want to get into that market.
PS: BeBox much later, by then the PC ecosystem had already done most of that stuff.
> Imagine if you had an Amiga Chipset and you had combined it with a RISC like chip
This was the plan for the successor machine, codenamed HOMBRE and never released.
An Amiga-like chipset closely coupled with an HP PA-RISC CPU.
https://en.wikipedia.org/wiki/Amiga_Hombre_chipset
A little more info in German:
https://www.amigawiki.org/doku.php?id=de:models:hombre
Yeah that was in the 90s.
I always thought PA-RISC was a great RISC and it an interesting concept.
But even in that case that wouldn't have been the CPU. Commodore never dared to do that after the 6502 (of course that team left Commodore).
>what really blows my mind is how cheap Amiga ended up being
Commodore was buying 68000 CPUs from Motorola at $2 a pop thanks to owning a fab and knowing how much it cost to make such chip in house and using that knowledge in negotiations.
That and the fact that the CPU was nearly a decade old by the time they were buying them in bulk
It wasnt that old when they started in 1985. Then they did it again selecting lowest cheapest EC020 model in 1992, sadly I couldnt find any info/leaks about the price of that contract, official 1992 price for cost reduced 4mips 68EC020-16 was $24.
Always blows my mind that the prototype was made with discrete components.
Does it still boot?
At VCFMW it was not powered on.
Still incredibly cool. My Amiga 500 was the computer I have the most fond memories from. I even had a 1200 for 4 years before I reluctantly transitioned to PC.
Looks like a beehive. Very cool
a C-hive
You're not hardcore until you're wire-wrapped your own Amiga:
https://www.amiga-news.de/pics/L/lorraine/FB_IMG_17610203985...
I never owned an Amiga, but it was clear at the time it was a masterpiece, and this just confirms it.
Designing the chips in MSI, wire wrapping a prototype, and getting it all to work to the point where you get a functional chip run is the stuff of legends.
The failure of the Amiga and the near-failure and resurrection of Apple is what makes me believe in parallel universes/alternate timelines more than anything :)
> makes me believe in parallel universes
And we're obviously in the less cool branch. :-)
Reminds me of that LLM computer built in Minecraft that was discussed here a few weeks back.
Please tell me that thing boots to Workbench