3dSynth genera direttamente nel browser i percorsi FDM e salta STL e slicer quando il toolpath diventa il progetto

3dSynth propone un modo differente di progettare per la stampa FDM: invece di creare necessariamente un solido, convertirlo in STL e lasciare successivamente a uno slicer il compito di decidere come l’ugello debba percorrerlo, il software può progettare direttamente la traiettoria di estrusione e trasformarla in G-code pronto per la macchina. Il sistema sviluppato dalla belga Kubuz funziona direttamente nel browser, senza richiedere un account per la versione gratuita, e mette a disposizione diversi ambienti per creare forme parametriche e procedurali, modificare mesh, programmare toolpath mediante nodi o blocchi e analizzare G-code già esistente. È un’impostazione particolarmente adatta a vasi, lampade, strutture a parete continua, tessuti stampati, reticoli ed esperimenti nei quali forma e movimento della testina coincidono quasi completamente.

Il principio può essere riassunto confrontando i due workflow.

Workflow tradizionale

CAD → mesh/STL → slicer → toolpath → G-code → stampante

Workflow diretto 3dSynth

profilo/procedura matematica → toolpath → G-code → stampante

Il vantaggio non è semplicemente eliminare un file intermedio. Cambia chi decide la geometria della deposizione. In un normale slicer il progettista definisce soprattutto il volume esterno e il software ricostruisce successivamente perimetri, seam, infill, travel e transizioni. Con 3dSynth, in molti moduli, il progettista lavora direttamente sul percorso che l’ugello eseguirà.

È quindi più corretto definire 3dSynth un ambiente procedurale per toolpath e mesh che un nuovo slicer universale.

Toolpath e geometria diventano la stessa cosa

Questa differenza è particolarmente evidente nel G-code Sculptor. L’utente crea innanzitutto un profilo che descrive la forma dell’oggetto lungo l’altezza, quindi applica una serie di effetti matematici.

Fra le trasformazioni possibili rientrano concetti come:

• twist;
• bend;
• taper;
• noise;
• onde;
• pattern;
• displacement;
• modulazioni lungo Z.

Gli effetti possono essere sovrapposti e riordinati. Cambiare l’ordine non produce necessariamente lo stesso risultato, esattamente come in una catena di operatori matematici.

Il modello non viene prima triangolato e poi riscoperto dallo slicer. Il sistema conosce già la traiettoria che vuole produrre.

Questo rende naturale creare superfici in cui ogni oscillazione visibile corrisponde direttamente a una modifica del movimento XY dell’ugello.

Nel vase mode questo approccio è particolarmente efficace

La stampa a spirale utilizza normalmente una sola parete continua.

Invece di eseguire:

layer → chiusura del perimetro → salita Z → nuovo layer

il percorso può essere una spirale continua nella quale Z aumenta progressivamente durante il movimento.

Il vantaggio più evidente è eliminare la seam verticale tipica dei layer chiusi.

Uno slicer tradizionale può naturalmente produrre vase mode. La differenza è che in 3dSynth il percorso a spirale non viene ricostruito a partire da un STL: è il risultato diretto del modello procedurale.

Questo permette di applicare variazioni che dipendono precisamente da:

• altezza;
• angolo;
• posizione;
• funzioni matematiche.

La parete può quindi essere trattata quasi come un segnale matematico trasformabile.

Ma 3dSynth non è limitato al vase mode

Il G-code Sculptor dispone anche di una modalità Layer Mode, nella quale il percorso viene suddiviso in layer discreti.

Il profilo e gli effetti possono rimanere gli stessi, mentre cambia il modo in cui la traiettoria viene costruita.

Layer Mode può includere passate aggiuntive simili a un infill per determinate forme, ma la documentazione ufficiale è molto chiara: non trasforma 3dSynth in un normale slicer per solidi.

Non gestisce genericamente qualsiasi STL con:

• tree support;
• più oggetti su una plate;
• strategie complete di infill;
• tutte le funzioni proprietarie dei slicer OEM.

Layer Mode ≠ slicing convenzionale

È una distinzione importante.

In Cura, OrcaSlicer o PrusaSlicer il software riceve una mesh tridimensionale e ne interseca il volume a ogni quota Z.

Ogni intersezione genera:

• contorni;
• perimetri;
• superfici;
• infill;
• supporti.

In 3dSynth Layer Mode la geometria nasce già da un profilo e da operatori procedurali.

Il sistema non deve riscoprire cosa rappresenti il solido.

Sa già come deve evolvere il profilo.

Quindi il risultato può essere simile dal punto di vista visivo, ma il modello computazionale è differente.

I nove moduli non producono tutti lo stesso tipo di output

L’attuale architettura di 3dSynth è diventata molto più ampia del solo G-code Sculptor.

Questa tabella chiarisce un punto fondamentale: 3dSynth non sostiene che ogni problema debba essere risolto attraverso il G-code diretto.

