Bambu Lab und Orca Slicer: Wenn Open Source nur so lange willkommen ist, wie es dem Geschäftsmodell dient

Der 3D-Druck ist aus einer offenen Bastel- und Entwicklerkultur entstanden. Profile wurden geteilt, Firmware angepasst, Slicer weiterentwickelt und Hardware umgebaut. Genau dieser offene Ansatz hat die Szene über Jahre getragen. Inzwischen verändert sich der Markt jedoch spürbar. Aus offenen Werkzeugen werden zunehmend geschlossene Ökosysteme, bei denen der Hersteller entscheidet, wie weit Nutzer tatsächlich gehen dürfen. Besonders deutlich zeigt sich das derzeit bei Bambu Lab. Das Unternehmen steht erneut in der Kritik, weil es gegen einen Entwickler vorgeht, der mit OrcaSlicer-bambulab einen Fork der bekannten 3D-Drucksoftware Orca Slicer erstellt hat.

Der entscheidende Punkt: Diese angepasste Version soll es ermöglichen, Bambu-Drucker zu nutzen, ohne Druckdaten über die Cloudserver des Herstellers zu leiten. Damit geht es nicht nur um eine technische Detailfrage. Es geht um Kontrolle. Es geht darum, wie viel Freiheit ein Nutzer nach dem Kauf eines Geräts noch hat. Und es geht darum, ob Open Source nur so lange akzeptiert wird, wie es dem Hersteller selbst nützt.

Bambu Lab sieht die eigene Infrastruktur gefährdet

Nach den vorliegenden Berichten wirft Bambu Lab dem Entwickler vor, dass sich die modifizierte Software gegenüber den Servern als offizieller Bambu-Studio-Client ausgebe. Daraus leitet das Unternehmen unter anderem ein Risiko für die eigene Infrastruktur ab. Wenn sich viele inoffizielle Clients wie die offizielle App verhalten, könne dies Angriffe oder Überlastungen begünstigen.

Das klingt zunächst nach einem klassischen Sicherheitsargument. Allerdings wird es in diesem Fall schwierig, weil der Entwickler nach eigener Darstellung auf Code aufsetzt, den Bambu Lab selbst unter der AGPLv3-Lizenz veröffentlicht hat. Genau diese Lizenz erlaubt grundsätzlich das Weiterentwickeln, Verändern und Abspalten der Software. Forks sind also kein Unfall im Open-Source-System, sondern ein zentraler Bestandteil davon.

 

Der Entwickler Jeff Geerling kritisiert deshalb, dass Bambu Lab rechtlichen Druck auf eine sehr kleine Nutzergruppe ausübe, anstatt die eigene Plattform technisch sauber und sicher zu gestalten. Aus dieser Perspektive wirkt der Vorwurf nicht wie ein reines Sicherheitsproblem, sondern wie der Versuch, Kontrolle über ein Ökosystem zurückzugewinnen, das auf offenem Code basiert.

Open Source ist keine Einbahnstraße

Genau hier liegt der wunde Punkt. Viele Hersteller profitieren gerne von Open Source. Sie bauen auf vorhandenen Projekten auf, übernehmen Code, beschleunigen die eigene Entwicklung und senken damit Kosten. Im 3D-Druck ist diese Linie besonders klar sichtbar. Slic3r, PrusaSlicer, Bambu Studio und Orca Slicer stehen nicht isoliert nebeneinander, sondern bilden eine Entwicklungskette, in der offene Arbeit immer wieder Grundlage neuer Produkte wurde. Wenn ein Unternehmen aus diesem offenen Fundament ein kommerzielles Produkt baut, ist das legitim. Problematisch wird es aber dann, wenn dieselbe Offenheit später eingeschränkt werden soll, sobald sie nicht mehr in die eigene Plattformstrategie passt.

Denn Open Source bedeutet eben nicht: Der Hersteller darf nehmen, was ihm passt, und später bestimmen, welche Abspaltung noch erwünscht ist. Wer unter einer entsprechenden Lizenz veröffentlicht, muss damit leben, dass andere den Code prüfen, verändern und in andere Richtungen weiterentwickeln. Das ist keine Schwäche des Systems, sondern sein Kern.

Der eigentliche Konflikt: Cloud, Kontrolle und Nutzerfreiheit

