Richard Garriott era un ragazzo sveglio, ma al tempo stesso era anche un dungeon master adolescente. È per questo che, anche se proviamo un po' di imbarazzo quando Akalabeth si apre con quella che ha tutta l'aria di essere la caricatura di un discorso di un dungeon master adolescente (pronunciato da un ragazzino brufoloso dietro la copertina del suo modulo B2 – La Rocca Sulle Terre di Confine), dobbiamo comprendere che Akalabeth è comunque un prodotto del suo tempo e dell'età di colui che lo ha creato.

Consentitemi quindi di esprimere un paio di pensieri in libertà, ma rigorosamente nel suddetto spirito di comprensione.

Perché mai gli scrittori di fantasy medievale (fra cui anche tantissimi che dovrebbero ormai avere tutti gli strumenti per fare meglio del nostro giovane Mr Garriott) si rifanno sempre allo Shakespeare rinascimentale quando vogliono far apparire il loro inglese ampolloso e autentico? Eppure dovrebbero saperlo che esiste un certo Geoffrey Chaucer

Considerata la ben documentata insoddisfazione di Garriott per l'approccio seguito da Crowther e Woods nel loro Adventure, non è che “Beyond Adventure” (o dovrei dire “Beyond Adventure”?) [cioé “Oltre l'avventura” e/o “Oltre Adventure”, ndAncient] sia in realtà una frecciatina fra rivali?

E se certamente entrambi i suoi genitori, e probabilmente molti altri oltre a loro, gli hanno fornito idee e suggerimenti, Akalabeth è un'opera realizzata interamente dal solo Richard; l'apice di tre anni di sforzi, prima al terminale con la telescrivente della sua scuola superiore e poi sul suo Apple II Plus nuovo di pacca. L'unica eccezione è rappresentata dalla grafica della schermata del titolo, fornita da un amico e vicino di casa di Houston, Keith Zabalaoui, che è bastata a garantirgli una presenza nei credit cartacei alla voce “Graphics”.

Dopo essere passati per la schermata del titolo realizzata da Zabalaoui e per le istruzioni in-game, viene caricato e avviato il codice BASIC del gioco. Tutto ciò che segue è implementato in un singolo programma BASIC di 22 K. Per prima cosa ci viene chiesto di “Inserire il numero fortunato”. Questo numero serve come variabile per il generatore casuale di numeri, che determinerà quasi tutto ciò che verrà dopo: le caratteristiche con cui iniziamo, la conformazione delle zone all'aperto e dei labirinti, ecc. Per questa ragione scrivendo il medesimo numero saremo sempre certi di avere la medesima partita, fin dal personaggio con cui iniziamo; e da lì -se facciamo esattamente le stesse cose- avremo esattamente lo stesso risultato finale, visto che anche i tiri di dado “casuali” dipendono in ultima analisi da questo numero magico. Generare un mondo virtuale per via matematica, facendolo al volo e all'occorrenza (invece che immagazzinare dei dati già pronti che devono essere recuperati dal disco) non era niente di nuovo nel mondo dei primissimi giochi per computer, che dovevano fare i conti con le limitate memorie delle macchine su cui giravano e sulla limitata capacità dei dischi. Il più celebre esempio è Elite, che generava dinamicamente il proprio universo di otto galassie utilizzando le successioni di Fibonacci. È tuttavia interessante che Garriott abbia scelto questo approccio per presentare al giocatore un mondo e delle dinamiche di gioco davvero casuali, invece di usare il vero e proprio generatore di numeri casuali dell'Apple II, che sarebbe potuto essere perfettamente adeguato allo scopo,

Comunque sia, dopo aver preso la più critica delle decisioni, ci troviamo a scegliere il livello di difficoltà da 1 a 10, da cui dipende quanto saranno tosti i mostri che combatteremo e quante quest dovremo completare per finire il gioco. Poi ci viene mostrato il nostro personaggio, composto da una serie di tipici indicatori alla Dungeons and Dragons: punti ferita, forza, destrezza, stamina, saggezza, oro. Possiamo scegliere anche fra due classi: guerriero o mago. Dopodiché ci ritroviamo nell'immancabile negozio, anche se stavolta non ci sono i negozianti loquaci e votati al mercanteggiamento che abbiamo trovato in Temple of Apshai o in Eamon.

Proprio come in Temple of Apshai, la lista dell'equipaggiamento di Akalabeth è piuttosto scarna, consistendo in una manciata di oggetti generici che potete vedere qui sopra [cibo, stocco, ascia, scudo, arco e frecce, amuleto magico; ndAncient], e qui non c'è nemmeno la possibilità di trovare oggetti speciali nei dungeon.

Vale però la pena segnalare che in Akalabeth dovremo occuparci della nostra riserva di cibo: il nostro avatar consumerà infatti un po' di cibo ad ogni turno e, se lo dovesse finire, morirebbe istantaneamente. La morte per fame è una vera minaccia nelle fasi iniziali del gioco, quando l'oro scarseggia, ma ben presto ci potremo permettere centinaia di unità di cibo e da quel punto in poi si rischierà di morire di fame solo per disattenzione.

Quando il gioco vero e proprio inizia, diventa palese perché Garriott ha affermato (un po' seriamente e un po' scherzosamente) di aver passato i primi quindici anni della sua carriera a rifare sempre lo stesso gioco. Ci viene mostrata una mappa di esterni, vista dall'alto, che navighiamo usando comandi abbinati ad un tasto della tastiera. Qualunque veterano di Ultima si sentirà immediatamente a suo agio, anche se (a differenza dei seguenti Ultima, che col tempo arriveranno ad usare praticamente tutti i tasti della tastiera) qui abbiamo solo una decina di opzioni, la maggior parte delle quali riguardano semplicemente il movimento.

Vi faccio notare che la schermata qui sopra è stata implementata usando la speciale modalità grafica hi-res dell'Apple II, con le quattro linee di testo normale, in basso, dedicate ai messaggi di stato (l'intramontabile dono di Wozniak per i programmatori di giochi).

In più, proprio come nei successivi Ultima, la nostra prima vera missione è quella di trovare il castello dell'alter ego di Garriott, Lord Biritish. Dopo averci chiamato “contadini” (davvero ti senti tanto più importante di noi, Richard?), ci assegnerà la prima di una serie di “quest” che consistono tutte semplicemente nell'uccisione di mostri di crescente difficoltà. Il numero di queste missioni che dobbiamo completare per finire il gioco dipende dal livello di difficoltà che abbiamo scelto all'inizio.

