eBook Game con MEDUSA

Come ho scritto nel precedente post, MEDUSA di Enrico Colombini è stato il primo strumento rilasciato per la creazione di avventure testuali su eBook. La non presenza di una documentazione di supporto ha probabilmente impedito che tale strumento fosse esplorato da altri autori, e questo è un peccato.

Se siete interessati a questo tipo di giochi e volete cimentarvi nella creazione di una vostra avventura su eBook con MEDUSA, ma vi spaventava dover imparare un linguaggio di programmazione provate a dare un'occhiata a questo tutorial.

L'intento è di invogliare nuovi autori ad utilizzare MEDUSA per la creazione di nuovi giochi.

Nel tutorial presentiamo MEDUSA, la sua istallazione, gli esempi allegati ed infine creeremo una nuova avventura passo passo fino ad arrivare alla pubblicazione dell'eBook in formato ePub.

Qui potrete trovare tutti i file sorgente utilizzati nel tutorial.

Qui i sorgenti di un ulteriore esempio di una avventura creata con MEDUSA, ovvero il porting  de l'Occhio Purpureo. In questo esempio viene fatto uso anche di immagini.

Sperando di aver fatto cosa gradita, vi auguriamo buon divertimento!

eBook games all'italiana.

Il mese scorso, sul forum di http://www.oldgamesitalia.net/, gli e-paper-adventures hanno annunciato la pubblicazione di un nuovo strumento dedicato alla creazione di avventure testuali nel formato eBook, chiamato LAGOL.

Per chi non sa di cosa stiamo parlando, facciamo una premessa. 

Ultimamente molta della narrativa interattiva pubblicata non utilizza più la classica linea di comando in cui digitare le istruzioni con la tastiera per esplorare e concludere il gioco, bensì fa ricorso all'uso di collegamenti ipertestuali che permettono di spostarsi all'interno di una mappa e di far evolvere la storia fino al suo finale. E' un approccio diverso, per certi versi semplificato, ma non per questo meno avvincente se il design del gioco è ben strutturato.

Anche questo tipo di avventure comunque hanno necessità di appoggiarsi a degli interpreti, o di essere connessi online per essere giocati attraverso il browser. Esattamente come le avventure più tradizionali.

Qualche anno fa però Enrico Colombini ha esplorato una nuova via, ovvero creare un gioco d'avventura composto da pagine di testo statiche tra cui navigare (un po' come avveniva nei libri con le scelte a bivi), ma dalle caratteristiche tali  da essere difficilmente distinguibile da quelli creati con altri strumenti "più evoluti". Un eBook, però, ha l'indubbio vantaggio di poter essere giocato su qualsiasi device compresi gli ebook reader. 

Il gioco di cui stiamo parlando è naturalmente Locusta Temporis, di cui ho scritto una recensione su questo stesso sito. Purtroppo questo gioco è rimasto un caso isolato, e se vi sono stati dei lavori pregevoli come quelli pubblicati da Venerandi e Di Bello, non hanno offerto lo stesso grado di interazione al giocatore.

Ogni interazione e possibilità di scelta data al giocatore, infatti, comporta la creazione di decine, centinaia e fin'anche migliaia di pagine statiche. Un lavoro immenso se fatto manualmente. Diverso il discorso se si ha uno strumento di programmazione ad aiutarci.

Al momento ne esistono due, ad affiancare MEDUSA di Enrico Colombini, c'è ora LAGOL degli E-paper-adventures.

Il primo è il medesimo strumento usato per la creazione di Locusta Temporis, fa ricorso al linguaggio di programmazione LUA e non ha documentazione ufficiale, questo ha fatto si che non sia stato usato da altri.

LAGOL è invece veramente molto semplice da usare, corredato da un'ottima documentazione ed in piena fase di sviluppo. Qualunque autore, anche con scarse o quasi nulle conoscenze di programmazione, può cimentarsi.

Tenete però presente che al momento LAGOL è piuttosto limitato: si possono usare non più di 8 variabili, 128 descrizioni (che siano oggetti, locazioni o scene panoramiche), ed un migliaio di link. Ciò nonostante vi invito a non scoraggiarvi, si possono comunque creare delle mini avventure interessanti. Mens e il regno di Axum di Venerandi ha vinto il concorso Marmellata d'avventura con un eBook che probabilmente non fa ricorso a più di due variabili. In questo tipo lavori conta più la narrativa e l'intreccio del numero di locazioni ed oggetti.

Concludo con una curiosità, questo tipo di approccio è unico della scena italiana. Non ho notizia di tentativi simili nel mondo anglofono, e se questo ne spiega lo scarso successo non ne sminuisce l'interesse e le potenzialità. 

Per dimostrare il funzionamento di LAGOL, ho fatto un porting della celebre avventura d'esempio di Roger Firth: Cloak of Darkness. Potete scaricarne il sorgente qui: l'avventuroso giocatore d'avventure.

Fuga dall'Acropoli

Fuga dall'Acropoli (2017) è il terzo gioco ideato e realizzato dagli studenti dell'I.I.S. "G. Marconi" di Imperia. Il progetto segue quelli realizzati nei precedenti anni scolastici: Visita al Marconi (2015) e In cerca di Tesla (2016).

