DomesdayDuplicator: The Secret Tool Saving LaserDisc History

Every year, thousands of LaserDiscs crumble into digital dust. The analog signals locked inside those shiny 12-inch platters—their unique video artifacts, alternate cuts, and irreplaceable cultural moments—are vanishing forever. If you're an archivist, retro gaming enthusiast, or media preservationist, you've felt that sinking feeling: the clock is running out on analog media.

But what if you could capture the raw RF signal straight from the laser pickup, preserving every microscopic detail for future decoding? Not compressed. Not "good enough." The actual electromagnetic fingerprint of the disc itself.

Enter the DomesdayDuplicator—a device so precisely engineered that it's become the gold standard for LaserDisc preservation. At 40 million samples per second, this USB 3.0 powerhouse doesn't just digitize your discs. It time-travels, capturing the exact radio-frequency waveform as it leaves the laser assembly, before any player-side processing can mangle it.

In this deep dive, I'll expose why top preservationists are abandoning consumer capture cards, how this open-source marvel works under the hood, and exactly how you can build or use one yourself. The DomesdayDuplicator isn't just hardware—it's a rescue mission for analog history.

What is DomesdayDuplicator?

The Domesday Duplicator (DdD) is a high-speed, LaserDisc-focused Data Acquisition (DAQ) system built around USB 3.0 connectivity. Created by Simon Inns, a hardware engineer with a passion for media preservation, this open-source project represents a radical rethinking of how we archive analog optical media.

Unlike conventional capture methods that grab composite, S-Video, or even component output from a player, the DomesdayDuplicator intercepts the raw RF (radio frequency) signal directly from the player's laser pickup assembly. This is the undecoded analog waveform—containing FM-modulated video, analog audio channels, and digital data streams all mixed together in their pristine, unprocessed form.

Why "Domesday"?

The name references the BBC Domesday Project—a 1986 British multimedia initiative that became notorious for digital obsolescence. The original Domesday data, stored on LaserDiscs, nearly became unreadable due to format decay and lack of compatible hardware. That near-catastrophe inspired a generation of preservationists, and Inns' device ensures no similar tragedy repeats.

Why It's Trending Now

Three forces have converged to make DomesdayDuplicator essential in 2024:

• LaserDisc player scarcity: Working players command $500+ on eBay, with repair parts extinct
• Disc rot acceleration: Manufacturing defects from the 1980s-90s are now manifesting as oxidation
• The ld-decode ecosystem maturity: Software decoders can now extract broadcast-quality video from raw RF captures

The project isn't merely hardware—it's a complete archival workflow integrating FPGA firmware, host software, and a family of specialized decoders.

Key Features That Make DomesdayDuplicator Insane

Let's dissect what makes this device technically extraordinary:

40 MS/s Sampling Rate at 10-Bit Resolution

LaserDisc RF signals occupy approximately 8-9 MHz bandwidth for video alone, with audio subcarriers extending higher. Nyquist sampling demands >18 MHz minimum. The DdD's 40 million samples per second provides comfortable headroom, while 10-bit resolution captures subtle signal variations that 8-bit systems obliterate. This precision matters enormously for FM decoding—signal amplitude variations directly affect recovered video quality.

USB 3.0 Real-Time Streaming

Raw 40MS/s × 10-bit = 400 Mbps of data. The DdD streams this continuously via USB 3.0's 5 Gbps theoretical bandwidth, with practical throughput comfortably handling the sustained load. No storage bottlenecks, no dropped samples during capture.

Modular Open-Source Architecture

The project separates concerns across five repositories:

This modularity means hardware hackers can redesign the PCB, FPGA developers can optimize acquisition timing, and software engineers can enhance the GUI—all without stepping on each other's work.

GUI Capture Application

Despite the bleeding-edge hardware, operation requires no command-line wizardry. The included graphical application provides:

• One-click capture initiation
• Real-time signal monitoring
• File management with automatic naming
• Capture duration controls

The learning curve is deliberately shallow—archivists should focus on media, not debugging drivers.

3D-Printable Case with EMI Shielding Options

The separate case repository provides STL files for protective enclosures. Critical detail: cases can be lined with copper tape for affordable electromagnetic interference shielding—essential when capturing microvolt-level RF signals in noisy environments.

Real-World Use Cases Where DomesdayDuplicator Dominates

1. Archival-Grade LaserDisc Preservation

Museums and archives hold irreplaceable LaserDisc content—interviews, performances, interactive titles. The DdD captures the master-quality RF signal, enabling future decoding with superior algorithms. Today's ld-decode already surpasses original player output; tomorrow's ML-based decoders will extract even more.