Quel “un/una topo gigante” non ha prezzo...

È nei dungeon sparsi sulla mappa dell'esterno che troviamo i mostri da combattere. Tali labirinti sono il vero succo del gioco: passeremo gran parte del nostro tempo ad esplorarli e mapparli, combattendo ovviamente contro i loro abitanti, che si faranno via via più temibili, mano a mano che scenderemo in livelli sempre più profondi. Ed è sempre qui che troviamo l'innovazione estetica più palese di tutto il gioco: l'uso di una prospettiva tridimensionale, in prima persona, che ci pone direttamente al centro del mondo di gioco.

L'uso di una tale visuale aveva comunque già dei precedenti nel 1980. C'era ovviamente quel gioco chiamato Escape! che aveva inizialmente ispirato Richard. Ancora più noto è Microsoft Flight Simulator, il frutto di molti anni di esperimenti con la grafica 3D da parte di Bruce Artwick, che era apparso per la prima volta sull'Apple II nel 1979 (o, al più tardi, nei primissimi mesi del 1980). Garriott fu però il primo a implementarlo in un GDR per computer. Ed è per questo che Akalabeth influenzerà un'intera generazione di giochi di dungeon crawling che seguiranno, anche se i giochi della serie di Ultima dello stesso Garriott, col tempo, porranno sempre meno enfasi sull'esplorazione dei dungeon a favore della creazione di mondi esterni sempre più ricchi. In più, se togliamo i labirinti 3D di Akalabeth dal contesto della storia dei GdR per computer, vediamo che essi si pongono proprio in cima ad uno scivoloso piano inclinato che alla fine ci porta dritti a Doom e, di lì, alla maggior parte dei giochi hardcore di oggi [Questo articolo è datato Dicembre 2011, ma è in gran parte vero ancora oggi; ndAncient].

Nonostante questo oggigiorno ad Akalabeth non viene riconosciuto un grande valore come gioco in sé. Il CRPG Addict, per esempio, lo definisce “più un progetto dimostrativo che un gioco”. Certo gli artwork sgargianti e le frasi da Dungeon Master adolescente contribuiscono a farcelo apparire più che mai una creazione amatoriale, anche in confronto alla maggior parte dei giochi di quella primissima era. In un certo senso c'è un abbozzo di storia e di ambientazione, ma non hanno alcun senso in relazione allo scopo ultimo del giocatore, che si limita a uccidere dei mostri e a diventare un cavaliere. Finita questa parte introduttiva, in tutto il gioco ci sono meno parole di quante non ce ne siano in quel singolo paragrafo. E poi c'è tutta una serie di cose che sono semplicemente strambe. Ad esempio in Akalabeth manca proprio il concetto di livello del personaggio; una volta fuori da un labirinto, veniamo ricompensati solo in punti ferita, sulla base della quantità e della qualità dei mostri uccisi là sotto. Non c'è nessun concetto di cura, né un valore massimo teorico ai punti ferita; essi sono semplicemente un bene da collezionare, al pari dell'oro. Questo sistema fra l'altro resterà tale anche in Ultima I. Come il CRPG Addict osserva in merito a tale gioco:  “è l'unico gioco che conosco nel quale, quando si è a corto di punti ferita, ci conviene affrettarci nel dungeon più vicino e cercare qualche mostro da combattere!” Ed effettivamente, per quanto ciò possa apparire contro-intuitivo, combattere è letteralmente l'unico modo per recuperare punti ferita (il che fra l'altro significa che, se perdete troppi punti ferita senza aver ucciso mostri abbastanza forti, siete a tutti gli effetti spacciati).

Eppure, oltre all'innovazione tecnica dei dungeon tridimensionali, qui c'è anche una spiccata sensibilità per il design del gioco. E sono proprio questi gli aspetti per i quali Akalabeth meriterebbe maggior riconoscimento. Per quanto mi riguarda infatti sono rimasto sorpreso da quanto Akalabeth sia giocabile; ben più giocabile, ad esempio, di Temple of Apshai e dei suoi seguiti (tutti titoli ben più ambiziosi a livello concettuale). L'odierna sottovalutazione dipende probabilmente dal fatto che Akalabeth non può certo rivelarsi all'altezza delle aspettative. Del resto Akalabeth non sta cercando di regalare ai suoi giocatori un'esperienza estesa ed epica come i suoi successori della serie Ultima; non ha nemmeno la possibilità di salvare. È stato piuttosto pensato come un esercizio, ripetibile all'infinito, di esplorazione di dungeon. Il sistema di bilanciamento della difficoltà fa sì che il giocatore sia sempre messo alla prova e il sistema del “numero magico” gli permette di generare una varietà praticamente infinita di mappe, consentendogli però al tempo stesso (se lo desidera) di riaffrontare la stessa identica partita che lo ha visto morire l'ultima volta. Da questo punto di vista Akalabeth ci mostra un game design incredibilmente lungimirante e perfino "player-friendly", per la sua epoca. E se certo non posso dire che mi abbia catturato per giorni e giorni, devo però ammettere che mi sono autenticamente divertito a giochicchiarci mentre preparavo questo post del blog; cosa che non posso certo affermare per molti dei giochi di questa prima èra, di cui mi sono occupato in precedenza (nonostante la loro importanza storica).

Un'altra delle critiche ricorrenti ci impartisce una lezione sull'importanza di praticare questa nostra specie di archeologia informatica usando configurazioni il più autentiche possibili. Nel 1997 la Electronic Arts ha pubblicato The Ultima Collection, una raccolta dei primi otto giochi della serie. Come bonus hanno incluso anche un porting per MS-DOS di Akalabeth, il primo mai realizzato dopo l'uscita dell'originale per Apple II. La maggior parte delle persone, che tentano oggigiorno di giocare ad Akalabeth, usano proprio questa versione, visto che è infinitamente più accessibile rispetto a procurarsi un vero Apple II o a utilizzare un emulatore di Apple II. Il problema è che questa versione è meno sofisticata del suo antecedente. Per esempio in questo porting ogni singolo dungeon sulla mappa è un clone degli altri; nell'originale invece ogni dungeon è unico. Il che ingenera in noi un'opinione falsata e sfavorevole del design originale di Garriott.

