Druckfarmen

3D-Modellbibliotheken für Druckfarmen verwalten

Von Petros, der Meshory entwickelt · Aktualisiert am 11. Okt. 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, zieht in seinem eigenen Vergleich vom August 2026 die Trennlinie: 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.

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, Creality Print, Anycubic Slicer Next oder PrusaSlicer als neue 3MF in eines der anderen Programme, wobei Platten und bemalte Farben übernommen werden und das Original unangetastet bleibt. Seit Meshory 1.10.0 kommen auch die Druckeinstellungen mit, die du geändert hast. PrusaSlicer ist die Ausnahme. Seine Projekte halten nicht fest, welche Einstellungen du geändert hast, deshalb nutzt eine Konvertierung von oder nach PrusaSlicer das Druckprofil des Ziels, und weil Meshory ein PrusaSlicer-Projekt als ein einziges Druckbett exportiert, lässt sich nur ein Projekt mit einer Platte dorthin konvertieren.

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, GLB, PLY, STEP, Rhino 3DM, Fusion F3D/F3Z und Lychee LYS (experimentell), und ein echter 3D-Viewer, auch für mehrplattige Bambu-Projekte.
• Duplikate auf vier Arten gefunden: über Dateiinhalt, Mesh-Geometrie, ganze Ordner und Ordnerüberschneidung, sodass ein Re-Export oder eine Formatumwandlung trotzdem mit dem Original zusammengefasst wird, ein Ordner mit demselben Satz an Modellen zu einem einzigen Fund zusammenschmilzt und ein Bundle, das in einem anderen steckt, gemeldet statt übersehen wird.
• 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 dein eigenes Anbieterkonto oder ein lokales Ollama-Modell, nie über einen Meshory-Server.
• Direkt in den Slicer: 16+ installierte Slicer automatisch erkannt, ein Klick aus der Bibliothek, dazu der 3MF-Konverter für eine gemischte Flotte.
• Ein Lizenzschlüssel, kein Konto: Eine Lizenz ist auf bis zu 5 Arbeitsplätzen gleichzeitig aktiv; eine Farm, die mehr braucht, kann an support@meshory.com schreiben, und wir erhöhen das Limit.

Auf die Größenordnung bezogen eine Zahl statt eines Adjektivs: Es wurde vor dem Release an einer NAS-Bibliothek mit 118.270 Modellen und 3,5 TB gebaut und abgehärtet, und einen NAS-Ordner scannen behandelt, wie Netzwerkquellen gehandhabt werden.

Was Meshory der Farm-Software überlässt

• Keine Druckersteuerung: Es verbindet sich nicht mit Druckern, verteilt keine Aufträge, plant keine Produktion und überwacht nichts. Seine Print queue, neu in Meshory 1.11.0, ist die Liste eines Makers mit allem, was noch gedruckt werden soll: benannte Chargen für einen Markt oder eine Geschenkserie, jeweils mit optionalem Fälligkeitsdatum, dazu ein Board mit einer Spur für jeden Drucker, den du von Hand oder aus den Presets deines Slicers hinzufügst.
• 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.
• Keine Auftragsdaten von den Druckern: Von einem Drucker wird nichts zurückgelesen. Auf einer Druckliste markierst du jeden Druck selbst als gedruckt oder fehlgeschlagen, und die Angaben zu Zeit und Filament sind Schätzwerte, die der Slicer gespeichert, OrcaSlicer berechnet oder du eingetragen hast, kein gemessener Verbrauch. Filament lässt sich einem Modell zuordnen, und die Spulenverfolgung steht auf der Roadmap, statt schon ausgeliefert zu sein.
• 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.

Das sind Aufgaben der Farmverwaltung, und Farm-Software läuft neben einer Bibliothek, statt sie zu ersetzen. Die Tabelle oben zeigt, welches System was übernimmt, und die Vergleichsseite stellt Meshory Ordnern, Modell-Websites und selbst gehosteten Servern gegenüber.

Was Farm-Management-Software abdeckt

Drucker, Warteschlangen und Aufträge gehören zu dieser Ebene, und jedes dieser Tools deckt einen Teil davon ab.

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.