Open Live Mixing System Mixer
Open Live Mixing System Logo

the NEW GPLv3 Open Standard for Modular Live Mixing, Delivering Unlimited Processing Power and Infinite Scalability on Affordable, Common PC Hardware.

Don't buy a mixer. Build one instead.

The NEW (uncensored) OPEN Standard for Live Mixing Audio Reliability

The Open Live Mixing System (OLMS) is an integrated, modular digital mixing solution based on free software, challenging the Open Core engineering principle to transform common PC hardware into a dedicated, Real-Time rack digital mixer with total network control via Wi-Fi. The core commitment is to achieving Plug-and-Play reliability comparable to specialized commercial systems, guaranteed by the self-installing OLMS Linux distribution (distro) and strict hardware certification.

Why OLMS Exists: Democratizing Professional Audio

OLMS is driven by a singular mission: to break the monopoly of major brands and democratize professional live sound. Our goal is to provide musicians and sound engineers with professional-grade mixing tools at virtually no cost, removing technical and economic barriers that have stifled artistic creativity for decades.

This project is built on the principles of freedom and accessibility. The GPL core ensures the technology remains open forever, while future revenue from curated proprietary plugins will fund legal support services for musicians facing industry disputes.

OLMS is not just softwareโ€”it's a movement to restart art and culture by empowering creators.

Key Feature Functional Detail

Key Feature Functional Detail
Base Platform Custom Linux Distribution with Real-Time (RT) kernel.
Mixer Core Ardour Headless (GPL) with OSC control, managed by the OLMS Orchestrator Daemon (Level 3 Logic).
Audio Server JACK Audio Connection Kit configured for maximum Real-Time performance.
Control Web Browser User Interface (HTML5/JS) via OSC.
Modularity Support for a wide range of certified USB audio interfaces, adaptable to budget.
Template Structure Pre-built Ardour session template with 48 input channels (6 banks ร— 8 channels), 12 buses (FX, Group, Aux, Matrix), and optimized routing for live sound applications.

Why OLMS: A Revolution for Music and Creativity

Imagine a world where the tools of creation aren't locked behind paywalls and corporate interests. Where every musician, every sound engineer, every passionate creator has access to professional-grade technology without compromise.

We believe that creativity should be free. That the barriers between vision and reality should crumble before the power of shared knowledge and open collaboration. The current system keeps the best tools in the hands of the few, while the rest of us make do with watered-down alternatives.

OLMS is our answer to this injustice. It's not just softwareโ€”it's a declaration of independence for creators everywhere. We're building the future of audio technology on the principles of freedom, accessibility, and community.

This is more than a technical project. It's a movement to restore the soul of music production, to put powerful tools back in the hands of those who create with heart and passion.

The Core Challenge: Inside the Real-Time Engine (Technical Deep Dive)

OLMS is built on a custom Linux distribution utilizing a Real-Time (RT) kernel and the Ardour Headless audio engine. This stack is engineered for extreme stability and ultra-low latency, crucial for professional live sound.

Component Functional Detail Core Objective Key Performance Indicators
Base Platform Custom Linux Distribution with Real-Time (RT) kernel. Ensure minimum possible latency (goal: < 5 ms round-trip). Round-Trip Latency (RTL) objective: < 5 ms.
Mixer Core Ardour Headless (GPL) with OSC control, managed by the OLMS Orchestrator Daemon (Level 3 Logic). Provide a professional, stable mixing engine fully controllable remotely. Control via Web Browser (HTML5/JS) using OSC.
Audio Server JACK Audio Connection Kit configured to operate with maximum Real-Time (RT) priorities to minimize latency. Manage audio I/O and routing with maximum efficiency and redundancy. ZERO (0) X-runs in one hour of stress testing under load.
Scalability & Redundancy Core-Level Failover (Software Redundancy): Engine A / Engine B running in parallel on a single Mini-PC for immediate, glitch-free switching. Ensure ZERO X-runs in 1 hour and maintain RTL < 5 ms regardless of DSP loads, with automatic failover. Switching Time (Failover): < 1 ms (imperceptible).

