Temple of Apshai
The Digital Antiquarian (traduzione ufficiale italiana)

 
Nel 1978 un tizio chiamato John Connelley acquistò un Commodore PET pensando che gli sarebbe stato d'aiuto nella gestione della campagna di Dungeons and Dragons che stava conducendo. Quando finalmente lo ebbe a casa, forse realizzando che l'utilità di quella meraviglia a 8 K era quantomeno limitata, fu assalito dal rimorso per i soldi spesi. Così, poiché amava i giochi, gli venne l'idea di scriverne uno per quella macchina: anche se non avesse venduto abbastanza copie da farci un vero guadagno, se non altro avrebbe potuto usare quel progetto per detrarre l'acquisto del PET dalle sue tasse a titolo di "business expense". Sfortunatamente però Connelley si rivelò migliore come programmatore che come game designer, e così i suoi primi tentativi non portarono a niente di concreto. Si decise così a chiedere aiuto a uno dei suoi giocatori di D&D, Jon Freeman. Costui era nella situazione diametralmente opposta: aveva lavorato per diversi anni come giornalista freelance di giochi ed era particolarmente portato per il game design, ma non aveva nessuna nozione di programmazione. Fra i due fu subito celebrato un matrimonio di convenienza.
 
Il primo frutto di questa unione apparve già prima della fine dell'anno: si trattava di un gioco di strategia spaziale chiamato Starfleet Orion. Per poterlo pubblicare Connelley e Freeman dettero vita alla Automated Simulations, il primo publisher della storia dedicato esclusivamente ai videogiochi. Starfleet Orion ha un aspetto alquanto bizzarro se lo guardiamo con gli occhi di oggi, perché sembra più un “construction set” con un pizzico di valenza ludica, piuttosto che un videogioco vero e proprio. Il suo manuale traccia un elaborato background per giustificare una dozzina di scenari di battaglie spaziali fra due razze aliene. La disposizione e l'ordine di battaglia per ognuno dei due schieramenti ci viene dato, in pieno stile wargame da tavolo, nel manuale; quindi il primo passo, prima di poter giocare davvero, consiste nell'inserire a mano tutti questi dati in un programma, per poi salvarlo su una cassetta vuota usando un programma separato chiamato BUILDER. Con un tocco che per le sensibilità odierne è particolarmente assurdo, nel manuale troviamo anche il codice sorgente del gioco in BASIC, qualora il giocatore volesse ritoccarlo o la cassetta che lo conteneva  si rovinasse. Starfleet Orion non solo era pensato per due giocatori, ma richiedeva anche un ingente investimento di tempo: il manuale stimava che lo scenario finale avrebbe richiesto circa sei ore per essere giocato, ovviamente senza nessuna possibilità di salvare.  Freeman e Connelley risolsero almeno in parte il primo problema con Invasion Orion (un sequel più accessibile che prevedeva la possibilità di giocare da soli), che fu pubblicato all'inizio del 1979.
 
Ma la loro pubblicazione più significativa del 1979 li portò lontani dallo spazio, giù nei meandri di  un dungeon. Per Temple of Apshai fecero entrare anche un terzo socio, preso direttamente dal loro gruppo di D&D,  Jeff Johnson, affinché li aiutasse con un progetto ancora più ambizioso. Temple of Apshai sarebbe dovuto essere infatti un vero e proprio GDR per computer, che attingesse alla tradizione dei giochi su PLATO (tipo dnd), ma che al tempo stesso pagasse un esplicito omaggio alla più autentica esperienza del vero D&D da tavolo, che li aveva fatti conoscere. Non a caso il manuale si apre con una descrizione del gioco esperienziale che è tratta direttamente dalla loro esperienza di gioco dal vivo:
 
