“Never Twice the Same Color” may be an apt pejorative, but supporting analog color TV in the 1950s without abandoning a huge installed base of black-and-white receivers was not an option, and at the end of the day the National Television Standards System Committee did an admirable job working within the constraints they were given.
As a result of the compromises needed, NTSC analog signals are not the easiest to work with, especially when you’re trying to generate them with a microcontroller. This PIC-based breakout-style game manages to accomplish it handily, though, and with a minimal complement of external components. [Jacques] undertook this build as an homage to both the classic Breakout arcade game and the color standard that would drive the home version of the game. In addition to the PIC12F1572 and a crystal oscillator, there are only a few components needed to generate the chroma and luminance signals as well as horizontal and vertical sync. The game itself is fairly true to the original, although a bit twitchy and unforgiving judging by the gameplay video below. [Jacques] has put all the code and schematics up on GitHub for those who wish to revive the analog glory days.
The lack of HDMI inputs on almost all laptops is a huge drawback for anyone who wants to easily play a video game on the road, for example. As to why no manufacturers offer this piece of convenience when we all have easy access to a working screen of this size, perhaps no one can say. On the other hand, if you want to ditch the rest of the computer, you can make use of the laptop screen for whatever you want.
This project from [Avner] comes to us in a few parts. In the first section, the teardown of the laptop begins and a datasheet for the screen is discovered, which allows [Avner] to prepare an FPGA to drive the screen. The second part involves building an HDMI sink, which is a device which decodes the signal from an HDMI source into its constituent parts so it can be sent to the FPGA. The final section of the project involves actually sending a video to this impressive collection of hardware in order to get a video to appear on the old laptop screen.
This build is worth checking out if you’ve ever dealt with anything involving digital video. It goes into great depth on a lot of the technical details involving HDMI, video devices, and hardware timing issues. This is a great build and, even though we’ve seen similar projects, definitely worth diving into if you have some time on your hands and a spare laptop screen.
When we consume our music online via streaming services it is easy to forget the days of recordings being contained on physical media, and to overlook the plethora of competing formats that vied for space in our hi-fi systems to play them. [Andrew Rossignol] has an eye for dated recording media formats as a chiptune enthusiast though, because not only has he found a DAT machine from the 1990s, he’s hacked it to record HD video rather than hi-fi audio.
If you’ve not encountered DAT before, it’s best to consider the format as the equivalent of a CD player but on a tape cassette. It had its roots in the 1980s, and stored an uncompressed 16-bit CD-quality stereo audio data stream on the tape using a helical-scan mechanism similar to that found in a video cassette recorder. It was extremely expensive due to the complexity of the equipment, the music industry hated it because they thought it would be used to make pirate copies of CDs. But despite those hurdles it established a niche for itself among well-heeled musicians and audiophiles. If any Hackaday readers have encountered a DAT cassette it is most likely to have not contained audio at all but computer data, it was common in the 1990s for servers to use DAT tapes for backup purposes.
[Andrew]’s hack involves using the SPDIF digital interface on his Sony DAT player to carry compressed video data. SPDIF is a mature and well-understood standard that he calculated has a bandwidth of 187.5 kB/s, plenty to carry HD video using the H.265 compression scheme. The SPDIF data is brought into the computer via a USB sound card, and from there his software could either stream or retrieve the video. The stream is encoded into frames following the RFC1662 format to ensure synchronization, and he demonstrates it in the video below with a full explanation.
First Person View (or First Person Video) in RC refers to piloting a remote-controlled vehicle or aircraft via a video link, and while serious racers will mount the camera in whatever way offers the best advantage, it’s always fun to mount the camera where a miniature pilot’s head would be, and therefore obtain a more immersive view of the action. [SupermotoXL] is clearly a fan of this approach, and shared downloadable designs for 3D printed cockpit kits for a few models of RC cars, including a more generic assembly for use with other vehicles. The models provide a dash, steering wheel, and even allow for using a small servo to make the steering wheel’s motions match the actual control signals sent. The whole effect is improved further by adding another servo to allow the viewer to pan the camera around.
Check out the video embedded below to see it in action. There are more videos on the project’s page, and check out the project’s photo gallery for more detailed images of the builds.
In a world where standards come and go with alarming speed, there’s something comforting about VGA. It’s the least common denominator of video standards, and seeing that chunky DB15 connector on the back of a computer means that no matter what, you’ll be able to get something from it, if you can just find a VGA cable in your junk bin.
But that’s the PC world; what about microcontrollers? Can you coax VGA video from them? Yes, you can, with an ESP32, a handful of resistors, and a little bit of clever programming. At least that’s what [bitluni] has managed to do in his continuing quest to push the ESP32 to output all the signals. For this project, [bitluni] needed to generate three separate signals – red, green, and blue – but with only two DACs on board, he had to try something else. He built external DACs the old way using R/2R voltage divider networks and addressed them with the I2S bus in LCD mode. He needed to make some compromises to fit the three color signals and the horizontal and vertical sync pulses into the 24 available bits, and there were a few false starts, but the video below shows that he was able to produce a 320×240 signal, and eventually goosed that up to a non-native 460×480.
Looking for a cheap way to keep an eye on something? [Kevin Hester] pointed us to a way to make a WiFi webcam for under $10. This uses one of the many cheap ESP32 dev boards available, along with the Internet of Things platform PlatformIO and a bit of code that creates an RTSP server. This can be accessed by any software that supports this streaming protocol, and a bit of smart routing could put it on the interwebs. [Kevin] claims that the ESP32 camera dev boards he uses can be found for less than $10, but we found that most of them cost about $15. Either way, that’s cheaper than most commercial streaming cameras.
Drone racing is nifty as heck, and a need all races share is a way to track lap times. One way to do it is to use transponders attached to each racer, and use a receiver unit of some kind to clock them as they pass by. People have rolled their own transponder designs with some success, but the next step is ditching add-on transponders entirely, and that’s exactly what the Delta 5 Race Timer project does.
The open-sourced design has a clever approach. In drone racing, each aircraft is remotely piloted over a wireless video link. Since every drone in a race already requires a video transmitter and its own channel on which to broadcast, the idea is to use the video signal as the transponder. As a result, no external hardware needs to be added to the aircraft. The tradeoff is that using the video signal in this way is trickier than a purpose-made transponder, but the hardware to do it is economical, accessible, and the design is well documented on GitHub.
The hardware consists of RX508 RX5808 video receiver PCBs modified slightly to enable them to communicate over SPI. Each RX508 RX5808 is attached to its own Arduino, which takes care of low-level communications. The Arduinos are themselves connected to a Raspberry Pi over I2C, allowing the Pi high-level control over the receivers while it serves up a web-enabled user interface. As a bonus, the Pi can do much more than simply act as a fancy stopwatch. The races themselves can be entirely organized and run through the web interface. The system is useful enough that other projects using its framework have popped up, such as the RotorHazard project by [PropWashed] which uses the same hardware design.
While rolling one’s own transponders is a good solution for getting your race on, using the video transmission signal to avoid transponders entirely is super clever. The fact that it can be done with inexpensive, off the shelf hardware is just icing on the cake.