Distributed Signal Processing (DSP Farm)

To ensure unlimited scalability of processing power beyond the limits of a single Master PC, OLMS adopts a Distributed Processing (DSP Farm) model based on a Master/Slave architecture over Ethernet, complementary to the internal core-level failover.

Role Primary Function Workload
Master PC (Core RT) Management of physical audio I/O, Redundancy (Core-Level Failover), system clock, and control interface (OSC Bridge). Light loads (Mix Bus, critical I/O, Failover Logic). Must maintain latency < 5 ms.
Slave PC(s) (N-Units) Execution of high-intensity DSP plugin loads (e.g., Anti-Feedback System, complex Reverbs, Amp Simulator), delegated by the Master. Heavy loads, managed by the Master.

Ready to Experience Professional Audio?

Join our community and get early access to the future of live mixing

๐Ÿš€ OLMS Startup Process Overview

The OLMS system implements a comprehensive multi-phase startup process designed for professional real-time audio processing. The startup sequence ensures optimal system configuration, hardware detection, and audio engine initialization.

Startup Architecture

The startup process follows a 6-phase approach with intelligent bypass capabilities:

  1. Phase 0: Pre-Startup and Process Management - Audio environment cleanup and process termination, lock file management and Ardour session handling, USB audio device detection and hardware reset
  2. Phase 1: Real-Time System Optimization - Kernel parameter configuration (RT runtime allocation), CPU governor enforcement and power management, realtime privilege configuration and user group verification
  3. Phase 2: Hardware Configuration - CPU affinity management and core isolation, hardware detection and IRQ pinning, system topology optimization
  4. Phase 3: JACK Server Initialization (Smart Detection) - Fast Mode: Bypass detection when optimal settings are known (via launcher variables), Standard Mode: Two-phase hardware detection (bit-depth and buffer optimization), Anti-zombie mode with extended stability monitoring, Socket permission management and connection validation
  5. Phase 4: X11 Environment & Display Management - Multi-method display detection and XAUTHORITY configuration, runtime directory management and D-Bus session setup, graphics environment isolation and headless mode support
  6. Phase 5: Ardour DAW Startup - Session adaptation and JACK port mapping, user environment transition and process management, headless operation support with Xvfb
  7. Phase 6: Final System Report - Comprehensive system verification and technical data extraction, process status monitoring and performance metrics, operational readiness assessment

Key Startup Features

Technical Specifics: Stability, Latency, and Architecture

The OLMS vision is predicated on creating a system with Plug-and-Play reliability. This demands strict control over every layer of the stack, exceeding the capabilities of standard consumer operating systems.

Core Objectives

Base Platform & Kernel Configuration

We require a custom, minimal Linux distribution. The key to our performance lies in kernel optimization:

Audio Server & Multi-Card Certification

JACK Audio Connection Kit is chosen for its proven reliability in professional audio environments and real-time performance:

Headless Mixer Core (Ardour Headless)

We use Ardour Headless strictly as a processing engine, not a graphical application:

Product Benefits for the Professional Audio Niche

OLMS is designed to empower every player in the live sound ecosystem.

Benefits for Service Providers & Sound Engineers

  • Guaranteed Stability: The Core-Level Failover system ensures ZERO audible glitches and guaranteed uptime under load, addressing the critical vulnerability of PC-based systems.
  • Unlimited Headroom: The DSP Farm architecture enables virtually unlimited processing power for complex productions (heavy reverb, advanced processing) without sacrificing the Master's critical sub-5 ms latency guarantee.
  • Cost & Logistics Efficiency: Allows transformation of common, affordable PC hardware into dedicated, certified rack mixers, reducing dependency on expensive proprietary hardware.

Benefits for Musicians & End Users

  • Professional Accessibility: Provides access to a professional-grade mixing core (Ardour Headless orchestrated) with a lower barrier to entry.
  • Total Wireless Control: Full control via a Web Browser User Interface (HTML5/JS) over OSC, enabling control from any Wi-Fi connected tablet or smartphone.
  • Ecosystem of Certified Features: Access to deeply integrated, proprietary, and certified premium functionalities via the Marketplace, such as the Anti-Feedback System (AFS) or Virtual Sound Check Suite.