"I giochi di ruolo non vengono "giocati", quanto piuttosto "vissuti". Invece che manipolare un esercito di pedine su una scacchiera astratta ma visibile, o invece che seguire una singola pedina intorno ad un percorso predefinito prendendo 200 dollari ogni volta che si passa dal VIA, nei GdR ti avventuri in un mondo sconosciuto con una singola pedina, il tuo alter ego dentro il gioco (un personaggio che viene da un mondo di demoni e tenebre, di draghi e di nani). Attraverso gli occhi di questo personaggio vedi una scena che ci viene descritta a voce "dall'autore" dell'avventura – e nient'altro. Non c'è scacchiera e non c'è nessun evento fortuito da pescare dal mazzo; il paesaggio immaginario esiste solo negli appunti del creatore del mondo (comunemente definito "arbitro" o "dunjonmaster") e -gradualmente- nell'immaginazione tua e dei tuoi compagni. Ti imbarchi in una missione in cerca di gloria e di fortuna in compagnia di altri giocatori/personaggi, dove sei sia il protagonista che il lettore di una storia epica che stai contribuendo a creare. Il tuo personaggio fa tutto ciò che tu desideri che egli faccia, secondo le sue umane (o quasi umane) capacità e i capricci della fortuna. Combatti, scappa, chiedi una tregua; prendi la strada a sinistra, o quella a destra: la scelta è solo tua. Puoi scalare la montagna, oppure girarci attorno, ma poiché in cima potrebbe esserci una roccia, oppure un uovo di roc, oppure un roc vero e proprio, potrai trovare sfide e conflitti anche senza dover combattere contro i tuoi compagni giocatori, che solitamente saranno sulla tua stessa barca (magari anche letteralmente)".
 
 
Come i giochi della serie Orion, anche Temple of Apshai mette in primo piano i suoi aspetti esperienziali. I giochi come dnd diventavano rapidamente degli esercizi astratti di tattica e strategia, in cui era necessario riservare ben poca attenzione alle premesse narrative che avrebbero dovuto giustificare la nostra esplorazione del dungeon. Temple of Apshai invece fa tutto il possibile per non farci adottare un tale atteggiamento mentale. Tenta esplicitamente di farci calare nei suoi cunicoli umidi in vari modi: cercando di fare proseliti con l'introduzione di cui sopra; utilizzando un ampio background volto a giustificare l'esistenza del dungeon che stiamo esplorando; descrivendo il personaggio che siamo liberi di utilizzare come il nostro alter ego (“Brian Hammerhand”); e -soprattutto- utilizzando tutta una serie di descrizioni delle stanze che visiteremo, simili a quelle di un modulo d'avventura di D&D, che al giocatore è richiesto di leggere dal manuale mano a mano che esplora il dungeon:
 
"Stanza Uno – La pietra levigata del pavimento del corridoio mostra che nella sua costruzione sono state utilizzate tecniche piuttosto avanzate. Subito al di là della porta uno scheletro è disteso sul pavimento, la mano scheletrica -ancora stretta su un pugnale rugginoso- è allungata verso la salvezza dell'uscita. Un debole fragore può essere sentito provenire dall'altra estremità del cunicolo".
 
A differenza di altri dei primi dungeon crawl, i cui dungeon erano generati casualmente (o ideati talmente a casaccio che era come se lo fossero stati), i labirinti di Temple of Apshai sono costruiti per trasmettere la sensazione di un luogo reale, anche se ciò significa che i suoi mostri sono in gran parte limitati ai tipici abitanti delle fogne (ratti giganti e vari insetti giganti) e, nei livelli inferiori che ospitano il tempio vero e proprio, a non morti vari.  
 
A essere onesti, l'aver posto tutto questo accento sulla componente esperienziale appare un po' ridicolo per le moderne sensibilità, perché... beh, tanto per iniziare ecco l'aspetto del gioco nella sua originale incarnazione per TRS-80:
 
Il fatto che questa grafica risulti un po' deludente non è però colpa dei designer di  Temple of Apshai. Il TRS-80 era limitato al bianco e nero (e non, è bene precisarlo, alla scala di grigi – proprio due soli colori: bianco e nero). E poi non aveva delle vere e proprie capacità grafiche così come le intendiamo oggi, ma solo grafica a caratteri testuali (oltre ai 64 glifi comunemente utilizzati in Inglese, includeva altre 64 tile grafiche, ognuna con una semplice forma astratta al posto del glifo di un carattere. Combinando i due tipi di glifi insieme, era possibile costruire immagini più grandi, pur restando all'interno di quella che era essenzialmente una modalità di visualizzazione meramente testuale). Alla luce di una modalità di visualizzazione del genere e di un computer dotato di soli  16 K e basato su cassette, Temple of Apshai può essere considerato una notevole impresa tecnica.
 