Un'altra critica comune è che l'amuleto magico rompa, a tutti gli effetti, gli equilibri del gioco. Lasciate che vi spieghi velocemente: uno degli oggetti che il giocatore può comprare o trovare nei dungeon è un amuleto magico. Esso, in aggiunta ad alcune funzioni comodamente prevedibili (come quella di far apparire scale per spostarsi su e giù nel dungeon), ha anche “un'opzione jolly”. La maggior parte delle volte che tale opzione viene scelta ha delle conseguenze negative, come ad esempio l'esser trasformati in un rospo. Di quando in quando però il giocatore viene trasformato in un uomo lucertola, che all'apparenza non è poi una cosa così grandiosa, ma che invece in concreto lo è eccome: in questo modo tutte le nostre statistiche aumentano istantaneamente e permanentemente del 150%. Il trucco quindi è quello di salvare il gioco (una possibilità prevista dal porting MS-DOS, a differenza dell'originale) e tentare la fortuna. Se ci accade qualcosa di male, si ricarica e si riprova, finché non si riesce a diventare uomini lucertola. Fatelo qualche volta e diventerete a tutti gli effetti invincibili. Bene, ricordiamoci però che i giocatori dell'originale non avevano la comodità di un comando per salvare, né avevano a disposizione i salvataggi di stato di un emulatore. È per questo che tentare questa strada era in realtà un gesto davvero disperato, da compiere probabilmente solo quando al giocatore non era rimasto niente da perdere. Vi invito dunque a guardarlo così come lo avrebbe guardato un giocatore del 1980: non rompe il gioco, ma bensì è un tocco di classe che, una volta ogni morte di Papa, potrebbe elargire un miracolo al giocatore disperato.

E quindi, tutto considerato, non è difficile intuire perché il publisher California Pacific contattò Richard con l'intenzione di distribuire a livello nazionale il suo gioco. La prossima volta mi occuperò proprio di questa storia. 

Se nel frattempo volete provare di persona l'Akalabeth originale, ecco qui per voi un immagine del disco per Apple II.

The Digital Antiquarian è un blog, scritto da Jimmy Maher, che si occupa di storia e di cultura del videogioco partendo dall'analisi di singoli videogiochi. OldGamesItalia è lieta di presentarvi la traduzione italiana, autorizzata dall'autore!
Se anche voi apprezzerete questo interessantissimo blog, non mancate di visitare la pagina ufficiale (in lingua inglese) e di sostenerlo tramite Patreon.
Traduzione a cura di: The Ancient One
Editing a cura di: Festuceto

Consulta l'indice per leggere gli articoli precedenti

Visita il sito ufficiale di The Digital Antiquarian
Discutiamone insieme sul forum di OldGamesItalia!

Non si può enfatizzare abbastanza quanto i war games e i giochi di ruolo da tavolo (e in particolare, ovviamente, Dungeons and Dragons della TSR) abbiano influenzato le prime narrative ludiche su computer. A volte tale influenza è del tutto palese, come nel caso di giochi tipo Eamon che cercavano esplicitamente di trasportare su computer l'esperienza del D&D. Altre volte però tale influenza è meno apparente.

A differenza dei tipici giochi da tavolo, o perfino dei war game, il D&D e i suoi contemporanei non erano commercializzati come prodotti singoli, ma come delle vere e proprie raccolte di esperienze, quasi uno stile di vita. Solo per iniziare a giocare con la punta di diamante, l'Advanced Dungones & Dragons, si dovevano acquistare tre grandi volumi dalla copertina rigida (Monster Manual, Players Handbook, e Dungeon Masters Guide), a cui si aggiunsero presto molti altri volumi, che descrivevano nuovi mostri, nuovi tesori, nuovi dei, nuove classi di personaggio, e nuove regole sempre più complesse per nuotare, per creare oggetti, per muoversi nelle ombre, per rubare, e -ovviamente- per combattere. Ma, soprattutto, c'erano i moduli d'avventura: avventure preconfezionate, vere e proprie narrative ludiche che potevano essere messe in scena utilizzando il sistema di gioco di D&D. Ne uscivano a dozzine, meticolosamente catalogate con un sistema alfanumerico che permetteva ai collezionisti compulsivi di tenerne traccia; una trilogia di moduli dedicati ai giganti fu etichettata da “G1” a “G3”, una serie di moduli creata nel Regno Unito fu etichettata “UK” [che sta per “United Kingdom”; ndAncient]. A parte i vari vantaggi ludici, questo sistema era indubbiamente il sogno di ogni addetto alle vendite. Perché limitarsi a vendere un solo gioco ai tuoi clienti, quando puoi incatenarli a un intero universo in continua espansione di prodotti?

