Druckfarmen

3D-Modellbibliotheken für Druckfarmen verwalten

Von Petros, der Meshory entwickelt · Aktualisiert am 18. Sept. 2026 · 9 Min. Lesezeit

Eine Druckfarm läuft auf zwei Systemen, die oft für eines gehalten werden. Farm-Management-Software steuert die Maschinen: Warteschlangen, Auftragsverteilung, Druckerzuweisung, Bestellungen, G-Code. Eine Modellbibliotheksverwaltung beantwortet eine ganz andere Frage, nämlich was dir gehört, wo es liegt und welche der sechs Kopien die ist, die du druckst. Farm-Software schweigt sich über diese zweite Frage weitgehend aus, und je größer die Bibliothek, desto lauter wird dieses Schweigen. Diese Seite legt fest, welche Ebene was abdeckt, und sagt genau, wo Meshory aufhört, denn es ist ein Bibliothekswerkzeug und keine Farm-Management-Software.

Zwei Ebenen, und nur eine davon dreht sich um Drucker

PrintStash, ein selbst gehostetes Farm-Werkzeug und damit ebenfalls keine neutrale Partei, bringt die Trennung in seinem eigenen Vergleich vom August 2026 gut auf den Punkt: Ein Dateimanager ist „eine Bibliotheksebene über der Maschine“, und „der Drucker legt fest, welche Software die Maschine steuert; er legt nicht fest, wo deine Modelle, G-Code-Revisionen und dein Druckverlauf liegen“. Das ist die Unterscheidung, die du im Kopf behalten solltest, wenn du irgendetwas in diesem Bereich bewertest.

Die meisten Farmen betreiben am Ende von beidem eines, und das ist die richtige Antwort, kein Kompromiss. Der Fehler liegt darin, von einem der beiden zu erwarten, dass es die andere Hälfte mitübernimmt.

Was Farm-Management-Software abdeckt

Wenn Drucker, Warteschlangen und Bestellungen das Problem sind, sind das hier die Werkzeuge dafür, und keines davon ist Meshory.

Die Bibliotheksprobleme, die Farm-Software ignoriert

Diese Probleme werden mit wachsendem Umfang schlimmer, deshalb treffen sie Farmen härter als Hobbyisten.

Dasselbe Teil, sechsmal gespeichert, unter sechs Namen

Eine Farm sammelt schneller Duplikate an als jeder andere: erneute Downloads, ein Kit, das zweimal in verschiedenen Bundles gekauft wurde, ein Teil, das in einem anderen Maßstab neu exportiert wurde, dasselbe Modell, von STL nach 3MF konvertiert für einen anderen Drucker. Die meisten Werkzeuge, die Duplikaterkennung versprechen, hashen die Datei-Bytes, was eine umbenannte Kopie erkennt, aber jeden dieser Fälle verpasst, weil ein Re-Export keine Bytes mit seinem Original teilt. Erst der Abgleich des Meshs selbst schließt diese Lücke, und Hash- vs. geometriebasierte Erkennung geht genau durch, welche Kopien welche Methode findet.

Eine Bibliothek, die du nicht sehen kannst

Farm-Software zeigt dir die Dateien, die du bereits hineingeschoben hast. Sie rendert keine Vorschau für die 40.000 Modelle, die auf dem NAS liegen und die niemand angerührt hat, seit das Kickstarter-Paket ankam, und ein Bediener, der ein Modell nicht sehen kann, lädt es lieber neu herunter oder kauft es neu, statt zu suchen. Vorschaubilder über das gesamte Archiv sind die günstigste Lösung dafür, und genau die fehlt in Farm-Werkzeugen am häufigsten.

Pakete, die nie jemand entpackt hat

Creator- und Kickstarter-Drops kommen als ZIP, RAR und 7Z an und bleiben ungeöffnet liegen, was bedeutet, dass ihr Inhalt für die Suche und für jede Duplikatprüfung unsichtbar ist. In Archive hineinzulesen, ohne sie zu entpacken, ist der Unterschied zwischen einer durchsuchbaren Bibliothek und einer, bei der ein nennenswerter Anteil eine Blackbox bleibt.

Eine gemischte Flotte bedeutet gemischte Projektdateien

Eine Farm, die Bambu neben Creality oder Snapmaker betreibt, landet am Ende bei Slicer-Projekten, die sich nur in dem Slicer öffnen lassen, der sie erstellt hat. Meshorys 3MF-Konverter, in der Beta unter Tools, überträgt ein Projekt aus Bambu Studio, OrcaSlicer, Snapmaker Orca oder Creality Print als neue 3MF in eines der anderen Programme, wobei Platten und bemalte Farben übernommen werden und das Original unangetastet bleibt. Geänderte Druckeinstellungen kommen erst ab dem Release nach 1.9.0 mit, auf dem aktuellen Release also noch nicht.