Anche le regole del gioco portano il segno di un game designer d'esperienza. In realtà non attingono così massicciamente al D&D come ci si potrebbe aspettare, date le origini del gioco e il lungo elogio dell'esperienza "pen and paper" che caratterizza il manuale. Anche se le sei caratteristiche base dei personaggi sono presenti proprio come ci si aspetterebbe, e anche se esse sono rappresentate da un punteggio variabile da 3 a 8 proprio come nel D&D classico, il combattimento e il movimento sono sostanzialmente originali: un sistema "pseudo-real-time" che dimostra l'intenzione di sfruttare le capacità uniche del computer, piuttosto che limitarsi a tradurre in codice le regole del gioco "pen and paper". E infatti Temple of Apshai, come gioco, funziona perfino meglio di quello che ci si aspetterebbe: c'è vera tensione mentre si attraversa il labirinto, dovendo decidere se sfidare la sorte e continuare ad avanzare, oppure se voltarsi e ritirare verso l'uscita, impauriti dalla possibile apparizione di un altro mostro errante mentre -a fatica e gravemente feriti- ripercorriamo i nostri passi, avendo magari sfidato la sorte più del necessario. L'esperienza trasmette una sensazione viscerale, che tanti dungeon crawler successivi non riusciranno a catturare. Ciò dipende, in parte dal gameplay in tempo reale, ma anche da altre scelte che non hanno un corrispettivo nel D&D da tavolo. Mano a mano che il vostro personaggio perde salute, per esempio, si muove più lentamente, si affatica prima e diventa meno efficiente, dimostrando quindi il suo stato in modo decisamente palpabile. Il design di Freeman è particolarmente intelligente, e da tanti punti di vista risulta perfino originale (anche rispetto a tanti giochi che lo seguiranno). 
 
