Mysterious Files PH

The Unity game development platform was first released in 2005, long after the PlayStation had ceased to be a relevant part of the console market. And yet, you could use Unity to develop for the platform, if you so desire, thanks to the efforts of [Bandwidth] and the team behind psxsplash. 

Yes, it really is possible to design games for the original PlayStation using Unity and Lua. Using a tool called SplashEdit, you can whip up scenes, handle scripting, loading screens, create UIs, and do all the other little bits required to lash a game together. You can then run your creation via the psxsplash engine, deploying to emulator or even real hardware with a single click. Currently, development requires a Windows or Linux machine and Unity 6000.0+, but other than that, it’s pretty straightforward to start making games with a modern toolset for one of the most popular consoles of all time. Just remember, you’ve only got 33 MHz and 2MB of RAM to play with.

We still love to see the legendary grey machine get used and hacked in new and inventive ways, so many decades after release.

Thanks to [Nick] for the tip!

Ever encountered a minor annoying bug in a video game? How about one dating back to 2018? Usually, you have no hope of fixing it, but this time is different. [Joey Cheerio] shows the first-time programmer approach to (with great difficulty) fixing a bouncy ball prop turning invisible when shot in Team Fortress 2.

It starts with a band-aid solution that hides the problem: just turn off jiggle physics! While that works, it also affects many other models in the game, and doesn’t tackle the root cause. Time to investigate. Because this ball often goes overlooked, [Joey Cheerio] didn’t even realize that it was supposed to have jiggle physics, accidentally removing it. Turns out, after scouring the internet for old footage, it’s supposed to jiggle after all.

Back to square one, [Joey Cheerio] infers that the jiggle bone accidentally removed was related to the problem, eventually figuring out that the specific type of jiggle bone used (is_boing) caused the issue. Time to dig in the code. Tracking down the problem is no small feat for someone who’s never programmed before, even with the help of LLMs, but eventually, at 4 in the morning, a breakthrough! The ball no longer turned invisible but retained the intended jiggle.

At the limits of his knowledge on the subject, [Joey Cheerio] posts his partial progress so far to GitHub, where [ficool2] tracks down the real problem and turns this second band-aid into a proper fix. [Joey Cheerio] finishes up by explaining the math of what exactly went wrong.

When Ridge Racer hit the arcades in the early 1990s, it came in a few different versions. The last variant used three large CRTs to create a wraparound display for the player. Incredibly rare, it’s believed that only a single-digit number of machines remain in existence. [beaumotplage] has secured a remaining example, and been working to preserve this historical artifact.

The first mission when it comes to this machine was to dump the ROMs, which have thus far not been preserved in any major archive. With that done, [beaumotplage] worked to hack a version of MAME that could emulate the Three Monitor Version’s unique mode of operation. As it turns out, each screen is driven by its own arcade board, with the three boards linked via C139 serial links. To emulate this, the trick was simply to write some C139 linkup code and run three versions of MAME all at once, letting them communicate with each other as the original boards would have. It’s a little janky in operation right now, but it does work!

You can download the hacked version of MAME for three-monitor operation here, though note that this does not include the ROM dumps from the machine itself. We look forward to seeing if the hardware ends up getting a full restoration back to operational standard, too.

Overall, this work goes to show that arcade preservation and archival work sometimes requires getting deep into the nitty-gritty technical stuff.

There are two UNIVAC 1219B computers that have survived since the 1960s and one of them is even operational. [Nathan Farlow] wanted to run a Minecraft server on it, so he did. After a lot of work, of course, which is described in a detailed blog post, and, a YouTube video by [TheScienceElf] we’ve embedded below.

The UNIVAC is a seriously weird architecture by modern standards: it’s got eighteen-bit words — yeah, not even a power of two — and one’s compliment arithmatic with a weird signed zero thing going on. There’s one 36-bit and one 18-bit register, and only 40,960 words of memory. Eighteen-bit words. Yeah, it was the 1960s and they were making it up as they went along.

[Nathan] wasn’t, entirely, as this weird system is both well-documented and already had an emulator — in BASIC, of all things. [TheScienceElf] used the docs and the existing emulator to recreate his own in Rust so he could test their somewhat crazy plan without wasting cycles on real hardware. The plan? Well, there are really only two options if you want to build modern software for a niche architecture: one is to add niche support to something like GCC, and the other is to write a RISC V emulator and compile to that. We’ve seen that second one before, and that’s the route [Nathan] took.

Of course, [Nathan] is a machine learning guy, so he made the best possible use of LLMs — though it’s interesting to see that unlike Z80 Assembly, Claude Code really couldn’t wrap its virtual head around the UNIVAC’s assembly language, and [Nathan] had to bang out the RISC V emulator himself. Emulator in hand, [Nathan] and friends had code to run on the museum UNIVAC. A single frame of an NES game took 40 minutes, but hey, at least it finished before they got back from lunch.

[TheScienceElf]’s YouTube treatment teases hosting Minecraft, but it wasn’t a full server, just the login portion. That they were able to get TCP/IP over serial and set up a handshake between a 2020s laptop and a 1960s computer is still mighty impressive. Just the work the Vintage Computer Federation put in to get and keep this antique running is mighty impressive all on its own, but it’s wonderful they let people play with it.

Cooking food with fire is arguably the technology that propelled humans to become the dominant species on Earth. It’s pretty straightforward to achieve, just requiring a fuel source, a supply of oxygen from the air, and a way to initiate the reaction; then it self-sustains. You wouldn’t think there’s much to improve, but what about cooking with plasma? [Jay] from the plasma channel is no stranger here, and he thinks that there may be something in this idea, certainly enough to actually build something.

