Akai hatte versprochen, den MPC zu öffnen. Veröffentlicht hat die Firma nur den Teil, den das Gesetz ohnehin verlangt.

Was hat Akai tatsächlich veröffentlicht?

Am 9. November 2026 stellte inMusic, die Muttergesellschaft von Akai Professional, auf GitHub ein Repository namens az0x-open-source online, unter dem Account inmusic-software (github.com/inmusic-software/az0x-open-source). Es deckt 14 verschiedene MPC-Geräte über drei Firmware-Versionen ab: MPC G1 v3.10 (MPC X, X Special Edition, Live, Live II, One, One+, Key 37, Key 61 und Force), MPC G2 v3.10 (XL, Live III, One G2 und Key 37 G2) und MPC Sample v1.3.0. Dasselbe Repository deckt auch inMusics Engine-OS-Hardware ab, die Denon-DJ-Prime- und SC-Player, Numarks Mixstream-Pro-Reihe und den Rane System One, was zeigt, dass es sich um eine markenweite Compliance-Veröffentlichung handelt, nicht um etwas, das speziell um den MPC-Teaser gebaut wurde.

Darin steckt die Linux-Umgebung, die unter der MPC-Firmware läuft: der Kernel, glibc, busybox, alsa-lib, bluez5, systemd und eine lange Liste weiterer Upstream-Pakete, veröffentlicht, laut der eigenen Beschreibung des Repositorys, mit "sehr wenigen Änderungen gegenüber den Upstream-Projekten". Die Maintainer schreiben, ihr Ziel sei es, "alle relevanten Patches an die offiziellen Projekte zurückzugeben."

Beweist das, dass der Oktober-Teaser echt war?

Time To House hatte Akais SampleKey-Teaser am 29. Oktober behandelt, einen Tag nach seinem Auftauchen auf Instagram, und der ganze Artikel drehte sich um eine unbeantwortete Frage: Würde Akai den tatsächlichen Firmware-Quellcode veröffentlichen, oder nur von "Open Source" reden, ohne je eine Lizenz zu zeigen. Einen Tag davor hatte Behringer offene Firmware für den eigenen 150-Dollar-Sampler Kick vorgestellt, einen MPC-One-Klon, und das Timing auf Akais Seite wirkte eher wie eine Antwort als ein Zufall.

Zwei Wochen später beantwortet die GitHub-Veröffentlichung diese Frage, nur nicht so, wie es der Teaser nahelegte. Veröffentlicht wird nicht das Betriebssystem des MPC, nicht die Anwendungsebene, und nicht die AIR-Audio-Engines, die einen MPC überhaupt wie einen MPC klingen und sich anfühlen lassen. Das bleibt alles geschlossen. Veröffentlicht wird die GPL- und LGPL-lizenzierte Linux-Verrohrung, die jeder Hersteller von Linux-basierter Consumer-Hardware gesetzlich offenlegen muss. Akai hat kein Geschenk gemacht, sondern Papiere eingereicht, die ohnehin fällig waren.

"Wir wollen alle relevanten Patches an die offiziellen Projekte zurückgeben." Aus der Beschreibung des Repositorys az0x-open-source

Was bleibt geschlossen, und was könnte sich später öffnen?

Die proprietäre Ebene, die, die Modder eigentlich wollen, das MPC-Betriebssystem, der Sequencer, die Sampling-Engine, die AIR-Synths, bleibt von dieser Veröffentlichung unberührt. Akai sagt zwar, der MPC Sample und der noch nicht offiziell angekündigte SampleKey bewegten sich getrennt auf ein Modell zu, das die Firma ein echteres, offeneres "Vibe-Coding" nennt, mit bereits gewährtem Frühzugang für einige Entwickler, laut Midnight Rebels. Das ist der Faden, den man im Auge behalten sollte, nicht dieses Repository. Eine Compliance-Veröffentlichung beweist, dass Akai sich an die GPL hält. Sie sagt nichts darüber aus, ob die Firmware, die einen MPC tatsächlich zum Laufen bringt, je mit beigelegtem Quellcode erscheint.