Il programma è stato sviluppato all'interno di un corso di game design dedicato allo studio della programmazione a oggetti ed in particolare del linguaggio Inform 6. L'obiettivo era di creare un gioco che potesse essere una lezione di storia interattiva e, allo stesso tempo, un modo per avvicinare i ragazzi alla lettura e alla scrittura creativa tramite un medium a loro congeniale.

Sebbene sia passato oltre un anno dalla pubblicazione di Fuga dall'Acropoli, è stata proprio la precedente frase, riportata nella presentazione del gioco, ad incentivarmi nello scrivere questa analisi. Spero in questo modo di poter dare un modestissimo contributo a questa lodevole, e purtroppo unica in Italia, iniziativa di un istituto scolastico superiore. 

Siamo di fronte ad un gioco estremamente ben programmato e molto curato nell'implementazione. Il giocatore non ha mai la sensazione di essere abbandonato e nelle azioni più particolari ottiene spesso più di un suggerimento. E' un'avventura estremamente adatta a giocatori novizi, che con l'aiuto della mappa non avranno difficoltà a completare il gioco. Bellissima ed evocativa la copertina disegnata che fa presumere una storia frizzante e molto avventurosa.

In questa sede però non voglio soffermarmi sui lati positivi del gioco e del progetto, ma su quello che si potrebbe migliorare. Il corso aveva sostanzialmente quattro obiettivi: 

1. Introduzione al Game Design 
2. Programmazione 
3. Dare una valenza Istruttiva e didattica (il gioco ha ambientazione storica) 
4. Incentivare all'avvicinamento alla narrativa interattiva.

Ritengo che per quanto riguarda la programmazione e l'incentivo all'avvicinamento all'interactive fiction gli obiettivi siano stati raggiunti appieno, mentre qualcosa in più si sarebbe potuta fare dal punto di vista del game design e dell'intento istruttivo del gioco.

Per chi non lo avesse già fatto, si suggerisce di giocare l'avventura prima di proseguire la lettura del presente articolo.

Il gioco ci proietta nell'Acropoli di Atene dell'Antica Grecia, in particolare nel 410 a.C. L'introduzione è ben scritta, siamo viaggiatori del tempo un po' sprovveduti, ma dotati di grande senso d'avventura visto che abbiamo deciso di saltare su una macchina del tempo senza sapere dove ci proietterà.

Ahimè, appena arrivati veniamo scambiati per barbari e catturati. A questo punto comincia l'avventura ed il nostro obiettivo qual'è? Recuperare la macchina del tempo e tornare a casa.

Ecco, secondo me, qui vi è un primo problema di game design. Salto su una macchina del tempo per viaggiare nel passato ed appena arrivo voglio tornare a casa? E' vero che mi sono ritrovato in una situazione spiacevole, ma se l'unico obiettivo di questa avventura è tornare indietro... perché partire?

Qui si poteva fare di meglio. Apriamo Wikipedia e vediamo cosa è successo nel 410 a.C. e scopriamo che abbiamo due eventi significativi ad Atene in quell'anno:

• La flotta di Atene, riunitasi in assemblea, decreta il ritorno di Alcibiade, nominandolo stratego.
• Vittoria ateniese di Cizico.

Andiamo a vedere che cosa ha combinato Alcibiade:

Durante la guerra del Peloponneso, Alcibiade cambiò più volte il proprio partito politico: nella natia Atene, dal 420 a.C al 410 a.C. fu fautore di un'aggressiva politica estera impegnandosi nell'organizzazione della spedizione ateniese in Sicilia, ma passò dalla parte di Sparta quando i suoi oppositori politici lo accusarono del sacrilegio delle erme. A Sparta propose e supervisionò importanti campagne militari contro la sua città natale, ma anche da lì fu ben presto obbligato a rifugiarsi in Persia, dove divenne consigliere del satrapo Tissaferne finché i suoi sostenitori politici ateniesi non gli chiesero di tornare. Fu poi generale ad Atene per diversi anni, ma i suoi nemici riuscirono a farlo esiliare una seconda volta.

Alcibiade favorì tattiche anticonvenzionali, spesso assoggettando città con l'inganno, proponendo negoziati, utilizzando l'arte militare poliorcetica solo in casi estremi. Le qualità politiche e militari di Alcibiade furono spesso utili agli stati che beneficiarono dei suoi servigi, ma la sua propensione a inimicarsi i potenti gli impedì di rimanere a lungo in uno stesso luogo e, alla fine della guerra, i giorni in cui aveva avuto un ruolo politico importante divennero solo un lontano ricordo.

Caspita un politico che cambia partito, che sorpresa (!). Però a ben pensarci è molto istruttivo, l'animo dei politici non cambia dal passato al presente. Ora se avessi potuto suggerire ai ragazzi come sviluppare l'avventura, li avrei incoraggiati ad inserire nell'ambientazione lotte politiche, congiure, o quanto meno accenni all'organizzazione della spedizione in Sicilia. Il tutto poteva anche esser romanzato e non perfettamente attinente alla realtà. Diamo al giocatore un motivo per essere ad Atene nel 410 a.C. facciamolo essere spettatore di un avvenimento che stava accadendo in quella Città in quel momento. Diamo una ricompensa in più al giocatore, oltre a quella di aver portato a casa la sua pellaccia virtuale. L'ideale sarebbe stato che il giocatore, magari con un'azione involontaria [trovando delle prove del sacrilegio delle Erme?], avesse indirettamente provocato il secondo esilio di Alcibiade da Atene.

