All The Best Computers Boot To BASIC

Anyone whose first computing experience came in the form of an 8-bit home computer will tell you about booting straight into a BASIC interpreter. The machine invited you to program it, and no doubt many of our middle aged readers are here today because they ran with that.

Modern computers with their fancy 64-bit multitasking supercomputer operating systems may have lost that experience, but now thanks to [Tarjan] you can bring it back. They’ve produced Thoreau BASIC, a bootable bare-metal BASIC interpreter for x86 machines with UEFI.

It’s largely GW-BASIC compatible, but with a few upgrades for the 21st century. The available memory is now whatever the system reports, so imagine a BASIC machine with gigabytes of the stuff. And while it has all the old-style BASIC you know and love, it also has high-res 24-bit graphics, and can load bitmaps. There can even be multiple text windows, it’s BASIC as you have never seen it before.

We are not sure how many will take this interpreter and run with it, after all maybe those modern 64-bit operating systems can be rather useful at times. But we’re guessing there will be plenty who’ll at least have a play with it for old time’s sake. Meanwhile, BASIC is not the only piece of UEFI goodness we’ve brought you.

Encoding MOD Files Optically On Paper, Because Amiga’s Legacy Will Outlast M-Disks

All but a few of our very youngest readers are surely familiar with music formats that rely on optical disks. When we say [RobSmithDev] made a MOD tracker that uses an optical disk, then, you might be forgiven for thinking he stuck a bunch of MOD files onto a CD– MOD files being a format of electronic music that was conceived of on the Commodore Amiga that is still used to this day. A dedicated MOD-CD player might be a fun project, but it’s not what [Rob] did; his project is far more impressive and impractical, as he’s come up with a way to encode the MOD files on paper for optical playback. This way the Amiga’s legacy can be preserved longer than the paltry thousand years promised by the optical M-disk format.

Zooming way, way in on the disk reveals that he’s actually printing the patterns of the MOD file row by row, just like you’d see playing it in a ‘tracker’ program. A MOD file, you see, does not encode music like a WAV or MP3. Rather, like with MIDI, it lists the notes the software reading the file — traditionally called a tracker — is to recreate. Unlike a MIDI file, though, you don’t have to store the same notes more than once: repeating sections are stored in patterns. So most of the disk is just a long list of hexadecimal numbers: several columns worth, one for each ‘voice’ or instrument playing in the song. Another difference with MIDI is that MOD files are self-contained in that they are supposed to contain the samples, which isn’t in evidence until you flip over the disk.

There’s no B-side to [Rob]’s album. Instead a QR-code like series of barcodes is used to encode the samples used in each track on the disk, as well as other information needed to recreate the MOD file, including metadata like title and artist, and the sequencing of the patterns on the front. Of course this means he needs two cameras on his physical mod player, one on each side, and steppers to slide them across the disk like a linear tracking turntable. The front is read via OCR of his modified Amiga “Topaz” font, while the rear holds the first 1084 bytes of the MOD file in a QR-inspired format [Rob] produced specifically for this project.

Unlike the last time we saw someone store music in QR codes, the more modest size requirements of modfiles — something that led to their use in keygens — means this player can store the music’s 8-bit sound samples without the OPUS compression [Rob] is using affecting fidelity. He’s working on another video to give the details of the player– as he works out the bugs, right now it can’t jump betwixt patterns on the disk as fast as some modfiles need–but we’re willing to hazard a guess he’s got a Raspberry Pi in there, and that it’s probably not running the Amiga-inspired AROS operating system.

Continue reading “Encoding MOD Files Optically On Paper, Because Amiga’s Legacy Will Outlast M-Disks”

Artificial Intelligence As It Once Was

One day, people will look back at what we call Artificial Intelligence and laugh. We do the same thing today, as chat bots totally outstrip what the computer industry called AI up until pretty recently. This didn’t escape curators at the Internet Archive, apparently, and [Jason Scott] tells us about a recent collection, “Vintage Artificial Intelligence.”

These are old software titles that will run for you in emulated machines right in your browser, ranging from somewhere in the 1970s to the 1990s. There’s Eliza, of course. Actually, there are several copies of Eliza. Given how simple it was to write Eliza, it did a pretty good job. Then there are adventure games that are pretty conversational, Lisp, Prolog, which was going to spawn expert systems to replace us all, and Racter, which tried to write fiction.

There was even Alter Ego that was supposed to help you explore life decisions, maybe? There are a couple different versions of even a few versions of Conway’s Game of Life. We aren’t sure that’s ever really been AI, but perhaps it depends on your definition. We’re happy to see Sargon, the chess program, represented.

We didn’t see Hexapawn, which is a shame. We also didn’t see Parry (the paranoid counterpart to Eliza) or that elusive software we remember but can never find that built word chains from text called George.

