I'm really enjoying the current retrocomputer craze. I bought the "TheC64" myself (full size with working keyboard, wouldn't have it any other way), which is just a C64 lookalike case with a tiny ARM computer running VICE inside. I know it's not a real C64, but it sure looks like one!
The Mega65 in particular is not for me though: it's way too expensive and it's not an actual computer I owned as a kid, so the nostalgia factor is lower. It does look extremely nice, though.
My only interest in this is as an FPGA dev kit. It was surprisingly hard to find details on the actual hardware but it appears to be a Xilinx™ Artix A7 200T according to https://shop.trenz-electronic.de/en/TE0765-03-S001-MEGA65-hi... That page curiously doesn't specify the amount of external DRAM, but various hints suggests it might be 8 MiB of HyperRAM (that's DRAM with a simpler protocol). Cute.
I was wondering the same thing. I wonder if they could produce a "lite" version without some of the physical components (like the floppy disk and "expansion port"), and maybe some of the retro stuff swapped for cheap modern bits, like USB.
Does anyone know if the FPGA code that makes this thing work is open source? It might be a nice starting point for some other hobby project / processor architecture experiments / etc.
Is a high performance HyperRAM controller really simpler than a normal DRAM controller? It's serial rather than parallel so you need higher frequency signals for the same bandwidth.
Yes, significantly so. However you saturate the bus with less effort (lower frequency, less wires), so perhaps the simplicity is due to a lower theoretical performance.
> First-generation HYPERRAM™ devices supported up to 166 MHz DDR clock frequency whereas as second-
generation devices that now support a clock frequency of 200 MHz have a peak data transfer rate of 0.4 GBps. [0]
I have quite a number of Commodore 64s lying around by virtue of developing a hobby of learning component level repair on them.
I'm tempted to buy one of these Mega65s to play around with it but at $832.50 including shipping to the US, it's a bit much. The main reason I am interested in old computers is because I used those old computers back in the day!
Really have to hand it to them on the engineering of it though - looks like an amazing machine.
Consider checking out the mister project. The Mister is one FPGA board that lets you emulate many old computers, like the C64, Atari ST, Amiga 500, Macintosh plus, 486 based systems, even Japanese computers like the Sharp x68k, PC-88, MSX, etc. It's a great piece of kit, with some level of floppy support and more affordable (although you have to bring your own fancy case!).
Considering I just bought 10 NOS NTSC VIC-II chips, yes I’m interested.
I’ve been following that project for some time but it seems to be On hold for months and counting due to chip shortage. Is it being resumed at some point soon?
He's constantly working on it. We both quit our Google jobs back in January (on the same day) and frankly, the VIC is how he seems to be spending most of his time since.
The problem remains chip shortages. He had to rework the board a couple times because of lack of FPGA supply.
I've seen his latest boards and they are impressive.
Things I'm nostalgic for are slightly older like the VT100 and PDP 11 series. There was something just amazing about the soft blip when turning on the VT100, and something very powerful about clacking away on that keyboard, writing code to do whatever you could think of. But even if someone made a brand new VT 100 with a proper CRT and embedded a PDP 11 equivalent, would I pay $832.50 for it? Nah, probably not.
Still, kudos to the team for successfully recreating the C64 in FGPA. Preserving digital heritage is important even if it's time consuming and expensive.
Yeah, that is cool. I've seen it a few times and thought... maybe. But honestly so far I've gotten all the nostalgia I need out of running SIMH. But thank you.
I've always wanted a PDP11 but having never used one I'm overwhelmed when looking for them. I have no way of knowing if I'm buying the right parts or how to tell if they function.
Are there any retro recreations of PDP machines? All I've ever been able to find are emulators.
I have my childhood VT180 sitting here in its original box, along with all the documentation and software. Unfortunately it's not currently working but one of these days I'll dig into it and figure out what's wrong.
> I have quite a number of Commodore 64s lying around
I've got a bunch as well, some new in box, some completely ratty and worn out, most somewhere in between. Have you registered them with the C64 registry? (https://c64preservation.com/dp.php?pg=registry) What's your lowest serial number? I've got one with a pretty low serial, which I was lucky enough to find and purchase at the Dayton Hamvention back in the 1993 for $5.
> The main reason I am interested in old computers is because I used those old computers back in the day!
If they had a no-floppy option and an assemble-it-yourself option, I wonder how much the cost might come down? Heck, some people might even want to DIY the case and keyboard.
Most of the cost seems likely to come from the costs of producing a very small run of a large presumably-injection-molded case and a custom keyboard.
Can't imagine the machine will ever have much of a community with its combination of high price, relatively low nostalgia, and a bulky/unsexy design, but it's cool that they actually managed to finish and ship the product.
The first question that comes to my mind is, "where did they get the floppy drives?" Surely the original manufacturer of those drives isn't still making them??? And having a batch manufactured as a one-off seems like it would be prohibitively expensive. So I'd be really curious to know how they managed that part of the whole thing.
Anyway, looks like a great project. I wasn't a C64 fanboy as a kid or anything, but I'm still tempted to look into getting one of these. OTOH, I still have an Atari 800 I bought last year that I haven't touched yet, a half-started Z80 retrocomputer project to finish, and a desire to get an Atari 1040 "one of these days". So maybe I don't need yet another retrocomputer "thing" to play with... :p
After some searching, we found what we were after: A local supplier here in Germany who has some quantity of different models, including a large number of ALPS 3.5" 1.44MB drives.
Wow, so it sounds like they actually had to go with used drives. I was thinking maybe they got lucky and found some unsold NOS ones in an old warehouse or something. No such luck. But at least they found something to let them move forward with the project.
It does lead me to wonder though: How many floppy drives would one have to commit to ordering, and how much would it cost, to get a company to manufacture a run of such devices?
There’s some interesting reading from the creator of a Mac Floppy emulator on sourcing the obscure (DB19) connector it uses - and his setting out I do a new production run. This [1] is kind of in the middle of the thread - but still interesting reading:
The other issue is that 3.5" floppy disks are no longer made, and finding reliable ones is apparently quite difficult. Even NOS floppies can be unreliable. Sony apparently was the last manufacturer of them, and they stopped back in 2011.
The last time I bought a real brand new floppy drive at a shop was in 2010 and they were really cheap (about US$5). They must have been trying to get rid of old inventory already.
I thought it was less the drives and more the controller. You can image them with something like a Greaseweazle and a normal "PC" drive, so it's probably less that the drive is unusual and more the whole GCR versus MFM encoding and different track layout.
It’s based on the C65 prototypes (https://en.m.wikipedia.org/wiki/Commodore_65) from 1990/1991. Not sure about “modern”, the modern keyboard layout was arguably established by the IBM Enhanced Keyboard (https://deskthority.net/wiki/IBM_Enhanced_Keyboard) introduced in 1985/1986, so roughly at the same time the now-retro C128 and the Amiga were introduced (who had vaguely similar keyboards).
I'd never heard of the Mega 65 before, I love the aesthetic of it fully contained in the keyboard and for some reason the floppy drive being molded right into it just tickles my fancy in all the right ways.
How is it stumbling? Do you mean "slow going"? Because according to Wikipedia, the MEGA65 project was started in 2015, so Mega itself was slow.
These are essentially hobbyist projects, I don't think there's any nails to be placed on any coffins. They get done when they get done, and are not expected to become huge commercial successes.
> So nice to see electronics made somewhere other than China. Hope we can see this done more often.
Indeed. Is there an online store that specializes in products not made in China? Or at least allows me to filter products by country of design and manufacture? I'd give anything to have that filter on Amazon. It would get rid of most of the scams and shoddy products that end up in landfills shortly after purchase.
I really don't mind paying a premium for products built elsewhere. I'd rather pay extra for quality than buy another cheap Chinese knockoff.
For some countries (Japan comes to mind), there -are- dedicated stores to a degree. Usually for luxury goods though where it's tough to gauge real-world quality/value vs aesthetic strengths.
Also, this doesn't directly address your question, but the interim solution I've used is to build a research habit with each successive purchase for the home.
With time, it gets a lot easier and more intuitive to track down vendors. Vendors is actually a key word--typically you're looking for one of a small number of authorized importers for a given brand. Often they'll be B2B focused, e.g. buying EU power tools or USA-made N95s from industrial supply companies.
This strategy has netted out a (simplified) distribution like this in my home:
* Home Appliances: German, French
* Food Storage: French (lunchboxes even!) or vintage US
* Whet Stones: Japanese
* Wooden Goods: Local, Canadian, or Eastern European
* Food: Local mills, garden, area farms; preserve seasonal foods
* Health & Beauty: Canadian
* Safety Gear: Canadian, US
* Garden: German, Italian, US; seeds from open-source genetics
You still have to be intentional, since plenty of foreign stores have global supply chains like the US does, so just because you're bringing it from Canada doesn't mean it's Canadian-origin, etc.
Also note: I'm absolutely cherry-picking what I listed. I still buy plenty of arbitrary things from big-box stores. In general, the research LOE scales with how important the purchase is to me, and you really need the research to become something of a hobby since you'll be spending hours on it. :)
> you really need the research to become something of a hobby since you'll be spending hours on it
Exactly, that's my point. In most cases I do extensive research before purchasing by looking up online reviews, forum discussions, and even company/seller background.
My problem is that as a consumer I shouldn't have to do this. I should be able to trust retailers to do this quality and safety vetting for me, so that I don't purchase something harmful, that doesn't work or will break soon after purchase.
But, as you know, it's not in e.g Amazon's interest to give consumers this assurance. Their main clients, after all, are the same dodgy vendors that sell counterfeit garbage, buy fake reviews, and change their "company" name on a whim. Amazon has no incentive to protect the consumer.
I think that a consumer protection agency on behalf of the government should step in, and force retailers to do better.
The other problem is that most consumers don't see this as an issue. They'd rather buy the first cheapest thing they can find, and don't care how well made it is, as long as they can quickly buy it again if needed.
> Back in the 1980's, Commodore released the famous Commodore 64 (8 bit computer), and then followed it up with the Commodore 128, and Amiga (16 bit computers).
The I/O latency is typically much closer to the original hardware. OSs have become a bit careless about latency, and LCD screens add some more delay on top. It all adds up, and the result is a slightly inauthentic-feeling experience.
Hardware emulation can make the timings between multiple chips more accurate as processes actually can be done in parallel and in sync with a shared clock. This is harder to get perfect with software emulation. In theory.
Hardware emulation cannot actually make the emulation more accurate than software emulation. That doesn’t make any logical sense. If you know what the correct timing is, you can emulate it in hardware or software.
It’s not harder to do in software. It’s just hard to get the timing correct, regardless of whether you are using software or hardware. There are certain cases where it’s hard to get good performance out of a software emulator, that’s really the main difference.
It's not that simple. Yes, from the point of view of the emulated system, it does not matter if the emulation is software or "hardware" (i.e. an FPGA), as it will always observe correct relative timings.
But if you want actually correct timings in the real world, i.e. to wall clock, a modern software environment will make it harder for you in practice. If you don't have an OS with any real-time capabilities, that's your first problem: You have no (good) guarantee when and for how long your threads are scheduled, how long allocation and system calls will take and block you, and generally whether you can reliably meet any of your deadlines.
On Linux with VICE, I would not be shocked at all if I occasionally observed VICE stuttering for a millisecond.
With baremetal (or an OS with sufficient real-time capabilities), you can make your deadlines meet with some care. You will still have some (possibly negligible) amount of jitter: Superscalar CPUs and caches are just some of the culprits.
Does the jitter, or even the lack of deadline guarantees on plain Linux with VICE, matter in practice? Maybe not. With a fast enough machine you might not notice at all. Is it easier, and to some extent more efficient, to just sidestep those issue with an FPGA implementation that is guaranteed accurate to wall clock (not just emulated clock)? Probably. Comes at the cost of having FPGAs, though. On the other hand, a real NTSC/PAL output is going to be pretty real indeed!
As said, not that simple. How hardcore you are on your wall clock accuracy requirements probably depends on how much of a "preservationist" you are.
It sounds like you've rephrased and elaborated exactly what I just said, but the way you've phrased it makes it sound like you're disagreeing with me. So I'm unsure what, exactly, you disagree with.
The statement is about relative timings, to be clear, and you agreed with that.
I'm not trying to be clever here to win an argument, I really just think that good relative timing is implied by "accuracy", and good wall-clock timing is not--that's "performance". It makes sense to me that these terms are separate, so I can say something like "I have a cycle-accurate emulator that runs at 25x realtime".
For stuff like game systems, you generally don't need a ton of wall-clock accuracy anyway. You're going to be plugged into some kind of LCD panel, and you just need to make sure that it gets fed with the correct data every 16 ms or whatever the correct update rate is. The fact that your input controller isn't getting probed at the exact right time relative to the screen update is kind of a non-issue.
Yeah, we agree on relative timings, and I guess I'm okay with using "accuracy" without qualification for that, i.e. what the machine observes. It wasn't clear to me that "timing" meant cycle-accuracy, so I guess we do agree after all.
As for how much wall-clock accuracy you need... Eh, as said, it depends on how much of a preservationist you are. If you plan to actually generate an NTSC or PAL signal on a low level (including actually performing the quadrature amplitude modulation), it can well become relevant, and phase noise affects color.
Otherwise maybe not, though again I'm not surprised if some standard Linux on some RPi actually shows visible glitches from time to time. Irrelevant for most users, but then again most users may also just want to play the game on a rudimentary emulator, or even a more modern version of the game. This is all either for fun or for preservation, after all.
If you do need (video signal) or want (anal retentiveness) high wall-clock accuracy, an FPGA then also has the advantage that whatever ARM core or whatever you have next to it can implement UI and control in whatever is most convenient, on any non-RT run of the mill OS, without any risk to negatively affect the rock-solid, cycle-locked emulation in the FPGA. On an overall weaker overall SoC at lower frequency, even.
It should be easier to do in software. What's hard is, modelling the hardware accurately, getting the timing correct, AND getting everything performant enough to run at the original hardware speeds. It takes a beefy system to accurately emulate even SNES hardware at full speed. An FPGA can be programmed with accurate hardware models and run them all in parallel at the same speeds the original hardware ran at (up to a limit, I believe today it's somewhere in the low hundreds of MHz for a CPU). This allows for a closer approximation of the original hardware running at usable speeds.
It used to take a beefy system to emulate the SNES at full speed. Emulator performance has improved, CPU performance has improved, and nowadays, an outdated and low-spec x86 laptop will run BSNES.
You will have problems running BSNES on a Raspberry Pi, though, although I've heard the RPi 4 can do it.
Moreover, it can actually be at least "more straightforward" to reach accurate wall clock timings with an FPGA, than by trying to meet deadlines in a common OS environment, as the FPGA is "just" loaded with a bitstream that will it do more or less exactly what the original chip did and nothing else, spoken strictly in the digital domain.
I'd also like to think that it's more efficient, since at least in theory it could be (cutting down on all the extremely superfluous software overhead for the task), but sadly I don't actually know how common FPGAs really perform in that specific case against reasonably efficient modern CPUs.
Maybe holding some real hardware gives much joy? I'm thinking about maybe emulating it using a Pi and buy some peripherals such as external floppy. Not sure if it's doable though.
The real real hardware - sure, but emulated on a FPGA… not so much. But that’s just me.
Emulation in software (and the virtual space in general), on the other hand, is close to perfect these days. In fact, material things get boring pretty fast (and tend to end up in the attic) whereas virtual reality (like games) remain a source of perpetual joy.
After some thoughts I believe I agree with you on both points.
A replicate but with new board and new chips for buyers to solder their own hardware would be really interesting and educational.
On the other side, I already have some retro hardware collecting dust so tonight I'm going to get one out to play CD music I just bought. Only vintage laptops have CD players installed.
FPGA is a simulation, not an emulation. Emulation does everything serially while simulation does everything in parallel, just like the real hardware.
Also, software emulation on a non-real-time OS such as Windows, macOS or Linux can result in lag when the OS is busy with other things. You never get that on FPGA simulation.
It’s all emulation—either in hardware or software, in parallel or in series.
I used to work on simulation software professionally. The idea that simulation is parallel while emulation is serial is completely foreign to me, and I suspect foreign to others as well.
I have worked on simulators for most of my life and the GPs definition is not true.
There's no formal distinction between the two, but conventionally emulation is more faithful whereas simulation is more high-level. Still, the two are used fairly interchangeably.
To me the distinction seems obvious: simulation reproduces the external behaviour of a system i.e from observers pov; emulation reproduces the internal behaviour. Typically the external behaviour emerges from this as a matter of course, but in many cases such a “bottom up” approach isn’t possible or even necessary.
It is foreign to me, for sure. I have been experimenting with FPGA-based retro systems for years (started with a MIST.) I still consider them "emulators."
I work in silicon development, and we call software models "simulation" and FPGA models "emulation."
Both terms are a little arbitrary, but logic on an FPGA is not a simulation, for most definitions of "simulation." Perhaps more accurate than either term is "implementation," since it is an honest-to-God implementation in a digital circuit of the logic.
Think of it this way: software tells a computer what to do, gateware tells an FPGA what to be.
> In my view the ongoing race to the bottom of slave labour to make cheaper systems is not sustainable.
As someone who has worked in consumer electronics, and worked closely with the people who were on the factory line, employees on electronics manufacturing lines are not slave labor. They are often times well paid, with pay that would make for a good living in more rural parts of the US. After having worked on a production line for a year, they are in a good bargaining position to up their pay for the next year[1], sometime I got to witness as my team had to basically pay a bonus to get people to come back to work after the spring festival.
Do some employers suck? Of course[2]. It is important for the companies placing these orders to ensure workers are treated well, I know when I was at MSFT we had guidelines in place for worker treatment, including an increase minimum age for workers vs what the local law allowed.
I also don't think a lot of people realize that for any production line in China making complicated American designed electronics, that there are likely Americans also on the factory floor helping things out! Especially at the beginning of the production run. None of the people I know who were on the factory floor would have been silent if they had seen abuses, abuses of the people they worked day in and day out with for weeks and sometimes months.
I'm not saying horrible abuses don't happen, but I am saying that it is possible, and not some insanely difficult task, to responsibly manufacture goods in China, or any other country for that matter.
BTW, everything is made in China because China has a ton of local expertise, engineering talent, and ease of sourcing parts. For complicated to make products, the labor savings really isn't the big driver.
[1] Yield rates go up significantly with experienced employees.
[2] There is a lot of pressure to make release dates for consumer electronics, missing certain holidays for release means an entire product may not sell enough units to be profitable anymore. Does this mean crap tons of stress for everyone involved? Unfortunately yes, if you work in higher end consumer electronics you will see people fall apart all around you, it is a very high stress environment. It sucks that the stress is also put on the lowest paid workers in the chain, and more needs to be done to stop that from happening.
> They are often times well paid, with pay that would make for a good living in more rural parts of the US.
That might be the case now, but manufacturing moved to China decades ago partly because of cheap labor and as a cost saving measure for companies building elsewhere.
> BTW, everything is made in China because China has a ton of local expertise, engineering talent, and ease of sourcing parts.
Everything is made in China because everything else is made in China. I.e. the momentum is already built for everything to be cheaply made there, so no external manufacturing can compete on prices or equipment.
The issue is that in the race to the bottom to build everything cheaply, quickly and in large quantities, is that you get a ton of low quality products that become junk soon after purchase. And given the total disregard for intellectual property, any company sharing any manufacturing details with Chinese manufacturers must either have strong on-site control and oversight of the process, or deal with the fact that the market will soon be flooded with counterfeit products of their design.
> The issue is that in the race to the bottom to build everything cheaply, quickly and in large quantities, is that you get a ton of low quality products that become junk soon after purchase.
You'll get from China factories what you order, and then verify the quality of, from Chinese factories.
Same as US factories.
Apple products are made in China. Some of the finest engineered and assembled consumer electronics ever made.
Teslas are made in the US, panel gaps and all. Lots of Italian made sports cars have utter trash quality control.
> That might be the case now, but manufacturing moved to China decades ago partly because of cheap labor and as a cost saving measure for companies building elsewhere.
That was 30 years ago. NYC used to be a hot bed of cheap manufacturing as well, 100 years ago.
> You'll get from China factories what you order, and then verify the quality of, from Chinese factories.
Agreed. I mentioned that in my last point about IP, which you conveniently ignored.
Apple is an outlier. For every such company, there are thousands of others abroad and local to China that are making absolute trash that only serves to scam consumers and/or end up in landfills shortly after purchase.
I can't count how many Chinese-made things I've bought that ended up in the trash a few days/weeks/months after purchase. I also own a lot of poorly made Chinese electronics that have survived for years, so technically they pass QA, but are cheap feeling and annoying to use despite being expensive. Lenovo laptops come to mind.
Have you seen how rampant this is on Amazon, Wish.com, et al, let alone on Chinese owned retailers? There are entire product categories where you can't avoid buying a shoddy product simply because no alternative exists. I spend hours scouring Amazon to find brand names and sellers I can trust in an attempt to avoid this, dodging page after page of knockoff garbage. It's absolutely exhausting, and often impossible to avoid. A lot of people have given up entirely on purchasing from Amazon, but the convenience is a big factor for me.
So, yes, there are some products made in China with strict quality control that are worthwhile owning. But most are just quick waste making some shady CEOs rich. In either case, they'll most likely be copied and eventually made as cheaply as possible.[1][2]
> Agreed. I mentioned that in my last point about IP, which you conveniently ignored.
Apologizes, you did indeed mention it, I was on mobile and skimmed past it.
> I can't count how many Chinese-made things I've bought that ended up in the trash a few days/weeks/months after purchase. I also own a lot of poorly made Chinese electronics that have survived for years, so technically they pass QA, but are cheap feeling and annoying to use despite being expensive. Lenovo laptops come to mind.
Having been to China multiple times, they have perfectly good electronics for sale domestically. Heck for some product categories, the electronics over there are better than what you can get in the United States.
> Have you seen how rampant this is on Amazon, Wish.com, et al, let alone on Chinese owned retailers?
Wish.com's entire business model is cheap crap. They are the online equivalent of a dollar store.
The problem on Amazon is real, although I sometimes encounter some really good Chinese made products, not electronic but I recently purchased a shoe rack from a Chinese retailer on Amazon and it is worlds better than any of the shoe racks American brands are selling.
I also remember a4tech back in the day, they had some absolutely amazing mice! I still miss my duel scroll wheel optical mouse, I loved that thing.
> It's absolutely exhausting, and often impossible to avoid. A lot of people have given up entirely on purchasing from Amazon, but the convenience is a big factor for me.
My issue is that American brands are also making crap products. You have companies like DJI making products so good that they put American competitors right out of business.
But you also have a strange lack of quality smart watches out of China, figure someone who cares would make a smartwatch with quality firmware. I am genuinely confused as to why this hasn't happened yet.
The fact that it has a manual proves that it's poor UI. Also the setup for sd card is way too complex, and it does not support Bluetooth. I doubt it will have any success.
Note that they're building this in Germany, no way they'll manage to recover their cost of manufacturing.
I believe that the point of this project is not to have a simple UI, but an authentic one. UI in the 1980s was not known for being friction-free, so I would actually argue that its "poor" UI is a design success.
Although I understand that the SD card setup is complex, but I really think the target audience won't have too much trouble with it...this isn't intended to be a raspi competitor, after all...
Was this comment a joke that just flew completely over my head?
I really don't understand the love people have for the commodore 64. It wasn't especially advanced for it's time nor was it especially good. Finally it basically required the use of a horrible language like Basic to use. There's like zero reason to re-create it as a retro computer.
Then you compare it to things like the Amiga which was incredibly advanced for it's time with amazing graphics and sound that even today are very playable modern-feeling experiences. For an example of what I'm talking about here's two clips (the whole video is good): https://youtu.be/kjapiUQOi2s?t=834https://youtu.be/kjapiUQOi2s?t=1502
> I really don't understand the love people have for the commodore 64. It wasn't especially advanced for it's time nor was it especially good. Finally it basically required the use of a horrible language like Basic to use. There's like zero reason to re-create it as a retro computer.
Happy to help you understand:
Like a lot of people, I owned a C64 and not an Amiga, which was very expensive and uncommon in my country.
Agreed the included Basic was horrible, but I also started my programming journey with it. One upside, unlike with current computers, is that the C64 had an "instant on" appliance feel to it -- you plugged it in, and it booted up almost instantly, greeting you with the READY prompt, ready to go at your command. Turning it off was likewise instant.
You could also write assembly with it.
The C64 had a vast library of games, many very good, and the SID music from those games was simply amazing. It still is. I still listen to C64 music from time to time, and I love it.
The demoscene around the C64 was amazing and -- get this -- it still exists!
Finally, though less importantly, the C64 was a massive success and sold lots of units, and helped kickstart an era in computing, so it has great historical importance.
Hopefully this helped you understand the widespread love for the C64.
I would add that the popularity of the original machine and the vast library of games built off of each other, and the result is a large community with love and nostalgia for the C64. That in turn perpetuates modern projects, newcomers to the scene, and new generations of community here for their own reasons.
"Retro" exists independently of "nostalgia:" it's a broad cultural category that encompasses fashion, technology, and new reasons to appreciate old things. I would recommend Commodore-adjacent stuff—VICE, TheC64, Ultimate 64 in a new case, MEGA65, refurbished machines with new accessories and adapters—to people with a variety of interests that have never seen an original Commodore.
Just the other day I ran into this video of a recent C64 demo. It just blew my mind (5:02 is my favorite part). THere were demos at the time I played on the C64, but this is just pushing the limits so far, it is pure art.
> One upside, unlike with current computers, is that the C64 had an "instant on" appliance feel to it -- you plugged it in, and it booted up almost instantly, greeting you with the READY prompt, ready to go at your command.
That's true of all the 1980s 8-bit home computers. Oric-1, BBC Micro, Enterprise 64, ZX Spectrum, Amstrad CPC, whatever. Turn on; beep or click; ready to go.
But with an Oric or a Spectrum or a CPC or other cheap home micros, you could do sounds and graphics in BASIC. Not on a C64.
> You could also write assembly with it.
Also not really fair or accurate.
All mainstream computers can be programmed in assembly. The C64 did nothing to help. It didn't have a machine-code monitor (like the Sharp MZ-80K did, say). It didn't have inline assembly in the BASIC (like the BBC Micro and Acorn Electron did, say).
The SID chip in the c64 is very unique, it's specifically designed for music versus the PSG-like square wave generators in other systems at the time. (I will say the Atari POKEY is magical though.)
Comparing c64 to Amiga isn't fair, the Amiga was a generation later. What the c64 should be compared with is the Atari 8-bit systems (400, 800, 65XE, 130XE), Apple II, Colecovision.
Having the 64k RAM, plus sprites, plus a sound chip that implemented ADSR and different waveforms other than square did introduce a lot of possibilities and excitement in 1982 though, even if you tried your best to use them from the absolutely shitty BASIC and/or had to wait minutes for things to load from disk or cassette.
I'm not going to judge other people's retro-crushes but as an old-timer who used several of these 80s computers in the 80s, you're correct about the Amiga being especially notable from an historical perspective.
I would even say that the Amiga, at the time it shipped, was the single largest step-up in capabilities of any widely available computer that's ever occurred. Compared to all the other computers available to consumers at the time, the Amiga's graphics, sound, operating system and processing were best of breed. From today's perspective it's hard to appreciate just how stunning the Amiga was versus status quo. It literally drew crowds of people at local computer stores just to watch someone run through all the demos.
While today's PCs are many orders of magnitude more powerful and capable, I can't recall any single increment over the decades being nearly as significant across so many different dimensions (visuals, sound, speed, OS, UX, I/O, etc).
The c64 was cheap, easily available, and dominated the market. The Amiga was not cheap, was not made in anything like the quantities of the c64, and was fighting with the ST for third place behind the Mac and IBM PCs.
The Amiga 1000 was a decade ahead of it’s time, but Commodore sat on its ass for longer than that, with very little investment in upgrading the thing.
I say this as someone who went from a c64 in her teens to the Amiga in her twenties, and held on to the Amiga well past the time when it was obviously dead in terms of technological prowess and software availability.
The c64 was also a lot of people’s first taste of programming in a time when C compilers cost hundreds of dollars.
And if you don’t understand c64 nostalgia, I bet you must be even more befuddled by Spectrum nostalgia. Which was even cheaper and shittier than the c64, but completely ruled the UK for a while.
With the C64, you could literally understand what every single memory address on the machine did. You could hold the whole thing in your head. Coding on it was about as abstraction free as you could get, especially in assembly language.
Now, we run npm and have barely any idea of how any of it works. That makes sense in a way, things get bigger and more complex. For me at least, it's not fun in the way coding on a 8 or 16 bit computer is.
The Mega65 in particular is not for me though: it's way too expensive and it's not an actual computer I owned as a kid, so the nostalgia factor is lower. It does look extremely nice, though.