In alternativa, si poteva utilizzare l'avvenimento della vittoria di Cizico, a causa della quale gli Spartani, demoralizzati dalla distruzione della loro flotta, mandarono un'ambasciata ad Atene cercando di concludere una pace, ma gli Ateniesi, euforici, rifiutarono. Una scelta non felice visto che dopo 5 anni persero miseramente la loro flotta. Cizico, infatti, pur essendo stata una vittoria notevole, non portò alcun vantaggio decisivo agli Ateniesi, posticipando soltanto la loro sconfitta finale.

Inserire un ambiente in evoluzione all'interno di un'avventura è un elemento importante per un buon Game Design, sia che il cambiamento nel mondo virtuale avvenga per l'azione portata avanti dal giocatore, sia che avvenga a prescindere. Nel nostro caso avremmo inoltre aggiunto maggior valore allo scopo educativo/storiografico del gioco.

Da quest'ultimo punto di vista infatti Fuga dall'Acropoli è leggermente carente. Ogni ambientazione è ben descritta, e presenta edifici che realmente si incontravano all'interno della città. La loro funzione è però solo accennata e non si può interagire più di tanto con gli altri personaggi visto che non parliamo il greco antico. 

I PNG (personaggi non giocatori) sono un elemento importante nelle avventure, in questo caso rimangono tutti piuttosto statici, e non aiutano molto ad immergersi nel gioco. 

Ad esempio il mercante cerca di venderci qualcosa solo se lo esaminiamo e non fa nulla se stiamo li ad aspettare, se tentiamo di rubare la mercanzia, od anche di aggredirlo. In generale la sensazione che rimane, dopo aver interagito con ogni personaggio, è che questo rimanga solo abbozzato. Personalmente avrei voluto più informazioni sia sul background dei singoli personaggi che sulla loro vita nell'Acropoli, magari il mio smart watch virtuale poteva darmi qualche notizia in più (in fondo dovrebbe essere smart 😁).

Anche la sacerdotessa che ci tratta con sufficienza se non siamo opportunamente abbigliati è piuttosto poco plausibile. 

Per dare un suggerimento concreto, un buon modo per migliorare l'interazione con l'ambiente ed i personaggi rendendo più interattivo il gioco sarebbe potuto essere quello di creare un personaggio non giocatore che ci aiutasse a fuggire o ci fornisse informazioni in cambio di qualcosa (tipo far cacciare Alcibiade), magari si poteva farlo parlare latino così che il protagonista potesse capirlo (o quasi). Creare un accompagnatore al giocatore avrebbe anche potuto essere fonte d'informazioni sull'ambiente e la storia.

Dal punto di vista del Game Design avrei quindi suggerito ai ragazzi di far si che l'avventura non si limitasse semplicemente ad un'esplorazione e ricerca di oggetti che avrebbero potuto farci concludere il gioco, ma di puntare a far immergere il giocatore nella storia dell'antica Grecia.

Detto così potrebbe sembrare facile, ma è necessario tener conto che il tempo è scarso e le risorse limitate. Io credo però che sarebbe stato preferibile investire maggiori energie in questi aspetti anche a discapito della programmazione.

In conclusione spero che ad Imperia non interrompano la tradizione e che anche quest'anno ci sorprendano con un nuovo gioco. Sarebbe bello che qualche altra scuola superiore italiana li sfidasse!

Sarebbe una grande avventura.

Non posso esimermi infine dal fare i complimenti a tutti i ragazzi del I.I.S. "G. Marconi ed ai loro docenti. Qualcuno potrebbe interpretare questo mio articolo come una critica, ma in realtà da giocatore sono molto contento di Fuga dall'Acropoli e spero che sfornino altri giochi, ricordandosi che c'è sempre margine di miglioramento.

Marco Falcinelli

L'avventura ideale

Una guida per creare il gioco d’avventura ideale

di David Tanguay. - Prima versione del 09 Luglio 1999. Ultimo aggiornamento del 11 Dicembre 2008.

Traduzione 2018 di Marco Falcinelli.

Come potrebbe essere un gioco d’avventura ideale? Da sempre gli autori, sviluppatori e giocatori di avventure cercano la risposta a questa domanda. Molti dei giochi d’oggi che vengono definiti d’avventura seguono una linea molto meno definita di quella che in passato identificava piuttosto precisamente questo tipo di giochi. 

Recentemente il mio interesse si è concentrato sull’argomento, più che altro per vedere se è possibile ristabilire questa linea di demarcazione tra i generi dei giochi che è venuta col tempo a mancare. Lo scopo di questo articolo è di descrivere a grandi linee gli elementi che credo siano necessari per creare un gioco d’avventura ideale. Sebbene questa definizione sia molto soggettiva, spero di poter condividere con voi alcune delle linee guida per la creazione di avventure che possano essere accettate da tutti. 

Definiamo il gioco d’avventura

Prima di poter affrontare cosa serva per creare un’avventura ideale, dobbiamo stabilire quali sono gli elementi che formano un’avventura.

