Software Hacks

1136 Articles

SmallTV Hacking With Surprisingly Little Fuss

October 6, 2026 by 4 Comments

We’ve seen the GeekMagic SmallTV line of devices before — these cheap gadgets combine a microcontroller and a display in a little plastic case that can be used to show the time or weather. Powered by either an ESP8266 or an ESP32, the things could easily pass for a hobby build if it wasn’t for their professionally produced enclosures. In fact, we wouldn’t be surprised if GeekMagic lifted the idea from an existing DIY project.

As you might expect we’ve seen several hacks for these devices already, which usually involves replacing the stock firmware. But this latest approach is unique in that you don’t need to mess with the stock software, nor do you need to break out the soldering iron. By leveraging a built-in photo viewer function of the SmallTV [Yongha Kim] shows how you can get the gadget to display pretty much whatever you want.

The trick here is that the image is being generated by a machine on the network, say your desktop or server, and being pushed over to the SmallTV over HTTP. In this example the image is being generated in Python with the Pillow library, and [Yongha] has it showing Claude and Codex usage data, but you could really approach this however you wish.

All you need to do is create a 240×240 image and shoot it over to the device, so you’re free to come up with whatever sort of visuals you’d like. It even supports GIF if you’d like to work animation into it. The content can of course be whatever information you’re interested in showing, and it can be generated by whatever programming language or tool you’re most comfortable with. It’s a fascinating proof of concept, and now that the method has been demonstrated we’re interested to see where the community can take it.

If this all sounds a little too easy for your tastes, don’t worry. There’s a plenty deep rabbit hole you can dive into should you elect to replace the device’s firmware entirely.

Gardening With…OpenSCAD?

October 1, 2026 by 14 Comments

Unless it’s automated or using some other form of high-tech trickery, a vegetable garden isn’t exactly the sort of thing you’d expect to see on Hackaday. Be that as it may, the bountiful crop of peppers [Mihai Oltean] grew on the side of his house was done the old fashioned way, with nary a transistor in sight. So what’s the catch?

Well, in this case, it’s more about the journey than the end result. The produce sprouting in [Mihai]’s garden may be common enough, but the method in which he designed the garden itself is worth a closer look. To our knowledge, it’s the first time somebody sat down and wrote out all the code to generate a 3D model of a vertical garden in OpenSCAD.

Usually, we see OpenSCAD used to produce design files for 3D printing or occasionally 2D CNC operations. But that’s not what’s happening here. The goal was to simply plan out how all the parts of the system would come together, and [Mihai] felt comfortable tackling it in the code-centric workflow offered by OpenSCAD. We know the feeling well.

Though the code isn’t necessarily being used to produce parts for manufacture, [Mihai] does bring in a bunch of virtual components to stand in for their corporeal counterparts. We’re partial to using a parts library such as NopSCADlib for this kind of thing, but from the looks of the GitHub repo, [Mihai] decided to implement his own versions of the screws, nuts, washers, and sections of metal extrusion used to construct the garden wall.

We recently covered the advantages of “building” a complex multi-part project like a CNC control cabinet virtually in your CAD tool of choice before bending metal on the real thing. This project is a fantastic example of that concept, as it shows that the technique isn’t limited to electronic components.

Archiving The World’s Oldest Webcam Feed

October 1, 2026 by 13 Comments

FogCam is the oldest webcam feed that’s still up and running. Installed at San Francisco State University, it’s been slowly uploading a new image to the web every 20 to 60 seconds or so since September 30, 1994. Very few of those images have ever been saved, but [Justin Earl] has come along to fix that with Fog-Bank.

[Justin] was eager to have top-notch coverage of the FogCam, so set up four separate catchers across three separate networks to scrape images from the feed. He runs one on his own server, one on his home machine, and two small programs running on Cloudflare. Each catcher reports the time it grabbed a fresh image from the site. FogCam has never replaced an image within 19 seconds, so as long as one of the catchers grabs an image at least every 18 seconds, [Justin]’s system should be archiving everything that’s being captured.

Currently the archive hosts over 169,000 images across 377 days, though the majority of that content is from a 2019 archive effort when it was believed the camera would soon be shut down. More stats are available, too.

It’s not the most interesting view in the world, but it’s neat to see such a project continue running long enough to celebrate its 32nd birthday this week. We’ve featured other neat webcam-related content before, too. Meanwhile, you can go check out the live feed if you want to peer through FogCam yourself. Continue reading “Archiving The World’s Oldest Webcam Feed” →

The Whole Computer Is Vim

October 1, 2026 by 42 Comments