Ma ci sono dei limiti a ciò che anche un bravo game designer può fare su un TRS-80 da 16 K. Possiamo certamente perdonare facilmente l'assenza totale di magia nel gioco: sostanzialmente il giocatore può impersonare soltanto l'equivalente della classe del guerriero di D&D. Più penalizzante è il fatto che le due componenti del gioco, "Inkeeper" ["Taverniere"] (che veniva usato per la gestione del personaggio) e  “DunjonMaster” (dove si svolgeva invece l'esperienza esplorativa nel labirinto) in realtà non comunicano davvero fra loro. Ci si aspetta infatti che il giocatore tenga traccia autonomamente per ogni spedizione delle sue caratteristiche e degli oggetti che trova nel labirinto, per poi inserirli manualmente quando rientra in Innkeeper! A questo va poi aggiunto che, anziché essere collegati fra loro, i quattro livelli del dungeon hanno accessi separati: niente impedisce al giocatore di inserire un super personaggio in Innkeeper e iniziare la sua esplorazione già dal livello 4. E del resto non è che l'esplorazione metodica abbia uno scopo preciso, dato che non c'è assolutamente nessun modo per vincere; nonostante tutta la sua enfasi sulla componente esperienziale, in Temple of Apshai non esiste alcuna conclusione vera e propria. Ci si limita a esplorare, livellare, e ad accumulare... finché non ci si stufa.
 
 
Eppure, pur con tutte le sue limitazioni tecniche, Temple of Apshai ha un suo strano fascino. Piuttosto che presentarci una storia, si aspetta che il giocatore lo utilizzi per costruire una storia che esiste tanto nella sua immaginazione, quanto nel computer. "Certo che puoi 'barare' creando un personaggio con tutte le statistiche a 18" sembra dirci, "ma dove starebbe il divertimento?". Allo stesso modo, se il gioco non ha un finale vero e proprio come abbiamo ormai imparato ad aspettarci, ciò non impedisce al giocatore di inventarsene uno tutto suo. Infatti nel livello 4 c'è un incontro che ha tutto l'aspetto di un vero climax; oppure il giocatore può semplicemente fissarsi lo scopo di visitare tutte le stanze e raccogliere ogni singolo tesoro che contengono. Temple of Apshai si aspetta che tu collabori con lui, per contribuire a creare il divertimento. Del resto Freeman, riferendosi ad una campagna di GDR da tavolo, ha scritto: "Non ha mai termine, se non temporaneamente: non c'è una vittoria finale, nessuno scopo per giocare se non il gioco in sé, e nessun fine ultimo se non il continuo sviluppo del tuo personaggio." E quindi perché mai l'equivalente informatico dovrebbe essere diverso? E infatti, se viene giocato come avrebbero voluto i suoi designer, Temple of Apshai non restituisce il feeling di un vero e proprio gioco per computer, quanto piuttosto quello di un ibrido: un GDR in solitario assistito dal computer, anziché un GdR su computer.
 
In un articolo sulla rivista Byte, Freeman descrive le differenze fra l'approccio simulativo alla narrativa (che è tipico dei GdR) e la preferenza delle avventure testuali per il design predefinito, lasciando però un alone di dubbio su dove cada la propria preferenza:
 

"Non c'è vero gioco di ruolo, per esempio, nella famiglia di Adventure e di Zork: il protagonista siete voi, solo immerso in un'ambientazione strana. I giochi di questo tipo si concentrano sul trasmettere la sensazione di un'azione senza confini: non solo c'è una moltitudine di comandi disponibili (tipicamente molti di più dei circa diciotto di  Dunjonquest), ma essi non vi vengono resi noti in anticipo, ma solo tramite la sperimentazione dentro il gioco. Può quindi rivelarsi particolarmente difficile trovare la chiave giusta, il momento giusto, e il comando giusto per inserirla nella giusta serratura; però, quando lo avrete fatto, la porta si aprirà – sempre. È per questo che un gioco come Adventure in realtà è un grande puzzle che, una volta risolto, perde completamente di interesse.
 
La serie di Dunjonquest impiega invece un approccio diverso. Per prima cosa tutte le situazioni sono definite principalmente in modo grafico, e non testuale: vedi ciò che succede e non ti limiti a esserne informato. Poi -ed è un aspetto ancora più importante per il nostro discorso attuale- anche se certi giochi di Dunjonquest (come  Morloc’s Tower) hanno uno scopo preciso (trovare ed uccidere Morloc, lo stregone pazzo e sfuggente), se andiamo a vedere nel dettaglio si tratta sempre di giochi molto aperti. Detto in termini più generali, non ci sono risposte "giuste": l'esito di ogni evento è probabilistico, non predeterminato.
 
Brian Hammerhand, il protagonista/alter ego assegnato al giocatore di Morloc’s Tower e di The Datestones of Ryn, ad esempio, può uccidere un lupo crudele nove volte su dieci, ma ogni volta può uscire dallo scontro illeso, ma anche dilaniato e allo stremo delle forze – senza considerare poi che c'è sempre quella decima volta... A questo va aggiunto che l'esatto esito di ogni scontro dipende sia dalla tattica scelta, che dai tratti specifici del personaggio che interpretiamo. L'esperienza è diversa a ogni partita e molto diversa per ogni nuovo personaggio che vi facciamo avventurare. Questo è gioco di ruolo: uscire da sé stessi, per mettersi nella pelle di un altro essere (anche se immaginario)."
 
L'affermazione secondo cui un approccio simulativo porta al gioco di ruolo, mentre un approccio basato su scelte predefinite non lo fa, ci deve però apparire altamente sospetta – anche se dobbiamo riconoscere che all'epoca in cui  Freeman scriveva questo passaggio, i protagonisti delle avventure testuali erano universalmente del tipo "avventuriero senza nome e senza volto". Tuttavia è indubbio che la tensione fra i due diversi approcci descritti da Freeman rimanga intatta fino ai giorni nostri con la narrativa ludica, spesso anche all'interno di uno stesso tipo di game design.  E infatti ritorneremo molte altre volte su questo argomento nel prosieguo di questo nostro piccolo viaggio nella storia. 
 
Se volete sperimentare di persona Temple of Apshai, ecco qua le istruzioni con cui partire. Notate, tuttavia, che vi servirà la pazienza di un santo: per le sensibilità moderne la versione originale per TRS-80 è quasi ingiocabile a causa della sua leeeeentissima velocità di aggiornamento dello schermo e della sua divisione in due metà del programma di cui ho parlato prima.
 
 
2. Avviate sdltrs emulator.
3. Premete F7, poi caricate “newdos.dsk” sul floppy drive 0 e “apshai.dsk” sul floppy drive 1.
4. Riavviate l'emulatore premendo F10.
5. Al prompt DOS digitate BASIC.
6. Digitate LOAD “INN:1”.
7. Digitate RUN.
 
Il manuale e la "quick reference card" nel file zip di cui sopra dovrebbero accompagnarvi con successo nei passi successivi.
 
In futuro continueremo ad occuparci dello sviluppo dei GdR su computer, ma la prossima volta torneremo alle avventure testuali, per scoprire in cosa era impegnato il nostro vecchio amico Scott Adams all'inizio degli anni '80.

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


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

 

I Primi Giochi di Ruolo per Computer
The Digital Antiquarian (traduzione ufficiale italiana)

 
Ai GdR per computer manca un Adventure – un'opera prima universalmente nota e riconosciuta come il punto di inizio del genere. Credo di poter proporre un paio di motivi che spieghino il perché. 
 
I fan dei GdR su computer, salvo qualche eccezione, non hanno mai mostrato la stessa dedizione alla documentazione e alla preservazione storica che caratterizza invece la moderna community dell'interactive fiction; il che ha probabilmente impedito la formazione di un canone condiviso di opere storicamente significative. Bisogna anche aggiungere che, nonostante la duratura popolarità commerciale dei GdR su computer, il genere non ha attratto lo stesso interesse accademico che ha invece attratto l'IF: evidentemente in ambito accademico è più semplice giustificare lo studio di una forma "letteraria" come la narrativa interattiva, piuttosto che una forma incentrata sull'uccisione di orde di nemici e sul passaggio di livello (per quanto ciò possa essere divertente). Va poi osservato anche che Adventure ebbe la fortuna di diventare molto, molto popolare. Era il Doom dei computer istituzionali degli ultimi anni '70, un gioco che chiunque fosse minimamente immerso in quella cultura doveva assolutamente conoscere e che probabilmente aveva anche provato di persona almeno una volta o due. I primi “proto-GdR” della stessa era (che furono a dire il vero anche abbastanza numerosi), invece, non si diffusero così ampiamente e non sono mai arrivati ad occupare lo stesso posto leggendario nella cultura degli hacker. La maggior parte di essi furono creati su un sistema pionieristico chiamato PLATO (Programmed Logic for Automated Teaching Operations ["Logica Programmata per Operazioni di Insegnamento Automatizzato"] – chissà quanto tempo avranno impiegato per dare un significato a quell'acronimo...), che collegava centinaia di istituzioni scolastiche in tutti gli Stati Uniti attraverso migliaia di terminali passivi, una manciata di computer mainframe, e un hub centrale ubicato presso la University of Illinois.
 
 
Potrei facilmente dedicare tutta una serie di post a PLATO, la prima duratura community online che connetteva gente comune (prevalentemente studenti, dalle elementari all'università). Stavolta però sarò sintetico al massimo, limitandomi ad affermare che PLATO era degno di nota sotto molti punti di vista: un vero laboratorio di innumerevoli innovazioni, dall'idea (da cui è nato) di un'istruzione scolastica coadiuvata dai computer, fino al sistema operativo personalizzato incredibilmente user-friendly, passando per il linguaggio di programmazione TUTOR che consentiva a chiunque di progettare nuove "lezioni". Assolutamente unico fra i sistemi istituzionali, i suoi terminali offrivano grafica e (se la tua scuola aveva deciso di investire in qualche gadget aggiuntivo) anche qualche capacità sonora e musicale. Nato nel 1960, PLATO raggiunse un certo livello di maturità con il lancio del sistema PLATO IV nel 1972, e si sviluppò rapidamente in questa sua incarnazione per tutti gli anni '70. Le sue capacità grafiche rendevano PLATO eccezionalmente adatto al gaming in confronto agli altri sistemi istituzionali, che facevano ancora affidamento su ingombranti telescriventi meramente testuali sia per l'input che per l'output. Metteteci poi il fatto che la maggior parte di questi terminali veniva usata da studenti con un bel po' di tempo libero, e che essi avevano a disposizione il linguaggio TUTOR assai facile da imparare, e non c'è di che meravigliarsi se PLATO divenne un autentico ricettacolo per lo sviluppo dei videogiochi, immediatamente prima dell'inizio dell'era dei PC e anche per qualche anno durante quell'epoca. Fra questi giochi c'erano anche i primi tentativi di portare l'esperienza di Dungeons & Dragons sui computer. Iniziano ad apparire già dal 1975 – perfino prima che Will Crowther creasse il suo Adventure.
 
I primi fra questi giochi furono creati senza l'autorizzazione ufficiale degli amministratori di PLATO. È per questo che dovevano essere nascosti sui sistemi utilizzando nomi anonimi e di servizio, tipo pedit5 e m199h, e che la loro esistenza veniva diffusa solo per cooptazione e in segreto. Inevitabilmente però, col crescere della loro popolarità, attirarono l'attenzione degli amministratori e vennero prontamente cancellati. Per fortuna quella che dovrebbe essere la versione originale di pedit5 di Rusty Rutherford è stata recuperata e resa disponibile dai ragazzi di cyber1, un sistema PLATO resuscitato e reso accessibile tramite internet. 
 
 
Essendo il primo o il secondo gioco del suo tipo ad apparire, pedit5 ha tutto il diritto di essere considerato l'equivalente di Adventure per i GdR su computer. Di certo ha un valore storico immenso.
 
Detto ciò, il più popolare e longevo di questi giochi, quello che per primo ha definito per molti l'esperienza dei GDR su computer (un po' come Adventure ha fatto per le avventure testuali), è arrivato un po' dopo. Il suo nome non lascia dubbi sulla sua fonte di ispirazione: dnd. Un progetto molto più ambizioso e sostanzioso dell'opera "una tantum" di  pedit5, dnd fu scritto inizialmente da Gary Wisenhunt e da Ray Wood, per poi essere espanso e rifinito da Dirk Pellett. Nell'Ottobre del 1976 aveva raggiunto una forma sostanzialmente definitiva, diventando un'esperienza sorprendentemente complessa e popolare fra gli utenti di PLATO; il contatore delle partite giocate all'epoca segnava quasi 100.000.
 
 
Dnd generò un'intera famiglia di dungeon crawl su PLATO, che con il loro antenato condividevano lo spensierato disinteresse per il copyright altrui. Oggigiorno ad occuparsi di Moria, Baraddur, e Orthanc ci sarebbero i legali della famiglia Tolkien...
 
Sarebbe un bell'esercizio di studio delle piattaforme informatiche chiedersi perché il sistema PLATO ospitò così tanti dungeon crawl, mentre invece le avventure testuali divennero il passatempo preferito degli "hacker hardcore" al lavoro sui loro sistemi DEC. Di certo una buona parte della risposta passa per le limitazioni tecniche delle rispettive piattaforme: il sistema PLATO era capace di una visualizzazione grafica, orientata ai monitor ["screen-oriented" nel testo originale] e oggettivamente piuttosto gradevole, mentre la linea di sistemi PDP continuava a fare affidamento su device di output basati sulla riga di comandi ["line-oriented" nel testo originale] e capaci quindi di una visualizzazione soltanto testuale. Le implicazioni di più ampio respiro di questa considerazione per i fan dell'interactive fiction (e cioè che i giocatori hanno sempre avuto una preferenza per le immagini graziose e che certamente le preferiscono sempre e comunque rispetto al semplice testo) sono probabilmente troppo inquietanti per dilungarcisi sopra. Se può essere d'aiuto, però, aggiungerò che è altresì vero che le due culture informatiche usavano hardware incompatibili su network completamente separati l'uno dall'altro, il che ha mantenuto distinte queste due tradizioni emergenti di giochi, prima che iniziassero a mischiarsi nel grande "melting pot" del mondo PC. Adventure e dnd dopotutto hanno dato a queste community (all'epoca ancora piuttosto piccole rispetto agli standard moderni) ampie ispirazioni e possibilità di reiterazione, senza necessità di affrontare nuovi paradigmi di gioco. 
 
In modo del tutto analogo, anche le piattaforme più popolari della prima era dei PC (e cioè il TRS-80 e l'Apple II) finirono con l'ospitare varianti diverse del "genere avventura". Infatti il TRS-80 (in gran parte grazie agli sforzi di Scott Adams) andò nella direzione degli hacker del PDP, ospitando le prime avventure testuali mai entrate nelle case della gente. L'Apple II invece, l'unico esponente della "classe 1977" ad avere delle capacità grafiche (e per giunta sostanzialmente comparabili a quelle dei PLATO), andò nella direzione di dnd. Data la frugale documentazione e la natura della maggior parte delle "pubblicazioni" software di quell'epoca, è estremamente difficile dire con certezza quale fu il primo GDR per computer ad apparire sull'Apple II (e quindi, per estensione, il primo ad apparire sugli home PC). Dungeon Campaign di  Synergistic Software, che apparve più o meno mentre Adams stava spedendo le sue prime cassette di  Adventureland, è però il candidato più probabile.
 
Per quanto ci riguarda, però, voglio restare concentrato ancora un po' sul nostro fedele, vecchio TRS-80. La prossima volta darò uno sguardo più attento al primo GDR commerciale sviluppato e venduto per quella piattaforma: The Temple of Apshai (1979). Essendo un discendente sia di  Dungeons and Dragons che della primissima tradizione dei GDR su computer (quella iniziata con  pedit5 e dnd), The Temple of Apshai ci darà la possibilità di vedere come funzionava per davvero un GDR per computer di questa primissima era.

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


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