Quando il workflow beneficia di un vero solido, Mesh Sculptor e Texturize restituiscono deliberatamente il controllo a un normale slicer.

Mesh Sculptor mantiene quindi il workflow STL quando serve

Mesh Sculptor viene utilizzato quando l’utente vuole definire una forma tridimensionale che dovrà successivamente essere interpretata da un slicer tradizionale.

Il percorso diventa:

3dSynth → STL → Orca/Cura/Prusa/Bambu Studio → G-code.

Questo è più appropriato quando servono:

• supporti;
• infill convenzionale;
• più oggetti sul piatto;
• impostazioni specifiche del produttore;
• strategie di slicing sofisticate.

È un buon esempio del fatto che 3dSynth non tenta di trasformare il direct toolpath in una soluzione universale.

La sua documentazione indica esplicitamente che, per molti lavori, il slicer rimane lo strumento corretto.

Texturize separa forma e texture

Texturize affronta un altro problema interessante.

L’utente può importare o creare una mesh e applicare una texture tridimensionale come vero displacement della superficie.

A differenza di una semplice immagine applicata visivamente, il displacement cambia la geometria.

Il risultato viene esportato come STL.

Questo permette, per esempio, di prendere una forma semplice e aggiungere:

• texture organiche;
• mappe;
• pattern;
• variazioni di superficie.

Il file viene poi gestito dal normale slicer.

Anche qui:

texture geometrica ≠ toolpath diretto.

Il modulo modifica il modello, non decide necessariamente come debba essere stampato.

Node Sculptor porta una logica simile a Grasshopper nel toolpath FDM

Uno dei moduli più interessanti per utenti tecnici è Node Sculptor.

Il workflow utilizza un grafo di nodi collegati.

I socket sono tipizzati e possono trasportare elementi come:

• numeri;
• vettori;
• curve;
• mesh;
• dati di toolpath.

Il sistema valuta il grafo seguendo le dipendenze fra i nodi.

Un collegamento incompatibile viene rifiutato prima dell’esportazione.

Concettualmente il metodo ricorda ambienti visuali come:

• Grasshopper;
• Dynamo;
• sistemi node-based di grafica.

La differenza è che il risultato può arrivare direttamente alla traiettoria di estrusione.

L’utente può quindi programmare la forma senza scrivere necessariamente codice testuale.

Programmare il toolpath permette geometrie che un normale slicer non avrebbe motivo di inventare

Uno slicer è progettato per riprodurre nel modo più fedele possibile un volume.

Non è progettato principalmente per creare movimenti espressivi.

Con un ambiente procedurale è invece possibile definire direttamente:

percorso = funzione matematica.

Per esempio:

raggio = raggio base + sin(altezza × frequenza).

Oppure introdurre variazioni:

• periodiche;
• casuali con seed;
• dipendenti da Z;
• dipendenti dall’angolo.

Il toolpath non cerca più di approssimare una superficie precedentemente definita.

La superficie finale è conseguenza fisica del toolpath.

SynthBlocks offre la stessa filosofia attraverso blocchi visuali

SynthBlocks utilizza invece una logica simile ai linguaggi didattici a blocchi.

Sono disponibili elementi per:

• geometria;
• movimenti;
• estrusione;
• matematica;
• loop;
• condizioni;
• variabili;
• array;
• temperature;
• ventilazione;
• accelerazioni.

Il sistema compila poi il programma in vero G-code.

Questo è particolarmente interessante per l’educazione.

Uno studente può comprendere la relazione fra:

algoritmo

e

movimento fisico della stampante

senza dover iniziare direttamente da:

G1 X125.23 Y47.81 E0.034.

È comunque programmazione.

L’interfaccia cambia, ma il concetto resta quello di costruire una sequenza deterministica di operazioni.

Visual programming ≠ AI generativa

Nel 2026 è facile descrivere qualsiasi ambiente automatizzato come “AI”.

3dSynth non è principalmente questo.

Il nucleo documentato del sistema è:

• parametric design;
• procedural design;
• programmazione visuale;
• trasformazioni matematiche;
• generazione deterministica del toolpath.

La differenza è importante.

Con una procedura deterministica:

stessi parametri → stesso percorso.

Con un generatore AI probabilistico questo non è necessariamente vero.

Per applicazioni dove si vuole controllo preciso della traiettoria, la prevedibilità può essere un vantaggio.

Fabric Sculpt tratta le linee di estrusione come materiale progettuale

Fabric Sculpt genera strutture partendo da linee bidimensionali che vengono trasformate attraverso filtri e successivamente impilate.

Può creare forme che ricordano:

• weave;
• tessuti;
• reti;
• superfici flessibili.

Sono oggetti nei quali tentare di costruire prima un solido può essere quasi controproducente.

Il vero oggetto progettuale è infatti:

dove passa il filamento?

