The World’s Smallest TV Console Plays DOOM

We’ve seen plenty of game console projects here, many of them that seek to produce a miniature game console. But this one from [RayTriangle] may break a new barrier entirely — it fits an entire TV game console that plays DOOM, including the battery, into a TV antenna plug.

There’s a type of antenna plug with screw terminals, originally intended for matching 300 ohm balanced feeder to 75 ohm co-ax. It provides a tiny project box if you look at it that way, and it’s in here that the console sits. It’s an ESP32-S3 that talks to a controller via Bluetooth, and he’s gone into some detail on how the RF for the TV is made. Some clever tricks such as a look-up table for the phase shifted chroma waveforms for each color allow the creation of a good quality composite signal through a resistor-ladder DAC, and this is modulated in a surprisingly old-fashioned way onto a carrier provided by the ESP’s clock generator.

The result as can be seen in the video below is a bit noisy, but we think that might be fixable with a little filter magic. It’s designed for PAL TVs with a VHF tuner, but we’re guessing some ingenuity could be brought into play to make it happen for UHF or NTSC. The hardware meanwhile is put on two boards either side of the battery, with a flexible PCB joining the two.

It’s true that gaming though an analogue RF input to a TV is probably less common in 2026, but we applaud the ingenuity in getting this into such a small space. For some reason it reminds us of the world’s smallest MIDI synthesizer.

Continue reading “The World’s Smallest TV Console Plays DOOM“ →

Own The OSD Chip In Your Cheap Composite Monitor

[Ogrinz Labs] has built a Robbie the Robot suit, which is super-cool, but has a huge flaw. When inside the suit, he’s too tall to do what the original Robbie actor did, which was to look through the “mouth” grille. He solved this with an inexpensive automotive reversing camera, but then realised its monitor had a built-in on-screen-display chip. After a lot of work, he’s published a GitHub repository that allows access to this thing for custom on-screen graphics.

The chip in question is an AMT630A, which contains video switching hardware, a graphics system for the on-screen-display, and an 8052 microcontroller core. He didn’t manage to get into the 8052’s brain, but the video below details the long path towards controlling it through an I2C port with an ESP32. The software is available as an Arduino library. His intention is to use it as a display for navigational sensor data to aid in maneuvering Robbie.

Given the status of Robbie as a sci-fi movie icon, it should come as no surprise that we’ve featured this suit before,

Continue reading “Own The OSD Chip In Your Cheap Composite Monitor” →

Purely Random TV In Your Browser

One of the things we used to appreciate about broadcast television is that… you kinda just got what you got. You didn’t have to choose beyond picking a channel, and then you settled in to imbibe whatever media the CRT was spraying at you. A vague recreation of part of this experience is now available, in the form of [Sergei’s] RND.TV.

The concept is simple enough—it’s a webpage that plays random videos from The Internet Archive. Each session draws videos from a random sequence, with no algorithm or fancy social media nonsense to push some videos over others. As you might expect, you’re in for lots of random and weird stuff, from old Army videos to middle-school basketball games. You can swipe to flick to a different “channel” if you don’t like what’s playing, or you can mark videos you like if you fancied what came up in the random feed. You can also use your phone as a remote if you want to sit back and flick channels like it’s the 90s again or something.

We’ve featured other projects in a similar vein before—like little TVs from The Simpsons that play episodes on repeat. Sometimes, it’s fun to just avoid the paralysis of choice, and a random stream of content can provide that relief. Or, alternatively, you could always hook up your TV to an antenna and watch free-to-air… it’s still out there, for those that wish to view it!

Get Your Monitor Transmitting VHF With A Browser Tool

If you’re intending to transmit on the VHF band, you’re probably going to reach for a handheld or some kind of rackmount rig in your ham shack. But you needn’t bother with all that complexity, when you can use the computer on your desk to spit out such signals using a simple browser tool from [Efe].