Love it or hate it, Vim, the vi-compatible minimalist editor, is a common denominator between a huge array of operating systems. If you need to edit a file, it’s usually safe to expect it there if your normal editor is absent. Now thanks to [Omwah] it’s moved onto the most meager of platforms, where it becomes the firmware itself rather than a program running on an OS.

ESP-Vim is, as its name suggests, Vim, for some of the ESP32 series of microcontrollers. It boots straight into the familiar editor on an attached screen, and it has filesystem and git access, along with MicroPython. It’s a small computer for working with text files and some basic scripting, and we like the idea.

It needs a board with an ESP32-S3 or P4, with 16 MB of Flash and at least 8 MB of PSRAM. There’s a list of boards that meet this spec, and we can’t help noticing that one of them is the version of the Cheap Yellow Display that comes with an S3. Hook up a Bluetooth keyboard and you’re in.

How easy it will be to use remains to be seen, but bearing in mind that the vi interface followed by Vim was designed for very slow terminals in a much earlier decade, and it could be just right for these platforms. Would you use one?

Vim logo: The Vim project, VIM License.

SDR– Lets You Patch Together Your Setup

October 1, 2026 by 15 Comments

It is often helpful to think of a radio as a series of interconnected functional blocks—hence the use of block diagrams to convey how a given radio operates. [Julian Haag] has brought this ethos to SDR–, a software-defined radio program where you can patch together your setup.

There are many software defined radio tools out there, with various interfaces and methods of configuration. [Julian] wanted to keep things intuitive and simple, and so built SDR– with an interface similar to that of a modular synth. You drop in blocks, like a radio, a demodulator, or a speaker, and then you link them together with patch cables to route the signals where they need to go.

[Julian] has populated the tool with plenty of useful decoders, too, so you can have lots of fun from the get go. You can play with things like ADS-B, POCSAG, SSTV, DAB, and RDS right out of the box. There’s also some fun passive radar and direction finding tools there too if you want to dive in. Files are on GitHub for the curious.

We’ve featured lots of neat SDR hacks over the years, like this neat real-time beamforming setup. Meanwhile, if you’re cooking up your own radio experiments in the homelab, don’t hesitate to let us know on the tipsline.

Sheety Turns Spreadsheets Into Binaries, For Some Reason

September 30, 2026 by 31 Comments

Ever wanted a spreadsheet as an executable with a built-in terminal interface? No? Well, that’s a pity because [Roberto Alsina]’s Sheety project does exactly that.

Sheety compiles spreadsheet definitions into a self-contained, executable binary with zero runtime dependencies. It presents a simple terminal application (with mouse support) in which one can browse and edit data and formulas with a simple interface. As far as formats go it can import and export Excel files, or a human-readable .yaml file.

When Sheety runs, the data and formulas defined are compiled into a self-contained executable with the formulas baked in, and that’s actually what one sees and uses. If a formula gets changed in the UI, a new and updated version is created on the fly to reflect the changes.

Sheety is perfectly functional, though it does have some limitations. Can the display width of cells be resized? They cannot. Does anyone actually need this? Probably not, as [Roberto] happily admits. Is it a fun project? Absolutely.

Be warned that while Sheety supports the Excel format, it understandably doesn’t support every single function Excel has added in the over forty years it has been around.

Sheety is written in Crystal and the GitHub repository has everything you need if you’d like to give it a try for yourself.

The Deep Magic Of 3D Graphics Perspective

September 29, 2026 by 8 Comments

Many of us of a certain age will have had their first true, good 3D video game experience with Super Mario 64. Unlike previous 3D games, the camera was an object controllable by the player, rather than a first-person-ony mode or one where the game tries to guess the best placement for the camera. We might take this mechanic for granted today, but 3D was a new technology at the time that took experimentation before settling on the norms we have today. From a programming perspective, 3D graphics can be a bit of a head-scratcher but [Gabriel] shows that perspective and the camera can be as simple as a few lines of math.

When starting out as a programmer, [Gabriel] used various tools that provided a camera somewhat automatically. But after reaching the limits of these types of frameworks, the next step is to learn how that works from scratch. It turns out that it’s a bit of matrix math, with values for foreground and background clipping planes as well as aspect, field of view, and position. This basically replicates a trapezoidal prism which can be thought of as a viewer looking at a scene from the perspective of a camera. To provide the depth effect, the X and Y coordinates are divided by the Z coordinate within this matrix system, making far-away objects smaller and generating the 3D effect.

On [Gabriel]’s site which explains this method, there are a few sliders in several examples that demonstrate how changing values of each of these variables changes the perspective and the object being displayed. For a math lesson it is very interactive and helps intuit these concepts. Cameras aside, the generation of 3D objects has its own unique set of math equations to learn about that are “equally” interesting.