Was Meshory für eine Farm nicht tut

Das zuerst, weil es schneller geprüft ist und entscheidet, ob der Rest dieser Seite für dich überhaupt relevant ist.

• Keine Druckersteuerung: Es verbindet sich nicht mit Druckern, verteilt keine Aufträge, führt keine Produktionswarteschlange und überwacht nichts. Eine Warteschlange steht auf der Roadmap, gedacht eher für eine Markt- oder Geschenkserie als für Produktion, und ist noch nicht erschienen.
• Keine Bestellungen, SKUs oder Kunden: Es gibt keinen Produktkatalog und keine Verknüpfung zwischen einem Modell und einem Artikel, den du verkaufst.
• Kein G-Code-Tracking: Es versioniert keinen G-Code, speichert keinen bewährten G-Code zu einer Modellrevision und einem Profil und liest keine Slicer-Einstellungen aus einer geslicten Datei zurück aus.
• Kein Druckverlauf: Erfolge, Fehlschläge, Nachdrucke und verbrauchtes Material werden nicht erfasst. Filament lässt sich einem Modell zuordnen, aber Spulen- und Drucker-Tracking stehen auf der Roadmap und sind noch nicht erschienen.
• Keine Konten, Berechtigungen oder Nachverfolgung: Es ist eine Desktop-App für einen Nutzer. Mehrere Personen können es jeweils auf derselben NAS-Freigabe laufen lassen, aber es gibt keinen gemeinsamen Zustand zwischen ihnen, keine Rollen und keine Aufzeichnung, wer was geändert hat.

Wenn eines davon das Problem ist, das du lösen willst, schau in die Tabelle oben, und PrintStash oder Daedalus sind die naheliegenden Ausgangspunkte für eine selbst gehostete Farm.

Was Meshory für eine Farm tut

Eine Aufgabe, im Umfang, den eine Farm wirklich hat. Es indexiert Ordner vor Ort unter macOS, Windows und Linux, einschließlich NAS und Netzwerkfreigaben, und bewegt nichts.

• Jedes Modell sichtbar: automatische Vorschaubilder für STL, 3MF, OBJ, FBX, STEP und Rhino 3DM, und ein echter 3D-Viewer, auch für mehrplattige Bambu-Projekte.
• Duplikate auf drei Arten gefunden: über Dateiinhalt, Mesh-Geometrie und ganze Ordner, sodass ein Re-Export oder eine Formatumwandlung trotzdem mit dem Original zusammengefasst wird und ein Ordner mit demselben Satz an Modellen zu einem einzigen Fund zusammenschmilzt.
• Archive vor Ort gelesen: ZIP, RAR, 7Z und TAR/TGZ werden wie Ordner durchstöbert, jedes enthaltene Modell bekommt ein Vorschaubild und zählt für die Duplikaterkennung mit.
• Suche, Tags und Sammlungen über die gesamte Bibliothek, mit optionalem KI-Tagging über deinen eigenen OpenRouter-Schlüssel statt unseren.
• Direkt in den Slicer: 15+ installierte Slicer automatisch erkannt, ein Klick aus der Bibliothek, dazu der 3MF-Konverter für eine gemischte Flotte.
• Keine Plätze zu verwalten: ein Lizenzschlüssel und kein Konto, und die dokumentierte Position ist kein Aktivierungslimit, sodass mehrere Arbeitsplätze nicht mehrere Käufe bedeuten.

Zum Umfang die ehrliche Zahl statt eines Adjektivs: Es wurde vor der Veröffentlichung an einer Bibliothek mit 118.270 Modellen und 3,5 TB auf einer NAS-Freigabe gebaut und robust gemacht, und einen NAS-Ordner scannen behandelt, wie Netzwerkquellen gehandhabt werden.

Wie die beiden Ebenen zusammenspielen

1. 1Die Bibliothek bleibt dort, wo sie schon ist, auf dem NAS oder dem gemeinsamen Laufwerk. Nichts wird in ein neues Zuhause migriert.
2. 2Eine Bibliotheksverwaltung indexiert sie vor Ort, rendert Vorschauen und räumt die Duplikate auf, bevor sich etwas Nachgelagertes damit befassen muss.
3. 3Ein Bediener findet das Modell, konvertiert das Projekt, wenn der Zieldrucker einen anderen Slicer braucht, und öffnet es im Slicer.
4. 4Ab da übernimmt die Farm-Software: slicen, in die Warteschlange stellen, an einen Drucker weiterleiten, das Ergebnis an der Bestellung vermerken.

Erst zu deduplizieren lohnt sich in genau dieser Reihenfolge. Jedes Duplikat, das du in ein Produktionssystem mitnimmst, wird zu einer doppelten SKU, einem doppelten Auftrag oder einem Bediener, der die falsche Revision druckt.