The concept is straightforward—[Efe]’s tool manipulates pixel clocks in order to create spurious transmissions from your computer’s graphics hardware. The math pencils out pretty easily—multiply the horizontal resolution by the vertical resolution by the refresh rate, while paying attention to the precise timing of the video standard your monitor is using, and you’ve got your transmission frequency. For example, for a screen displaying 1080p at 60 Hz, with the CEA-861 timing standard, your horizontal and vertical resolutions are 2200 and 1125 respectively when paying attention to the requisite blanking intervals. Multiply those by 60 hz, and you’ll find you’re creating a signal at 148.500 MHz. Leverage this by displaying the right pattern of black and white pixels to maximise changes in voltage state on the HDMI or DisplayPort lines, and you might create a strong enough signal that you can actually pick something up. [Efe] created a tool to display these patterns to send simple Morse code messages over VHF just by flickering your screen just right.

You can test the transmitter tool for yourself here, right in your browser. You’ll want to hold your radio’s antenna nice and close to the monitor to see if you can pick up much of a signal. After all, the monitor, connectors, and cable are all built to optimize for clear signal transmission to the display, while preventing signal from leaking out to interfere with surrounding equipment.

Of course, a fair warning—you’re not supposed to intentionally transmit on bands you’re not licensed for, even if it’s incredibly weak and unlikely for anyone else to notice in a scenario like this. Still, it’s an interesting project that shows you just how electromagnetic interference can leak out of just about anything under the right conditions.

Why The NES Put Out A Wobbly Picture

The NTSC television standard is a masterpiece of mid-century engineering, to pack a color image into the transmission bandwidth of a monochrome one, and to do so while maintaining backward compatibility with earlier monochrome TV sets. In terms of its timings and choice of sync and carrier frequencies it’s elegantly thought out for maximum quality on a 1950s round-CRT color TV set.

The trouble is, that while the standards are exacting, the receivers are quite forgiving, and will display adequately even with substantially off-spec video. [Nicole Express] is here with an in-depth examination of a time when that was pushed just a little bit too far, explaining why the Nintendo Entertainment System (NES) displayed wobbly color images.

We’re treated to a run-through of the NTSC standard itself, and a look at how some of the other consoles and home computers of that era either had similar problems, or managed to avoid them. The key lies in the exacting timing required to achieve perfect interlacing, and the NES’s use of a single crystal to provide all the clocks. The dot clock on adjacent frames was almost right, but not quite, leading to a side-to-side wobble that while barely perceptible, was exacerbated by some graphics. It’s a fascinating read.

We’ve looked at composite video in detail in the past.


NES image: JCD1981NL, CC BY 3.0.

Linux Fu: Fake Webcams Have Many Uses

Dealing with text streams is a fundamental skill for the Linux power user. You can sort, merge, and search text files easily from the command line. What if you could do the same thing with video? Well, you can. Maybe you want to add a logo to a webcam feed before sending it to a conference app. Maybe you want to blur, color-correct, or annotate video in real time. Or perhaps you want to inject prerecorded video into Zoom while pretending it is a live camera. Linux can do all of this, and the key ingredient is usually the same: a loopback video device.

The basic idea is simple. Instead of an application reading directly from /dev/video0, you create a fake camera device using the v4l2loopback kernel module. Your software pipeline writes processed video into the fake camera, and applications read from it as if it were a normal webcam. The result is surprisingly powerful.

Continue reading “Linux Fu: Fake Webcams Have Many Uses” →

NoiseCloud: Storing Data On YouTube

Storage is expensive these days, whether you’re looking at the prices of spinning rust or magic little sticks of silicon. But what if there was some benevolent overlord that you could trick into giving you unlimited storage? That’s where Noisecloud comes in.

Created by [Lucas], Noisecloud is a tool that lets you use YouTube as a form of effectively-unlimited file storage. It works by taking whatever file data you have on hand, and turns it into frames of digital noise that can be stored and transported as an MP4 file and uploaded to YouTube. The encoding process involves first compressing the data with gzip, then packaging it into a high-constrast series of video frames that are then encoded with FFmpeg. Video containers can be produced in various resolutions, all the way down to 640×360 @ 30 fps. There’s also a special “TikTok mode” which is optimised to best preserve data on short form sites that use vertical orientation as default. More commentary from the creator is available via the supporting article on Github.

It’s probably not a practical way to store your files, given the fussy encoding and decoding required to actually use the data. However, it’s an interesting proof of concept that explores how data can be stashed in unexpected places via publicly-accessible services. We’ve explored similar work before, too.