La strategia di marketing della TSR (basata sulla filosofia di “un solo gioco / molti prodotti”) e il suo zelo per la catalogazione possono essere ritrovati anche fra quei primi sviluppatori di giochi per computer che non stavano provando esplicitamente ad adattare le regole del D&D ai loro mondi digitali. Scott Adams, per esempio, numerò tutte le sue avventure, arrivando così a una dozzina di giochi canonici (altre avventure, presumibilmente non scritte di proprio pugno dal maestro, furono invece pubblicate dalla Adventure International come delle specie di opere apocrife ufficiali sotto l'etichetta “OtherVentures”). I giocatori venivano incoraggiati a giocarle in ordine, visto che aumentavano gradualmente di difficoltà; in questo modo il giocatore principiante poteva affilarsi i denti con opere relativamente “forgiving” tipo Adventureland e Pirate Adventure, per poi gettarsi nei giochi successivi assurdamente difficili tipo Ghost Town e Savage Island. La On-Line Systems adottò un modello simile, sottotitolando retroattivamente Mystery House in Hi-Res Adventure #1 dopo aver pubblicato la Hi-Res Adventure #2 (The Wizard and the Princess). Il gioco successivo Mission: Asteroid, apparso all'inizio nel 1981, fu battezzato Hi-Res Adventure #0 (nonostante la cronologia delle uscite) perché era stato pensato come gioco per principianti, con un po' meno assurdità ed enigmi iniqui del solito. A tutti gli effetti queste similitudini con l'approccio del D&D erano qualcosa di più di un semplice fenomeno di marketing. Del resto entrambe le linee di giochi erano basate su motori riutilizzabili. Nello stesso modo in cui un gruppo di giocatori viveva intorno al tavolo molte avventure diverse usando le regole alla base del D&D, così le linee di avventure di Scott Adams o le Hi-Res Adventures erano essenzialmente delle regole base (il motore di gioco) applicate a molte narrative ludiche diverse.

Tuttavia, fra gli sviluppatori che abbiamo esaminato fin qui, quelli che imitavano in modo più palese il modello del D&D erano -logicamente- quelli che provenivano direttamente dalla cultura del D&D: Donald Brown con il sistema di Eamon, e le Automated Simulations, gli sviluppatori della linea DunjonQuest che era iniziata con Temple of Apshai. J.W. Connelley, il principale sviluppatore del motore dell'Automated Simulations, aveva progettato per Temple of Apshai un motore riutilizzabile che leggeva i file di dati che rappresentavano i livelli del dungeon che si esplorava. Proprio come accadde per Scott Adams e per la On-Line Systems, questo approccio da un lato rese il gioco più facile da convertire (e infatti le versioni per tutte le principali macchine del 1979 -TRS-80, Apple II, Commodore PET- furono pubblicate quello stesso anno), e dall'altro lato velocizzò lo sviluppo di nuove iterazioni del medesimo concept. Tali iterazioni furono etichettate come un set unico di esperienze, che prese il nome di DunjonQuest. Il pittoresco appellativo dalla dizione medievale fu probabilmente scelto per evitare conflitti con la litigiosissima TSR, che, oltre alle regole del D&D, stava commercializzando anche un gioco da tavolo chiamato semplicemente Dungeon!

E la Automated Systems non fece certo mancare tali iterazioni! Altri due titoli della collana DunjonQuest apparvero lo stesso anno di Temple of Apshai. Sia Datestones of Ryn che Morloc’s Tower facevano parte di quelle che la Automated Simulations chiamò MicroQuests, nelle quali gli elementi di costruzione del personaggio erano completamente assenti. Al loro posto il giocatore doveva guidare un personaggio pregenerato attraverso un ambiente molto più piccolo. Ci si aspettava che il giocatore affrontasse più volte l'avventura, cercando di conseguire risultati sempre migliori. Nel 1980 la Automated Simulations pubblicò invece il “vero” seguito di Temple of Apshai, Hellfire Warrior, che conteneva i livelli dal quinto all'ottavo del labirinto iniziato col gioco precedente. Sempre quell'anno pubblicarono anche due titoli più modesti, Rescue at Rigel e Star Warrior, le prime e uniche uscite di una nuova serie, StarQuest, che catapultava il sistema DunjonQuest nello spazio.

Almeno secondo una prospettiva moderna, c'è una sorta di dissonanza cognitiva in queste serie, se le esaminiamo nel loro complesso. I manuali spingevano molto sull'aspetto sperimentale di questi giochi, come ben dimostrato da questo estratto del manuale di Hellfire Warrior:

Nonostante tutto questo, nessuno di questi giochi aveva la benché minima trama. Temple of Apshai e Hellfire Warrior non hanno nemmeno una fine vera e propria, ma solo dei dungeon che si rigenerano all'infinito da esplorare e un personaggio giocante da migliorare in eterno. Mentre le MicroQuests ricompensano i giocatori solo con un insoddisfacente punteggio finale al posto di un epilogo vero e proprio. Sebbene il background narrativo del suo manuale sia ideato con un'attenzione insolita, Datestones of Ryn ha un limite temporale di soli 20 minuti, che gli dà più un feeling da gioco d'azione, giocabile all'infinito e quasi privo di contesto, piuttosto che da gioco di ruolo per computer. Invece il gameplay della serie nel suo complesso, oggi, ci balza all'occhio per le sue similitudini con i roguelike, dei dungeon crawl senza storia (o, almeno, con pochissima storia) attraverso labirinti generati casualmente. Questa però sarebbe una lettura anacronistica: Rogue, il capostipite del genere, in realtà è uscito un anno dopo Temple of Apshai.

Credo che tutte queste stranezze possano essere spiegate se comprendiamo che Jon Freeman, il principale designer dietro il sistema, stava puntando a creare un tipo di narrativa ludica diverso da quella delle avventure testuali di Scott Adams e da quella tipica della On-Line Systems. Lui sperava che, dati un background, una descrizione degli ambienti, un set di regole per controllare ciò che vi accadeva, e una buona dosa di immaginazione da parte del giocatore, dal gioco emergesse autonomamente una narrativa ludica. In altre parole, usando un termine che appartiene ad un'era molto successiva, stava tentando di creare una narrativa emergente. Per comprendere meglio il suo approccio, ho pensato di dare una breve occhiata da vicino a uno dei suoi giochi, Rescue at Rigel. 

Rescue at Rigel trae ispirazione dalla classica space opera, un genere che è stato recentemente riportato in vita dal fenomenale successo dei primi due film di Star Wars [l'articolo è stato scritto nel 2011, quindi l'autore si riferisce alla seconda trilogia di Guerre Stellari; ndAncient].

In questo titolo il giocatore assume il ruolo di Sudden Smith, un classico ed energico eroe pulp. Sta per teletrasportarsi nella base di una razza di alieni insettoidi conosciuti col nome di Tollah, che hanno catturato un gruppo di scienziati per le loro “ricerche” e fra questi c'è anche la fidanzata di Sudden. I Tollah sono uno dei pochissimi accenni ad eventi di un mondo più ampio che troverete nei primissimi videogiochi, al di là delle opere di fantasy e science-fiction. La casta che comanda i Tollah sono gli “High Tollah”, un chiaro riferimento allo Ayatollah Khomeyni, che a quel tempo aveva recentemente preso il potere in Iran e che teneva in ostaggio 52 Americani [“High Tollah”, cioé “Alto Tollah”, si pronuncia infatti in modo molto simile a Ayatollah; ndAncient]. Gli “High Tollah” ci dice il manuale, “sono altezzosi, autoritari, intolleranti, ottusi, privi di immaginazione e inflessibili.” Alla luce di tutto questo, è palese quale sia stata l'ispirazione per questo scenario di salvataggio degli scienziati.

Il gameplay si sviluppa intorno all'esplorazione della base dei Tollah, convenientemente strutturata come un labirinto, respingendo i Tollah e i robot della sicurezza, mentre cerchiamo i dieci scienziati che vi sono tenuti in ostaggio. Si tratta sostanzialmente, come in tanti altri giochi di ruolo per computer, di un gioco di gestione delle risorse: Sudden ha un numero limitato di medikit, di munizioni, e soprattutto una riserva limitata di energia all'interno del suo zaino che deve essere usata per tutto (dallo sparare agli Tollah, fino al teletrasportare gli scienziati al sicuro). Quel che è peggio è che Sudden ha soltanto 60 minuti di tempo reale per salvare il maggior numero possibile di scienziati e teletrasportarsi al sicuro. Freeman fa di tutto per rendere il gioco un motore di eccitante narrativa emergente. Ad esempio, se Sudden finisce completamente l'energia, ha comunque un'ultima possibile via di fuga: se riesce a tornare nei 60 minuti al punto in cui lo ha depositato il teletrasporto, un altro teletrasporto automatico lo riporterà in salvo. È facile immaginarsi una situazione disperata, che pare uscita direttamente da una storia di Guerre Stellari o di Dominic Flandry, con il giocatore che torna sui suoi passi, in mezzo al fuoco dei laser, mentre il tempo scorre e i Tollah gli sono alle calcagna. Di certo ci possiamo immaginare che Freeman si fosse immaginato tutto questo.

Ma per vivere queste storie è necessaria una notevole dedizione e una fervida immaginazione da parte del giocatore, come potrà probabilmente convenire chiunque abbia osservato l'orrendo screenshot di cui sopra. Effettivamente i giochi della serie DunjonQuest sembrano proprio una sorta di ibrido fra l'esperienza di un gdr da tavolo e di uno digitale, in cui ciò che emerge direttamente dall'immaginazione del giocatore è importante quanto quello offerto dal gioco stesso. È per questo che probabilmente è stata una mossa saggia per la Automated Simulations quella di usare come target del marketing di DunjonQuest proprio i giocatori di ruolo cartaceo. Del resto loro sono abituati a rimboccarsi le maniche e a usare la loro immaginazione per inventare delle narrative soddisfacenti. La Automated Simulations pubblicizzò ampiamente DunjonQuest sulla rivista Dragon Magazine della TSR, e (con una mossa che non potrebbe essere più indicativa della tipologia di pubblico che pensavano potesse apprezzare DunjonQuest) arrivarono persino a regalare il gioco da tavolo strategico chiamato Sticks and Stones con ogni acquisto di un gioco della serie DunjonQuest.

Negli ultimi mesi del 1980 la Automated Simulations cambiò il suo nome nel meno prosaico Epyx, adottando il motto: “Computer games thinkers play” [traducibile all'incirca come “Videogiochi a cui giocano le persone che pensano”; ndAncient]. I giochi della serie DunjonQuest continuarono comunque a uscire per altri due anni. Fra le ultime pubblicazioni ci furono anche un paio di espansioni per Temple of Apshai e Hellfire Warrior, che credo siano i primi esempi del genere tra i giochi commerciali per computer. Invece l'utilizzo più strano e creativo dell'engine di DunjonQuest arrivò nel 1981 con Crush, Crumble, and Chomp!: The Great Movie Monster Game, nel quale il giocatore assumeva il controllo di Godzilla (anzi, no, di Goshzilla!), o di qualche altro mostro famoso lanciato nella distruzione di una città. Per un esame dettagliato di tutta la serie di DunjonQuest, che alla fine si compose di una dozzina di titoli, potete leggere questo articolo di Hardcore Gaming 101.

Crush, Crumble, and Chomp! fu l'ultimo lavoro di Freeman per la Epyx. Alla West Coast Computer Faire of 1980 incontrò infatti una collega programmatrice chiamata Anne Westfall e di lì a poco i due iniziarono a frequentarsi. Westfall si unì alla Epyx per un po', andando a lavorare come programmatrice su alcuni degli ultimi giochi di DunjonQuest. Lei e Freeman però ben presto si stufarono del disinteresse di Connelley nel miglioramento dell'engine di DunjonQuest. Scritto in BASIC sull'ormai vetusto TRS-80 Model I, tale engine era sempre stato tremendamente lento e ormai iniziava a sembrare davvero datato nei porting per le piattaforme più moderne e capaci. In più Freeman, un designer irrequieto e creativo, si stava annoiando delle continue iterazioni del solito concept di DunjonQuest; perfino creare Crush, Crumble, and Chomp! aveva richiesto una dura battaglia da parte sua... Alla fine del 1981 Freeman e Westfall lasciarono la Epyx per creare una casa di sviluppo indipendente, la Free Fall Associates, della quale avrò molto altro da dire in futuro. E, dopo un paio di ultime pubblicazioni per DunjonQuest, la Epyx si trasformò da “Computer games thinkers play” in qualcosa di molto diverso, e anche di questo avrò molto da dire in futuro. Con incassi buoni, ma mai enormi, neppure al massimo del proprio splendore, i giochi della serie DunjonQuest sfiguravano abbastanza nel confronto con la nuova generazione di giochi di ruolo per computer, dei quali -come avrete immaginato- avrò molto altro da dire in futuro.

Se volete sperimentare l'esperienza di DunjonQuest, posso fornirvi un pacchetto con un immagine per Apple II che include Temple of Apshai, Rescue at Rigel, Morloc’s Tower, e Datestones of Ryn, oltre ai relativi manuali.

La prossima volta inizieremo a esplorare un'opera con una profondità tematica senza precedenti, che fa già drizzare tutte le mie antenne di studioso di letteratura.

The Digital Antiquarian è un blog, scritto da Jimmy Maher, che si occupa di storia e di cultura del videogioco partendo dall'analisi di singoli videogiochi. OldGamesItalia è lieta di presentarvi la traduzione italiana, autorizzata dall'autore!
Se anche voi apprezzerete questo interessantissimo blog, non mancate di visitare la pagina ufficiale (in lingua inglese) e di sostenerlo tramite Patreon.

Traduzione a cura di: The Ancient One
Editing a cura di: Festuceto

Consulta l'indice per leggere gli articoli precedenti

Visita il sito ufficiale di The Digital Antiquarian
Discutiamone insieme sul forum di OldGamesItalia!

L'uomo dietro il bancone si riprende le istruzioni e dice: 'È ora che la tua vita abbia inizio'. Fa uno strano gesto con la mano e dice: 'Lunga vita e prosperità'.
Ti avventuri nella sala principale.
Mentre cammini per la sala, capisci di poter fare sei cose:
1) Imbarcarti in un'avventura
2) Visitare il negozio di armi, per comprare armi e/o armature
3) Pagare uno stregone che ti insegni degli incantesimi
4) Cercare il banchiere per depositare o ritirare dell'oro
5) Esaminare le tue caratteristiche
6) Abbandonare temporaneamente questo universo.

 

