Looking through past hacks is a great source of inspiration. This week, we saw [Russ Maschmeyer] re-visiting a classic hack by [Jonny Lee] that made use of a Wiimote’s IR camera to fake 3D, or at least provide a compelling parallax effect that’ll fool your brain, without any expensive custom hardware.
[Lee]’s original demo was stunning, and that alone is reason to revisit it. Using the Wiimote as the webcam was inspired back in 2007, because it meant that there was no hard computer vision work to be done in estimating the viewer’s position – the camera only sees IR LEDs anyway. The tradeoff is that you had to wear two IR LEDs on your head, calibrate it just right, and that only the person with the headset on gets the illusion just right.
This is why re-visiting the past can be fruitful. As [Russ] discovered, computing power is so plentiful these days that you could do face/eye position estimation with a normal webcam easier than you could source an old Wiimote. Indeed, he’s getting the positioning so accurate that he’s worried about to which eye he’s projecting the illusion. Clearly, it’s time for a revamp.
So here’s the formula: find a brilliant old hack, and notice if it was hampered by the state of technology back when it was done. Update this using modern conveniences, and voila! You might just find that you can take the idea further, simply because you have more tools in your toolbox. Nothing wrong with standing on the shoulders of giants.
But beware! Time isn’t sitting still for you either. As soon as you make your killer 3D vision hack, VR goggles will become cheap and ubiquitous. So get it done today, before your hack becomes inspiration for the future.
This article is part of the Hackaday.com newsletter, delivered every seven days for each of the last 200+ weeks. It also includes our favorite articles from the last seven days that you can see on the web version of the newsletter.
Want this type of article to hit your inbox every Friday morning? You should sign up!
The Nintendo GameCube in many ways defied expectations. It was purple, it had buttons shaped like beans, and it didn’t launch with a Mario game. What we got instead was the horror-adjacent ghost adventure game starring Mario’s brother — Luigi’s Mansion. The game was a graphical showpiece for the time, however, the camera angles were all fixed like an early Resident Evil game. Not satisfied with playing within those bounds, modder [Sky Bluigi] created a first person camera patch for the game that finally let players see why Luigi was so freaked out all the time.
The patch dubbed Luigi’s Mansion FPO (First Person Optimized) does a lot to drive home the game’s child-friendly, spooky aesthetic. Along with the ability to explore environments with a new lens, it provides the ability to turn the flashlight on and off manually if you want. Though the most impressive part of Luigi’s Mansion FPO is that it runs on real hardware. All that’s needed to play the mod is clean image of the North American release of Luigi’s Mansion and a .xdelta patching utility like Delta Patcher. GameCube games can be ripped directly to a USB thumb drive using a soft-modded Nintendo Wii console running Clean Rip or similar backup tool.
Luigi’s Mansion FPO actually provides a collection of patches that offer revised controls and increased field of view depending on which patch is used. The original game had inverted controls for aiming Luigi’s ghost vacuum, so the “Invert C-Stick Controls” patch will install a more modern aiming scheme where up on the right stick will aim upwards and vice versa. The “Better FOV” pulls the camera a little further back from where Luigi’s head would be while the original aiming scheme is retained. Though no matter which patch you decide to go with, a mod like this is always a good excuse to revisit a cult classic.
The Odd Inputs and Peculiar Peripherals Contest wrapped up last week, and our judges have been hard at work sifting through their favorite projects. And this was no easy task – we had 75 entries and so many of them were cool in their own right that all we can say is go check them all out. Really.
But we had to pick winners, not the least because Digi-Key put up three $150 gift certificates. So without further ado, here are the top three projects and as many honorable mentions as you have fingers and toes – if you don’t count your thumbs.
The Prize Winners
Keybon should be a mainstream commercial product. It’s a macro keypad with an OLED screen per key. It talks to an application on your desktop that detects the program that you currently have focused, and adapts the keypress action and the OLED labels to match. It’s a super-slick 3D-printed design to boot. It’s the dream of the Optimus Maximus, but made both DIY and significantly more reasonable as a macro pad. It’s the coolest thing to have on your desk, and it’s a big winner!
On the ridiculous side of keyboards, meet the Cree-board. [Matt] says he got the idea of using beefy COB LEDs as keycaps from the bad pun in the name, but we love the effect when you press down on the otherwise blinding light – they’re so bright that they use your entire meaty finger as a diffuser. Plus, it really does look like a keypad of sunny-side up eggs. It’s wacky, unique, and what’s not to love about that in a macropad?
Finally, [Josh EJ] turned an exercise bike into a wireless gamepad, obliterating the choice between getting fit and getting high scores by enabling both at the same time. An ESP32-turned-Bluetooth-gamepad is the brains, and he documents in detail how he hooked up a homebrew cadence sensor, used the heart-rate pads as buttons, and even added some extra controls on top. Watching clips of him pedaling his heart out in order to push the virtual pedal to the metal in GRID Autosport, we only wish he were screaming “vroooom”. Continue reading “Overwhelmed By Odd Inputs: The Contest Winners And More”→
When we think of robotics, the first thing that usually comes to mind for many of us is some sort of industrial arm that’s bolted to the floor, or perhaps a semi-autonomous rover trudging its way across the dusty Martian landscape. While these two environments are about as different as can be, the basic “rules” are pretty much the same. Being on firm ground ground gives the robot a clear understanding of its position and orientation, which greatly simplifies tasks such as avoiding collisions or interacting with nearby objects.
But what happens when that reference point goes away? How does a robot navigate when it’s flying through open space or hovering in mid-air? That’s just one of the problems that fascinates Nick Rehm, who stopped by to host this week’s Aerial Robotics Hack Chat to talk about his passion for flying robots. He’s currently an aerospace engineer at Johns Hopkins Applied Physics Laboratory, where he works on the unique challenges faced by autonomous flying vehicles such as the detection and avoidance of mid-air collisions, as well as the development of vertical take-off and landing (VTOL) systems. But before he had his Master’s in Aerospace Engineering and Rotorcraft, he got started the same way many of us did, by playing around with DIY projects.
In fact, regular Hackaday readers will likely recall seeing some of his impressive builds. His autonomous ekranoplan designed to follow a target using computer vision graced the front page in April. Back in 2020, we took a look at his recreation of SpaceX’s Starship prototype, which used a realistic arrangement of control surfaces and vectored thrust to perform the spacecraft’s signature “Belly Flop” maneuver — albeit with RC motors and propellers instead of rocket engines. But even before that, Nick recalls asking his mother for permission to pull apart a Wii controller so he could use its inertial measurement unit (IMU) in a wooden-framed tricopter he was working on.
Discussing some of these hobby builds leads the Chat towards Nick’s dRehmFlight project, a GPLv3 licensed flight control package that can run on relatively low-cost hardware, namely a Teensy 4.0 microcontroller paired with the GY-521 MPU6050 IMU. The project is designed to let hobbyists easily experiment with VTOL craft, specifically those that transition between vertical and horizontal flight profiles, and has powered the bulk of Nick’s own flying craft.
Moving onto more technical questions, Nick says one of the most difficult aspects when designing an autonomous flying vehicle is getting your constraints nailed down. What he means by that is having a clear goal of what the craft needs to do, and critically, how long it needs to do it. How far does the craft need to be able to fly? How fast? Does it need to loiter at the target location, and if so, for how long? The answers to these questions will largely dictate the form of the final vehicle, and are key to determining if it’s worth implementing the complexity of transitioning from VTOL to fixed-wing horizontal flight.
But according to Nick, the biggest challenge in aerial robotics is onboard state estimation. That is, the ability for the craft to know its position and orientation relative to the ground. While high-performance computers have gotten lighter and sensors have improved, he says there’s still no substitute for having a ground-based tracking system. He mentions that those fancy demonstrations you’ve seen with drones flying in formation and working collaboratively towards a task will almost certainly have an array of motion capture cameras tucked off to the side. This makes for an impressive show, but greatly limits the practical application of these drone swarms.
Nick’s custom Raspberry Pi 4-powered quadcopter lets him test autonomous flight techniques.
So what does the future of aerial robotics look like? Nick says open source projects like ArduPilot and PX4 are still great choices for hobbyists, but sees promise in newer platforms which pair the traditional autopilot with more onboard computing power, such as Auterion’s Skynode. More powerful flight controllers can enable techniques such as simultaneous localization and mapping (SLAM), which uses 3D scans of the environment to help the robot orient itself. He’s also very interested in technologies that enable autonomous flight in GPS-denied environments, which is critical for robotic craft that need to operate indoors or in situations where satellite navigation is unavailable or unreliable. In light of the incredible success of NASA’s Ingenuity helicopter, we imagine these techniques will also play an invaluable role in the future airborne exploration of Mars.
We want to thank Nick for hosting this week’s Aerial Robotics Hack Chat, which turned out to be one of the fastest hours in recent memory. His experience as both an avid hobbyist and a professional in the field provided exactly the sort of insight the Hackaday community looks for, and his gracious offer to keep in touch with several of those who attended the Chat to further discuss their projects speaks to how passionate he is about this topic. We expect to see great things from Nick going forward, and would love to have him join us again in the future to see what he’s been up to.
The Hack Chat is a weekly online chat session hosted by leading experts from all corners of the hardware hacking universe. It’s a great way for hackers connect in a fun and informal way, but if you can’t make it live, these overview posts as well as the transcripts posted to Hackaday.io make sure you don’t miss out.
Tank aficionado [Daniel Zalega] has enjoyed playing around with armored fighting vehicles in the digital realm for years, but only recently realized he had the technology and skills necessary to take his passion into the physical world. Albeit on a slightly reduced scale. So he bought a 1:35 plastic model kit for the German WWII Panther tank from Tamiya, and started working on a way to make it move.
Luckily for [Daniel], the assembled model is essentially hollow. That gave him plenty of room to install the geared drive motors, batteries, motor controllers, voltage regulators, a servo for the turret, and the Raspberry Pi Zero that controls the whole show. Those with an aversion to hot glue would do well not to look too closely at the construction here, but it gets the job done. Besides, it’s not like this little Panther is going to see any front line combat.
Another element of the model kit that made it well-suited to motorization is the fact that it had real rubber treads. That meant [Daniel] just had to pop some holes in the side of the tank, and figure out how to mount the drive sprockets to his gear motors. Unfortunately it looks like the wheels are static on this model, meaning the tread has to be dragged over them. That’s certainly robbing the tank of some power and speed, but in the video after the break, you can see its movement is still fairly realistic.
To control the tank, he points his phone’s browser to a simple page running on the Raspberry Pi. By simply dragging a finger on the screen, you can operate the tank’s two independent treads and rotate the turret. [Daniel] said his original plan was more elaborate, with the web page displaying a live video feed from an onboard camera as well as the readings from various sensors. But at least for now, things are kept as straightforward as possible.
Hackaday editors Elliot Williams and Mike Szczys recount a week of awesome hacks. One you might have missed involves a Roku-based smart TV that was rooted and all secrets laid bare for the sole purpose of making an Ambilight setup work with it. We take a look at a creative blade-tracking system for a scrollsaw CNC project, and a robot arm that brings non-flat layers to 3D printing and envisions composite material printing. There’s a great template for video glitching using inexpensive VGA to CGA converter boards, cleanly squeezed into a nice enclosure. We are a bit giddy for the omniwheel robot designs [James Bruton] has been showing off. And we finish out the show with a great conversation happening this week on Hackaday: people from throughout the community share how the chip shortage is affecting their projects.
Take a look at the links below if you want to follow along, and as always, tell us what you think about this episode in the comments!
Super Mario Sunshine always felt a little under-baked when it came to 3D Mario games. Whether it was wonky camera controls, aggravating coin quotas, or the inclusion of a sentient super-soaker the game didn’t quite fulfill fan expectations. Seeking to wash-away that reputation [Wade] created a mod to revitalize the oft disparaged GameCube game. Over two years in the making, Super Mario Sunburn breaks Super Mario Sunshine wide open with new levels, more coins, and the freedom of a modern open-world game. Collecting in-game shine collectibles no longer automatically warps Mario back to the island hub, but rather allows Mario to keep filling those pockets.
In order to apply the Sunburn mod patch, a clean rip of Super Mario Sunshine for Nintendo GameCube is needed. The easiest method of ripping GameCube discs is actually with a Nintendo Wii — provided it can run CleapRip via the Homebrew Channel. With a clean game image, the Sunburn patch can be applied on Windows by running Delta Patcher. From there a Sunburn-patched image can be enjoyed via emulator with the optional HD Texture pack, or even real Nintendo hardware. A comprehensive mod like this is surely deserving of some WaveBird time.
The arrival of [Wade]’s mod comes at a crucial time for many Mario fans. Late last year Nintendo released an underwhelming compilation of 3D Mario games called Super Mario 3D All-Stars. The release brought with it the lightest of touches and failed to provide a suitable modernization of Super Mario Sunshine. The company didn’t even allow players to play in 16:9 widescreen (unlike Sunburn). At the end of March Nintendo will cram Super Mario 3D All-Stars into “Bowser’s Vault” thereby removing it from store shelves. All the more reason to give Super Mario Sunburn a try. Continue reading “Super Mario Sunburn Mod Shines Up A GameCube Favorite”→
[Lee]’s original demo was stunning, and that alone is reason to revisit it. Using the Wiimote as the webcam was inspired back in 2007, because it meant that there was no hard computer vision work to be done in estimating the viewer’s position – the camera only sees IR LEDs anyway. The tradeoff is that you had to wear two IR LEDs on your head, calibrate it just right, and that only the person with the headset on gets the illusion just right.