Benefits for Plugin Developers

  • Curated Marketplace Access: Opportunity to sell proprietary, high-value plugins through the "Certified and Curated" Marketplace.
  • RT Stability Validation: Sales are based on guaranteed RT Stability and Latency Certification, providing a strong competitive advantage over generic software solutions.
  • Code Protection: Proprietary UI/Audio modules can be dynamically injected into the GPLv3 GUI slots without modifying the core open source code.

The Leaders Team

Our core structure requires five Founders. The Project Manager is establishing the technical vision, and your mission is to help recruit the remaining three technical leaders to fulfill the Proof-of-Concept tasks.

Project Owner

Project Owner

Project Manager, Technical Vision, Sound Engineer: the project's origin

Francesco Nano brings over 15 years of experience in audio engineering and education. Since 2009, he has been the owner of scuolasuono.it, an online sound engineering course. His formal training includes studies at the Accademia del Cinema di Bologna and the Scuola di Alto Perfezionamento in Saluzzo. After a 20-year pause, Francesco recently returned to live sound engineering, transitioning from analog mixers to digital solutions like the UI24R. His hands-on experience with DAWs revealed critical limitations in current live mixing technology, inspiring the creation of OLMS. As an active live sound engineer for a band, Francesco serves as the project's primary user and field tester.

Filled

The MVP Task: "The Core Fader"

The objective is to redefine the initial Proof of Concept (PoC) of the OLMS project into a Minimum Value Product (MVP) called "The Core Fader". This is a strategic step aimed at validating the systemโ€™s core value before proceeding with the development of more complex features.

The MVP focuses on proving Real-Time stability combined with the fundamental user experience.

Primary Objectives

"The Core Fader" must demonstrate the system's feasibility through three key and interconnected outcomes:

  • Real-Time Stability Validation: We must achieve the critical goal of ZERO (0) X-runs in one hour of stress testing, confirming that the system is capable of sustaining reliable live audio load.
  • Ultra-Low Latency Target (RTL): The audio Round-Trip Latency (RTL) must be less than 5 ms, ensuring an immediate and professional response.
  • Functional Remote Control: The entire system, consisting of the Real-Time Kernel, JACK, and Ardour Headless, must route 1 Inputโ†’1 Output and its level must be remotely controllable via the OSC protocol.

Essential Components of the Task

To achieve these objectives, the team must focus on the minimum integration of four essential components, all strictly Open Source (GPLv3):

  • Audio Core (Architecture): Installation and configuration of a Linux system with a Real-Time Kernel and JACK, optimized for 1ร—1 audio routing through the Ardour Headless instance.
  • Control Logic: Development of the base logic for the Orchestrator and the OSC Bridge Server, sufficient to translate a fader movement command into an action on the audio channel within the Mixer Core.
  • User Interface (UX/UI): Creation of the static HTML/CSS mockup for the Master Fader, ensuring it is responsive and perfectly usable on touch devices like tablets and smartphones.
  • Technical Certification: Execution of stress tests to document and certify that the remotely controlled audio maintains the required latency and stability (ZERO X-runs).

The success of this MVP will validate the fundamental model of the digital rack mixer, unlocking the next phase of development and the commercial ambitions of the OLMS project.

Development Timeline

Project Roadmap

Our journey to building the ultimate live mixing system

