Per anni, chi acquistava una stampante 3D FFF da scrivania si trovava davanti a una scelta abbastanza chiara: usare UltiMaker Cura oppure PrusaSlicer. I due programmi rappresentavano due modi diversi di preparare i modelli per la stampa. Cura era percepito come lo slicer più universale, con una grande quantità di profili macchina, un’interfaccia accessibile e un ecosistema di plugin. PrusaSlicer, nato dal lavoro su Slic3r, era legato in origine alle macchine di Prusa Research, ma nel tempo è diventato una piattaforma aperta e usata anche fuori dall’ecosistema Prusa.
Il quadro della stampa 3D FFF è cambiato. Non perché Cura sia sparito o sia diventato irrilevante, ma perché gran parte dell’energia del mercato si è spostata verso strumenti che derivano dalla stessa famiglia tecnica di PrusaSlicer. Bambu Studio, OrcaSlicer, Creality Print, Anycubic Slicer Next e Snapmaker Orca mostrano una tendenza evidente: molti produttori e molte comunità stanno scegliendo di costruire i propri strumenti partendo dalla linea Slic3r-PrusaSlicer, spesso passando attraverso OrcaSlicer o Bambu Studio.
Il risultato è una specie di albero genealogico del software FFF. Alla base c’è Slic3r, progetto open source creato da Alessandro Ranellucci e sviluppato con il contributo della comunità RepRap. Da Slic3r è nato PrusaSlicer. Da PrusaSlicer è nato Bambu Studio. Da Bambu Studio è nato OrcaSlicer. E da OrcaSlicer derivano vari slicer personalizzati da produttori di stampanti.
Cura non è morto, ma il suo ruolo è cambiato
È importante partire da un punto: UltiMaker Cura resta un software attivo, aggiornato e usato da molti utenti. Cura ha ancora un vantaggio storico: supporta una quantità enorme di stampanti, dispone di un motore di slicing maturo, CuraEngine, e rimane uno degli strumenti più conosciuti da chi entra nel mondo della stampa 3D.
Il cambiamento non riguarda quindi la sopravvivenza di Cura, ma la sua posizione nel settore. Per molto tempo Cura è stato lo slicer “neutro” per eccellenza: lo installavi, sceglievi la stampante, caricavi il modello e partivi. Questo lo ha reso popolare tra maker, scuole, fablab e utenti con macchine di marchi diversi.
Negli ultimi anni, però, le stampanti FFF desktop sono diventate più integrate. Le macchine non sono più soltanto assi, motori, hotend e piano riscaldato. In molti casi includono calibrazione automatica, gestione del flusso, input shaping, accelerazioni elevate, controllo remoto, telecamere, profili materiali, sistemi multimateriale e connessioni cloud. Lo slicer non è più soltanto il programma che genera G-code: è diventato una parte dell’ecosistema della stampante.
Questo spostamento ha favorito i software più vicini alla macchina e alla comunità che li modifica. Cura resta forte come strumento generale, ma molti produttori preferiscono partire da basi che permettono una personalizzazione più rapida dell’esperienza utente, dei profili e del collegamento con il proprio hardware.
Perché PrusaSlicer è diventato una base così importante
PrusaSlicer ha un vantaggio particolare: nasce da un progetto open source, ma è stato sviluppato per anni da un produttore che aveva bisogno di far funzionare bene le proprie macchine nel mondo reale. Questo ha portato a un equilibrio interessante tra apertura del codice e attenzione al risultato di stampa.
La struttura di PrusaSlicer ha permesso a molti sviluppatori di partire da un motore solido e adattarlo. Non è un dettaglio secondario. Uno slicer non è un software semplice: deve gestire geometrie, orientamento del modello, supporti, pareti, riempimenti, ponti, cuciture, accelerazioni, estrusione, temperatura, retrazione, multi-materiale e centinaia di parametri che interagiscono tra loro.
Costruire tutto da zero richiede anni. Partire da una base aperta permette invece di concentrarsi su ciò che serve a un determinato produttore: profili macchina, interfaccia, cloud, calibrazioni, funzioni per il colore, preset materiali, procedure guidate e integrazione con il firmware.
Questa è una delle ragioni per cui la famiglia PrusaSlicer ha attratto tanti progetti. Non solo perché il codice esiste, ma perché quel codice è già stato collaudato da milioni di stampe, da comunità molto attive e da produttori che lo hanno adattato a macchine diverse.
Bambu Studio e il peso dell’integrazione macchina-software
L’arrivo di Bambu Lab ha accelerato il cambiamento. Le stampanti Bambu hanno imposto nel segmento consumer e prosumer un modello fortemente integrato: macchina veloce, profili pronti, sistema AMS per il multi-colore e multi-materiale, controllo da software e app, gestione più guidata del flusso di lavoro.
Bambu Studio nasce come derivazione di PrusaSlicer, ma è stato adattato per lavorare in modo stretto con le stampanti Bambu Lab. Questo ha avuto due effetti. Il primo è stato pratico: molti utenti hanno scoperto uno slicer con flussi semplificati, gestione colore, profili preconfigurati e un’esperienza abbastanza lineare. Il secondo è stato culturale: il mercato ha iniziato a vedere lo slicer come parte del prodotto, non come accessorio esterno.
La scelta di Bambu Lab ha anche mostrato una cosa: il codice aperto può diventare la base per ecosistemi commerciali molto chiusi o semi-chiusi. Qui nasce una tensione che il settore dovrà gestire. Da una parte c’è la forza dell’open source, che permette a un’azienda di partire da un progetto esistente. Dall’altra c’è il desiderio del produttore di controllare l’esperienza, la connettività, il cloud e l’assistenza.
Questa tensione è una delle questioni più delicate della stampa 3D desktop: fino a che punto un produttore può costruire un ecosistema proprietario sopra una base aperta senza perdere la fiducia della comunità?
OrcaSlicer: da derivato a punto di riferimento
Se Bambu Studio è stato importante per l’integrazione con l’hardware Bambu, OrcaSlicer è diventato importante per un altro motivo: ha riportato molte funzioni avanzate dentro un ambiente più aperto e più trasversale.
OrcaSlicer nasce come derivazione di Bambu Studio, ma nel tempo ha costruito una propria identità. È apprezzato da molti utenti perché combina elementi di Bambu Studio, PrusaSlicer e SuperSlicer, con particolare attenzione alle calibrazioni. Test di flusso, pressure advance, temperatura, retrazione e velocità volumetrica sono diventati parte del percorso quotidiano di molti utenti FFF.
Questo è un punto centrale. Le stampanti moderne possono muoversi molto più velocemente rispetto a molti modelli di qualche anno fa. Ma la velocità ha senso solo se estrusione, raffreddamento, accelerazioni e materiale sono ben calibrati. OrcaSlicer ha intercettato proprio questa esigenza: dare all’utente strumenti pratici per trovare parametri migliori senza dover costruire manualmente ogni test.
Per questo motivo OrcaSlicer non è soltanto “un fork di Bambu Studio”. È diventato una piattaforma di lavoro per chi usa stampanti di marchi diversi, specialmente quando vuole controllare meglio il comportamento della macchina.
Creality, Anycubic e Snapmaker seguono la strada Orca
La scelta di alcuni produttori conferma la direzione del mercato. Creality Print indica una derivazione da Orca Slicer, Bambu Studio e PrusaSlicer. Anycubic Slicer Next è sviluppato sulla base di OrcaSlicer. Snapmaker Orca è costruito su Orca Slicer e adattato alle macchine Snapmaker.
Questa dinamica ha una spiegazione industriale. I produttori di stampanti non vogliono più limitarsi a fornire profili generici per Cura. Vogliono offrire uno strumento con nome proprio, logo proprio, procedure guidate e impostazioni già pensate per le proprie macchine. In questo modo possono ridurre gli errori dei principianti, controllare meglio la qualità percepita e offrire funzioni specifiche legate all’hardware.
Per l’utente, il vantaggio è evidente: meno configurazioni manuali e maggiore probabilità che il primo risultato sia accettabile. Lo svantaggio è il rischio di frammentazione. Ogni produttore può creare la propria versione dello slicer, con aggiornamenti, profili e funzioni che non sempre ritornano al progetto principale con la stessa velocità.
L’open source funziona bene quando i miglioramenti circolano. Funziona peggio quando ogni azienda prende codice, lo adatta e lo mantiene in un ramo separato senza contribuire in modo chiaro al progetto da cui è partita.
Il paradosso dell’open source nella stampa 3D
La stampa 3D desktop è cresciuta grazie all’open source. Senza RepRap, Slic3r, Marlin, Klipper, Cura, PrusaSlicer e altri progetti aperti, il mercato sarebbe molto diverso. Molte aziende hanno potuto nascere perché esisteva già una base tecnica condivisa.
Oggi però l’open source non è più soltanto una filosofia da comunità maker. È anche una leva industriale. Un’azienda può ridurre tempi e costi usando codice aperto, ma poi deve rispettare licenze, obblighi e aspettative della comunità. La questione non è solo legale: è anche reputazionale.
Le licenze come AGPLv3 richiedono attenzione, soprattutto quando il software si collega a servizi di rete, cloud o componenti chiusi. Se un produttore usa codice AGPL e poi integra moduli non aperti che diventano essenziali per l’esperienza d’uso, possono nascere controversie. Il tema è emerso con forza nel caso Bambu Lab, perché il rapporto tra codice aperto, plugin di rete, controllo cloud e libertà degli utenti è diventato oggetto di discussione nella comunità.
Per un settore che si fonda su una lunga tradizione di condivisione, queste tensioni sono importanti. Non riguardano solo gli sviluppatori. Riguardano anche gli utenti che acquistano una stampante e vogliono sapere se potranno usarla con software di terze parti, in rete locale, senza account obbligatori o senza dipendere da un servizio esterno.
Perché Cura è meno copiato dai produttori
Cura è open source, ma la sua architettura e il suo ecosistema lo rendono meno centrale per chi vuole costruire un nuovo slicer “di marca”. Cura ha una storia lunga, molti plugin, molte impostazioni e una forte associazione con UltiMaker. È adatto a supportare tante macchine, ma non sembra essere il punto di partenza preferito dai produttori che vogliono creare software molto integrati con stampanti veloci, sistemi multi-materiale e funzioni cloud.
C’è anche un aspetto di percezione. Cura viene spesso visto come uno strumento stabile, generale, affidabile, ma meno legato alle nuove tendenze delle stampanti FFF ad alta velocità. Questo non significa che Cura non possa gestire macchine moderne, né che il suo motore sia superato. Significa piuttosto che il centro della sperimentazione visibile si è spostato altrove.
Quando un utente sente parlare di calibrazione del flusso, pressure advance, profili Klipper, velocità volumetrica, Bambu AMS, multi-colore e gestione integrata della stampante, è più probabile che incontri PrusaSlicer, Bambu Studio, OrcaSlicer o un derivato di Orca.
Cura resta utile per molti utenti
Sarebbe sbagliato trasformare questa tendenza in una condanna di Cura. Per molti utenti, Cura rimane una scelta valida. È diffuso, conosciuto, supporta un numero elevato di stampanti e permette di lavorare con un approccio abbastanza ordinato. In scuole, laboratori, ambienti misti e installazioni con macchine diverse può essere ancora comodo avere uno strumento generalista.
Cura ha anche un ecosistema di plugin che altri slicer non replicano nello stesso modo. Per chi usa funzioni particolari, post-processing G-code, collegamenti con servizi o profili consolidati, cambiare slicer non è sempre necessario.
Il punto è che Cura sembra avviarsi verso un ruolo più specifico: non più centro naturale dell’intero mondo FFF desktop, ma software importante per chi apprezza la sua impostazione, per chi usa macchine supportate e per l’ecosistema UltiMaker.
Cosa significa per chi compra una stampante 3D
Per l’utente finale, la domanda non è “qual è lo slicer migliore in assoluto?”. La domanda giusta è: quale slicer è più adatto alla stampante che ho, al materiale che uso e al modo in cui voglio lavorare?
Chi usa una stampante Bambu Lab avrà spesso un percorso naturale dentro Bambu Studio, soprattutto per AMS, profili ufficiali e funzioni integrate. Chi vuole più controllo e maggiore flessibilità potrebbe preferire OrcaSlicer. Chi usa una Prusa può continuare a trovare in PrusaSlicer il riferimento più coerente. Chi lavora con stampanti Creality, Anycubic o Snapmaker può valutare sia lo slicer ufficiale del produttore sia OrcaSlicer, a seconda della qualità dei profili disponibili. Chi ha macchine più vecchie o molto diverse tra loro può ancora trovare in Cura una soluzione pratica.
Il rischio è che il software diventi un nuovo terreno di chiusura. In passato, molte stampanti FFF potevano essere considerate abbastanza aperte: si generava un G-code e lo si inviava alla macchina. Con cloud, autenticazione, app e funzioni remote, il collegamento tra slicer e stampante diventa più controllato. Questo può migliorare l’esperienza dei principianti, ma può anche ridurre la libertà degli utenti esperti.
Un mercato più maturo, ma anche più complesso
La crescita degli slicer derivati da PrusaSlicer indica che il mercato FFF è entrato in una fase più matura. Non basta più avere una macchina economica e un profilo Cura generico. I produttori vogliono offrire un percorso completo: hardware, firmware, slicer, profili materiali, controllo remoto, cloud e comunità.
Questa integrazione può portare stampe migliori, meno errori iniziali e maggiore accessibilità. Ma porta anche nuove dipendenze. Se lo slicer diventa il punto di accesso a tutto l’ecosistema, allora scegliere una stampante significa anche scegliere una politica software.
Per la comunità open source, il momento è delicato. Il successo della famiglia PrusaSlicer dimostra la forza del codice aperto. Allo stesso tempo, le tensioni attorno ai fork, alle licenze e ai moduli proprietari mostrano che l’apertura non può essere data per scontata.
La nuova mappa degli slicer FFF
La situazione può essere letta così: Cura rimane uno dei grandi nomi della stampa 3D FFF, ma la crescita più visibile del software desktop passa oggi dalla linea Slic3r-PrusaSlicer. PrusaSlicer continua a essere una base solida. Bambu Studio ha mostrato la forza dell’integrazione stretta tra macchina e slicer. OrcaSlicer ha raccolto una parte importante della comunità più tecnica. Creality, Anycubic e Snapmaker stanno adattando quella base alle proprie macchine.
Il risultato non è una vittoria definitiva di un programma su un altro. È piuttosto un cambio di baricentro. Cura non scompare, ma non è più il punto da cui tutti sembrano partire. La nuova generazione di slicer FFF guarda sempre più a PrusaSlicer e ai suoi derivati.
Per chi segue la stampa 3D, questa non è solo una notizia software. È un segnale di come il settore sta cambiando: le stampanti diventano più integrate, i produttori vogliono controllare l’esperienza, gli utenti chiedono profili migliori e la comunità open source continua a essere il motore tecnico di molte innovazioni. Il prossimo equilibrio dipenderà da quanto queste aziende sapranno restituire al codice comune, non solo prenderlo come punto di partenza.