A differenza di Temple of Apshai, Eamon ha un sistema rudimentale di magia basato su quattro incantesimi: esplosione, guarigione, velocità, e potere. I primi tre funzionano esattamente come ci si aspetterebbe; l'ultimo invece è un'interessante scappatoia, pensata per fare ciò che il designer di ogni avventura vuole che faccia.

La “Main Hall” inoltre ha un personaggio particolarmente infelice, Shylock il banchiere.

 

 

 

Non hai difficoltà a individuare Shylock McFenney, il banchiere del luogo, grazie al suo pancione.
Attiri la sua attenzione e lui si avvicina e ti dice: 'Beh, Jimmy, ragazzo mio, che piacere vederti! Vuoi fare un deposito o vuoi ritirare dei soldi?'
DEPOSITO
Shylock fa un gran sorriso e dice: 'Ben per te! Quanto vuoi depositare?'
20
Shylock prende i tuoi soldi, li mette nella sua sacca, ne ascolta il tintinnio, poi ti ringrazia, e se ne va.

 

Qui mi sento di poter chiudere un occhio a favore di Brown, perché dubito che sapesse che sorta di bagaglio storico e culturale il suo Shylock si stesse trascinando dietro... E poi, se proprio avesse voluto ispirarsi all'antisemitismo di qualcuno, è facile immaginare molte persone peggiori di Shakespeare a cui attingere...