Phase 1
In Progress
Engine POC & Core Architecture
Building the foundation with stable audio engine, sub-10ms latency, and multi-platform support
โšก 0-10ms latency target
๐Ÿ”ง Multi-architecture support
๐Ÿ”ง Modular architecture
๐Ÿ“Š Real-time monitoring
Phase 2
Upcoming
Digital I/O Expansion (AoIP AES67)
Professional network audio protocols and enterprise-grade connectivity solutions
๐ŸŒ AES67 network audio
๐Ÿ”Œ Professional I/O expansion
โฑ๏ธ Multi-device sync
๐Ÿข Enterprise integration
Phase 3
Upcoming
OSC Controller & Web Interface
Professional OSC protocol implementation with responsive web interface for all devices
๐ŸŽ›๏ธ Full OSC protocol support
๐Ÿ“ฑ Responsive web interface
โšก Real-time control
๐Ÿ”— DAW integration
Phase 4
Upcoming
Advanced Features & Optimization
Professional-grade features, automation capabilities, and workflow optimization
๐Ÿค– Advanced automation
๐ŸŽ›๏ธ Audio processing plugins
๐Ÿ“ˆ Comprehensive monitoring
๐Ÿš€ Large-scale optimization
Phase 5
Upcoming
Systemd Integration & Production Optimization
Production deployment, system integration, and enterprise-grade reliability
โš™๏ธ Systemd service integration
๐Ÿญ Production deployment
๐Ÿ“Š Enterprise monitoring
๐Ÿ“ˆ Scalable architecture
Phase 6
Upcoming
Professional System Deployment & Documentation
Professional deployment, comprehensive documentation, and community ecosystem
๐Ÿ“‹ Deployment guides
๐Ÿ“š Comprehensive docs
๐Ÿ‘ฅ Community support
๐ŸŽ“ Training & certification

๐ŸŽฏ Current Development Focus

Phase 1 Priority

Engine stability and performance optimization across different hardware platforms

Engine Stability Performance Multi-Architecture Latency Reduction

Frequently Asked Questions

Q: Why should I build a DIY system when a professional rack mixer is "plug and play"?

A: Because "plug and play" is often synonymous with "locked and limited." Most rack mixers are closed ecosystems where you can't choose your plugins, you can't fix a bug in the OS, and youโ€™re stuck with the manufacturer's hardware cycle. OLMS turns a general-purpose computer into a specialized audio appliance. It gives you the stability of dedicated hardware with the infinite expansion of a Linux-based workstation. Youโ€™re not buying a product; youโ€™re owning the infrastructure.

Q: Canโ€™t I just achieve the same results by installing a DAW on my laptop?

A: Not for mission-critical live use. A standard OS is designed for multitasking, which is the enemy of low-latency audio. OLMS isn't just a software layer; itโ€™s a system-wide orchestration. It manages CPU shielding, IRQ pinning, and real-time priorities at the kernel level to ensure that your audio thread is never interrupted by a background update or a system hiccup. Itโ€™s the difference between a car you drive to work and a vehicle tuned specifically for the track.

Q: Is a Real-Time (RT) kernel actually necessary?

A: For 95% of users, no. For the 5% who need absolute deterministic performance under heavy load, yes. While modern kernels have improved significantly, the RT patch set provides a guarantee against "priority inversion"โ€”a technical glitch where a low-priority task accidentally blocks your audio. In a live environment with 32 channels and high-buffer processing, that "guarantee" is the only thing standing between a perfect show and an audible pop or crash.

Q: Why run it "headless"? Isn't it harder to control without a screen?

A: Headless operation is about reliability and resource conservation. Removing the Graphical User Interface (GUI) eliminates a massive source of potential instability and CPU overhead. OLMS is designed to be a "black box" in your rack. You control the mix via dedicated MIDI surfaces or remote web interfaces on a tablet. This separation of "processing" and "control" is exactly how high-end industrial systems and professional touring rigs are built.

Q: What happens if the system crashes mid-show?

A: This is where the OLMS architecture shines. Because the system is defined by code (scripts and configurations) rather than proprietary hardware, recovery is deterministic. Our startup orchestrator is designed for speed; if a component fails, the system is built to re-initialize the audio engine in seconds, not minutes. Moreover, since itโ€™s open-source, you can build redundant "cold-standby" nodes at a fraction of the cost of a secondary proprietary mixer.

Q: Is OLMS just for "Linux geeks" who like to tinker?

A: Itโ€™s built by people who love to tinker, but itโ€™s designed for the performance. While you need some terminal knowledge to set it up, the end goal is a system that is more stable and predictable than any consumer OS. We are democratizing professional audio by proving that you don't need a five-figure budget to get sub-5ms latency and world-class routing; you just need the right orchestration of open tools.