Queste applicazioni mostrano bene il motivo per cui l’approccio direct-G-code esiste.

Un CAD volumetrico descrive materia.

Un ambiente come 3dSynth può descrivere deposizione.

Hex Grid applica la stessa idea ai reticoli esagonali

Nel modulo Hex Grid l’utente lavora su un layout esagonale, quindi il software traduce il pattern in un percorso stampabile.

La relazione fra disegno 2D e struttura tridimensionale diventa immediata.

Può essere utile per:

• pannelli;
• pareti;
• reticoli;
• strutture decorative.

Ancora una volta, il percorso non deve essere ricostruito da una mesh complessa.

I Predefined Models sono l’estremo opposto della programmazione visuale

Non tutti vogliono costruire grafi o programmare.

Il modulo Predefined Models propone invece oggetti parametrici già configurati.

L’utente modifica parametri e il software genera direttamente la relativa traiettoria.

È un modello simile a un configuratore:

tipo di oggetto + dimensioni → G-code.

Questo potrebbe essere particolarmente utile per oggetti funzionali semplici che non richiedono CAD generico.

Custom G-code trasforma 3dSynth anche in uno strumento di ispezione

Un altro modulo permette di importare G-code già generato da:

• Cura;
• PrusaSlicer;
• OrcaSlicer;
• Simplify3D;
• altri software.

Il file viene mostrato contemporaneamente come:

testo + struttura + percorso 3D.

L’editor utilizza Monaco, lo stesso motore alla base dell’editor di Visual Studio Code, con syntax highlighting specifico per il G-code.

I comandi vengono riconosciuti per funzione.

Il valore didattico è interessante perché l’utente può selezionare una parte del testo e vedere fisicamente quale tratto della stampa rappresenti.

Il G-code può anche essere modificato in modo strutturato

Fra gli strumenti documentati troviamo operazioni come:

• ridurre/aumentare feedrate;
• modificare il flow;
• inserire temperatura;
• modificare fan speed;
• aggiungere pause;
• inserire G-code personalizzato;
• normalizzare feedrate;
• rimuovere comandi ridondanti.

È possibile, per esempio, selezionare una serie di layer e impostare:

feedrate × 0,5.

Il software modifica i relativi valori F e aggiorna l’analisi.

Questo avvicina 3dSynth anche al mondo del G-code post-processing.

Modificare G-code dopo lo slicing è potente ma richiede cautela

Un comando può influenzare lo stato di tutti quelli successivi.

Per esempio:

• extrusion absolute/relative;
• coordinate system;
• temperatures;
• accelerations.

Modificare manualmente un file senza conoscere lo stato precedente può generare errori.

Per questo il sistema include:

• preview;
• outline;
• diff prima dell’applicazione di alcune modifiche;
• debugging.

Ma il produttore specifica comunque che l’utente rimane responsabile del file stampato.

Direct G-code non significa “nessun controllo necessario”

È una distinzione fondamentale.

Uno slicer maturo esegue molte verifiche che l’utente normalmente non nota:

• dimensioni del bed;
• limiti della macchina;
• start sequence;
• temperature;
• firmware dialect;
• extrusion configuration.

Saltare lo slicer significa che una parte di questa responsabilità deve essere assunta dall’ambiente generativo.

3dSynth cerca di farlo attraverso profili condivisi per:

• stampante;
• materiale;
• nozzle;
• processo.

La preview mostra inoltre:

• seam;
• travel move;
• traiettorie;
• layer.

Ma la documentazione continua a raccomandare una verifica fisica soprattutto quando si utilizza un nuovo profilo.

Esistono centinaia di profili macchina, ma non sono partnership OEM

Il sistema include profili per ecosistemi come:

• Prusa;
• Bambu Lab;
• Creality;
• Voron;
• Anycubic;
• Elegoo;
• QIDI;
• FLSun.

Il profilo contiene essenzialmente:

• dimensioni macchina;
• impostazioni di processo;
• start G-code;
• end G-code;
• altre informazioni necessarie.

Kubuz specifica chiaramente che la presenza di un marchio non significa partnership o certificazione da parte del produttore.

È compatibilità basata sull’emissione di G-code appropriato per quella classe di macchina.

Profilo disponibile ≠ ogni funzione proprietaria supportata

Questo punto è particolarmente importante per le stampanti moderne.

Una macchina può utilizzare firmware standard o quasi standard per i movimenti di base, ma il proprio ecosistema può aggiungere:

• cloud send;
• AMS;
• calibration routines;
• lidar;
• proprietary metadata;
• proprietary file container.

3dSynth genera prevalentemente G-code standard con start/end script adatti al profilo.

Quando l’ecosistema del produttore richiede una pipeline proprietaria, la stessa documentazione consiglia di tornare al slicer OEM.

Quindi:

Bambu profile ≠ Bambu Studio completo.

Creality profile ≠ Creality Print completo.

