Progetto su Onyrea MUD

Devlog: necessario reboot?

Sun, 03 May 2026 00:00:00 +0000

A quattro lunghi mesi dall’ultimo post, una riflessione sul significato di questo devlog e qualche nuovo cenno vitale riguardo allo stato di sviluppo del MUD sono opportuni.

L’approccio sbagliato

Prendendo ad esempio proprio l’ultimo articolo, contenente una serie di futuribili considerazioni sul combattimento, risulta evidente che l’introduzione di massimi sistemi prima che vengano progettati e testati è scarsamente compatibile con un devlog che non voglia essere d’intralcio all’attività di sviluppo vero e proprio. “Soft commitment” e toni ipotetici si sono di fatto tradotti nel cercare di evitare quello che, in questa fase, sarebbe stato uno sviluppo più sensato delle relative meccaniche.

Senza addentrarmi in dettagli che saranno materiale per successivi post (sperabilmente tra giorni invece di mesi), ho gettato la spugna dopo vari tentativi di creare un sistema a turni fruibile per un gioco che, anche nei suoi aspetti PvE, vuole essere anzitutto multiplayer.

Specificare, spedire, descrivere

Mi dedicherò quindi, d’ora in avanti, quasi esclusivamente a descrivere il frutto dei recenti sforzi implementativi. Evitando invece di anteporre desiderata e divagazioni programmatiche alla stesura dei ben più utili documenti interni di sviluppo, al testing e alla programmazione stessa.

Verso un combattimento funzionale

Qual è il frutto dello sviluppo degli ultimi mesi? L’urgenza di avere qualcosa di concreto per poi proseguire verso altre meccaniche mi ha spinto a ricercare uno stile già consolidato nel tempo, che risulterà familiare a molti.

Il combattimento procede a round automatici, in tempo reale, con messaggi che descrivono attacchi e difese attraverso verbi calibrati sull’intensità del colpo.

Esempio di attacchi e difese

I messaggi di danno sono proporzionali alla salute massima del bersaglio e vengono così di seguito codificati.

Color coding dei messaggi di danno

Infine, il lavoro di “collegamento” alle varie stat e skill non è stato banale: ogni volta che un “tiro” sollecita un determinato parametro, il sistema ha la possibilità di allenarlo, attenendosi dunque al paradigma fondamentale di “apprendere tramite l’uso”.

Roadmap preliminare e aspirazioni del progetto

Wed, 26 Nov 2025 00:00:00 +0000

Dopo aver esplorato nei post precedenti alcuni dei sistemi fondamentali, è tempo di fare un passo indietro e guardare il quadro generale. Dove stiamo andando con Onyrea? Quali sono le aspirazioni del progetto?

Al cuore della visione di Onyrea c’è un MUD moderno che mira a fondere gli strumenti meccanico-ruolistici, che abbiamo già iniziato a introdurre, con un’interfaccia grafica dotata di elementi punta-e-clicca.

Il mondo è in via di definizione e si fonderà su tre pilastri: la cooperazione tra giocatori, la scoperta graduale dell’ambientazione e l’emergere naturale delle dinamiche tra i personaggi.

Il cuore del gioco

Ruolo centrale lo avrà il PvE: ¹ esplorazioni e combattimenti pensati per piccoli gruppi, dove anche due o tre giocatori possano vivere avventure significative.

Le dinamiche PvP ² e i contrasti tra personaggi nasceranno invece dall’iniziativa dei giocatori stessi. Non saranno mai forzati da elementi di background o, men che meno, da volontà di mastering. ³

Vie alternative al combattimento

Per chi preferisce un approccio meno incentrato sul combattimento, Onyrea offrirà percorsi dedicati all’artigianato, alla raccolta e all’esplorazione pacifica. Non si tratterà di semplici attività secondarie, ma di esperienze di gioco pienamente autonome dotate di una profondità e potenzialità proprie.