Dass ausgerechnet eine Version in den Fokus gerät, die Druckdaten ohne Hersteller-Cloud verarbeiten möchte, macht den Fall besonders interessant. Denn viele Nutzer wollen ihre Drucker schlicht lokal betreiben. Nicht jeder möchte Modelle, Druckaufträge oder Metadaten über externe Server schicken. Gerade im semiprofessionellen Bereich, in Werkstätten, Schulen, Unternehmen oder bei vertraulichen Projekten ist lokale Kontrolle kein Luxus, sondern eine nachvollziehbare Anforderung.

Bambu Lab hat den Markt mit schnellen, komfortablen und weitgehend vorkonfigurierten Geräten stark verändert. Das muss man anerkennen. Viele Anwender wären ohne diesen niedrigen Einstieg vermutlich nie zum 3D-Druck gekommen. Doch je stärker ein Gerät an Cloud, App, Account und Herstellerlogik gebunden wird, desto mehr verschiebt sich das Verhältnis zwischen Käufer und Anbieter. Am Ende steht dann eine einfache Frage: Gehört der Drucker nach dem Kauf wirklich dem Nutzer, oder bleibt er funktional ein Teil der Plattform des Herstellers?

Der Seitenhieb mit RFID und NFC passt ins gleiche Bild

Der Streit um OrcaSlicer-bambulab ist kein isolierter Vorfall. Er passt zu einer Entwicklung, die man auch beim Materialsystem beobachten kann. Bambu Lab setzt mit seinem AMS-System auf RFID-Tags zur automatischen Erkennung eigener Filamentrollen. Technisch ist das bequem. Die Rolle wird erkannt, das Profil geladen, der Druck kann starten. Doch auch hier geht es nicht nur um Komfort. Es geht wieder um Kontrolle. Denn automatische Materialerkennung kann ein offenes Werkzeug sein, wenn Nutzer und Drittanbieter gleichwertig eigene Rollen, Tags oder Profile einbinden können. Wird sie dagegen primär zur Stärkung des eigenen Verbrauchsmaterial-Ökosystems genutzt, entsteht eine Komfort-Hierarchie zugunsten des Herstellers.

Niemand behauptet ernsthaft, dass PETG besser druckt, nur weil ein Chip an der Spule klebt. Entscheidend bleiben Materialqualität, Feuchtigkeit, Temperatur, Flow, Kühlung, Geschwindigkeit und Haftung. Der RFID-Tag liefert nur eine Information. Er ersetzt kein Verständnis und macht aus einem durchschnittlichen Filament kein besseres Material. Trotzdem sorgt genau diese Bequemlichkeit dafür, dass Nutzer eher im Herstellerkosmos bleiben. Originalrolle einlegen, automatisch erkennen lassen, losdrucken. Fremdfilament muss dagegen manuell gepflegt, angelegt und kontrolliert werden. Das ist kein hartes Verbot, aber eine klare Lenkung.

Komfort darf kein Vorwand für geschlossene Systeme werden

Man muss RFID, NFC, Cloudfunktionen oder automatische Profile nicht grundsätzlich ablehnen. Im Gegenteil: Richtig umgesetzt können solche Funktionen den 3D-Druck zugänglicher machen und Fehler vermeiden. Gerade bei Mehrfarbdruck, mehreren Materialien oder wechselnden Rollen ist Automatisierung sinnvoll.

Die entscheidende Frage lautet aber: Wer kontrolliert diese Automatisierung?

Wenn offene Schnittstellen existieren, wenn Drittanbieter faire Möglichkeiten bekommen und wenn Nutzer eigene Workflows gleichwertig nutzen können, wird Komfort zum Werkzeug. Wenn der Hersteller dagegen bestimmt, welche Software, welche Cloud, welche Rolle und welcher Weg der bequemste oder einzig offiziell akzeptierte ist, wird Komfort zum Steuerungsinstrument.

Genau deshalb gehören der Slicer-Fall und die RFID-Debatte zusammen. Beide zeigen dieselbe Richtung. Offene Strukturen werden nicht zwingend über Nacht abgeschaltet. Sie werden schrittweise unattraktiver gemacht, juristisch eingehegt oder durch bequemere Herstellerwege verdrängt.

Ausgerechnet im 3D-Druck ist das bitter

Der 3D-Druck war nie nur ein weiteres Consumer-Thema. Natürlich gibt es inzwischen viele Nutzer, die einfach nur ein Modell aus dem Netz laden und drucken wollen. Daran ist nichts falsch. Trotzdem lebt die Szene weiterhin von Modifikation, Austausch und technischem Verständnis.