In ogni caso, scegliamo l'opzione 1 e gettiamoci nell'avventura.

 

 

Inserisci il dischetto con l'avventura (o lascia questo dischetto per la 'Beginners Cave') nel lettore e poi premi 'C'

 

Anche noi, come ogni aspirante giocatore di Eamon da tempo immemore, inizieremo la nostra esperienza con l'avventura inclusa nel dischetto principale, la “Beginners Cave” di Brown.

 

Come ci si può ben immaginare, questa è la parte più complessa di Eamon. 

Proprio prima che la “Main Hall” ci richieda di inserire il dischetto con lo scenario da giocare, il gioco cancella completamente il personaggio dal dischetto principale. Quando il giocatore inserisce il disco con lo scenario, il suo attuale personaggio viene registrato in un file ottimisticamente chiamato “Fresh Meat” [“carne fresca”]. A questo punto il programma cerca un altro file sul dischetto dello scenario, “Eamon.name”, che contiene il nome di un altro programma BASIC da lanciare, il quale a sua volta contiene l'avventura vera e propria. Brown e i successivi curatori di Eamon fornivano un framework iniziale per questo programma, che a tutti gli effetti può essere considerato il primo engine riutilizzabile per avventure che sia mai stato ideato con tale preciso scopo e che sia mai stato reso disponibile al pubblico.  Di base esso consente al giocatore di spostarsi per una rete di stanze (i cui contenuti e le cui connessioni sono contenute nel file “Eamon.rooms”, i cui nomi sono contenuti in “Eamon.room names”, e le cui descrizioni sono contenute in “Eamon.descriptions”); di combattere dei mostri (i cui attributi sono in “Eamon.monsters”); e di raccogliere oggetti (descritti in  “Eamon.artifacts”). Questi ultimi sono utili sia come tesori (buoni per essere rivenduti in cambio di oro nella main hall), che come armi (buone per uccidere i mostri nei vari scenari così come per essere scambiate con dell'oro nella main hall). Brown forniva anche delle utility per riempire di dati questi file, ma utilizzando unicamente queste si sarebbe potuto creare solo delle avventure molto basiche (oltre che scritte in BASIC...). Per introdurre delle interazioni più complesse (come -per citare un esempio preso dalla documentazione fornita da Brown- una spada che casualmente teletrasporta chi la usa in una stanza a caso) il programmatore deve modificare direttamente il codice BASIC del framework iniziale. Così facendo si ha a disposizione un numero infinito di possibilità, anche se ottenibili solo in questo modo poco elegante. Brown si immaginava scenari molto diversi fra loro, come un'avventura di Eamon in cui il giocatore “guida un esercito in battaglia, con il morale dei soldati influenzato direttamente dal suo punteggio di carisma!”

 

Oggi però affronteremo un'avventura di Eamon piuttosto semplice.

 

 

Non hai difficoltà a trovare un cavallo da... ehm... prendere in presto, per raggiungere la tua prima avventura. Segui diversi cartelli per giungere alla grotta del principiante.
Sei davanti all'ingresso della grotta. A sud, sopra il cunicolo d'ingresso, un cartello dice: 'Solo Principianti'. La strada a nord riporta alla città.
Mentre sei lì davanti, vedi uscire il “Knight Marshal” per ispezionarti.
Alla fine il “Knight Marshal” dice 'Puoi procedere' e si allontana.

 

Nel mio primo post su Eamon l'ho definito un GdR per computer mascherato da avventura testuale. Quest'impressione si fa ancora più netta se digitiamo qualcosa non compreso dal semplice parser a due parole del gioco (cosa assai facile da fare...). In questo caso il gioco ci restituisce un elenco dei comandi disponibili.

 

 

Un tale elenco è qualcosa che non si vede spesso nelle avventure testuali più tradizionali e ci dice molto su quale fosse il vero focus di Brown: per lui il parser era solo una modalità per inserire i comandi nel suo programma, più efficiente di un menù alla luce della memoria limitata e dello spazio ristretto sul monitor di cui poteva disporre.

