Der 3D-Druck erlebt seit Jahren einen harten Richtungswechsel. Während die Community den Boom der Technologie im letzten Jahrzehnt auf den Schultern freier Software, offener Standards und gegenseitiger Innovation aufgebaut hat, drängen große Hardware-Hersteller wie Bambu Lab, Creality oder Anycubic massiv in die entgegengesetzte Richtung: Sie „vernageln“ offene Codebasen, um eigene, proprietäre Ökosysteme aufzubauen.

1. Der Ursprung: Zwei Stammbäume, ein Fundament

Fast jeder moderne Slicer – also das Programm, das ein 3D-Modell in Maschinencode (G-Code) übersetzt – geht auf eine von zwei großen Open-Source-Linien zurück:

1. Die Slic3r-Linie (AGPLv3): Gegründet von Alessandro Ranellucci, massiv professionalisiert durch Josef Prusa als PrusaSlicer und später die Basis für Bambu Studio sowie OrcaSlicer.
2. Die Cura-Linie (LGPLv3): Ursprünglich von David Braam entwickelt und von UltiMaker übernommen. Über Jahre hinweg war Cura der unangefochtene Platzhirsch der gesamten Branche.

Beide Projekte stellten ihren Quellcode frei zur Verfügung, wählten jedoch unterschiedliche Lizenzmodelle – mit weitreichenden Folgen für die spätere Ausbeutung durch Drittanbieter.

2. UltiMaker Cura: Der stille Riese und das „Re-Skinning“-Phänomen

Wer verstehen will, warum Hersteller heute eigene Slicer erzwingen, muss auf die Ära der klassischen Bettschubser (wie dem Creality Ender 3 oder dem Anycubic i3 Mega) zurückblicken. Damals war UltiMaker Cura das Maß aller Dinge.

Der Lizenz-Unterschied: LGPL statt AGPL

Im Gegensatz zu PrusaSlicer steht Cura unter der LGPLv3 (GNU Lesser General Public License). Diese Lizenz ist deutlich wirtschaftsfreundlicher und weniger restriktiv als die AGPL: Sie erlaubt es Unternehmen einfacher, eigenen proprietären Code mit der Open-Source-Engine (CuraEngine) zu verknüpfen, ohne das gesamte Endprodukt unter denselben strengen Bedingungen offenlegen zu müssen.

Die Ära der billigen Klone („Re-Skinning“)

Hersteller wie Creality, Anycubic, Elegoo oder Voxelab nutzten diese Freiheit jahrelang auf die bequemste Art aus:

• Statt eigene Software zu entwickeln, nahmen sie veraltete Versionen von Cura, tauschten das Logo und das Farbschema aus und brachten das Ergebnis als „Creality Slicer“ oder „Anycubic Cura“ auf den Markt.
• Diese Hersteller-Derivate hinkten dem offiziellen Cura oft um Jahre hinterher, enthielten längst behobene Bugs und boten keinerlei Mehrwert – außer, dass das eigene Druckermodell bereits voreingestellt war.

Curas Erbe in heutigen Slicern

Obwohl viele Enthusiasten heute zu OrcaSlicer oder PrusaSlicer gewechselt sind, steckt in diesen Programmen pures Cura-Wissen. Zwei der wichtigsten Innovationen des modernen 3D-Drucks wurden von den UltiMaker-Entwicklern für Cura erfunden und später – dank Open Source – direkt in PrusaSlicer, Bambu Studio und OrcaSlicer portiert:

• Die Arachne-Engine: Die dynamische Anpassung der Linienbreite für dünne Wände und feine Details stammt ursprünglich aus der CuraEngine.
• Tree Supports (organische Baumstrukturen): Lange bevor Prusa oder Bambu Lab organische Stützstrukturen feierten, wurden diese in Cura entwickelt und durch die dortige Community perfektioniert.

Warum die Hersteller Cura dennoch verließen: Cura leidet unter einer gewachsenen Architektur (einem Mix aus Python/Qt für die Oberfläche und C++ für die Engine), die bei modernen Anforderungen wie Multi-Plate-Management (mehrere Druckplatten gleichzeitig verwalten) und komplexen Multi-Material-Systemen (wie dem Bambu AMS oder dem Anycubic ACE Pro) träge wurde. Für die neue Generation der High-Speed-Klipper-Drucker bot die Prusa/Bambu-Architektur das modernere Fundament.

3. Warum Hersteller heute eigene, geschlossene Slicer erzwingen

Mit dem Wechsel auf die moderne Slic3r/Prusa-Basis änderten die Hersteller auch ihre Strategie. Aus bloßem „Re-Skinning“ wurde der Aufbau geschlossener Plattformen – meist verpackt als vermeintlicher Komfortgewinn:

Die Einbindung ins geschlossene Ökosystem („Walled Garden“)

Ein Drucker ist heute für viele Hardware-Firmen kein reines Einmalprodukt mehr, sondern ein Einlasstor in ein Dienstleistungs- und Verbrauchsmaterial-Monopol.

• Cloud-Zwang und Telemetrie: Proprietäre Slicer (wie Bambu Studio mit seinen Cloud-Diensten, Creality Print oder Anycubic Slicer Next) binden den Anwender tief an die Serverinfrastruktur des Herstellers an.
• Verbrauchsmaterial-Kontrolle: Über RFID-Chips in Filamentrollen, die vom proprietären Slicer und den Material-Einheiten gemeinsam ausgelesen werden, versuchen Hersteller, Nutzer an die eigene Marke zu binden oder Fremdfilamente softwareseitig unkomfortabler zu machen.