Slicer-Profile, Community-Firmware, offene Materialdatenbanken, alternative Steuerungen und unabhängige Tools sind keine Randerscheinungen. Sie sind ein wesentlicher Grund dafür, warum der 3D-Druck überhaupt so weit gekommen ist. Wer diese Kultur durch juristischen Druck oder proprietäre Komfortsysteme beschneidet, verändert den Charakter des gesamten Marktes.

Bambu Lab hat viel für die Alltagstauglichkeit moderner 3D-Drucker getan. Gleichzeitig zeigt das Unternehmen inzwischen aber auch, wie schnell aus Komfort ein kontrolliertes Ökosystem werden kann. Genau diese Mischung macht den Fall so brisant.

Andere Ansätze zeigen, dass es auch offener geht

Dass automatische Materialerkennung nicht zwangsläufig proprietär gedacht werden muss, zeigen Community-Ansätze wie OpenSpool oder alternative Firmware-Projekte im Umfeld anderer Hersteller. Auch beim Snapmaker U1 und entsprechenden Community-Erweiterungen wird sichtbar, dass RFID-Funktionen nicht automatisch Herstellerbindung bedeuten müssen. Der Unterschied liegt im Ansatz. Wird ein Tag genutzt, um dem Nutzer Arbeit abzunehmen? Oder wird er genutzt, um ein eigenes Ökosystem komfortabler und damit attraktiver zu machen als alles andere?

Offene Lösungen müssen nicht immer so glatt funktionieren wie die perfekt integrierte Herstellerlösung. Aber sie erhalten Wahlfreiheit. Und genau diese Wahlfreiheit war im 3D-Druck nie ein Nebenschauplatz, sondern ein Grundprinzip.

Ein Thema für Regulierung und offene Standards

Langfristig stellt sich deshalb die Frage, ob solche Systeme stärker über offene Standards geregelt werden müssen. Nicht, weil jeder RFID-Tag auf einer Filamentrolle automatisch ein Fall für Behörden wäre. Sondern weil Verbrauchsmaterialien, Software-Schnittstellen und Cloudzwänge immer stärker miteinander verschmelzen.

Wenn ein Hersteller Materialdaten automatisiert verarbeitet, sollte die Schnittstelle so offen sein, dass Drittanbieter und Nutzer eigene Rollen gleichwertig einbinden können. Wenn ein Drucker lokal arbeiten kann, sollte der Nutzer nicht faktisch in Richtung Cloud gedrängt werden. Und wenn Software auf offenem Code basiert, sollte ein Fork nicht durch juristischen Druck zur Ausnahme erklärt werden. Das wäre keine innovationsfeindliche Haltung. Im Gegenteil. Es wäre der Schutz eines Marktes, der ohne offene Entwicklung nie in dieser Form entstanden wäre.

Der Fall Bambu Lab ist größer als ein Slicer-Fork

Der Streit um OrcaSlicer-bambulab ist mehr als ein Konflikt zwischen einem Hersteller und einem Entwickler. Er ist ein Symptom für eine größere Verschiebung im 3D-Druckmarkt. Open Source wird gerne genutzt, solange es Wachstum, Tempo und Reichweite bringt. Sobald daraus aber unabhängige Kontrolle, lokale Workflows oder unbequeme Forks entstehen, wird es für manche Unternehmen offenbar eng. Der Seitenblick auf RFID- und NFC-Systeme zeigt dieselbe Logik auf der Materialseite. Auch dort wird Offenheit nicht offen bekämpft, sondern durch Komfortstrukturen eingegrenzt. Nutzer dürfen zwar noch vieles tun, aber der bequemste Weg führt zunehmend durch das Ökosystem des Herstellers.

Genau das muss man kritisch sehen. Fortschritt im 3D-Druck bedeutet nicht, dass alles wieder kompliziert werden muss. Gute Automatisierung ist willkommen. Einfache Einrichtung ist willkommen. Stabile Profile sind willkommen. Aber all das darf nicht dazu führen, dass Nutzer ihre Kontrolle verlieren und Open Source nur noch als Zulieferer für geschlossene Plattformen dient. Bambu Lab hat den Markt verändert. Jetzt zeigt sich, in welche Richtung diese Veränderung geht. Und genau deshalb ist der Fall OrcaSlicer-bambulab kein kleines Randthema für Entwickler, sondern eine Grundsatzfrage für die Zukunft des 3D-Drucks.