A questo punto possiamo fare un parallelismo con i giochi di “narrativa interattiva” di Robert Lafore, che, come abbiamo visto, sono dei giochi narrativi basati su scelte predeterminate (sullo stile dei Librigame) e mascherati da avventure testuali. Il focus del primo Eamon è tutto sul character building e sull'uccisione dei mostri, e non sulla risoluzione di enigmi. Quindi la sua somiglianza con Adventure e con gli sforzi di Scott Adams è più una casualità della storia che il frutto di un intento simile. Questo però significa che le problematiche legate alla necessità di azzeccare i verbi giusti, nonché le altre frustrazioni tipiche dei classici parser old-school, sono in gran parte assenti in Eamon. Ma dall'altro lato è anche vero che la maggior parte dei tentativi di fare qualcosa di diverso dallo spostarsi e dall'attaccare dà generalmente scarsi risultati.

 

 

Qui c'è l'eremita.
Un guerriero umano si erge davanti a te, armato di spada lunga e scudo. Sul suo scudo c'è un adesivo con scritto: 'Ciao! Sono Heinrich!'
DICI CIAO
Okay, 'Ciao'
L'eremita attacca Heinrich
 -- Manca.
Heinrich attacca Jimmy
 -- Manca.

 

È proprio quando la “Beginners Cave” si fa un po' più ambiziosa, che i risultati ci fanno desiderare che non lo avesse fatto... A un certo punto ci si imbatte in un libro luminescente e sinistro. Se ciò avvenisse in una seduta dal vivo di D&D (o anche di un moderno GdR su computer), avremmo a disposizione tutta una serie di strumenti per indagarlo meglio: potremmo lanciare incantesimi di “individuazione del magico” o di “individuazione del male”, potremmo portarlo da un amico mago di alto livello, ecc. Qui invece abbiamo solo due opzioni: o leggerlo temerariamente, oppure lasciarlo stare (restando per sempre col dubbio di che cosa fosse). Se decidiamo di leggerlo, succede rapidamente il peggio:

 

 

Appena leggi il libro, avverti una strana sensazione che ti sopraffà. Comprendi di colpo che ti stai trasformando in un piccolo pesce.
Sbatti la coda tre volte e poi muori.

 

Ecco qua un altro esempio di come la narrativa ludica degli albori produca le peggiori iniquità contro il giocatore, quando sceglie di indulgere in possibilità narrative (del resto oggetti magici del genere sono spesso la base delle avventure di D&D) che semplicemente la sottostante tecnologia non poteva ancora supportare.

A ulteriore conferma di quanto stiamo dicendo, per uscire vincitori dalla “Beginners Cave” dobbiamo scoprire un passaggio segreto digitando ESAMINA esattamente nel posto giusto.

 

 

ESAMINA
Sei in un cunicolo che va a nord e a sud. I lati del cunicolo sono frastagliati e irregolari. Da sud proviene la luce di una torcia.
Hai trovato un cunicolo nascosto che si dirama a est!

 

Quando lo si fa, si scopre un tempio segreto e scopriamo che apparentemente la nostra missione (a cui mai si era accennato prima d'ora) è sempre stata quella di salvare “la figlia non troppo sveglia del Duca Luxom”. Ah, beh, che missione sarebbe mai stata senza una principessa (o... com'è che si chiama una duchessa prima di diventare una duchessa?) da salvare?

 

 

 

Ti trovi nel tempio. Le pareti sono coperte da immagini di azioni eroiche. Qui ci sono due altari, uno coperto con una pittura dorata e l'altro macchiato di sangue. L'unica uscita conduce a ovest.
Qui c'è l'eremita.
C'è un uomo enorme in abbigliamento religioso e uno sguardo pazzo negli occhi. Nella mano destra stringe una mazza.
Vedi una bella ragazza in un fluente abito bianco. La riconosci come Cynthia, la figlia non troppo sveglia del Duca Luxom.
Qui ci sono numerose spezie rare.

 

Mentre consegni i tuoi tesori a Sam Slicker, colui che nella zona acquista questo genere di cose, lui esamina ciò che gli hai portato e ti paga 5.125 monete d'oro.
In più ricevi una ricompensa di 290 monete d'oro per aver riportato Cynthia sana e salva.

 

Se sopravviviamo fino all'uscita, il nostro personaggio viene copiato di nuovo sul disco principale, insieme a ogni miglioramento delle caratteristiche conseguito, all'esperienza accumulata e a qualunque tesoro abbia trovato. Se invece non sopravvive, il personaggio è perso per sempre – come ricorderete infatti era stato cancellato dal dischetto principale prima dell'inizio dell'avventura.  

