Native Plugins auf Akai MPC: MPC OS geöffnet
Ein neues Community-Projekt zeigt, dass sich speziell angepasste VST2-Instrumente und -Effekte direkt im MPC OS ausführen lassen. Die Plugins verhalten sich weitgehend wie native MPC-Erweiterungen, einschließlich Touchscreen-Oberfläche, Q-Link-Zuweisungen, Automation und Projektspeicherung. Eine allgemeine Freigabe für beliebige Desktop-Plugins ist das jedoch nicht – und auch die Bezeichnung „Open Source“ braucht derzeit eine Einschränkung.
Standalone-Geräte wie die Akai MPC Live, MPC One, MPC X und Force sind längst mehr als klassische Sampler. Unter der Oberfläche arbeitet ein Linux-System auf ARM-Hardware, während MPC OS den typischen Workflow aus Pads, Sequencer, Audioaufnahme, Effekten und virtuellen Instrumenten bereitstellt. Zusätzliche Instrumente und Effekte kamen bislang überwiegend aus dem offiziellen Akai- und AIR-Ökosystem.
Das GitHub-Projekt mpc-vst-plugins des Entwicklers sd88me legt nun einen bislang kaum dokumentierten Erweiterungsweg offen. Nach den Angaben im Projekt enthält MPC OS bereits einen internen, auf JUCE basierenden Plugin-Host, der für Linux und ARM kompilierte VST2-Bibliotheken laden kann. Daraus entstand eine Werkzeugkette, mit der sich eigene DSP-Projekte und bestehende Open-Source-Klangerzeuger für kompatible MPC-Geräte portieren lassen.
Native Plugins auf der Akai MPC: Das Wichtigste in Kürze
| Punkt | Stand vom 27. September 2026 |
|---|---|
| Projekt | mpc-vst-plugins von sd88me |
| Plugin-Technik | Linux-VST2 als ARM-kompilierte .so-Bibliothek |
| Integration | Instrumente und Effekte innerhalb von MPC OS |
| Bedienung | Pads, Sequencer, Q-Links, Automation und eigene Touchscreen-Seiten |
| Erprobte Hardware | Akai Force; weitere MPC-Modelle der ersten Generation gelten als mögliche Ziele |
| Gen-2-Geräte | Derzeit offenbar stärker abgeschottet und nicht als kompatibel bestätigt |
| Status | Experimentell, frühe Entwicklungsphase, ohne Herstellersupport |
| Lizenz | Im Repository war zum Recherchezeitpunkt keine eindeutige Softwarelizenz ausgewiesen |
MPC OS besitzt bereits einen internen VST2-Host
Der entscheidende Fund ist nicht ein vollständig neues Plugin-System, sondern eine bereits vorhandene Komponente des Betriebssystems. MPC OS nutzt intern einen Plugin-Host, der Linux-VST2-Bibliotheken erkennt. Das Community-Projekt stellt Werkzeuge und Beispiele bereit, um genau diesen Pfad für eigene Entwicklungen zu verwenden.
Ein auf diese Weise erzeugtes Plugin läuft direkt innerhalb der MPC-Umgebung. Es benötigt nach Angaben des Projekts weder eine separate Hintergrundanwendung noch eine Bridge oder Eingriffe über LD_PRELOAD. Instrumente können als Plugin-Programm auf einer Spur liegen, über Pads oder den Sequencer gespielt und über die Q-Link-Regler verändert werden. Effekte lassen sich entsprechend in den Signalweg einfügen. Parameterzustände werden mit dem MPC-Projekt gespeichert.
Damit unterscheidet sich der Ansatz grundlegend von Fernsteuerungen, Netzwerk-Hosts oder Lösungen, bei denen der eigentliche Klangerzeuger weiterhin auf einem Rechner läuft. Die Signalverarbeitung findet auf dem ARM-Prozessor der MPC beziehungsweise Force statt. „Nativ“ beschreibt hier also tatsächlich die Ausführung auf dem Gerät – nicht bloß eine grafische Fernbedienung.
Keine beliebigen VST-Plugins vom Windows- oder Mac-Rechner
Die Schlagzeile kann leicht zu einem Missverständnis führen: Eine vorhandene VST3-Datei aus Cubase, Ableton Live oder einer anderen DAW lässt sich nicht einfach auf eine SD-Karte kopieren und anschließend in der MPC öffnen.
Die Gründe liegen in drei technischen Ebenen:
- Prozessorarchitektur: Die älteren Standalone-MPCs arbeiten mit ARM-Prozessoren. Viele Desktop-Plugins liegen dagegen als x86-64-Versionen für Intel- und AMD-Prozessoren vor.
- Betriebssystem: MPC OS basiert auf Linux. Windows-DLLs und macOS-Bundles sind damit nicht kompatibel.
- Plugin-Format: Der entdeckte Hostpfad betrifft VST2. VST3, CLAP, Audio Units und AAX werden durch das Projekt nicht freigeschaltet.
Damit ein Plugin funktioniert, muss sein Quellcode für die Zielplattform kompiliert und an die Eigenheiten des MPC-Hosts angepasst werden. Das ist vor allem bei quelloffenen Synthesizern, Effekten und DSP-Bibliotheken realistisch. Für kommerzielle Plugins ohne verfügbaren Quellcode bleibt der Weg verschlossen.
Wer die Unterschiede moderner Schnittstellen einordnen möchte, findet im BuenasIdeas-Grundlagenartikel CLAP – das offene Audio-Plugin-Format als Alternative zu VST3 weitere Hintergründe. Das MPC-Projekt setzt bewusst auf die ältere VST2-ABI, weil genau diese vom vorhandenen Host verstanden wird.
So wird ein Port in MPC OS eingebunden
Technisch besteht ein Port aus mehreren Bestandteilen. Die eigentliche Klangverarbeitung wird als kleine Linux-Bibliothek mit der Endung .so für ARM gebaut. Diese exportiert den bekannten VST2-Einstiegspunkt und wird auf dem Datenträger der MPC in einem VST-Verzeichnis abgelegt. Zusätzlich muss ein Eintrag in der Konfigurationsdatei MPC.settings angelegt werden.
Für die Bedienoberfläche nutzt das Projekt die vorhandene Skin-Struktur von MPC OS. Dadurch können Parameter auf einer eigenen Touchscreen-Seite erscheinen und den Q-Link-Reglern zugeordnet werden. Ein sogenanntes Skin Studio soll die Erstellung solcher Oberflächen erleichtern. Die Werkzeugkette kann außerdem Plugin-Datei, Skin und Konfiguration aus einer kompakten Projektbeschreibung erzeugen.
Das klingt komfortabler als eine vollständige Eigenentwicklung, bleibt aber ein Vorgang für technisch erfahrene Nutzer. Erforderlich sind Zugriff auf die Dateistruktur, eine passende Build-Umgebung und Änderungen an einer Systemkonfiguration. Vor jedem Versuch empfiehlt das Projekt ausdrücklich eine Sicherung der vorhandenen Einstellungen.
Erste Instrumente und Werkzeuge demonstrieren das Potenzial
Mehrere frühe Portierungen zeigen, dass der Ansatz nicht auf einen einfachen Testton beschränkt ist. Die Beispiele decken unterschiedliche Kategorien ab:
- Maze Voice ist ein experimenteller Synthesizer mit Through-Zero-FM, Wavefolding und Filtersektion.
- DX7 überträgt eine auf Dexed basierende FM-Klangerzeugung in die MPC-Umgebung.
- JV-880 demonstriert einen Port aus dem Bereich klassischer digitaler Synthesizer.
- Crate Digger verbindet das MPC-Konzept mit der Suche nach musikalischem Ausgangsmaterial über Discogs.
- Euclidier ist ein achtspuriger euklidischer Generator für MIDI-Noten und Controllerdaten.
Diese Beispiele sind als Machbarkeitsnachweise zu verstehen. Sie zeigen einerseits klassische Instrumenten- und Effektanwendungen, andererseits Plugins mit stärkerem App-Charakter. Da ein Plugin laut Projektdokumentation auch auf Dateien, Netzwerkfunktionen und Hilfsprozesse zugreifen kann, reicht das theoretische Spektrum von Synthesizern und Samplern bis zu MIDI-Generatoren und spezialisierten Produktionswerkzeugen.
Besonders interessant ist die Verbindung zu Schwung, einem System, mit dem sich alternative Klangerzeuger in Ableton Move integrieren lassen. Der MPC-Werkzeugsatz enthält einen Adapter für entsprechende DSP-Module. Dadurch könnten einzelne Engines mit vergleichsweise überschaubarem Aufwand auf mehrere Standalone-Plattformen übertragen werden.
Q-Links, Automation und Projektspeicherung funktionieren bereits
Für den praktischen Einsatz reicht es nicht, lediglich Audiosignale zu berechnen. Ein Plugin muss in den Arbeitsablauf der Hardware passen. Genau hier wirkt der bisherige Stand erstaunlich vollständig: Parameter können den Q-Links zugeordnet, automatisiert und zusammen mit dem Projekt gesichert werden. Auch Tempo- und Transportinformationen stehen den Plugins zur Verfügung.
Damit entsteht grundsätzlich dieselbe Bedienlogik, die Nutzer von offiziellen MPC-Instrumenten kennen. Akai selbst verwaltet heruntergeladene Instrumente und Effekte in einem „Synths“-Ordner auf dem internen Speicher oder einem angeschlossenen Datenträger. Das Community-Projekt nutzt Teile dieser bereits vorhandenen Infrastruktur, ohne dass Akai dafür eine öffentliche Drittanbieter-Schnittstelle dokumentiert hätte.
Gerade im Standalone-Betrieb ist diese Integration entscheidend. Ein Plugin, das nur über versteckte Menüs erreichbar wäre oder bei jedem Neustart neu eingerichtet werden müsste, hätte kaum praktischen Nutzen. Die jetzt gezeigten Ports fügen sich deutlich tiefer in MPC OS ein.
Die Grenzen: VST2, Rechenzeit und Absturzrisiko
Trotz der überzeugenden Demonstrationen befindet sich das Projekt in einer frühen, experimentellen Phase. Mehrere Einschränkungen sind derzeit wesentlich:
Nur VST2
Der Host akzeptiert nach bisherigem Kenntnisstand ausschließlich VST2. Das Format gilt seit Jahren als veraltet und wird von Steinberg nicht mehr regulär als aktuelle Entwicklungsplattform gepflegt. Das Projekt verwendet deshalb eine selbst formulierte ABI-Schnittstelle, ohne das alte Steinberg-SDK mitzuliefern. VST3 oder das offene CLAP-Format stehen auf diesem Weg nicht zur Verfügung.
Knappes Echtzeitbudget
Bei Geräten der ersten Generation muss die Audioberechnung innerhalb kurzer Blöcke abgeschlossen sein. Die Projektdokumentation nennt für einen Block von 128 Samples ein Budget von ungefähr 2,9 Millisekunden. Komplexe Synthesizer, aufwendiges Oversampling oder rechenintensive Faltung können diese Grenze schnell erreichen.
Eingeschränkte Oberfläche
Die Skin-Technik deckt typische Regler, Schalter und Parameterseiten ab, ersetzt aber keine frei programmierbare Desktop-GUI. Native Dropdown-Menüs, Texteingabe und beliebig gezeichnete Widgets sind derzeit nur eingeschränkt oder gar nicht verfügbar.
MIDI-Ausgabe benötigt Umwege
MPC OS ignoriert laut Projektdokumentation die normale MIDI-Ausgabe eines VST2-Plugins. Euclidier nutzt deshalb einen separaten Weg über ALSA. Das funktioniert als Machbarkeitsnachweis, zeigt aber zugleich, dass nicht jede erwartete Hostfunktion vollständig angebunden ist.
Ein Fehler kann MPC OS beenden
Die Plugins laufen im Prozess der MPC. Das spart eine Bridge und ermöglicht geringe Latenz, beseitigt aber auch eine Schutzschicht: Ein Absturz im Plugin kann das gesamte MPC-System mitreißen. Ungetestete Ports sollten deshalb nicht ohne gründliche Prüfung in einem wichtigen Live-Set oder Produktionsprojekt verwendet werden.
Welche MPC-Modelle sind kompatibel?
Der Entwickler hat den Ansatz im September 2026 auf einer Akai Force mit realer Hardware erprobt. Geräte der ersten MPC-Standalone-Generation besitzen eine ähnliche technische Grundlage und gelten deshalb als wahrscheinliche Kandidaten. Eine pauschale Freigabe für jedes Modell und jede Firmware gibt es jedoch nicht.
Für die neuere Gen-2-Plattform fällt die Einschätzung zurückhaltender aus. Dazu gehören aktuelle Geräte mit deutlich leistungsfähigerer Hardware, etwa die Akai MPC Live III. Ausgerechnet diese Modelle sollen stärker abgeschottet sein. Ihre höhere CPU-Leistung und der größere Arbeitsspeicher wären für anspruchsvolle Plugins besonders attraktiv, doch eine bestätigte Unterstützung liegt derzeit nicht vor.
Auch Firmware-Updates können das Verhalten verändern. Da Akai diesen Ladeweg nicht als öffentliche Entwicklerfunktion dokumentiert, besteht keine Garantie, dass er in künftigen MPC-OS-Versionen erhalten bleibt.
Öffnet das Projekt wirklich MPC OS?
Im praktischen Sinn öffnet das Projekt eine bislang verschlossene Tür: Unabhängige Entwickler können erstmals nachvollziehbar eigene, direkt auf der Hardware laufende Instrumente und Effekte in die bestehende MPC-Oberfläche integrieren. MPC OS selbst wird dadurch jedoch weder quelloffen noch vollständig entsperrt. Der Quellcode des Betriebssystems bleibt proprietär, und der Community-Weg basiert auf beobachtetem Verhalten einer internen Schnittstelle.
Auch der Begriff Open Source sollte präzise verwendet werden. Das Repository ist öffentlich einsehbar und stellt Quellcode sowie Dokumentation bereit. Zum Recherchezeitpunkt am 27. September 2026 war in den öffentlich erfassten Repository-Daten jedoch keine eindeutige Softwarelizenz ausgewiesen. Ohne eine solche Lizenz ist öffentlich lesbarer Code nicht automatisch zur freien Weiterverwendung, Veränderung oder Verteilung freigegeben. Für private Experimente ist das Projekt zugänglich; vor einer Veröffentlichung eigener Ableitungen sollte die Lizenzlage geklärt werden.
Hinzu kommen die Rechte an portierten Klangerzeugern, Presets, ROM-Inhalten und Marken. Ein technisch möglicher Port ist nicht automatisch rechtlich verteilbar. Das Projekt selbst verteilt nach eigener Darstellung keine Bestandteile von Akai und versteht die Arbeit als persönliche, nichtkommerzielle Erprobung.
Was die Entdeckung für das MPC-Ökosystem bedeuten könnte
Der Fund macht sichtbar, dass MPC OS technisch offener aufgebaut ist, als es die offizielle Produktstrategie vermuten lässt. Ein dokumentiertes Entwicklerprogramm könnte kleinen Plugin-Herstellern ermöglichen, ihre Instrumente für die Standalone-Hardware anzubieten. Davon würden besonders Werkzeuge profitieren, die sich gut mit Pads, Sequencer und Q-Links bedienen lassen.
Ob Akai diesen Weg toleriert, absichert oder mit einem Update schließt, ist derzeit offen. Eine offizielle Schnittstelle müsste Fragen zu Stabilität, Signierung, Lizenzierung, Kopierschutz, Qualitätskontrolle und Support beantworten. Der aktuelle Community-Ansatz liefert dafür keine fertige Vertriebsplattform, aber einen technisch bemerkenswerten Machbarkeitsnachweis.
Für Produzenten ist daher vor allem die Perspektive interessant: Standalone-Hardware muss nicht zwangsläufig auf ein dauerhaft geschlossenes Sortiment virtueller Instrumente begrenzt bleiben. Gleichzeitig zeigt das Projekt, wie groß der Abstand zwischen einem funktionierenden Prototyp und einem verlässlichen Plugin-Ökosystem ist.
Fazit
mpc-vst-plugins ist eine der spannendsten technischen Entdeckungen rund um MPC OS seit Langem. Das Projekt demonstriert, dass speziell kompilierte Linux-VST2-Plugins direkt auf kompatibler Akai-Hardware laufen und sich tief in Bedienoberfläche, Q-Links, Automation und Projektspeicherung integrieren lassen.
Von einer universellen VST-Freigabe kann dennoch keine Rede sein. Benötigt werden Quellcode, eine ARM-Portierung, Anpassungen an den MPC-Host und sorgfältige Tests. Hinzu kommen offene Fragen zu Hardwaregenerationen, Firmware-Kompatibilität, Stabilität und Lizenzierung. In seinem jetzigen Zustand ist das Projekt vor allem ein Werkzeug für Entwickler und experimentierfreudige MPC-Nutzer – aber eines mit erheblichem Potenzial.
Weitere Informationen und der aktuelle Entwicklungsstand sind im GitHub-Repository mpc-vst-plugins zu finden. Offizielle Hinweise zur Verwaltung der regulären MPC-Instrumente und -Effekte stellt Akai Professional im Supportbereich bereit.