Negli ultimi tempi la produzione di giochi d’avventura si è affievolita, e le software house che tradizionalmente occupavano questo settore, come la LucasArts e la Sierra On-Line hanno interrotto la loro produzione di giochi d’avventura. Inoltre molti dei giochi che vengono presentati come avventure al giorno d’oggi sono molto differenti dalle avventure come erano sviluppate in passato. E’ senz’altro possibile accettare una definizione molto estesa di avventura, ma tale generalizzazione renderebbe inutili future discussioni. Ritengo sia necessario stabilire una definizione circoscritta affinché essa possa essere utile veramente. Altrimenti, l’ambito dell’esperienza di gioco diventerebbe troppo vasto per poter parlare di cosa renda ideale un’avventura.

Ogni definizione dovrebbe essere basata su giochi che hanno in origine definito il mezzo. Per le avventure è necessario includere titoli come Adventure, Zork e gli altri giochi della Infocom, ma anche la serie di King's Quest e le altre avventure dei primi anni ‘80 della Sierra On-Line. La definizione dovrebbe essere propria di questo genere in modo da distinguerlo da altri comunemente accettati come i First Person Shooters (FPS), i Role-Playing Game (RPG), i Real-Time Strategy (RTS), e i Puzzle Game. Nel costruire la nostra definizione di giochi d’avventura non dovremmo aver paura di escludere giochi come Quest for Glory, Alone in the Dark, e System Shock. Sia che li si includa o meno nelle avventure, rimarranno comunque grandi giochi.

La Trama

La presenza di una trama è una caratteristica molto importante per un’avventura. Questo prerequisito ci permette di escludere dal genere i giochi basati solo sui puzzle, come Sokoban, Sherlock, od i cruciverba enigmistici. Naturalmente la storia non è l’unico aspetto che definisce il genere. I libri ed i film non sono giochi d’avventura, dal momento che non hanno la caratteristica di richiedere allo spettatore di risolvere enigmi o problemi per continuare la visione dello spettacolo. Non possiamo neanche includere giochi che hanno solo un accenno di trama, come Wolfenstein, X-COM, e Alpha Centauri che pur possedendo alcuni elementi che formano una storia ed una trama non sono certamente giochi d’avventura.

La risoluzione degli Enigmi

Forse possiamo considerare un’avventura come la semplice risoluzione di problemi all’interno di un contesto narrativo. E’ una buona prima approssimazione, ma vi si possono già intravedere alcuni problemi nel circoscrivere il genere. Gli sparatutto in prima persona richiedono spesso di risolvere dei problemi, anche se per farlo solitamente basta dare il via ad un bagno di sangue tra i nemici. Allo stesso modo vi sono molti giochi in cui è necessario correre e schivare ostacoli, dove i problemi vengono risolti saltando od accucciandosi al momento e nel posto giusto. Questo tipo di giochi possono includere una forte elemento narrativo. Chiaramente, una definizione coerente delle avventure dovrebbe escludere giochi come Doom e Mario. Dobbiamo quindi restringere la risoluzione di enigmi e problemi a quelli che comportano uno sforzo intellettuale. La soluzione dei problemi in un gioco d’avventura dovrebbe essere difficile da immaginare ma non da portare a termine. In questo modo possiamo restringere i confini tra il genere dei giochi d’avventura e quello dei giochi d’azione.

Deterministico o Stocastico

In questo modo non abbiamo però ancora distinto i giochi d’avventura da quelli di ruolo. I due generi hanno molti tratti in comune, sebbene vadano di norma i differenti direzioni su quali caratteristiche enfatizzare. Le avventure solitamente si concentrano sulla narrazione e sugli enigmi. Mentre, i giochi di ruolo enfatizzano l’interazione in un mondo virtuale più vasto e solitamente con la presenza di molti elementi aleatori. Le differenze sono negli aspetti che li enfatizzano, e non nella loro presenza o meno. Esistono giochi di entrambi i generi possono essere creati con tutte le caratteristiche citate.

Lo sviluppo dell’abilità di un personaggio è un caratteristica che, essendo spesso abbinata ai giochi di ruolo, induce in tentazione nell'utilizzarla per distinguere i due generi. Sfortunatamente una definizione che si basasse unicamente su questa caratteristica non sarebbe esaustiva. Non è inusuale per il protagonista di un’avventura acquisire nuove abilità, come un incremento di destrezza o la capacità di scassinare serrature durante la ricerca di un obiettivo. La differenza tra un genere e l’altro la fa non la presenza della caratteristica dello sviluppo del personaggio, ma le ragioni per la quale è usata. Nelle avventure, lo sviluppo del personaggio è richiesto per affrontare e risolvere un determinato problema. Nei giochi di ruolo, lo sviluppo del personaggio è necessario per migliorare le possibilità del personaggio di affrontare problemi non meglio specificati che potrebbe incontrare casualmente nel mondo virtuale.

Essenzialmente, la distinzione fondamentale tra gioco di ruolo e gioco d’avventura è nella natura stocastica del primo opposta alla natura deterministica del secondo. E’ l’aleatorietà nell’affrontare gli ostacoli che rende le statistiche del personaggio del gioco di ruolo così importanti. Nei giochi d’avventura, il tiro di un dado raramente è significativo. In altre parole, un gioco d’avventura si svolge solitamente nello stesso modo ogni volta che lo giocate se usate gli stessi comandi. I giochi di ruolo fanno invece un massiccio uso del lancio dei dadi e di elementi aleatori per determinare l’esito di un combattimento o di altri eventi che accadono nel mondo virtuale. Il giocatore dovrà pregare la dea bendata per avere la fortuna dalla sua, oltre che cercare di sviluppare le statistiche delle abilità dei personaggi al fine di aumentare le proprie probabilità di sopravvivenza.