Di recente ho giocato anche ad alcune altre delle prime avventure di Eamon: “The Zephyr Riverventure” (Adventure #4), scritta da un dipendente del Computer Emporium, Jim Jacobson; e “The Death Star” (Adventure #6), anche questa scritta da Brown in persona. Entrambe sono molto più grandi della “Beginners Cave”, ma  presentano un miscuglio simile di mappatura, di combattimento, e di sporadiche morti improvvise per tenere il giocatore sempre sulle spine. “Riverventure” invece sembra ispirata a un film dell'epoca, Apocalypse Now.

 

 

Il tuo prossimo compito è grande. Un famoso scienziato (il Prof. Axom) è stato rapito 3 mesi fa. La Società per la Preservazione degli Scienziati (SoPrSc) ha offerto una ricompensa per il salvataggio del Professor Axom (che oltretutto è anche un tuo amico).
Si vocifera che l'infame Guerriero Nero (che vive da qualche parte lungo il Fiume Zyphur) sia responsabile del rapimento. Devi seguire il fiume, trovare il professore, e riportarlo indietro... vivo!
Ora andrai sul molo, dove inizierà la tua avventura.

 

“The Death Star” invece è basata sullo stesso secondo capitolo di Star Wars che ha ispirato Dog Star Adventure, ed è interessante perché è la prima avventura di Eamon a spingere il sistema in un'ambientazione completamente diversa.

 

 

 

Appena abbandoni la Main Hall, avverti improvvisamente un insolito dolore allo stomaco, come se ti avessero rivoltato da capo ai piedi. Quando riacquisti consapevolezza, ti trovi al timone di una nave spaziale! Capisci di aver attraversato un varco fra le realtà!

 

Cercando nuovi 'ricordi', comprendi la tua situazione, che è tutt'altro che buona!
Sei a bordo del Millenium Falcon, che è stato appena trascinato nella malvagia macchina di distruzione dell'Impero, la Morte Nera! Per scappare dovrai trovare e distruggere l'equipaggiamento nella sezione del macchinario del raggio traente o nella stanza dei motori.
Sei equipaggiato con una spada laser.

 

Ciò che mi interessa di più, almeno per ora, è capire quale sia il posto di Eamon nella storia degli albori della narrativa ludica su computer; da qui tutta l'attenzione che ho dedicato a queste primissime incarnazioni del suo sistema. È però doveroso segnalare che il livello di sofisticatezza di molte delle successive avventure di Eamon è assai più alto di questi primi tentativi. È per questo che ciò che sto per dire non deve essere preso come un giudizio definitivo sul sistema.

 

Detto questo, ci sono alcuni aspetti problematici in Eamon che mi sembrano endemici al sistema, anche lasciando da parte la centralità occupata dal sistema casuale di combattimento (che solitamente si riduce all'osservare il lancio di dadi virtuali sperando per il meglio). Nel consentire ai giocatori di far vivere tutta una serie di avventure ai loro personaggi, Brown sperava chiaramente di duplicare il feeling di una tipica campagna di D&D, nella quale i giocatori rivestano il ruolo dei propri personaggi attraverso un'intera serie di gesta eroiche, accrescendo al contempo il proprio potere, finché non sopravviene la morte o il pensionamento. Tuttavia in Eamon la morte è fin troppo casuale e arriva al minimo capriccio del designer. I pericoli del combattimento sono probabilmente meno problematici, anche se le avventure di Eamon presentavano un bilanciamento solo molto approssimativo della difficoltà, probabilmente perché in assenza di precisi livelli di avanzamento dei  personaggi era molto difficile poter predisporre un sistema in grado di scalare in modo coerente la difficoltà. Non ci meravigliamo quindi se i programmi per “barare” (che consentivano di salvare i personaggi o di resuscitarli) furono rapidamente inclusi direttamente sul dischetto principale del gioco. Tali programmi possono alleggerire di molto le tribolazioni del giocatore, ma in un certo senso si pongono anche un po' in antitesi con l'idea che sta al centro di Eamon.

 

Intendo finire questa serie andando quanto prima ad analizzare la storia di Eamon dopo Brown. Se volete provarlo in prima persona, il sito Eamon Adventurer’s Guild è  sicuramente il posto migliore da cui iniziare. Oltre alle immagini dei dischetti di tutte le avventure di Eamon (che possono essere lanciate con un emulatore per Apple II), è possibile avere un'idea del gioco anche tramite una applet Java online. È possibile giocare in questo modo al dischetto principale e alla “Beginners Cave”, a “The Zephyr Riverventure” [Link non disponibile, NdEditor] e a “Death Star” [Link non disponibile, NdEditor], oltre a centinaia di altre avventure.

 

NOTA DI THE ANCIENT ONE:Da Dicembre 2017, grazie al lavoro di Keith Dechant, è possibile giocare a Eamon direttamente da web senza bisogno di emulatori. Il sistema sembra funzionare bene e, sebbene non ci siano ancora tutte le avventure create per il gioco originale, molte sono già in corso di inserimento. Potete provarlo cliccando qui.Segnalo per finire anche un simpatico porting per iOS, per chi volesse giocarci in mobilità

The Digital Antiquarian è un blog, scritto da Jimmy Maher, che si occupa di storia e di cultura del videogioco partendo dall'analisi di singoli videogiochi. OldGamesItalia è lieta di presentarvi la traduzione italiana, autorizzata dall'autore!
Se anche voi apprezzerete questo interessantissimo blog, non mancate di visitare la pagina ufficiale (in lingua inglese) e di sostenerlo tramite Patreon.

Traduzione a cura di: The Ancient One
Editing a cura di: Festuceto

Articoli precedenti:

- Sulle tracce di The Oregon Trail
- In difesa del BASIC
- A Caccia del Wumpus
- L'Avventura di Crowther
- TOPS-10 in a Box
- L'Avventura completata
- Tutto il TRaSh del TRS-80
- Eliza
- Adventureland
- Dog Star Adventure
- Qualche domanda per Lance Micklus
- Un 1979 indaffarato
- The Count
- Due diverse culture di avventurieri
- Microsoft Adventure
- La Narrativa Ludica già nota come Storygame
- L'Ascesa dei Giochi Esperienziali
- Dungeons And Dragons
- Una Definizione per i Giochi di Ruolo per Computer
- Dal Tavolo al Computer
- I Primi Giochi di Ruolo per Computer
- Temple of Apshai
- Un 1980 Indaffarato
- L'Interactive Fiction di Robert Lafore
- Cestinando il Trash del TRS-80
- Jobs e Woz
- L'Apple II
- Eamon, Parte 1


Visita il sito ufficiale di The Digital Antiquarian
Discutiamone insieme sul forum di OldGamesItalia!

The Digital Antiquarian è un blog, scritto da Jimmy Maher, che si occupa di storia e di cultura del videogioco partendo dall'analisi di singoli videogiochi. OldGamesItalia è lieta di presentarvi la traduzione italiana, autorizzata dall'autore!
Se anche voi apprezzerete questo interessantissimo blog, non mancate di visitare la pagina ufficiale (in lingua inglese) e di sostenerlo tramite Patreon.

Traduzione a cura di: The Ancient One
Editing a cura di: Festuceto

Articoli precedenti:

- Sulle tracce di The Oregon Trail
- In difesa del BASIC
- A Caccia del Wumpus
- L'Avventura di Crowther
- TOPS-10 in a Box
- L'Avventura completata
- Tutto il TRaSh del TRS-80
- Eliza
- Adventureland
- Dog Star Adventure
- Qualche domanda per Lance Micklus
- Un 1979 indaffarato
- The Count
- Due diverse culture di avventurieri
- Microsoft Adventure
- La Narrativa Ludica già nota come Storygame
- L'Ascesa dei Giochi Esperienziali
- Dungeons And Dragons
- Una Definizione per i Giochi di Ruolo per Computer
- Dal Tavolo al Computer
- I Primi Giochi di Ruolo per Computer
- Temple of Apshai
- Un 1980 Indaffarato
- L'Interactive Fiction di Robert Lafore
- Cestinando il Trash del TRS-80
- Jobs e Woz
- L'Apple II


Visita il sito ufficiale di The Digital Antiquarian
Discutiamone insieme sul forum di OldGamesItalia!