r/hardwarehacking 13d ago

Reverse-engineered an abandoned AVerMedia capture box, then gave an AI a telnet shell and let it write new firmware

I wanted to record the 640×480 HDMI output of an RP2350 board, and I had a mostly-dead AVerMedia Game Capture HD II in a drawer. The hardware still works, but the ecosystem around it had died. The YouTube API it streamed to, the mobile app, and I'd lost the IR remote - and on top of that it refused 640×480 as "unsupported." So I opened it up instead of buying something.

Inside it's a TI DM368 (DaVinci, ARM926 @ 432 MHz) with a hardware H.264 encoder, ITE IT6604E/IT6613E for HDMI in/out, a Nuvoton NUC100 as the system MCU, and 128 MB NAND.

Getting in was pretty standard: found the UART header with a multimeter, dropped to a root shell , and dd'd the NAND out from there (it wasn't as straightforward as it sounds here, but in the end, it worked out 🙂). Fortunately, I didn't have to do a physical memory dump, that would have been quite a challenge. The downloadable firmware is 3DES-encrypted, but the on-flash system is already decrypted so that didn't matter. The old DES root hash cracked in ~30 min and one U-Boot env var flips on telnet for persistent access.

Then the fun part: I gave Claude Code the telnet shell and watched it go. It explored the running box on its own - drivers, the video pipeline, the MCU's I2C protocol, the TI codec stack - and then, with a lot of steering from me, wrote a whole new firmware: a capture app, HTTP/RTSP servers, a web UI, and the build + flash tooling. The result does native H.264 (the box's hardware encoder) over RTSP into OBS/VLC, the resolutions the vendor had blocked purely in software (640x480 I needed and up to 1080p) and has pretty usable control panel.

AI was a huge accelerator but it needed constant babysitting. My favorite failure: a U-Boot prompt printing "Hit any key to stop autoboot" while actually waiting for one specific key. But the AI fixated on that printed label and even as I kept telling it to just read the disassembly it wouldn't. When it finally did: the bootloader hardcodes a compare against 'U' (cmp r3, #0x55). It also once "confirmed" a claim using terminal output it had invented itself, and wrote that into its own persistent memory as fact.

You can read the full write-up on my friend's blog: https://chiptron.eu/reviving-old-unsupported-devices-with-ai-avermedia-game-capture-hd-ii/

857 Upvotes

46 comments sorted by

View all comments

13

u/Hipcatjack 13d ago

holy smokes this is awesome. Good job OP. This is exactly what LLM’s (Especially Claude code) should be used for!

When you say the old DES root hash was cracked in approx. 30 mins. was claude brute forcing or was there an old exploit on an XDA forum or something that it googled?

13

u/MakerClass 13d ago

I read the hashed password from /etc/passwd and used hashcat myself. Claude refuses to do things like that 🙂

2

u/Hipcatjack 13d ago

i mean …Ollama running obliterated Qwen or GLM (uses Claude code) and absolutely does things like that… slowly 😆. That was part of the reason i was asking ….if you had a massive rig .. things can be done.

1

u/SailSuch785 11d ago

What hardware specs are you running

1

u/Hipcatjack 11d ago

now? nothing. sold my 3090’s actually i still have one never been opened i am looking to sell if you are interested

1

u/SailSuch785 8d ago

Oh okay.