Evidence at a glance #
Based on the linked sources. The author's reported result and independent confirmation are separate checks.
- AI involvement
- Reported models: Claude Opus 5.5. Tools: LiteX, Migen, Yosys, nextpnr, Trellis, LiteDRAM. The writeup below describes the work attributed to AI.
- Reported result
- Works. This is the directory's source-based outcome classification.
- Independent confirmation
- Not reported.
- Human work and limitations
- The repository belongs to the enjoy-digital organization, and commits are authored by Florent Kermarrec. The README says the host tools were made for agentic development and that the card was validated on hardware with software/validate.py. A dedicated USB product ID has not been requested yet.
Original sources
What was done #
The project replaces the first-generation Cam Link 4K's stock firmware and bitstream with a single Python gateware script and bare-metal FX3 firmware. Fifty-nine of 63 commits carry a Claude Opus 5.5 trailer.
The first-generation Elgato Cam Link 4K (USB 0fd9:0066) is a UVC and UAC capture card built around a Lattice ECP5 FPGA, a Cypress FX3 USB controller, an ITE IT6802 HDMI receiver and 128 MB of DDR3. This repository replaces the vendor software on that hardware. The gateware is one LiteX and Migen Python script built with the open Yosys, nextpnr and Trellis toolchain, and the FX3 runs minimal bare-metal C that boots standalone from SPI flash with no vendor SDK.
The README reports 4K at 30 frames per second as NV12 through a DDR3 frame buffer using LiteDRAM, 1080p at 60 frames per second as YUY2 with scaling and color controls, and HDMI audio. It also reports lower latency than the stock firmware: a frame reaches applications in 19 ms at 1080p60 versus 46 ms stock. The author says the ECP5 DDR3 1:4 work was contributed upstream to LiteDRAM and LiteX-Boards. Host tools boot, flash, debug and validate the device, and the README says they were built for agentic development.
Known limits listed by the author: 4K tops out at 30 frames per second because of the HDMI 1.4 receiver, HDCP sources are not supported, and only the first-generation card is covered, not the MK.2 or Rev.3.
Reproduce it #
Needs a first-generation Cam Link 4K, a programmer for its SPI flash, and the open FPGA toolchain. Follow doc/PLAN.md and software/validate.py; no vendor bitstream or firmware is used or shipped.
Community #
Ask a question, share what worked, or follow the next milestone.