Prusa profile ≠ PrusaSlicer completo.

Marlin, Klipper e RepRapFirmware sono il terreno più naturale

Il Custom G-code Editor documenta comandi e differenze di firmware per famiglie come:

• Marlin;
• Klipper;
• RepRapFirmware.

Sono ecosistemi nei quali il G-code rimane relativamente leggibile e controllabile.

La compatibilità effettiva dipende comunque dal modello specifico e dalla sua configurazione firmware.

Il nozzle size è parte del modello, non soltanto un’impostazione di stampa

Uno degli aspetti più coerenti con la filosofia direct-toolpath è che cambiare diametro dell’ugello può provocare la rigenerazione del percorso.

Questo è molto diverso dal semplice visualizzare lo stesso STL con un altro nozzle.

Se il percorso è il progetto, il diametro della linea è una caratteristica geometrica fondamentale.

Con un nozzle da:

0,4 mm

e uno da:

0,8 mm

la stessa strategia può richiedere:

• numero differente di linee;
• offset differenti;
• portata differente.

3dSynth mantiene quindi machine, material e nozzle profile nello stesso contesto progettuale.

Il G-code diretto può evitare anche alcuni problemi tipici della triangolazione STL

Il normale workflow:

CAD → STL

introduce un’approssimazione.

Una circonferenza analitica diventa una serie di triangoli.

Se la tessellazione è troppo grossolana, la superficie può mostrare facce.

Con toolpath matematici, alcune geometrie possono essere generate direttamente come curve campionate con una risoluzione definita dal sistema.

Questo evita un passaggio di conversione.

Ma non significa automaticamente maggiore accuratezza della parte.

Toolpath matematicamente preciso ≠ parte dimensionalmente precisa

La parte finale continua a dipendere da:

• stepper;
• cinematica;
• pressure advance;
• flow calibration;
• temperatura;
• shrinkage;
• materiale.

Eliminare STL riduce una possibile fonte di discretizzazione geometrica.

Non elimina la fisica della FDM.

Anche la densità di punti del percorso deve essere gestita

Una curva complessa può essere descritta utilizzando:

• pochi segmenti lunghi;
• moltissimi segmenti piccoli.

Troppe istruzioni possono aumentare:

• dimensione G-code;
• carico firmware;
• problemi di motion planning.

Troppi pochi punti possono invece produrre:

• sfaccettatura;
• perdita di dettaglio.

Un generatore procedurale deve quindi bilanciare fedeltà geometrica e complessità del percorso.

È un problema simile alla tessellazione STL, ma spostato direttamente nel motion path.

Un G-code non conserva un modello CAD modificabile

Saltare STL offre vantaggi, ma introduce anche una conseguenza.

Il G-code è principalmente una istruzione di fabbricazione.

Non rappresenta bene l’intento progettuale.

Se abbiamo:

G1 X120.2 Y85.4 E0.036

non sappiamo semanticamente se quella linea appartenga a:

• un foro;
• una parete;
• un raccordo.

Per questo 3dSynth utilizza anche un proprio formato progetto .3dsynth.

La versione Premium può salvare:

• workspace;
• moduli;
• parametri;
• stato del progetto.

Il G-code diventa l’output finale, non l’unica fonte progettuale.

G-code ≠ CAD parametrico

È la stessa distinzione che vale in una macchina CNC.

Il programma macchina non sostituisce il modello ingegneristico originario.

Per parti meccaniche con:

• constraint;
• assembly;
• revisioni;
• GD&T;

restano più appropriate piattaforme come Fusion, SolidWorks o altri CAD.

La stessa documentazione 3dSynth lo afferma esplicitamente.

3dSynth è particolarmente forte quando il percorso è più importante del solido

Possiamo riassumere le regioni applicative.

La distinzione non è quindi:

nuovo vs vecchio software.

È:

differente rappresentazione del problema.

Clay e paste extrusion ampliano il concetto oltre il filamento

3dSynth mette a disposizione anche un dialect di processo Clay / Paste.

La differenza è importante perché una stampante ceramica o paste extrusion può non utilizzare:

• hotend;
• temperatura filamento;
• alcune logiche tipiche FDM.

Il sistema evita quindi determinati controlli relativi a cold extrusion che avrebbero senso con PLA ma non con un estrusore di argilla.

Questo dimostra che l’architettura del toolpath è abbastanza generica da poter essere riutilizzata su processi di deposizione differenti.

Esiste anche una modalità Plotter

Nel dialect Plotter il software può generare movimenti senza i valori E di estrusione.

Il percorso diventa quindi utile per:

• pen plotter;
• drawing machine;
• esperimenti cinematici.

In termini concettuali, la stessa geometria può quindi guidare:

estrusore

oppure

strumento di disegno.

Questo rafforza l’idea che il vero oggetto progettuale sia la traiettoria.