Un principio guida è che il gioco non deve mai trasformarsi in “lavoro”. Ho opinioni piuttosto forti rispetto al concetto di grinding ⁴ che presto o tardi approfondirò in un post dedicato.

Quello che posso anticipare è che verrà dedicato molto impegno a fare in modo che le scelte dei giocatori siano sempre deliberate e il meno possibile scontate. Non sarà mai conveniente “annoiarsi” in gioco per ottenere progressi.

Dove siamo adesso

Visioni programmatiche a parte, quindi, a che punto siamo con lo sviluppo? Vale la pena chiederselo anche se abbiamo appena iniziato. L’obiettivo non è correre verso una prima apertura, ma costruire con coerenza rispetto alle aspirazioni descritte sopra.

Fase attuale: il prototipo

Il cuore del prototipo è ora funzionante. Il riconoscimento dei personaggi permette di ricordare chi abbiamo incontrato e di vederli con i nomi che gli abbiamo dato. Il sistema di comunicazione è articolato, con direzionalità e riferimenti dinamici. Gli esprimi complessi reagiscono al contesto e riconoscono automaticamente chi abbiamo di fronte.

Le dimensioni fisiche degli oggetti definiscono come i personaggi interagiscono con essi e quali informazioni vengono presentate ai giocatori al fine di favorire l’immersione.

Le stesse regole a cui sono sottoposti tutti gli oggetti di gioco valgono anche per personaggi giocanti (PG) e non giocanti (PNG): l’unica differenza è che i PNG non sono governati da giocatori umani.

Il sistema di equipaggiamento attualmente prevede diciannove slot corporei e un sistema di stratificazione. Possiamo indossare più oggetti nello stesso punto: un corpetto sopra una camicia, una corazza sopra entrambi. La stratificazione influenza sia la visibilità che la protezione.

Certi indumenti possono nascondere parzialmente o completamente l’identità di chi li indossa. Ciò apre possibilità interessanti per travestimenti e anonimato.

La creazione del PG prevede un numero limitato di statistiche di base, più un certo numero di statistiche derivate. Le statistiche base sono soggette a variazioni casuali che rendono ogni personaggio leggermente diverso nelle fasi iniziali di crescita.

Il sistema di azioni a tempo gestisce operazioni che richiedono un intento preciso o concentrazione. Queste azioni possono essere interrotte, volontariamente o meno. Questo sistema getta le basi per meccaniche più complesse che verranno sviluppate in seguito.

Le tappe verso l’alpha

Lo sviluppo seguirà una serie di milestone interne. Non verranno fornite tempistiche rigide: ogni nuova fase verrà intrapresa quando la precedente funzionerà a dovere.

Gettare le fondamenta (completata)

Implementazione/affinamento dei sistemi essenziali: tempi delle azioni di base (come lo spostarsi), calibrazione del sistema equip, fluidità del riconoscimento e meccaniche social. Assicurarsi che tutto risponda in modo naturale.

Progressione e crescita (iniziata)

Implementare la crescita basata sull’uso effettivo delle abilità, con tempi realistici di progressione del PG. L’obiettivo è dare un senso di sviluppo continuo alle azioni, definire le fasi di accrescimento e applicare la legge dei rendimenti decrescenti.

Combattimento

Implementazione del ciclo di combattimento e delle meccaniche di base: ingaggio, reazioni e conseguenze. Sarà importante definire le relazioni tra gli scontri e l’ambiente circostante, e l’effetto su partecipanti diretti e indiretti.

Mondo esplorabile

Al momento esiste solo un’area introduttiva, il tutorial. Vari dettagli relativi all’hub centrale di gioco, al mondo esterno (wilderness), alle aree/dungeon… sono al momento solo teorici. È in programma una commistione di elementi statici e procedurali.

Lingue

I PG saranno tutti “connazionali” e parleranno quindi una lingua comune. Tuttavia, non sarà sempre facile e immediato comunicare con le varie fazioni di PNG. Inoltre, lo studio delle lingue aiuta anche a comprendere il passato.

Crafting, risorse, sopravvivenza