Definizione

Con queste intuizioni, possiamo ora fornire una definizione funzionale alle avventure: Un’avventura è un gioco “deterministico, teso alla risoluzione di problemi con l’uso dell’intelletto nel contesto di una storia”.

Le caratteristiche di un gioco d’avventura

La Storia e la Trama

Vi sono differenti aspetti da considerare nella creazione di una storia. 

Il prologo, ovvero gli eventi che hanno portato all’inizio della storia nel mondo virtuale prima che il giocatore acquisisca il controllo del personaggio. Vi possiamo includere la storia dei personaggi e del protagonista. Gli eventi accaduti nel passato (rispetto al tempo del gioco) possono essere rivelati subito nell’introduzione dell’avventura, o nella documentazione di accompagnamento del gioco o altrimenti possono essere svelati pian piano durante il gioco, per esempio, attraverso l’interazione con personaggi non giocatori, la lettura di un diario o delle note, e così via. 

L’altro aspetto da considerare per la storia è quella che viene scritta dal protagonista durante la partita. Questo diario costruito in diretta non è altro che la trama del gioco.

La Giocabilità

Le persone spesso parlano di giocabilità, ma il suo significato può variare. Qui vogliamo riferirci in particolare alle azioni che vengono eseguite dal protagonista, che sono distinte dalla sintassi usata per esprimere i comandi. Se digitate il comando “svuota la brocca nella scodella” o fate clic con il mouse sulla brocca e poi sulla scodella, l’effetto è lo stesso. 

La differenza giace solo sul metodo e non sul risultato.

La Sfida e gli enigmi

In una avventura al giocatore è richiesto di superare molti ostacoli per completare il gioco. Esempi di tali ostacoli includono i problemi basati sull’inventario, sulla ramificazione dei dialoghi, sul giocherellare con macchinari più o meno complicati, sul rispettare sequenze temporali, ed altro. Più appropriatamente questi ostacoli dovrebbero essere considerati delle sfide, e la somma di tutti questi ostacoli aggregati dovrebbe rappresentare la sfida al giocatore. Il termine enigma dovrebbe invece essere riservato per ostacoli autonomi come i puzzle od il cubo di Rubik.

La Linearità

Le persone spesso parlano di linearità, ma vi è molta confusione nella sua definizione. In un senso, la linearità si riferisce al percorso geografico che il giocatore segue durante la partita. In questo caso, un gioco viene considerato non lineare se il giocatore è libero di vagare per gran parte del mondo virtuale del gioco. in questo senso non possiamo considerarla una qualità piuttosto interessante. L’esplorazione può essere divertente, ma vagare avanti ed indietro può stancare il giocatore piuttosto in fretta. Un altro modo di vedere la linearità è quello di fare riferimento alle sequenze di gioco, ovvero l’ordine in cui le sfide possono essere risolte. Se esiste un solo ordine in cui le sfide possono essere affrontate e superate, allora il gioco può dirsi completamente lineare. Se tutte le sfide di un’avventura possono essere affrontate contemporaneamente ed indipendentemente, allora siamo certamente di fronte ad un gioco non lineare.

La linearità è quindi legata alla relazione che intercorre tra le varie sfide che deve affrontare il giocatore. La soluzione di una sfida porta tipicamente ad una ricompensa, come ad esempio l’accesso ad una nuova parte del gioco, all’ottenimento di oggetti, abilità, ed altre informazioni. Le connessioni tra le sfide creano un grafico dell’esperienza di gioco dove ogni sfida è un nodo. Tecnicamente, nella teoria dei grafi, la costruzione di un grafico dell’esperienza di gioco è un grafo connesso, aciclico, più o meno orientato e funziona in modo simile ad una Rete di Petri. 

Sono pochi (se mai ve ne sono) i giochi completamente lineari o completamente non lineari. Molti hanno una introduzione alle sfide lineare, e la maggior parte hanno un finale lineare. Tra l’introduzione ed il finale, normalmente si possono riconoscere dei costrutti comuni. Le avventure sono frequentemente divise in capitoli, da completare in sequenza lineare. Questa segmentazione permette all’autore di mantenere il controllo sulla trama, ma allo stesso tempo permette al giocatore di avere libertà e non linearità all’interno dei singoli capitoli. E’ piuttosto comune anche vedere che il gioco si ramifica in segmenti indipendenti, dove il giocatore può risolvere e completare tali parti in un ordine qualsiasi. Ognuno di questi segmenti, in effetti, può essere considerato una mini avventura all’interno di una più grande.

L’Attinenza

L’attinenza descrive la relazione tra le sfide ed il gioco. Nello specifico, descrive la credibilità delle sfide quali parti del gioco e della sua trama. Un esempio di irrilevanza: in quale mondo reale avete mai aperto una porta usando un puzzle a scorrimento? Naturalmente la pertinenza non è sempre facile da definire. Se il vostro personaggio è Wile E. Coyote allora nell’avventura potranno accadere molte cose insensate.

Apporre delle Limitazioni