We’ve written about Eliza before. If you want to experiment with Prolog and you like Pokémon, you’ll appreciate this tutorial.

A 1990s Homebrew OS With GUI And Web Browser, In AM29000 Machine Code

The AM29000 series of processors were AMD’s entry into the world of super-fast next-generation silicon of the late 1980s. It was a time when ARM was still a niche architecture in a British educational computer, the 68000 series was still a major player, and it was by no means certain that the x86 would maintain its position. It therefore wasn’t an unreasonable choice for someone building a high performance computer at the time, which is what [Oscar Toledo G.] and his father did. If that wasn’t enough, he went on to write an operating system for it in AM29000 assembly, complete with a GUI, a C compiler, and an up-to-date web browser for the late 1990s. The story makes for an engaging read.

It’s written across two parts, with the first looking at the computer and the early software development, and the second at the C compiler and web browser. It’s a tale of epic mastery of the machine, and something we remember ourselves, piecing together knowledge in a time before the Internet placed it all at our fingertips. Tales such as hand porting — we can’t really say compiling — C code into AM29000 machine code are completely next-level. You have to read these two write-ups, and there’s even an in-browser emulator should you want to try it.

Meanwhile, in case you think something is a little familiar here, he’s the same person who brought us a Transputer in the browser.

Building A Discrete Component 75 Baud Modem

These days, modems are pretty fancy bits of kit, what with to keep up with the speeds of cable, VDSL, and fiber connections. At lower speeds, though, it’s entirely possible to build a modem out of simple discrete components. [sv3ora] did just that, building a simple modem for the CB2 Micro.

It’s a remarkably simple build.

The project takes advantage of the fact that the V1.54 firmware for the CB2 Micro enabled 75 baud serial communication. Thus, it made sense for [sv3ora] to build a 75 baud modem to suit. As was the way in the days of dial-up internet, the modem modulates data into audio, demodulates audio back into data, allowing the CB2 Micro to send and receive data over telephone lines, ham radio links, or to store and retrieve data via mediums like cassette tape.

The device is built out of good old BC547 transistors. along with a smattering of diodes, resistors, and capacitors as supporting hardware. That’s all you need to turn slow serial into audio and back again. [sv3ora] does a great job of demoing the hardware, using it to store a program on tape and retrieve it again later.

We love old school modems around these parts. We’ve even explored ways to build your own dial-up ISP in the past!

Continue reading “Building A Discrete Component 75 Baud Modem”

Homebrew 68K Machine Has A PCI Bus

The Peripheral Component Interconnect (PCI) bus was first introduced all the way back in 1992. It quickly became the standard way to interface add-on cards on the PC platform, supplanting earlier buses like ISA and various other oddball standards. You wouldn’t expect to see a PCI bus on a Motorola-based machine, but [maniek86]’s homebrew rig offers just that. 

That’s a lot of soldering.

This computer is a beautiful piece of homebrew engineering, constructed out of protoboard and loose wires rather than any fancy PCB. At the heart of the build lies a Motorola 68000 running at 10 MHz. It’s got 1 MB of SRAM, 4 KB of ROM, and a MC68681P acting as a UART, timer source, and I/O controller. Where things get special, though, is in the inclusion of a Xilinx Spartan II FPGA (XC2S100), which acts as a PCI bridge. It provides the machine with two 32-bit 5-volt PCI slots which are interrupt capable, albeit with no bus mastering. A XC95144XL CPLD also sits present to act as glue logic to help lace everything together.

[maniek86] does a great job of explaining exactly why the PCI bus was hard to implement, and how it was pulled off in the end. The guide also covers how the system was able to interface various cards, from a PCI serial expansion to a Cirrus VGA adapter. It’s all good stuff.

We’ve featured other work from [maniek86] before, too, like this brilliant 486-based single-board computer. Video after the break.

Continue reading “Homebrew 68K Machine Has A PCI Bus”

Hackaday Europe 2026: The 1-Bit CPU That Ran Factories

Powered machinery started the industrial revolution, and it was automation that kicked it up another notch in the 20th century. The ability for machines to make things by themselves spurred increased output and in turn boosted economic growth. The concept became widely popular for manufacturers to implement, as any change with serious economic benefit tends to do. Fast forward to today, and advanced robots and fancy machine vision systems running on powerful computers are the norm in modern factories which create the many wonderful products that we all purchase, use, and enjoy.

Once upon a time, though, things weren’t so sophisticated. [Nicola Cimmino] came to Hackaday Europe 2026 to tell us all about a remarkably simple 1-bit CPU that used to run factories.

Continue reading “Hackaday Europe 2026: The 1-Bit CPU That Ran Factories”