2. Gaming History Preservation

LaserActive, Mega LD, and PC Engine LD titles represent unemulatable experiences. The DdD preserves not just video but exact frame timing, analog audio warmth, and disc-specific quirks that define authentic gameplay. Speedrunners and historians increasingly demand this fidelity.

3. Format Obsolescence Insurance

Your $3,000 reference player will fail. When it does, your RF captures remain—player-independent forever. Decoding software improves; hardware rots. The DdD inverts this equation.

4. Academic Media Archaeology

Researchers studying early interactive media, educational software, or regional video variants need bit-exact reproduction. RF capture preserves copy protection artifacts, manufacturing variations, and disc degradation patterns—data invisible after player decoding.

5. Broadcast Historian Workflows

NTSC and PAL LaserDiscs contain analog color encoding decisions lost in digital transcoding. The raw RF enables studying these historical technical choices with original fidelity.

Step-by-Step Installation & Setup Guide

Prerequisites

• USB 3.0 port (USB 2.0 insufficient for bandwidth)
• Linux, macOS, or Windows host
• ~500GB+ storage per hour of capture (uncompressed RF is massive)
• LaserDisc player with RF test point access or modification

Cloning the Complete Repository

The DomesdayDuplicator uses git submodules for clean separation. Clone everything recursively:

# Clone main repository with all submodules
git clone --recursive git@github.com:simoninns/DomesdayDuplicator.git

# Navigate into project
cd DomesdayDuplicator

# Verify submodules populated
ls -la
# Should show: DomesdayDuplicator-hardware, DomesdayDuplicator-firmware, etc.

Critical: Without --recursive, you'll get only the integration shell. The actual hardware designs, FPGA code, and GUI application live in submodules.

Hardware Assembly Path

For builders fabricating their own DdD:

1. Order PCBs: Use KiCad files in DomesdayDuplicator-hardware/ with your preferred fab (JLCPCB, PCBWay)
2. Source components: Bill of materials generated from KiCad's BOM tools
3. Program FPGA: Load firmware from DomesdayDuplicator-firmware/ via JTAG or USB bootloader
4. Verify USB enumeration: Device should appear as Cypress FX3-based peripheral

GUI Application Setup

The host application depends on your platform:

# Linux dependencies (Ubuntu/Debian example)
sudo apt-get install libusb-1.0-0-dev qt5-default build-essential

# Build GUI application
cd DomesdayDuplicator-gui-app
mkdir build && cd build
qmake ..
make -j$(nproc)

# Run with appropriate USB permissions
sudo ./DomesdayDuplicator

Player Modification

This is where skill matters. The DdD requires electrical access to the RF signal—typically found at:

• Test points on player mainboard (service manual required)
• Pre-amplifier output before EQ/filter stages
• Direct photodiode array output (most invasive, highest quality)

Consult player-specific documentation. The project documentation site provides guidance for common models.

REAL Code Examples from the Repository

Let's examine actual implementation patterns from the DomesdayDuplicator codebase.

Example 1: Recursive Clone Command

The entry point for all developers—this single command reveals the project's architectural philosophy:

# Clone with all submodules for complete project access
git clone --recursive git@github.com:simoninns/DomesdayDuplicator.git

Why this matters: The --recursive flag traverses .gitmodules definitions, fetching:

• Hardware designs (KiCad schematics, PCB layouts, fabrication files)
• FPGA firmware (Verilog/VHDL for signal acquisition)
• GUI application (Qt-based cross-platform capture software)
• Documentation sources (MkDocs/Markdown for the website)

Without this, you'd have empty directories and hours of confusion. The submodule approach enables independent versioning—the hardware team can rev PCB layouts without forcing firmware updates.

Example 2: Project Structure Navigation

Understanding the modular layout:

# After cloning, your directory structure reveals the separation of concerns
cd DomesdayDuplicator
ls -la

# Expected output includes:
# DomesdayDuplicator-hardware/     → PCB / KiCad / fabrication
# DomesdayDuplicator-firmware/     → FPGA / GPIF / USB3
# DomesdayDuplicator-gui-app/      → GUI / Host USB application
# DomesdayDuplicator-gui-docs/     → Documentation website contents

Technical insight: This mirrors embedded systems best practices—hardware abstraction lets firmware developers target stable interfaces, while GUI programmers work against documented APIs. The FPGA's GPIF II state machine presents a consistent FIFO interface regardless of PCB revision.

Example 3: Documentation Integration

The README's documentation links reveal a docs-as-code workflow:

<!-- From README.md - links to generated documentation -->
Please see the [Project Documentation](https://simoninns.github.io/DomesdayDuplicator-docs) 
for details of the project and for access to the project documentation.

Implementation pattern: The DomesdayDuplicator-gui-docs submodule contains Markdown sources processed through MkDocs or similar static site generators, deployed automatically to GitHub Pages. This means:

• Documentation lives in version control alongside code
• Pull requests update docs simultaneously with features
• Multiple output formats (web, PDF, offline) from single source

Example 4: License Duality

The dual-licensing structure protects different creative works appropriately:

## Licences

- [Software License - (Creative Commons BY-SA 4.0)]
- [Hardware License - (GPLv3)]

Critical distinction:

• Software (CC BY-SA 4.0): Permits commercial use with attribution; share-alike ensures community contributions return to the commons
• Hardware (GPLv3): Strong copyleft ensures derived hardware designs remain open; prevents proprietary forks of the PCB

This license stacking is increasingly common in open hardware—each creative domain gets appropriate legal protection.

Advanced Usage & Best Practices

Storage Architecture

Raw RF files are enormous—plan accordingly:

Pro tip: Capture to fast local storage, then archive to slower media. Never capture directly to spinning disks or network shares—USB 3.0 bandwidth plus storage latency causes dropped samples.

Signal Integrity Optimization

• Use quality coaxial cable between player and DdD (RG-316 or better)
• Minimize cable length—every centimeter adds noise to microvolt signals
• Implement copper tape shielding in 3D-printed case for EMI reduction
• Ground loop elimination: Isolate player chassis ground from DdD ground if hum appears

Post-Capture Workflow

# Typical processing pipeline
raw_rf_capture.lds → ld-decode → tbc/JSON → ffmpeg → archival MKV

The ld-decode family handles FM demodulation, timebase correction, and color decoding—transforming raw RF into viewable video with broadcast-quality results.

Comparison with Alternatives

The verdict: Consumer cards are fine for casual viewing. For archival preservation, DomesdayDuplicator is the only rational choice—the raw RF capture preserves options that processed outputs permanently destroy.

FAQ: Your Burning Questions Answered

What LaserDisc players work with DomesdayDuplicator?

Any player with accessible RF test points or modification-friendly design. Popular choices include Pioneer LD-V8000, LD-S2, and various industrial models. The documentation site maintains a compatibility matrix.

Do I need electronics experience to build one?

SMD soldering skills are essential for PCB assembly. Alternatively, community group buys occasionally produce pre-built units. The FPGA programming requires basic familiarity with Cypress tools but is well-documented.

How does this compare to "ripping" DVDs or Blu-rays?

Completely different paradigm. Optical discs store digital data—ripping copies files. LaserDiscs store analog waveforms—the DdD captures electromagnetic signals requiring subsequent decoding. No "perfect" copy exists; quality depends on capture fidelity and decoder sophistication.

Can I capture other analog media with DomesdayDuplicator?

Yes! The original design targets LaserDisc's wide bandwidth, making it suitable for VHS, Betamax, U-matic, and other RF-based formats. The ld-decode ecosystem includes decoders for multiple analog video standards.

What file formats does the capture produce?

Raw binary samples (typically .lds or .raw extensions) containing interleaved 10-bit values. These require ld-decode processing for human-viewable output—this is intentional, preserving maximum information for future algorithms.

Is the project actively maintained?

Yes. Simon Inns continues development, with community contributions across all submodules. The modular architecture enables parallel evolution—hardware revisions, firmware optimizations, and GUI enhancements proceed independently.

Why not just use a high-end oscilloscope?

Professional scopes with equivalent bandwidth and resolution cost $10,000+. The DdD is purpose-optimized for continuous streaming to storage, with software integration for multi-hour captures. Scopes excel at analysis; the DdD excels at production archival workflows.

Conclusion: The Archival Imperative

The DomesdayDuplicator represents something rare in technology: a tool built with explicit ethical purpose. Simon Inns didn't create another gadget—he engineered a time capsule mechanism for analog media, recognizing that our cultural heritage depends on signals trapped in decaying physical formats.

Every day, more LaserDiscs succumb to oxidation. Every day, more players fail irreparably. The window for preservation narrows continuously, yet the DdD offers irreversible insurance—capture once, decode forever, improve endlessly.

For archivists, this isn't optional equipment. It's essential infrastructure. For hobbyists, it's a gateway to participating in genuine historical preservation. For engineers, it's a masterclass in purpose-built open hardware design.

The project awaits at github.com/simoninns/DomesdayDuplicator—clone it, study it, build it, use it. Every capture you make is a victory against digital entropy.

Don't let history vanish in silence. Start preserving today.