I vincoli apposti dall’autore possono essere sia geografici che temporali. Molte avventure includono vincoli temporali nelle loro sfide. Questi limiti hanno varia durata. Nella forma più ampia, il giocatore potrebbe avere alcuni minuti od ore per completare una serie di sfide, come l’armeggiare in un laboratorio di uno scienziato pazzo mentre questo è in pausa pranzo. In forma più restrittiva, il giocatore potrebbe avere pochi secondi o minuti per risolvere una sfida in particolare, come il disattivare una bomba. Sotto vincoli ancora più stringenti, una sfida potrebbe richiedere di compiere un’azione nell’arco di pochi secondi, come quella di lanciare una granata dopo aver tirato via la sicura. All’estremo del continuum del tempo reale troveremo sfide con caratteristiche da gioco Arcade, che rappresentano in realtà una sfida fisica e di riflessi per il giocatore. Le limitazioni geografiche usate dagli autori servono ad imporre una certa linearità all’avventura. Tipicamente, all’inizio del gioco, il giocatore ha accesso a solo una parte ristretta del mondo virtuale. Il completamento delle sfide durante la partita potrebbe quindi permettere al giocatore di avere accesso ad altre parti del gioco fino a quel momento non raggiungibili.

Il gioco d’avventura ideale

Il mondo creato nel gioco

L’avventura ideale comincia con l’introduzione ad un mondo virtuale ben definito. Dovrebbe essere un posto con una storia ed una propria personalità, non un semplice tavolino dove appoggiare gli enigmi. Dovrebbe essere popolato da personaggi che vivono al suo interno, che hanno una chiara ragione per essere lì, oltre che per aiutare od avversare il protagonista. La storia di questo mondo non dovrebbe fermarsi con l’inizio della partita. Dovrebbe esservi una trama solida che sospinga il giocatore durante la partita. Il giocatore dovrebbe fare la storia e non esserne semplicemente spettatore.

Linearità

Molte persone parlano della linearità come se fosse intrinsecamente una aspetto negativo di un’avventura. Questa è una visione semplicistica. La linearità da all’autore più controllo sulla trama, permettendogli di renderla più solida. Ma rappresenta anche un pericolo, perché spesso da al giocatore la sensazione di essere trascinato attraverso il gioco, un passeggero invece che l’autista. Al contrario, la non linearità da al giocatore la sensazione di avere il controllo sulla trama, ed un maggiore senso di immersione nel gioco, ma ne rende molto più difficile il controllo da parte dell’autore. Nel caso non sia gestita bene, la non linearità può anche lasciare il giocatore spaesato, senza esattamente sapere cosa deve fare per andare avanti. 

La linearità di un’avventura è quindi un compromesso, e le buone avventure possono collocarsi in qualsiasi punto dello spettro tra linearità e non linearità. Un buon modo perché nel gioco si riesca a combinare entrambi gli aspetti positivi è quello, ad esempio, di utilizzare una serie di capitoli, ognuno dei quali abbia una certa non linearità. Alcuni capitoli possono essere posti in parallelo con altri, in modo che siano rami del gioco che possano essere giocati nell’ordine che il giocatore preferisce.

L’Attinenza

Le singole sfide dovrebbero essere pertinenti. Dovrebbero essere parti naturali del gioco e parti naturali della storia che viene raccontata. Per esempio, non dovrebbero esservi serrature alle porte del tipo cubo di Rubik od una geografia alla Escher. Se stiamo affrontando un enigma (che può essere divertente), questo deve essere parte integrante dell’ambiente descritto dal gioco oltre che ben motivato. Per esempio, nel gioco Myst, a differenza di molte delle sue imitazioni, gli enigmi sono estremamente ben integrati nell’ambiente ed appaiono come parti naturali delle locazioni. Naturalmente, nel gioco, dovrebbero esservi sfide con orizzonti più ampi del singolo enigma.

Il gioco, inoltre, dovrebbe comportarsi coerentemente ed in accordo con alcuni principi fisici. Per esempio, se dovete tagliare una corda, il coltello e le forbici dovrebbero andare bene, ed ogni corda dovrebbe poter essere tagliata utilizzando tali strumenti. Questo non significa che il mondo virtuale debba seguire le regole di quello reale. Il mondo dei cartoni animati come Toonstruck e mondi fantastici come Sanitarium possono essere bizzarri, ma mantengono una coerenza e sono di facile comprensione agli occhi del giocatore.

Sfide ragionevoli

La soluzioni alle varie sfide dovrebbero essere ragionevoli. Se da un lato è accettabile creare un gioco difficile per sconcertare il giocatore, dovremmo comunque assicurarci che quest’ultimo sia in grado di arrivare alla soluzione attraverso degli indizi. Il giocatore dovrebbe avere la percezione di poter trovare la soluzione, di poter ottenere tutte le informazioni necessarie per dedurre l’azione corretta o quanto meno di poter sperimentare azioni plausibili fino ad arrivare a quella corretta. Per esempio, se lanciare un cubetto di ghiaccio contro un unicorno lo tramuta in un paio di pinzette, allora il gioco dovrebbe fornire in anticipo l’informazione che lanciando cubetti contro creature magiche le si trasforma in attrezzi. Se il gioco non è ragionevole, ed è stupido, si tramuta nell’equivalente logico di un grande labirinto: il giocatore deve esaurirsi nel provare a caso qualsiasi possibile azione fino a quando non ottiene un qualche progresso. Siamo in questo caso di fronte ad un gioco superficiale, tedioso e noioso.