Introdurre sistemi di raccolta e artigianato, e le meccaniche per avventurarsi ed esplorare con efficacia senza dover impugnare una spada.

Sistema magico

Non potrebbe mancare. 😉 Cercheremo di andare oltre cure, buff e dardi incantati. L’idea è che un utilizzatore di magia possa influenzare quasi ogni aspetto del mondo tangibile, proporzionalmente alla potenza delle sue abilità.

Test su invito

Un gruppo ristretto di volenterosi avrà l’onore e l’onere di collegarsi prima degli altri e fornire feedback prezioso. L’obiettivo sarà validare ritmo, bilanciamento, divertimento e scelte di design in generale. Sarà una fase di ascolto e iterazione continua.

Open alpha

Aprire Onyrea al pubblico e continuare a costruire insieme.

In conclusione

Onyrea sta prendendo lentamente forma. Continuerò a condividere informazioni sul funzionamento dei vari sistemi di gioco, e a un certo punto inizierò a parlare anche di ambientazione.

Le informazioni saranno volutamente frammentarie, sia per come è strutturato il flusso di lavoro, sia perché lo sviluppo è svolto in solitaria. Spero comunque che la direzione appaia chiara e comprensibile. Nulla verrà fatto frettolosamente.

Partecipare alla community

Gli aggiornamenti principali continueranno a essere pubblicati su questo blog. Per chi desidera seguire più da vicino lo sviluppo o partecipare ad eventuali sondaggi di community, esiste il canale Telegram dove è possibile condividere commenti e impressioni.

Player versus environment, su Wikipedia ↩︎
Player versus player, su Wikipedia ↩︎
Game master, su Wikipedia ↩︎
Grind (videogiochi), su Wikipedia ↩︎

Sulle spalle di giganti: verso un nuovo MUD italiano

Tue, 04 Nov 2025 00:00:00 +0000

Ogni progetto inizia con un primo passo. Per capire da dove partiamo, vale la pena ripercorrere brevemente la storia dei MUD in Italia.

Un po’ di storia

Al panorama muddico italiano non è mancato davvero niente. Dai fulgidi esempi di MUD classici o old-school, alcuni dei quali con community tuttora in discreta salute, ¹ fino all’epocale apripista che fu The Gate, con un client proprietario e con il GDR come caposaldo dell’interazione fra giocatori.

La parabola dodecennale di Isylea, tuttavia, è ancora l’esempio più “alto” di mudding dove abbia avuto modo di trascorrere il mio tempo. Se è lecito estendere il concetto di “democratizzazione” anche all’universo MUD, ad Isylea va senza dubbio il primato per l’ampiezza (non solo numerica) della base di utenti che ha saputo raggiungere.

Tra gli altri giochi ambiziosi nel corso degli anni ‘10, trovo utile menzionare: Sword of Darkness, ² coraggiosa riscrittura, con interfaccia e meccaniche ben oltre le convenzioni dei MUD, di un già meritorio gioco preesistente; e Zenith of Magic, ³ interessante iniziativa di sviluppo i cui blog post un po’ mi facevano sognare, poi svanita con una criptica e altisonante dichiarazione dello sviluppatore.

Anni ‘20

Dopo la chiusura di Isylea ⁴ a fine 2019, fecero la loro apparizione diversi progetti più o meno ispirati a essa. A titolo di esempio cito Races at War ⁵ (forse anche antecedente) e Run With Wolves, ⁶ senza pretesa di esaustività.

Quanto a chi scrive, una prima infruttuosa parentesi di sviluppo MUD è attestata da un lapidario articolo apparso su mud.it ⁷ l'8 marzo 2021. Forse qualcuno ricorderà anche l’annesso canale Telegram.

Screenshot dell’articolo ‘Nuovo MUD ancora senza nome’ su mud.it

Passati cinque anni, cosa è cambiato e qual è il lascito concreto di due colossi come The Gate e Isylea? Veri eredi di quello spirito di gioco temo non se ne siano visti, e a volerne cercare qualche esponente si farebbe fatica anche nella ben più ampia MUD community anglofona.