L’elaborazione browser non significa necessariamente che tutti i dati siano inviati a un server

La web app può essere utilizzata senza account.

Secondo la privacy policy, il sito principale non utilizza tracking cookie tradizionali e la web app utilizza analytics aggregata senza cookie attraverso Plausible.

Una session recording con Microsoft Clarity viene caricata soltanto dopo consenso esplicito.

La versione desktop Premium è ancora più netta:

• gira localmente;
• memorizza localmente progetti e G-code;
• non invia i dati progettuali a Kubuz.

Per progetti riservati, questa differenza fra web e desktop può essere rilevante.

La versione desktop può funzionare offline

Premium include applicazioni per:

• Windows;
• macOS;
• Linux.

Dopo l’attivazione, il software può essere utilizzato offline con file locali.

Questa possibilità è interessante non soltanto per chi non dispone di connessione stabile.

Può esserlo per:

• laboratori;
• aziende;
• reti separate;
• progetti proprietari.

La versione gratuita è più completa di una semplice demo, ma ha limitazioni precise

La web app gratuita costa 0 dollari e non richiede registrazione.

Include tutti e nove i moduli, ma alcune funzioni sono limitate.

La licenza Premium è attualmente indicata a 39 dollari una tantum, non come abbonamento.

Comprende uso personale e commerciale secondo i termini pubblicati.

Il prezzo una tantum riduce una delle barriere tipiche dei software creativi

Molti strumenti moderni utilizzano abbonamenti mensili.

3dSynth segue invece un modello:

Free → Lifetime Premium.

Questo può essere particolarmente adatto alla comunità maker, dove un utente può utilizzare lo strumento intensamente per qualche settimana e poi non aprirlo per mesi.

Non esiste però una garanzia che pricing e condizioni commerciali non possano cambiare in futuro; i valori descrivono l’offerta disponibile al momento.

La preview 3D è fondamentale perché il G-code diventa il prodotto progettuale

Quando si lavora direttamente con il toolpath è necessario sapere cosa farà realmente l’ugello.

Il viewer permette di:

• ruotare il modello;
• scorrere i layer;
• vedere i travel;
• osservare la seam;
• verificare l’evoluzione della traiettoria.

Questo è diverso dalla classica preview CAD.

Non mostra soltanto:

come dovrebbe apparire il pezzo.

Mostra:

come la macchina tenterà di costruirlo.

È una distinzione essenziale.

La preview rimane comunque una simulazione cinematica

Non prevede automaticamente:

• warping;
• sagging;
• cooling reale;
• ringing;
• stringing fisico;
• collasso.

Può mostrare che il nozzle attraversa un certo percorso.

Non può garantire che il filamento rimanga dove viene depositato.

Quindi:

toolpath valid ≠ print physically successful.

Una geometria procedurale estrema può essere matematicamente stampabile ma violare:

• overhang;
• bridge capability;
• volumetric flow;
• acceleration capability.

Il direct toolpath rende ancora più importante conoscere il limite volumetrico dell’hotend

Se il software ordina:

• linea larga;
• layer alto;
• velocità elevata;

la portata richiesta può superare quella che l’hotend riesce a fondere.

La portata volumetrica è approssimativamente:

larghezza estrusione × altezza layer × velocità.

Per esempio:

0,6 mm × 0,3 mm × 100 mm/s

produce:

18 mm³/s.

Se il sistema hotend/materiale non riesce a sostenere quella portata, il risultato sarà sottoestrusione anche se il percorso geometrico è perfetto.

Un ambiente diretto non elimina quindi la necessità di material profile e limiti macchina.

Il software può controllare il percorso, non cambiare la fisica della deposizione

Questa è forse la distinzione più importante per interpretare i tool procedurali.

La libertà matematica può produrre curve praticamente arbitrarie.

La stampante rimane soggetta a:

• gravità;
• accelerazione;
• viscosità;
• cooling;
• adesione layer.

L’innovazione consiste nell’aumentare il controllo creativo sulla deposizione, non nel rendere qualsiasi curva fisicamente realizzabile.

Il G-code Inspector Premium cerca proprio di ridurre il rischio

Il piano Premium aggiunge un Inspector che permette di analizzare il file prima dell’invio.

La documentazione indica inoltre un sistema di collision buffer durante l’export.

È comunque il produttore stesso a specificare:

l’utente rimane responsabile della stampa.

Questa è una posizione tecnicamente corretta.

Fra due stampanti apparentemente simili possono cambiare:

• origine XY;
• macro firmware;
• homing;
• start sequence.

Il fatto che il profilo si chiami come una macchina non equivale a validazione OEM

Kubuz è molto esplicita su questo punto.

I nomi commerciali presenti nella libreria indicano che il software emette G-code progettato per quel tipo di macchina.

Non indicano:

• collaborazione;
• certificazione;
• approvazione del costruttore.

Per una nuova macchina è quindi consigliabile iniziare con:

• oggetto piccolo;
• bassa altezza;
• verifica start/end;
• supervisione.

La modalità Custom G-code riconosce anche differenze firmware

Un esempio interessante riguarda le pause.

Un sistema può utilizzare comandi differenti:

• Marlin;
• Prusa;
• Klipper;
• Bambu.

Il tool cerca di inserire il comando appropriato alla famiglia selezionata.

Questo mostra perché una generazione G-code seria non può limitarsi a produrre solo movimenti G1.

Il programma finale comprende anche lo stato della macchina.

Il G-code diretto non rende inutile il slicer: rende il slicer opzionale solo in una certa classe di geometrie

È probabilmente la frase che meglio descrive 3dSynth.

Per un vaso generativo:

profilo → effetto → G-code

è naturale.

Per un casing elettronico con:

• boss;
• viti;
• supporti;
• bridge;
• quattro pezzi sulla plate;

il percorso:

CAD → slicer

rimane migliore.

La stessa azienda sconsiglia di forzare 3dSynth in applicazioni nelle quali il slicer tradizionale possiede già una soluzione superiore.

Questo lo differenzia dai software che cercano di sostituire completamente il CAD+slicer

3dSynth non tenta di nascondere il fatto che abbia un dominio applicativo specifico.

La sua forza è proprio questa specializzazione.

Il toolpath procedurale è particolarmente utile quando l’utente vuole controllare:

• ritmo;
• pattern;
• periodicità;
• percorso continuo.

Sono caratteristiche più vicine al creative coding che al mechanical CAD.

È quindi anche uno strumento di computational design

Un oggetto può essere definito non come serie di facce, ma come una funzione.

Per esempio:

forma(Z) = profilo × modulatore1 × modulatore2.

Cambiare una variabile modifica tutta la struttura.

Questo permette di creare famiglie di oggetti con:

• variazioni controllate;
• randomizzazione;
• parametri.

Il passaggio dal design manuale al design procedurale è concettualmente simile a quello avvenuto nella grafica generativa.

La casualità può essere riproducibile

I sistemi procedurali possono utilizzare randomness con un seed.

Ciò significa:

stesso seed + stessi parametri = stesso risultato.

Questo è molto differente da una generazione AI non deterministica.

L’utente può quindi creare una struttura apparentemente casuale ma ripetibile.

Per la stampa fisica questa ripetibilità è particolarmente utile.

Il modulo a nodi può spingersi oltre il semplice design decorativo

Poiché i nodi possono rappresentare:

• curve;
• trasformazioni;
• variabili;
• toolpath helper;

la piattaforma può essere utilizzata per sperimentare strategie di deposizione non disponibili in un normale slicer.

Questo è probabilmente il segmento più interessante per:

• ricercatori;
• artisti;
• designer computazionali.

È però anche quello che richiede maggiore comprensione.

Più libertà significa meno protezioni implicite offerte dal workflow convenzionale.

3dSynth non è FullControl, ma appartiene alla stessa idea generale di direct toolpath design

Il concetto di progettare direttamente i movimenti della stampante non è nuovo in assoluto.

Da anni esistono strumenti e librerie che permettono di generare toolpath procedurali invece di passare da STL.

La differenza di 3dSynth sta soprattutto nell’approccio orientato alla GUI browser:

• profili;
• stack di effetti;
• nodi;
• blocchi;
• preview.

Tenta quindi di rendere accessibile a un pubblico più ampio un paradigma che tradizionalmente richiedeva scripting o editing manuale del G-code.

Il vantaggio principale non è necessariamente la velocità di calcolo

Un slicer moderno può elaborare un vaso in pochi secondi.

Saltarlo non produce quindi necessariamente un enorme risparmio di tempo computazionale.

Il vero vantaggio è non perdere il controllo sul percorso.

Invece di chiedere al slicer:

“cerca di interpretare questa superficie nel modo in cui immagino”,

si definisce direttamente:

“l’ugello deve passare qui”.

È una differenza progettuale, non semplicemente prestazionale.

Il workflow diretto può ridurre anche il numero di iterazioni fra CAD e slicer

Nel design tradizionale può capitare:

1. modifico CAD;
2. esporto STL;
3. apro slicer;
4. osservo il seam;
5. non mi piace;
6. torno al CAD.

Quando forma e percorso sono progettati nello stesso ambiente, alcune iterazioni possono diventare immediate.

Questo è particolarmente importante per geometrie decorative nelle quali il seam o il travel fanno parte dell’estetica finale.

Anche l’estetica può dipendere direttamente dalla cinematica

Nella FDM una superficie non è soltanto geometria nominale.

È anche risultato di:

• direzione delle linee;
• velocità;
• cooling;
• ordine di deposizione.

Due G-code che producono nominalmente lo stesso volume possono avere superfici visivamente differenti.