La sfide in tempo reale

Le sfide possono avere componenti che agiscono in tempo reale, ma dovrebbero essere usate solo come intermezzo a problemi di natura intellettuale. Dovrebbero mettere alla prova il buon senso del giocatore e non i suoi riflessi. Una volta che il giocatore capisce come superare la sfida, la sua soluzione dovrebbe comportare solo alcuni clic del mouse o della tastiera per riuscirci, e con ampio margine di tempo. E’ bene ribadirlo, si tratta di mettere alla prova l’immaginazione non l’esecuzione. Inoltre, non riuscire a superare una sfida basata sul tempo reale non dovrebbe costringere il giocatore a ripartire da un salvataggio precedente, o peggio a rigiocare un altro segmento del gioco non associato al primo. In altre parole, lo stato complessivo del gioco dovrebbe rimanere immutato. Se viene richiesto un certo livello di destrezza o di percezione, il gioco dovrebbe adattarsi al giocatore, facilitandogli la sfida fino a quando sia risolta. Il giocatore dovrebbe anche essere in grado di impostare direttamente il livello di difficoltà.

La Morte

La morte del protagonista può essere una caratteristica fastidiosa in un gioco d’avventura, ma la sua assenza può portare al medesimo turbamento. Se strappate la sicura di una granata e vi ci sedete sopra, ci si aspetta qualcosa di più di una semplice costipazione. Si può creare una grande avventura senza che vi sia alcun pericolo mortale, e nel gioco si può ragionevolmente impedire al protagonista di suicidarsi. Il punto centrale in questo aspetto delle avventure, tuttavia, consiste nella costruzione di uno stato di incertezza [suspense] per il giocatore che si accinge ad affrontare una situazione pericolosa. Ripetiamo, la morte non dovrebbe mai cogliere il giocatore di sorpresa. Ogni azione fatale che il giocatore intraprende dovrebbe essere percepita come possibilmente fatale prima di essere intrapresa, dando la possibilità al giocatore di salvare la partita. Ancora meglio, il gioco dovrebbe farlo da solo, ed in automatico riportare il giocatore al punto precedente l’esecuzione dell’azione fatale.

In un’avventura, sfortunatamente, la morte non è il solo modo di morire. Il giocatore può raggiungere un punto nel gioco dove diventa per lui impossibile vincere la partita, restando ancora vivo. Si trova in quello che possiamo considerare un punto morto. Il fine della morte e dell’autosalvataggio è quello di evitare che il giocatore sia costretto a rigiocare larghe parti del gioco; nel caso della morte, significa non dover rigiocare dal precedente salvataggio (se mai ci fosse) fatto dal giocatore. Per ragioni analoghe, il gioco non dovrebbe permettere al protagonista di rimanere in un cul-de-sac a lungo. L’azione (o la mancanza di un’azione) che porta ad un punto morto dovrebbe essere trattata come un’azione che conduce alla morte. Inoltre il gioco dovrebbe trasmettere al giocatore che quell’azione è piuttosto discutibile, il giocatore saprà quindi che dovrà salvare la partita in anticipo. Una soluzione migliore dovrebbe fare in modo che il gioco preveda automaticamente a riportare il giocatore in un punto in cui l’avventura è ancora risolvibile. Una volta che il giocatore comincia a vagare in un punto morto, il gioco dovrebbe subito fargli capire che non potrà più andare avanti.

La Difficoltà

Non esiste un livello di difficoltà ideale per un’avventura. Alcuni giochi potrebbero essere calibrati per i novizi, altri verso speleologi brizzolati. All’interno di un gioco, tuttavia, le sfide dovrebbero diventare più difficili man mano che si va avanti. Una sfida difficile all’inizio può far sì che il giocatore abbandoni subito il gioco. Verso la fine dell’avventura, ci si augura che il giocatore abbia maturato un certo interesse nella storia e sicuramente ha investito tempo ed energie per arrivare fino a quel punto, sarà quindi più propenso ad affrontare sfide più difficili senza lasciarsi sopraffare dalla frustrazione. Ed anche se il giocatore si blocca completamente, almeno ha potuto godersi gran parte del gioco.

Interfaccia Utente

Fino ad ora ho soltanto discusso dal punto di vista semantico della progettazione di un gioco, ma un’avventura ideale dovrebbe avere una buona interfaccia utente. Potete immaginare di crearne una con grafica ad alta risoluzione, musica stereofonica, ambienti 3D (che richiederebbe una nuova definizione ogni paio d’anni), ed altri effetti speciali. Queste tecnologie, tuttavia, sono solo un mezzo non il fine, ed ogni specifica che possiate pensare con il tempo diverrà obsoleta. L’obiettivo è presentare chiaramente l’ambiente al giocatore, stabilire un’atmosfera, e far si che per il giocatore sia facile giocare l’avventura. Gli artisti e gli autori dovrebbero far ricorso alla tecnologia disponibile in quel momento per ottenere tale risultato; se creano un buon prodotto, il livello della tecnologia utilizzato sarà irrilevante.