Eppure, nonostante il desolante scenario, oggi potrebbe essere il momento buono per tentare ancora. Cominciano già a sprecarsi gli esempi di persone che devono al coding agentico il rinnovato entusiasmo per riprendere in mano progetti amatoriali e sogni nel cassetto vari, quindi perché non cimentarsi in quell’opera di amore e follia che è costruire un nuovo MUD?

Da ciascuno dei progetti che ho citato, anche quelli che non hanno visto la luce, è possibile trarre insegnamenti di vario tipo. Vedremo dove questo ci porterà.

Perché Evennia?

Evennia è un framework Python per la creazione di MUD che offre un’architettura stabile e moderna. A differenza di altri sistemi più vecchi, ha un backend web basato su Django, supporta nativamente un webclient, e salva il mondo di gioco su una base dati facilmente estensibile.

Quindi, in breve:

Codice Python moderno e ben documentato
Architettura modulare basata su import e override
Netta separazione tra dati, logica e interfaccia
Hot reload durante lo sviluppo e la correzione dei bug
Comunità attiva e contributori esperti
Ho già detto Python?

Gioco di ruolo e non

Esiste uno spettro piuttosto ampio che va dai giochi puramente orientati alla progressione e al combattimento (i cosiddetti MUD hack and slash) fino a quelli dove l’interpretazione del personaggio è centrale e obbligatoria.

La classificazione tipica prevede:

Non-RP: il focus è su combattimento, esplorazione, livelli e oggetti. L’interpretazione di un personaggio è opzionale o assente.
RPE (Roleplay Enforced): il GDR è richiesto, ma con una certa flessibilità. È possibile affrontare mostri o fare quest senza necessariamente una giustificazione narrativa approfondita.
RPI (Roleplay Intensive): il GDR è il cuore del gioco. Ogni azione dovrebbe avere una motivazione del personaggio. Il combattimento esiste, ma è secondario rispetto alle interazioni sociali e narrative.

Al di là di quanto questa suddivisione ci convinca, questo progetto mira decisamente all’intento ruolistico. L’astrazione delle meccaniche è, a mio modo di vedere, l’unico modo possibile per favorire l’immersione narrativa. Quanto a disincentivare l’ottimizzazione numerica, empiricamente non ritengo si possa fare molto, ma vedremo come provarci. Quantomeno questo non sarà il tipo di gioco in cui i personaggi vanno in giro con “Livello 50” stampato in fronte.

A questo scopo, Evennia include un modulo chiamato RPSystem che fornisce strumenti specifici per il GDR:

Descrizioni brevi (sdesc) invece di nomi fissi visibili a tutti
Sistema di riconoscimento per “imparare” chi sono le persone
Mascheramento per cambiare temporaneamente il proprio sembiante
Comandi di espressione avanzati per descrivere azioni in modo narrativo

Tuttavia, RPSystem è stato pensato per giochi in inglese. Per un MUD italiano, molte sue parti vanno riscritte e adattate. Non si tratta solo di tradurre stringhe, ma di ripensare come il gioco costruisce le frasi parola per parola (ad esempio, gestire articoli, genere e accordo) per avere un’esperienza testuale naturale in italiano.

Evennia rende questo possibile grazie alla sua architettura modulare: è possibile prendere un modulo esistente, comprenderne la logica e ricostruirlo in tutto o in parte, mantenendo le idee di base ma adattandolo completamente a un contesto linguistico diverso.

Dei delle Ere su Grapevine, e Clessidra MUD ↩︎
Sword of Darkness, su Internet Archive ↩︎
Il blog di Zenith of Magic, su Internet Archive ↩︎
Chiusura di Isylea, su mud.it ↩︎
Races at War, oggi riaperto sotto il nome di Sefiria! ↩︎
Run With Wolves, su Internet Archive ↩︎
Nuovo MUD ancora senza nome, su mud.it ↩︎