3dSynth permette di trattare alcuni di questi elementi come veri strumenti di design.

È un uso molto naturale dell’additive manufacturing perché sfrutta ciò che la tecnologia possiede di specifico invece di imitarne semplicemente la forma finale.

Per contro, il design procedurale non conserva necessariamente la semantica meccanica del CAD

Una flange CAD può sapere che:

• quel foro è M6;
• quella faccia è datum;
• quel raccordo ha raggio 3 mm.

Un toolpath procedurale può sapere soltanto dove deve passare l’ugello.

Quindi:

controllo della deposizione ≠ maggiore ricchezza del modello ingegneristico.

Sono due rappresentazioni differenti, ottimizzate per problemi differenti.

Il formato .3dsynth cerca di conservare la logica procedurale

Nella versione Premium i progetti possono essere salvati e riaperti.

Il formato è JSON-based e versionato.

Questo permette di mantenere:

• stack;
• parametri;
• moduli;
• print setup.

È importante perché il G-code finale da solo sarebbe difficile da modificare a livello progettuale.

La presenza di un formato progetto separa correttamente:

source

da

machine output.

La community library introduce anche un modello di remix

Gli utenti possono caricare progetti e altri utenti possono riaprirli come base.

Questo è particolarmente naturale nel design parametrico.

Non si scarica necessariamente soltanto:

il vaso finito.

Si può scaricare:

la ricetta che genera il vaso

e cambiare:

• frequenza;
• altezza;
• nozzle;
• twist.

È un paradigma più vicino all’open procedural design che al tradizionale repository di STL.

Nella versione gratuita la library è consultabile in sola lettura; la pubblicazione richiede Premium.

Il browser rende la soglia di ingresso estremamente bassa

Per provare la piattaforma non è necessario:

• installare un programma;
• creare account;
• configurare server.

Si apre la web app e si inizia.

Questo può essere particolarmente utile in:

• scuole;
• workshop;
• fablab;
• computer non amministrabili.

Naturalmente un browser moderno rimane necessario.

La documentazione indica in particolare l’ambiente web e una versione desktop per i principali sistemi operativi.

La scelta browser non significa che 3dSynth sia un servizio cloud tradizionale

È importante distinguere:

web interface

da:

cloud computation obbligatoria.

La documentazione insiste sulla natura locale della versione desktop e non descrive il programma come una piattaforma che richiede di caricare ogni progetto su un server remoto per essere elaborato.

La web app utilizza servizi esterni per alcune funzioni come analytics e community library, ma questo non deve essere confuso automaticamente con un backend che genera il toolpath al posto del browser.

La versione desktop elimina anche questa ambiguità per i dati sensibili

Per un’azienda che sviluppa una texture proprietaria o un processo sperimentale, poter lavorare:

offline + file locali

può essere importante.

La licenza Premium utilizza la stessa chiave per web e desktop.

Una volta attivata, la versione desktop viene descritta come utilizzabile offline.

Il prezzo di 39 dollari posiziona il software soprattutto nel mercato maker e creative-tech

Non è una suite industriale da migliaia di euro.

Non tenta nemmeno di offrire funzioni come:

• PLM;
• enterprise fleet management;
• qualification;
• traceability industriale.

Il target più naturale sembra essere:

• maker;
• designer;
• artisti;
• creative coder;
• education;
• sperimentatori FDM.

Questo non significa che un ricercatore non possa usarlo.

Significa che il prodotto non viene presentato come software enterprise certificato.

Per la ricerca il valore può essere soprattutto la rapidità con cui si provano percorsi non convenzionali

Creare un nuovo pattern in un slicer tradizionale può richiedere:

• modifica del codice sorgente;
• plugin;
• post-processing.

In un ambiente procedurale, un nuovo pattern può diventare una combinazione di nodi o blocchi.

Questo può abbreviare il ciclo sperimentale.

Ma per uno studio scientifico sarebbero comunque necessari:

• controllo versione;
• documentazione dei parametri;
• verifica del G-code;
• riproducibilità.

Il file progetto versionato può aiutare, ma non costituisce da solo un framework scientifico di tracciabilità.

Il direct G-code mostra anche un limite storico del formato STL

STL descrive soltanto una superficie triangolata.

Non contiene nativamente:

• materiale;
• strategia di stampa;
• percorso;
• semantica.

Da questo punto di vista la diffusione di strumenti come 3dSynth mostra che, in alcuni casi, il modello geometrico non è abbastanza per descrivere l’oggetto additive.

Due oggetti con lo stesso envelope possono essere completamente differenti se stampati con toolpath diversi.

Nell’additive il percorso è parte della micro-architettura del componente

Questo è particolarmente vero per:

• strutture flessibili;
• pareti sottili;
• pattern;
• tessuti;
• single-wall.

La linea estrusa non è soltanto un mezzo per approssimare un solido.

Può essere l’elemento strutturale stesso.