La progettazione grafica e del suono dovrebbero chiaramente indicare cosa è importante per il giocatore. Quest’ultimo non dovrebbe mai essere in difficoltà nel capire cosa siano quel mucchietto di pixel sfocati, ne avere difficoltà a capire cosa sta borbottando un personaggio (i sottotitoli dovrebbero essere sempre un’opzione disponibile). Ogni oggetto necessario al gioco dovrebbe essere chiaramente presentato al giocatore, e non nascosto come un ago in un pagliaio di altri oggetti. Questo non significa che non vi possano essere delle false piste, ma non dovrebbero essere tali da sovrastare gli oggetti necessari a risolvere il gioco. Allo stesso modo, un personaggio importante con cui interagire non dovrebbe essere nascosto in una folla.

Il gioco dovrebbe poter gestire i salvataggi con facilità. Il giocatore dovrebbe essere in grado di salvare le partite nel punto e nella posizione che preferisce, non solo dove piace al programmatore del gioco. Dovrebbe inoltre poter salvare il gioco così come è stato giocato. Alcune avventure fanno invece delle presunzioni, che si rilevano spesso false se il giocatore ha compiuto le azioni differentemente dall’intenzione degli autori. Non vi dovrebbe essere un limite fisso al numero di salvataggi, lasciate che il giocatore possa sbizzarrirsi. 

L’interfaccia dovrebbe essere semplice da usare, intuitiva e non dovrebbe richiedere troppe istruzioni. Le azioni più comuni dovrebbero richiedere un minimo di clic del mouse o di azionamenti della tastiera.

Un problema con molti giochi recenti è che l’interfaccia è divenuta talmente stringata che il giocatore non deve più pensare alla soluzione, questa si presenta da sola. Il problema è che gli autori hanno semplificato l’interfaccia con l’utilizzo del mouse, ma le possibilità d’interazione del giocatore con gli oggetti ed i personaggi si è ristretta. Alcuni giochi come Callahan's Crosstime Saloon, hanno tentato di aggirare il problema offrendo al giocatore una larga quantità di azioni possibili per ogni interazione in un menu contestuale per ogni oggetto e personaggio coinvolto. Questa soluzione funziona piuttosto bene espandendo il campo delle scelte e quindi non inducendo il giocatore a trovare la giusta azioni attraverso una lunga serie di tentativi a discapito della riflessione per immaginare la corretta azione. Altri giochi come Leisure Suit Larry: Love for Sail!, aggirano il problema permettendo al giocatore di interagire con il gioco anche attraverso un parser testuale, oltre che al menù di azioni ovvie come ad esempio gli argomenti dei dialoghi. Questo approccio conserva molta della flessibilità del vecchio parser testuale, ed inoltre sfrutta la semplicità dell’interazione con il mouse.

Ultime riflessioni

Ovviamente, ci sarebbero molti altri aspetti da considerare per la creazione di un gioco d’avventura ideale, oltre ai pensieri sopra espressi. Tanto per cominciare, non dovrebbero esserci bug. Le sfide dovrebbero essere ingegnose. Il giocatore dovrebbe sentirsi fiero di essere riuscito a risolverle, e vorrebbe prendersi a calci per averci messo tanto ad arrivare alla soluzione. La storia dovrebbe essere interessante e coinvolgente. Le avventure umoristiche dovrebbero essere divertenti, mentre quelle horror dovrebbero far paura. Sfortunatamente, e fortunatamente, non esistono linee guida alla creatività.

ADVENTURON

Adventuron è un nuovo sistema per la creazione di avventure testuali interamente fruibile attraverso un browser. Infatti non richiede alcuna installazione, ma serve semplicemente una connessione ad internet. Il tool, che è server side, si presenta come una pagina divisa in due, a sinistra il codice che dovremo scrivere per generare l'avventura ed a destra la finestra che ci mostra in diretta il gioco.

E' un'idea molto originale, ed anche piuttosto immediata, sia per come si presenta il tool di sviluppo, sia per il taglio che viene dato alle avventure. Adventuron è stato infatti pensato per creare avventure che ricordano quelle scritte con the quill con uno stile ad 8bit tipico dello ZX Spectrum o del C64. In questo senso è adatto a giochi semplici e non raffinati.

Offre però alcune chicche: innanzi tutto lo stile incredibilmente retrò, la possibilità di usare effetti sonori e la grafica, e poi una funzione di suggerimento ed autocompletamento del codice estremamente utile e che rende la programmazione molto semplice ed adatta anche ad un neofita.

Le avventure così generate possono quindi essere salvate in formato html 5 e distribuite come una semplice pagina web, fruibile sia online che offline.

Veniamo alle magagne. Questo tool è stato presentato alla fine dello scorso anno e non mi sembra abbia riscosso successo. La documentazione sebbene lodevole è ancora piuttosto incompleta per realizzare qualcosa di decente. Al momento supporta unicamente la lingua inglese.

Se non vi saranno persone che gli daranno una chance sarà difficile che l'autore ne continui lo sviluppo. Ciò nonostante lo trovo interessante, divertente e neanche troppo difficile.

Qui trovate la presentazione ufficiale di Adventuron.

Qui invece il tool di sviluppo che si presenta con un esempio.

E qui la documentazione in inglese.

Ed infine ecco quello che ho creato in una mezz'ora dopo aver letto una decina di pagine della documentazione. (lo potete aprire con un qualsiasi browser tranne explorer).

Buon divertimento!