Amiga Forever
amigaforever.com
amigaforever.com
I did think to myself, wouldn't it be funny if they had a Guru Meditation error on 404 page errors, and of course they do:
When I want some time to myself at work, I book meetings with the title "Guru meditation". Obviously. :)
The world could be a lot different had Commodore management been so boneheaded.
OK. I'm being harsh. At the time, with the information they had, those decisions that now appear stupid could make sense.
Both sold PC clones, and I suspect if those lines had been very successful $$ wise they may have attempted to do something like what you said. Or more likely some kind of Amiga-esque runtime environment overtop of (choke, gag) DOS. We would have all screamed bloody murder about it though.
In any case, AmigaOS and Atari's TOS were pretty heavily tied into the 68k ecosystem. Switching ISAs would have really been starting over.
Moving from 68k to PowerPC almost killed off Apple, and they were many multiples the size of Commodore & Atari.
Myself I made the switch from 68k Atari ST to 486+early-Linux in 1992. At that point we were already doing Unix-like things on the Atari (MiNT with unix ports, or, on the 030/020 systems, full NetBSD Unix), so it felt like a natural jump. SVGA + a 486 was a pretty damn competitive workstation-like system at that point.
In 1996 I helped administrated a group of MacOS boxen, all PowerPC. At that point in time only half the applications were running native PowerPC, and it was buggy as hell. If I recall, even parts of the OS were still running 68k emulated.
In an OS with no memory protection or even proper dynamic memory allocation, it was just a shitstorm. Could not run FileMaker and Netscape at the same time without dying all over the place. I was shocked, because a couple years earlier I remember finding the 68k Macs I used extremely stable, even with Multifinder, etc. Limited, but stable.
IMHO Apple was lost in the wilderness for most of the mid-90s and a big part of it was just having too many balls in the air.
You might be surprised. Apple did an x86 port of Classic MacOS, based on DR-DOS.
https://lowendmac.com/2014/star-trek-apples-first-mac-os-on-...
That is not the problem. Even emulating the apps isn't the core problem.
Drivers, and support for the vast range of x86 hardware, was the problem, and secondarily, using the underlying hardware and supporting an MMU, memory protection, and preemptive multitasking... those were the big problems, and in the end, all Apple's attemps to solve them failed, and it moved to UNIX.
That worked, but it needed to happen when it became viable to run the entire "legacy" OS in a VM, and that didn't come until around the turn of the century. That was not feasible in 1992.
Up until MacOS 8.5 you could move some system extensions to 68K Macs and they'd work.
I had my Color Classic have MacOS 8 looks (even running on 7.5) that way.
Apple couldn't stay on the 68K though - Motorola was mothballing the 68K line and investing on their own 88000 and, being faced with an OS rewrite, Apple did the rational thing - find out who has the best chance of making something better.
> Apple was lost in the wilderness for most of the mid-90s and a big part of it was just having too many balls in the air.
I remember that, when MacOS 9x seemed like a dead end, Apple published MkLinux. It was my first Linux desktop.
Apple made a lot of bad decisions in the 90s, but I don’t see how the switch to PPC was one of them.
Put it this way: the Lisa had an MMU, memory protection, and an OS with better multitasking. Yes it was expensive to make, but they could have scaled it down instead of building a whole other, competing system that was technically inferior from an operating system perspective.
The original Mac was built as if it was a one-off product, and they lived with the results of that for two decades. And these were Jobs' choices.
Yes and no.
I mean, the Mac is a cut-down Lisa. But you're right, cut down too far.
(Aside: the Lisa was a 68000 as well, I am fairly sure. No MMU, but it did have multitasking.)
I think the problems were in scaling it down far enough to get the price down to vaguely reasonable.
That meant:
• 128kB RAM (same as the Sinclair QL, which launched 2 weeks earlier)
• No hard disk. Keeping a full multitasking OS when running from 400kB single-sided double-density floppies -- indeed, from one floppy -- would have been significantly hard.
Before an outraged Amiga fan jumps in: yes, I know Amiga did it, but that was 2 years later, with 4x as much RAM and floppies holding 2x as much data. Tech was moving fast in the 1980s.
A 512kB original Mac with 800kB floppies was technologically doable in 1984, I suspect, but instead of costing $2500 when it launched (~1/4 of a Lisa), it would have been $5000 or something, and I strongly suspect it would have flopped too, as a result.
My key point is around the operating system. They had a system in LisaOS that had multitasking, memory protection, proper dynamic allocation, etc. It was a better OS than what was shipped on the Mac. It was unfortunate they threw it away. Likely due to personal & organizational politics more than technical and cost reasons (Jobs hated the Lisa). A few years later they were running Mac OS on old Lisa hardware.
It was a wonderful, impactful lesson in foundations of software engineering, before I even knew what any of that meant.
Still, would be fun to have a 386 version of the Amiga OS.
Saying "some programs would be difficult to port" is putting it mildly; a huge part of the Amiga's software catalogue was written in assembler, and pretty much every single game wrote directly to the hardware, in a way that can't be abstracted without a complete emulation of that hardware. The Commodore graphics APIs were absolutely too slow to do anything except productivity software. There were retargetable graphics APIs (e.g. CyberGraphX, Picasso 96), introduced to allow well-behaved software to access expensive graphics cards you could buy for big-box Amigas. But generally you wouldn't use them for game graphics (unless it's a very simple game).
The Amiga really held well together; the custom chips were well designed to fit with the 68000. Perhaps too well, and that coupling became the downfall when the computer hardware moved faster than Amiga software could be brought along. It was destroyed once games became more about per-pixel operations (1990s 3D games) than blitting large areas (1980s platform games); the existence of VGA mode 13h made the former so much easier to write. Commodore even added a chip to provide a form of hardware-accelerated chunky-to-planar conversion, but it was too late, only in the CD32 and just couldn't compete with a native chunky framebuffer.
Both hardware and software moved ahead while Commodore invested in the wrong things. Amiga was late to adopt VGA monitors and PCs quickly surpassed its capabilities. When I mentioned porting AmigaDOS and Intuition to 2/386's, it would be to keep the OS compatible at the C source level as much as possible, with workarounds for hardware when it's different, but always at OS API level so that non-game software (or non-Amiga-like games) could be ported from source.
I don't think it'd have saved Commodore or the Amiga (I think the Sun deal, where Sun would sell 3000/UX boxes was a better bet for that, or maybe not ditching the CBM 900 but, instead, building Amiga with Coherent instead of AmigaDOS).
Anyway, it'd have been fun.
I don't think most of it was originally implemented in C.
> at OS API level
That's the problem. Keep the original non-protected-memory APIs and you can't have memory protection; add memory protection, and it can't be API-compatible.
It's catch 22.
IIRC, AmigaDOS was written in BCPL and later moved to C.
> Keep the original non-protected-memory APIs and you can't have memory protection;
Kind of - you can always give the process the illusion it's running alone (or alongside the processes it started).
I was an Amiga fan from roughly 1988 through 1994, started with an A500, expanded it, then moved on to an A3000. The platform was incredible. I learned a ton from it and taught myself C on that system. But by 1994, I wanted a Linux system, so a 486 it was...
It’s a reimplementation of AmigaOS 3.1 that runs on x86, ppc, and m68k.
8086 didn't have the instruction set to do preemptive, and the 286's memory model was 64kb pages... and barely good enough. The enabler for MPC (Multimedia PC) was the combination of 386 (and 386sx) + 16 bit sound card + CDROM + PCI VGA+.
Can you elaborate of that?
AIUI all you need is interrupts (CPU has them) and a timer (the PC platform has them).
Just for accuracy: Win3.x had pre-emptive multitasking. However, it could only preempt DOS apps. Win16 apps could not be pre-empted.
This compares quite closely to the FOSS RISC OS for Arm machines, which can preempt CLI apps in a "task window", but GUI apps only multitask cooperatively.
Co-op multitasking is faster and more memory efficient. That's why Acorn and MS chose it. But it's very vulnerable to a single app failing to relinquish control, locking up the OS.
It is difficult to talk about failed business, business many many times are successful for reasons beyond the technology involved. Just look nowadays how organizations are using Microsoft Teams, they could be locked, have a high cost for migration, bad management, and the core business working seamlessly beyond this.
Is it really just default ports? If the Amiga had had a line in port rather than required an external sampler, would it have been known as "the sampling machine"?
The Amiga did famously form the backbone of 1990s NTSC broadcast television production as the Video Toaster, but that was because the Amiga chipset was able to genlock with an external video signal, i.e. it was an inherent feature of the machine rather than the default ports and peripherals it came with.
Commodore did eventually promote a standard library for MIDI (https://en.wikipedia.org/wiki/Commodore_Amiga_MIDI_Driver) in 1990, perhaps too late to take anything from the lead the 520ST had gained
Folks who grew up in the post-CRT era might not realize what a difference 100hz vs. 60hz could make with CRT monitors when you were staring at a screen for 8+ hours a day.
(I'm a bit sensitive -- around that time, I removed a connection on the MB of my Schneider, nee Amstrad, CPC 464 so that it would think it's the NTSC version and would output the screen's content @60Hz and adjusted my monitor accordingly. 60Hz was just about bearable, 50Hz (PAL) only with dark background)
BBoAH has a pic of an actual A2024: https://bigbookofamigahardware.com/bboah/product.aspx?id=863
There was also a separate video card containing the framebuffer hardware, that could be connected to a "normal" high-res mono monitor: http://amiga.resource.cx/exp/moniterm
Yikes!
IBM licensed some Amiga technology for OS/2 in the 90s, which is probably about as good a "PC AmigaOS" as we'd ever get (absent recent efforts like AROS).
> OK. I'm being harsh. At the time, with the information they had, those decisions that now appear stupid could make sense.
I don't think you are. At the time, we in the Amiga community were wondering wtf was going on back then, when it was happening.It was pretty clear the leadership were making bad decisions, when they weren't absent.
At the time it seemed like a sane thing to do while now we know they probably should have bet the farm on the Amigas (and take that Sun deal for the 3000/UX)
In some alternate universe there were Atari Amigas and likely no Atari ST.
Amiga 600 standalone: £194.99
Amiga 1200 standalone: £289.99
20MB HDD £89.99
60MB HDD £179.99
80MB HDD £195.99
120MB HDD £219.99
210MB HDD £359.99
Amiga 600 with 20MB HDD £289.99
Amiga 1200 with 85MB HDD £499.99
Amiga 4000/030 with 120MB HDD £969.99
Amiga 4000/040 with 4MB Fast RAM and 120MB HDD £1699.99
RTC fix: £14.99
Commodore 10884ST monitor (requires interlace for 640x512) £199.99
Commodore 1940 monitor (640x512 without interlacing) £284.99
You can see how the prices add up very quickly and make things unaffordable for the typical family. A business could afford to pay £1300 per computer, but a family likely could not. Most people plugged their machine into their existing TVs, as it seems did you.
If anything, this gives a good example of how technology has beaten inflation. The 20MB HDD is £4.50 per megabyte, or £4.7 million per terabyte. Today you can get a 16TB drive for £215, or £13.44 per terabyte, which is 351,000 times cheaper
I looked this up and it appears the A2000 launch price was $1495 USD in March 1987, I don't know the UK price but it would've been around £950 at the time. That's ridiculously cheap (until you understand it's an A500 with Zorro and ISA slots). The A3000, probably the best machine Commodore ever made, launched for $3379 USD in 1990.
I don't have any magazines from 1987, but Amiga Format issue 1 (August 1989) has an advertiser selling:
A2000 standalone £799
A2000 with 1084s monitor and XT bridgeboard £1099
A2000 with 1084s monitor and XT bridgeboard and A2090a (HDD controller card for the A2000 because IDE hasn't been invented yet) with 20MB HDD £1369
A2090a with 20MB HDD £479
A2090a with 40MB HDD £750
A2058 (up to 8MB RAM expansion) with 2MB RAM populated £449
I can see why you'd offer a working system, 1MB RAM, floppies only, if it more than halved the visible price.
IIRC, the lack of a hard drive issue came down to keeping costs down.
I don't remember a specific issue with "low res graphics". Of course the flicker issue was present, but that didn't really become an an issue until later in the Amiga's life, and only on the low end models.
Regardless, it was certainly a very well-rounded platform. Definitely not "just a game machine" by any stretch.
Caveat: I was in the Amiga world in the 1000/500/2000/3000 days. I've never used or seen the later generation stuff, such as the 4000 or A1200.
I had the 500, then the 2000 and finally 4000/040, with RAM expansion, hard disk and a decent monitor. It was a wonderful machine but suffered from the same limitation of the former models: AGA was better than AA, but too little too late.
No bashing it any way, I just wish things went differently. What I learned on the Amiga helped me immensely with my jobs years later; I only have to be thankful for having the opportunity to use it and learn from it: a multitasking OS on hardware without memory protection forces one to be careful when writing code, for a small memory leak or invalid pointer can either render the system unusable pretty quickly or crash it altogether.
No, it could not, and this is why:
AmigaOS is sometimes called a microkernel, but it's not really, inasmuch as one of the biggest problems in microkernels is efficient communications between the kernel (in supervisor mode, i.e. x86 ring 0) and the servers running in user space (x86 ring 2 or 3 depending on OS).
AmigaOS did not have that. It ran on a 68000 and everything was in the same, flat, shared memory space. This makes inter-process comms easy, but it also has a cost: a rogue program can trample all over other processes' memory, including the kernel's memory.
Thus bringing down your system, the famous Amiga "guru meditation".
You can't do this on an 80286 because it doesn't have a flat memory space, even in Protect Mode. You need an 80386 running in 32-bit mode: what we now call x86-32.
But AmigaOS has that total absence of memory protection. You can implement that on a 386, no problem, but it makes your OS unstable. This is why a rogue NLM could bring down a Netware 3 or 4 server: a flat memory space.
This is why many alternative OSes of the late 1980s flopped: they couldn't use the memory-management hardware that appeared in the 386, and in Motorola's 68030 (in the 68020 it was an external MMU chip, IIRC.)
This is also why CBM couldn't take advantage of the MMU in the 68030 and 68040. If it rewrote AmigaOS to use the MMU, all the legacy code would have broken and failed to run, because the mechanism it used to communicate with the kernel would have gone away.
(This is aside from the issues of 68000 assembly code conversion and register starvation and all the other things others have brought up later in the comments, which are legitimate and valid.)
So, while it might have been technically feasible to port AmigaOS to the 386 -- I mean, today, AROS shows it's possible -- you'd inherit all the limitations of the original, but on much more expensive hardware.
This would make it un-competitive.
This is why OS/2 flailed and then failed. This is why Windows 3 evolved into Win9x but then had to die: it was replaced by a true 32-bit OS that used the MMU: Windows NT, derived from bits of Portable OS/2 and some of the design of DEC VAX VMX, because MS hired the lead programmer of VMS and his team.
It's why MacOS couldn't fully exploit the 68030 and 68040, and indeed, the PowerPC. It's also why Apple's Copland project failed. This stuff is really hard. Apple ended up moving to UNIX.
What they needed to do was invest in the successor Amiga chipset to the original one. Yanking the funding for Amiga R&D in the late 1980’s is what doomed Amiga and Commodore.
Or perhaps you mean porting Classic Mac in the 90s would have been a bad idea?
I knew guys who ran early ISPs, tried it for servers, then realized they'd be better off with a Sun box and then eventually early Linux (Slackware). They were trying to run a news server off of it, IIRC.
However, the point remains that Apple ran consumer products on Intel chips for 14 years or so and this was successful. I'm trying to parse out the claim being made. Eg. Is it an argument that the timing would have been bad in the 1990s? Notable that Apple also killed the experiment around PowerPC clones around the time Jobs came back.
Apple also wasn't rolling in cash like the are today. They were struggling. They wouldn't have had the resources in the late 90's to support consumer-level x86 and the various hardware/driver configurations. NeXT was fine with supporting a limited set of configurations since they weren't targeting the "consumer" anyway. They were targeting high end commercial "workstation" customers. NeXTStep 486 cost something like $800 if I remember. The developer tools were more $$$. The people running that stuff could afford to spec out their machines properly.
A standard ATX (or AT) power supply can be used with an Amiga 1200, so that's an easy route if you have one. Cut off the cables (Amiga PSU donates connector), some electrical tape, and a paper clip to jumpstart the ATX PSU, and Bob's your uncle.
By an incredible stroke of bad luck the first Covid lockdown (the one that lasted months) happened when I was far from my wife and kid. By chance I was in my childhood home (alone).
Out of boredom I started watching YouTube videos about fixing and maintaining old computers. It motivated to go the attic and garage and find all my old computers. Took the battery out of an old Mac. Greased my Commodore 128's 1570 drive. Booted the C128 and checked which floppies were still working.
And quite some still worked: it was a complete and total blast from the past to see the game Commando, with its incredible soundtrack, booting!
I don't know if the A1200 is prone to leaking capacitors or not: if it is send it to someone who can recap for you.
It was really fun to get these old machines back to life: I really encourage you to do it.
I notice now the internal drive of said 2c isn't working and won't boot anything (I could get ADTPro onto a spare floppy without booting anything). I did use it to do the transfer in 2019. I can boot from an external drive with some patching from the monitor program. I suspect the drive either needs heads cleaning or some realignment, but I haven't had more time to try.
Sadly I no longer have my A1200 (or A600). I have a few disks from it still.
I came across an old box of 3.5 discs a few years back that I had stored away since the early 90's. I recovered them using ddrescue to create images using a cheap USB floppy drive.. was great fun.
Edit: I just noticed that they are discussing this very thing a little further down the thread, with lots of concrete options.
You may want to get some kind of removable media for your Amiga, many people use a compact flash card as a hard drive, then use an IDE to CF adapter [1] to attach it to an A600/A1200/A4000. You can format the CF card as a standard Amiga hard drive, then you can remove it and read the Amiga drive on a more modern computer with unadf [2] and you can convert your AMOS source code to readable text with listamos [3]
[1] e.g. https://www.amiga-shop.net/en/Amiga-Hardware/Amiga-classic-h... but I'm not endorsing this specific shop or its products
I think the Amstrad CPC-464 I had, had even more core memories. But this thing was a beast in its day.
> Amiga Forever Value Edition comes in a dedicated Windows version, which is easy to install and run. If you do not intend to use Amiga Forever on a Windows system we recommend that you purchase the Plus Edition or the Premium Edition, which include both Windows and non-Windows content.
(so non-windows users cannot use the (much) cheaper edition...)
(I can't remember what I did in the end but I did manage to get the Kickstart ROMs into my Mac.)
EDIT: typo.
The kickstart ROMs are still encrypted on the ISO and AF stores unencrypted versions on disk after you run it but if you're on a Mac/Linux you can use romtool to decrypt them
https://amitools.readthedocs.io/en/latest/tools/romtool.html
That was some time ago when I got it, so maybe it's different now
Which of course protects nothing, and is easily worked around. But it is still evil.
People will go on to claim that Cloanto isn't evil, and that the only reason they haven't open sourced AmigaOS is Hyperion.
Yet Cloanto does shit like this. I wonder if these same people can explain how this helps.
(Interesting takeover attempt by the usual "anti Cloanto" trolls.)
Post Scriptum - Found some info here:
Third-party floppy drives with the raw data access such as greaseweazle can access Amiga floppy disks.
Then you need to decode the filesystem. There are tools for that.
Once you have the files, it is likely that the music will be in MOD format. The music player mikmod will play these quite happily. Sampled sound will likely be in IFF or WAV format, and most sensible sound apps should be able to load these. The images are likely to be in IFF format, and something like GIMP should be able to load them.
This is accurate except it's not the drive, but the controller (in the PC's motherboard).
Most of these drives can be directly used with an Amiga, while all of them can be used with a GreaseWeazle
>Third-party floppy drives with the raw data access such as greaseweazle can access Amiga floppy disks.
I own one of these and absolutely recommend it.
Using a Greaseweazle[1] you can create an .adf image of the disks then using xdftool[2] or amigaexplorer[3] you'd be able to copy the files out of the disk image.
Images will likely be .IFF files which I think you can still open with irfanview and gimp, the music files will most likely be some tracker format. There is software to play tracker files but I don't know about that myself.
[1]https://github.com/keirf/greaseweazle
[2]https://amitools.readthedocs.io/en/latest/tools/xdftool.html
Here are some tips to read Amiga floppy disks: https://www.amigaforever.com/kb/13-118
Gotek in external drive enclosure + usb thumb drive is what I used.
Very likely 3"1/2 inches disks although most of my Amiga disks, which I still have, are 5"1/4 (5"1/4 were way cheaper than 3"1/2 so we'd mod our Amiga by adding an external 5" 1/4 drive and then we'd buy the much cheaper 5" 1/4 floppies).
Now... After all these years several of these floppies may not be fully readable anymore so don't wait too long before ripping them. My C64 5"1/4 started failing badly. I'd say maybe 2/3rd of them are still readable without errors. Haven't tried reading my Amiga floppies yet.
And I don't know if the 3"1/2 age better than the 5"1/4 or not.
But they'll eventually start failing.
Don't use them unless you want that warm and fuzzy feeling of having legally obtained the Kickstart ROMs instead of just grabbing them from archive.org...
I think Gateway, and then Acer owns it, but who knows.
I used https://aminet.net/package/util/misc/GrabKickDisk to grab ROMs from my Amigas. But you can just as well grab them from random internet site, check the checksum and be happy and guilt free about it.
Acer never owned anything Amiga. The copyrights and trademarks can easily be looked up, while the patents expired before Acer even bought Gateway.
https://cocatalog.loc.gov/cgi-bin/doctitles.cgi?V3626D795 https://cocatalog.loc.gov/cgi-bin/doctitles.cgi?V9946D337 https://cocatalog.loc.gov/cgi-bin/doctitles.cgi?V9943D475
System ROMs were protected copyrighted works well before the release of Amiga in 1985. See the case of Apple vs. clone maker Franklin:
https://en.wikipedia.org/wiki/Apple_Computer,_Inc._v._Frankl....
What you describe is piracy. Your other comment about legality having a "bad reputation among Amiga enthusiasts" makes it seem like the Amiga community is one of criminals. That is sheer madness.
Please name one demo that you think should not be in Amiga Forever, and I will check that and report here.
I can't actually find this list of demos in the documentation though, is it online?
Me and my colleague Nicola were the ones who asked for these permissions. Iconic demos like Roots 2.0 and World of Commodore could not be included in the historical context for the reasons you mentioned. If someone does not want their work to appear in a commercial book project or in an electronic curation, I respect that. We could do better, like featuring more recent works. Perhaps one day it will be done, like the website (OTOH, some say that it has a Craigslist-like appeal to it). This always was a niche project driven by passion, and resources are tight.
According to Wikipedia [1] release 10 is five days old which would seem to make it news-worthy.
I think Cloanto could work a little bit on their webpage's look, and add release history (or at least release date) so it's easier to figure out if it's really NEW as they state in their headline.
Too expensive I bet, all the money they make selling software someone else wrote over 30 years ago is spent suing other parties who do the same thing they do
Cloanto never sued anyone, other than having been dragged in the case of lawyer-owned Hyperion Entertainment. Hyperion is owned by a litigator who is well known for his tactics in his home country of Belgium. When Hyperion failed to deliver on their 2001 Amiga OS outsourced development contract, they did what lawyers do best: they sued Amiga. They sued Amiga once in 2007, and they sued Amiga again in 2018 (case number 2:2018cv00381 filed March 13, 2018). This was completely unprovoked, and was largely seen as an attempt to trigger a "catch all" clause in the 2009 settlement with Amiga. Hyperion was hoping for Amiga to default. Instead, Cloanto helped them, as they always did.
If you want to educate yourselved on the Hyperion vs. Amiga case, "Amiga Documents" is as good as it gets:
It is a shame that they are still bickering about this historical piece of software, not allowing the community to move on.
Meantime, our Atari friends are enjoying emuTOS + MiNT.
Amiga wanted (wants) to make an open source branch. Cloanto said the same on multiple occasions. I know people who saw settlement drafts with Hyperion, the provision was there. Ask the 3.1.4 developers in the forums.
Hyperion lawyer-owner Ben Hermans, who is an "experienced IT litigator" is the one who keeps blocking it, like he keeps blocking the 2019 acquisition and the transfer of all assets into Amiga Corporation. He even sued his own managing director, Timothy DeGroote, to stop the settlement with the Amiga parties (Amiga/Itec/Amino/Cloanto).
> Stable release: December 12, 2022; 5 days ago - Version 10
Here's an announcement: https://www.amigaforever.com/news-events/af-10/
Learned how to compile/modify code. Learned tcp sockets/ports, unix apps/servers, and that's how I started my career as sys admin for isps/telecom.
Ok, ok, so it was because my family couldn't afford an Amiga, but still...
Does no one else realize that enough to make a modern product like that?
* (made for that platform)
There's no such Amiga. You had to boot it up to the Workbench GUI to load any programming environment. (Ok, you could also start something from an AmigaDOS prompt too, but that's not how most people used the system.)
I bought the lifetime upgrade many years ago, and was pleasantly surprised to get a link to download version 10 this week.
Compatibility is owed to WinUAE, the best Amiga emulator, which is also Open Source.
Credit where it is due. Not Amiga Forever, in this case.
"Basic" video editing like adding subtitles or logos to live stream tv (what was not basic at that time) was done with the relatively cheap Amigas. For example the local news program on cable TV could have used an Amiga for rudimentary graphics or transitions between scenes.
I think they also used Amigas for music production, but here it was also Atari ST.
I think the big box Amigas were more common across the pond, used for work stuff, in the US than they were in Europe, where the Amiga 500 sold relatively big numbers and was a big gaming machine in the late 80s/early 90s.
This is all before my time, but from what professional broadcast and film editors have told me, the lore of Amiga’s dominance in this field is a little bit overblown. They were popular, but it was hardly the industry standard. The high-budget places used other stuff (often proprietary or custom-built) and a lot of broadcasters used live edit bays that were probably less technically capable than a Video Toaster, but were huge and already integrated with their much more complex live camera setups. But the Amiga kicked off what wound up upending post production and live broadcast.
Amiga was definitely ahead of the curve, but Avid, then Adobe and finally Apple, took over starting in 1993 or so (the same year Commodore went bankrupt) and x86 and PowerPC machines got powerful enough that even SGI or Sun boxes weren’t that useful outside of Pixar-style edit farms.
Otherwise, yeah, I can't recall ever seeing an Amiga in a US business (other than a computer repair shop). IBM dominated the "serious" market, and Apple was in the schools (with some Commodore).
The move to out-of-order 68000 CPUs was harder than for x86. 68k is self-conciously CISC in a way that the 8086 was not, its addressing modes were a particular headache. It's also unliky that Motorola would transform itself into a CPU company like Intel did. Overall, a slower 90s.