È qui che 3dSynth esprime al meglio la propria filosofia.

Non è però ancora un ambiente per la generazione automatica di supporti complessi

Il produttore stesso indica fra i casi nei quali utilizzare un slicer:

• supporti;
• tree support;
• plate multi-oggetto;
• infill tradizionale;
• variable line width da mesh;
• funzioni specifiche OEM.

Questo evita una delle interpretazioni più facili ma sbagliate della notizia.

3dSynth non elimina Cura, OrcaSlicer, PrusaSlicer o Bambu Studio.

Aggiunge un percorso alternativo.

Non esiste quindi una competizione uno-a-uno

Un utente potrebbe utilizzare nello stesso progetto:

3dSynth Mesh Sculptor → STL → OrcaSlicer

oppure:

3dSynth G-code Sculptor → G-code diretto.

Il software può essere complementare al slicer.

La scelta dipende dal tipo di geometria.

Anche il G-code generato può essere successivamente analizzato con strumenti esterni

Non esiste un lock-in sul file macchina.

Il risultato è G-code standard compatibile con la famiglia di firmware selezionata.

Questo permette di:

• aprirlo;
• confrontarlo;
• modificare;
• archiviare.

L’apertura è particolarmente importante per utenti sperimentali.

Ma G-code standard non significa identico fra tutti i firmware

Un comando base:

G1 X100 Y100

è ampiamente comprensibile.

Comandi di:

• macro;
• pause;
• calibration;
• tool change;

possono differire.

È per questo che i machine profile includono start/end specifici e il software documenta differenti dialect.

La sicurezza del movimento è quindi una responsabilità condivisa

3dSynth applica controlli e preview.

Il firmware applica i propri limiti.

L’utente deve comunque verificare:

• origine;
• volume;
• movimenti;
• temperature.

La catena sicura rimane:

generate → inspect → small test → print completo.

Soprattutto quando viene creato G-code non convenzionale.

Il software dimostra una tendenza più ampia: separare il design dal concetto di solido

Per decenni il workflow CAD è stato dominato dal concetto:

progetto un volume.

L’additive permette un’altra domanda:

progetto una deposizione.

Non sono sinonimi.

Per molti oggetti il volume rimane la rappresentazione migliore.

Ma per:

• lattice;
• fibre depositate;
• clay;
• line art;
• strutture continue;

il toolpath può essere molto più naturale.

3dSynth costruisce il proprio intero paradigma intorno a questa seconda possibilità.

Il limite maggiore è anche la sua caratteristica più interessante

Il sistema è meno generale di un CAD+slicer tradizionale.

Ma proprio per questo può dare accesso a un livello normalmente nascosto.

Un slicer moderno cerca di evitare che l’utente pensi a ogni movimento della testina.

3dSynth, al contrario, rende quei movimenti parte dell’interfaccia progettuale.

Per l’utente che vuole semplicemente stampare un file STL, è una complicazione inutile.

Per chi vuole progettare come viene depositato il materiale, è esattamente il punto.

Il vero confronto non è quindi “3dSynth contro slicer”, ma “solid-first contro toolpath-first”

Possiamo schematizzarlo così:

Nessuno dei due è universalmente migliore.

Rappresentano livelli diversi dello stesso processo.

Ed è proprio questa distinzione a rendere 3dSynth interessante

L’eliminazione dello STL e del slicer può sembrare inizialmente una scorciatoia per risparmiare due click.

In realtà è una scelta molto più profonda.

Quando il percorso viene generato direttamente, non esiste più una separazione netta fra:

geometria

e

strategia di fabbricazione.

La forma viene progettata insieme al modo con cui verrà prodotta.

Questo è uno dei principi fondamentali del Design for Additive Manufacturing portato fino all’estremo: invece di adattare successivamente un modello al processo, il processo stesso diventa parte del modello.

3dSynth non sostituirà quindi un normale slicer per una plate piena di componenti meccanici, e il produttore non sostiene che debba farlo. Il suo spazio è più specifico e forse proprio per questo più interessante: oggetti nei quali seguire il percorso dell’ugello significa già comprendere la geometria finale.

Vasi, tessuti, superfici ondulate, reticoli, pattern e strutture procedurali sono i casi più evidenti oggi, ma la possibilità di lavorare con nodi, blocchi e G-code modificabile apre anche uno spazio sperimentale più ampio.

Il passaggio significativo è quindi meno “uno slicer dentro il browser” e più “un ambiente di progettazione nel quale il G-code non è soltanto l’ultimo file tecnico prodotto dal workflow, ma può diventare una delle prime entità su cui il designer ragiona”.

Per la stampa 3D desktop è un cambio di prospettiva notevole: il nozzle path smette di essere un dettaglio nascosto nello slicer e diventa materiale di progettazione.

Questo articolo è stato redatto con il supporto di strumenti di intelligenza artificiale (AI).