Now, let’s be straight with you, this isn’t a new concept, and you can buy a plasma-based cooking appliance right now. But they are all AC-powered devices. What if you want to go camping? [Jay] attempts (and succeeds) in building a portable, rechargeable 600W plasma cooking device that can actually cook food, but it was not all plain sailing.

The existing off-the-shelf ZVS driver modules available were a bit weak and unreliable, and the required flyback coils were hard to find with the right specs, so he needed to get down to work building custom parts. First off, the coils. Custom formers were resin-printed and machine-wound with 4000 turns of fine wire, and then resin-sealed into the former. [Jay] takes care to explain that it is crucial to get all the air out of the windings, or else local flashover breakdown will occur and wreck the coil in a short time. We reckon the resulting coils look amazing in their own right!

Next, the ZVS drivers on hand had low-quality capacitors (well, not enough capacitance anyway) and cheap driver transistors, so both were upgraded. The initial plan was to have four driver/coil pairs, each driving a single pair of electrodes, with a common ground ring connecting them all. It turns out this was a terrible idea: the drivers were not synchronised, so they were pulling on each other, causing catastrophic damage to the PCBs in a very short time. The solution was more complicated wiring, to give each coil secondary output a dedicated electrode pair, so there was no direct electrical connection between neighbouring coils and no coupling between them. A clever electrode arrangement meant that a pan would sit on top of a ring of electrodes, causing plasma discharges to jump directly to the pan, thereby concentrating localised heating there. We were wondering how this new direct connection (the pan is now a common connection!) didn’t also cause backfeeding and kill the ZVS drivers again, but it didn’t seem to happen.

Anyway, [Jay] demonstrates what is possibly the world’s first rechargeable, portable plasma cooker capable of making breakfast. Which we think is very important in its own right, however, we would like a plasma-based solution to making toast next, perhaps a plasma knife that cooks the bread as you slice it?

If this plasma cooking lark rings a bell, yes, we did touch upon this way back in 2017. And whilst not strictly plasma cooking, you can make an amazing microwave plasma in this ridiculously upgraded appliance. Definitely do not try that one at home.

We’ve all had those times when your electrical device of choice is running low on battery. Sometimes you even plan ahead and are also carrying a battery pack, but what happens when you’ve forgotten to charge the battery pack? This is the problem that [Arnov Sharma] addressed with the SolMate, a portable solar panel that keeps a battery bank topped up.

The SolMate is built around an efficient 2 W photovoltaic panel that’s not much bigger than a cellphone. This panel can supply 5 V at 400 mA on a sunny day. The solar output is more than enough to keep the internal 2000 mAh battery topped up and ready for use. Charging the Li-ion battery is handled by an IP5306 power management chip, which pulls double duty: it safely regulates charging while boosting the battery’s 3.7 V to the 5 V expected at the USB charge ports. Speaking of charge ports, the SolMate includes both a USB-A and a USB-C port, plus a switch to enable or disable the unit.

The case is all 3D printed, with some clever design choices. Offsetting the bulk of the battery and PCB storage area to one side lets the SolMate naturally cant toward the sun. Even the clip used to attach it to a backpack is printed.

Be sure to check out the other entries into our latest challenge!

It’s the evening before publication, and a pair of Hackaday writers convene to record the week’s podcast. This week Elliot Williams is joined by Jenny List, and it’s a bumper episode!

Of course, a bit of Hackaday news makes the cut, as it’s time to make an entry in the Green Powered Challenge. Then we make the first of a couple of sojourns into AI, as we talk about the Linux kernel stance on AI code. In short: if you submit AI code you’re responsible for its bugs. Meanwhile out of this world, we look forward to a time when astronauts breathe oxygen from moon dust.

There are hacks aplenty for your enjoyment, starting with far more than you ever thought it was possible to know about  sound-reactive LED strips. Then we have among others a Mac on an ESP32 forming the UI for a weather monitor, Doom on a toaster, and a fascinating look at screw threads for plastic.

In the longer reads we have our colleague [Tom Nardi] finding Chinese people’s personal data on hard drives he bought in an electronics store, and an attempt to look at what an LLM can do that might be useful. Grab your headphones, and join us!

Download your own Podcast!

Episode 365 Show Notes:

News:

• New Linux Kernel Rules Put The Onus On Humans For AI Tool Usage
• From Lunar Dust To Breathable Air
  • LEGO Bricks: Now Out Of This World
• The Hackaday Green Powered Challenge

What’s that Sound?

• Congrats to [Sean rules] for guessing the pencil sharpener!

Interesting Hacks of the Week:

• Audio Reactive LED Strips Are Hard
• ESP32 Weather Display Runs Macintosh System 3
• An Electric Jellyfish For Androids
  • [likeablob]’s GitHub repositories
• New Display For Old Multimeter
• They Weren’t Joking: Gentoo WAS Ported To GNU Hurd
• Skylab Under The Ocean
• Using Metal Screws In Plastic Parts
  • No Need For Inserts If You’re Prepared To Use Self-Tappers

Quick Hacks:

• Elliot’s Picks:
  • DOOM On A Fancy Smart Toaster
  • By Our Calculations, You’ll Love The Flapulator
  • Flattening The Exhaust Of A Laser Cutter To Save Space
• Jenny’s Picks:
  • MotoGP Rubber = Better Climbing?
  • Upgrading A MacBook Neo Using A 1 TB IPhone NAND Flash
  • A Mercury Rover Could Explore The Planet By Sticking To The Terminator

Can’t-Miss Articles:

• https://hackaday.com/2026/04/15/a-tale-of-cheap-hard-drives-and-expensive-lessons/
• AI For The Skeptics: Pick Your Reasons To Be Excited
• AI For The Skeptics: Attempting To Do Something Useful With It