Introduction
The design principles behind the DMP ONE — what we built, why we built it, and what problems it solves for the listener.
TECHNICAL WHITE PAPER · DMP ONE
A detailed technical document on the DMP ONE's architecture: OS-native streaming, Active DSD Bridging, the bit-perfect verification methodology, and the complete software and hardware stack. Written for audiophiles who verify before they buy.
TABLE OF CONTENTS
The white paper is structured as a complete technical reference. Below is the chapter-by-chapter breakdown.
The design principles behind the DMP ONE — what we built, why we built it, and what problems it solves for the listener.
How the DMP ONE integrates as a native audio output device on Windows (WASAPI, ASIO) and Linux (PipeWire). Driver architecture, signal path, and the bypass mechanisms that ensure bit-perfect transport.
The technical details of native DSD512 transport over USB Audio Class 2 — including the protocol-level handling that makes it possible without DoP fallback.
The mathematical foundation and algorithmic implementation of our seek-bridging approach. Boundary sample calculation, continuity constraints, and the trade-offs we made.
The methodology we use to verify bit-perfect transport, the test setup, and the results from our null-test. Reproducible by anyone with the right equipment.
The Khadas VIM3L platform, our PCB layout, USB output stage, power regulation, and the design decisions that prioritize signal integrity.
The complete software inventory — operating system, audio infrastructure, libraries, and our proprietary components. Build process, update mechanism, and security considerations.
Compatibility testing across DACs, stress tests, edge cases, and known limitations. We document what works, what doesn't, and what we are still investigating.
Full credit and license information for every open-source component used in the DMP ONE. Available also as a separate LICENSES file.
Approximately XX pages. Diagrams, tables, and references included.
WHO THIS IS FOR
AUDIOPHILES
If you compare specifications, audition critically, and want to know how a streamer actually works — this document is written for you.
REVIEWERS
If you write about audio products and want primary technical information from the manufacturer — without marketing layered on top — this is the source material.
ENGINEERS
If you have an engineering background — software, audio, hardware — and want to evaluate our claims at the implementation level, this paper documents the work.
WHY WE PUBLISH IT
Most audio companies do not publish white papers. The marketing message is the message. The product is described, sometimes in technical-sounding terms, but the underlying engineering is rarely documented in a way that allows independent verification.
We chose to publish a complete technical reference because we believe verification matters. If we claim bit-perfect transport, the reader should be able to test it. If we describe an algorithm, the reader should understand how it works. If we depend on open-source components, the reader should know which ones.
This is the document we wished other companies would publish. So we wrote ours.
Enter your email to download the full document. We will send a copy to your inbox as well.