Schutz vor Klonen und Support-Kontrolle

Aus Unternehmenssicht ist ein offener Slicer ein Support-Albtraum. Wenn Nutzer freie Standard-Slicer verwenden und falsche Parameter einstellen, führt das zu Fehldrucken und Reklamationen. Ein eigener, exklusiv auf die eigene Hardware abgestimmter Slicer („idiotensicherer“ 1-Klick-Druck inklusive Kamera-Überwachung) reduziert den Support-Aufwand drastisch und schützt gleichzeitig eigene Firmware-Innovationen vor der Konkurrenz.

4. Das AGPL-Dilemma: Strikter Copyleft vs. Closed-Source-Inseln

Mit dem Wechsel von der Cura-Basis (LGPL) auf die PrusaSlicer-Basis gerieten Hersteller wie Bambu Lab in Konflikt mit der AGPLv3 (GNU Affero General Public License). Diese Lizenz verpflichtet jeden, der den Code modifiziert oder über ein Netzwerk anbietet, den vollständigen abgeleiteten Quellcode unter denselben Bedingungen zu veröffentlichen.

Die Praxis entwickelte sich zu einem juristischen Katz-und-Maus-Spiel:

• Das Plugin-Schlupfloch: Anstatt den Slicer als monolithisches Programm zu bauen, trennten Entwickler den AGPL-lizenzierten Kern von herstellerspezifischen Netzwerk- und Cloud-Funktionen. Das „Bambu Network Plugin“ oder proprietäre Überwachungsroutinen werden als separate, geschlossene Binärdateien nachgeladen. Offiziell wird argumentiert, es handle sich um getrennte Softwaremodule. Kritiker der Free Software Foundation (FSF) sehen darin eine gezielte Umgehung des Copyleft-Sinns durch dynamische Verlinkung.
• Verzögerte Quellcode-Freigabe: Zu Beginn von Bambu Studio dauerte es Wochen und erhebliche Community-Proteste, bis der Quellcode überhaupt auf GitHub bereitgestellt wurde. Auch Creality steht wegen mangelhafter Lizenz-Compliance (bei Slicern sowie Marlin- und Klipper-Forks) regelmäßig in der Kritik.
• Asymmetrischer Code-Fluss: Während Hersteller frei auf Community-Errungenschaften (aus PrusaSlicer und Cura) zugreifen, schotten sie die Schnittstellen zur Hardware (Firmware-Protokolle, RFID-Handling, verschlüsselte Druckdatenströme) ab.

5. OrcaSlicer: Die Befreiung des Forks

Als Bambu Lab seinen Slicer auf Basis von PrusaSlicer veröffentlichte, passierte etwas, das von den Konzernstrategen unterschätzt wurde: Ein Entwickler mit dem Pseudonym SoftFever nutzte 2022 exakt dasselbe Open-Source-Recht, das Bambu Lab genutzt hatte, und forkte Bambu Studio. Daraus entstand OrcaSlicer.

Warum OrcaSlicer zum Standard der Enthusiasten wurde

OrcaSlicer neutralisierte die herstellerspezifische Abschottung, indem er die moderne Oberfläche und die Multimaterial-Logik nahm und sie wieder für alle Druckerplattformen öffnete:

1. Hardware-Agnostik statt Lock-in: OrcaSlicer integrierte native Profile für Voron, RatRig, Prusa, Creality, Anycubic, Elegoo und viele weitere.
2. Klipper- und Moonraker-Direktanbindung: Web-Interfaces wie Mainsail oder Fluidd lassen sich direkt im Slicer-Fenster bedienen – lokal und ohne herstellereigene Cloud-Zwänge.
3. Integrierte Kalibrierungswerkzeuge: Automatisierte Testdruck-Generatoren für Pressure Advance, Flow Rate, VFA und Temperatur-Türme machten externe Skripte überflüssig.
4. Umgekehrter Wissenstransfer: Die Ironie der Branche zeigt sich heute darin, dass sich das Blatt gewendet hat. Bambu Lab übernimmt regelmäßig Patches und Features aus OrcaSlicer zurück in Bambu Studio, während Hersteller wie Anycubic (Anycubic Slicer Next) und Creality ihre neuesten Slicer-Generationen inzwischen direkt auf OrcaSlicer aufbauen, weil die Community die besseren Algorithmen liefert.

6. Fazit: Der Preis der Bequemlichkeit

Die Geschichte von Cura über PrusaSlicer bis hin zu OrcaSlicer zeigt die unverwüstliche Durchschlagskraft freier Software: Keine einzelne Firma kann mit der Innovationskraft einer weltweiten Entwicklergemeinschaft Schritt halten.

Dennoch spaltet die aktuelle Strategie der Hardware-Hersteller den Markt. Auf der einen Seite steht der komfortorientierte Alltagsnutzer, der sich freut, dass sein Drucker per Smartphone-App und Cloud-Slicer auf Knopfdruck funktioniert. Auf der anderen Seite verlieren technikaffine Anwender zunehmend die Hoheit über ihre Maschinen. Wenn Firmware und Slicer über geschlossene Netzwerk-Plugins und verschlüsselte Schnittstellen gekoppelt werden, droht dem 3D-Druck das Schicksal moderner Tintenstrahldrucker: Geräte, die technisch brillant sind, bei denen am Ende aber der Hersteller diktiert, welche Software, welche Ersatzteile und welches Material verwendet werden dürfen.