The Wizard and The Princess - Parte 1
The Digital Antiquarian (traduzione ufficiale italiana)

Mystery House era stato un esperimento realizzato al volo e al risparmio, che sarebbe dovuto servire per capire se con i giochi per computer si potevano fare abbastanza soldi da tuffarsi a capofitto nel settore. A pochi giorni dalla sua pubblicazione la risposta era già un chiaro "sì", e così Ken e Roberta si misero al lavoro per ideare un vero e proprio processo produttivo, che portasse alla creazione di tutta una linea di “Hi-Res Adventures” della On-Line Systems. E mentre Roberta abbozzava il design (stavolta si sarebbe trattato di un'avventura fantasy più tipica, seppur ispirata alle fiabe invece che a Tolkien), Ken lavorava come un pazzo per creare degli strumenti di sviluppo che gli permettessero non solo di implementare la loro prossima avventura, ma anche le molte altre che sarebbero venute in seguito. Del resto si sa, gli hacker amano i loro strumenti e Ken (che fosse, o non fosse, fedele all'etica degli hacker secondo cui il software era idealisticamente il fine in sé...) non faceva eccezione. Come Scott Adams prima di lui, programmò un engine per avventure riutilizzabile, tenendo i dati che componevano la nuova avventura separati dall'interprete utilizzato per darle vita: una mossa che si sarebbe rapidamente ripagata abbondantemente, non appena la  On-Line Systems avesse iniziato ad espandersi oltre l'Apple II.
 
Ma, più di ogni altra cosa, Ken dedicò la sua attenzione a ciò che aveva contraddistinto Mystery House da tutti gli altri titoli del tempo: la grafica. Lui e Roberta in quel primo gioco se l'erano cavata con dei disegni stilizzati in bianco e nero solo perché erano una novità assoluta, ma il loro prossimo gioco doveva necessariamente avere un aspetto migliore. Si mise così al lavoro per implementare un programma di disegno a colori, che rimpiazzasse il vecchio e goffo sistema basato sul VersaWriter che si era dimostrato più che sufficiente per Mystery House.
 
Come ho già avuto modo di dire su questo blog, prima di aver progettato l'Apple II e perfino prima dell'Apple I, Steve Wozniak aveva progettato il cabinato di Breakout  per l'Atari. Quell'esperienza finì con l'influenzare l'Apple II, perché Woz (col suo solito stile deliziosamente bizzarro) considerò la capacità di far giocare una partita decente a Breakout come una sorta di requisito minimo per la sua nuova macchina. E fu proprio questo requisito la ragione principale per cui fu ideata la speciale modalità hi-res dell'Apple II. Woz volle perfino assicurarsi che il BASIC della macchina avesse abbastanza comandi per rendere possibile implementare Breakout usando solo “ statements” del suo BASIC. E fu sempre la fissazione di Woz per Breakout la ragione per cui  ogni singolo Apple II e Apple II Plus era dotato di un paio di “paddle”, dopotutto li usava anche il cabinato di Breakout.
 
Poiché ogni possessore di Apple II ne aveva un paio, i paddle divennero il metodo di controllo standard dei primi giochi arcade della piattaforma, nonostante tutti i loro limiti. I joystick erano destinati a restare per molti anni ancora una novità insolita e piuttosto costosa, tanto è vero che Ken progettò il suo nuovo sistema di disegno per i paddle e non per i joystick (nonostante questi sembrassero assai più adatti allo scopo). Con un paddle che controllava la coordinata X e l'altro quella Y, l'utente poteva (con un po' di pratica) disegnare e colorare le immagini direttamente a schermo. Il programma di Ken aveva anche delle funzioni avanzate di disegno, permettendo all'utente di connettere due punti sullo schermo con delle linee rette; una funzione che probabilmente era assi più utile della sua scomodissima modalità di disegno a mano libera. In modo del tutto analogo poteva tracciare anche i lati di un cubo. Unito ad un altro programma (anche questo ideato da Ken), che consentiva di disegnare ed editare i disegni utilizzando la tavoletta grafica ufficiale della Apple, Ken e Roberta adesso avevano in pratica fra le mani una workstation per la grafica al top di gamma (almeno per gli standard del 1980). Ma, meglio ancora, avevano anche un paio di prodotti da vendere: Paddle Graphics e Tablet Graphics finirono appesi nei negozi , nelle solite buste Ziploc, persino prima che il gioco per cui erano stati utilizzati fosse pubblicato.
 
Il gioco apparve a Settembre di quell'anno (appena quattro mesi dopo Mystery House) col nome di "The Wizard and the Princess". Alla luce di tutte le altre attività di Ken e delle sfide tecniche che lui e Roberta avevano dovuto superare per crearlo, la data di uscita sembra quasi incredibile, ma così fu.
Chi alllora avesse scucito i suoi 32,95 dollari, per poi correre a casa ad avviare il dischetto, avrebbe ricevuto questo benvenuto:
 
L'effetto che vi farà questo screenshot dipenderà molto da quanto tempo è che seguite questo blog. Se siete dei nostri da poco tempo, probabilmente non sarete molto sorpresi. Se però mi avete letto dagli inizi, seguendomi attraverso i mondi in bianco e nero delle telescriventi e del TRS-80, attraverso l'utilitarismo monocromatico di Temple of Apshai, e attraverso l'innocenza delle immagini “quasi-monocromatiche” (ma non sarebbe stato meglio se lo fossero state davvero in luogo di quell'accozzaglia di colori?) di Mystery House, allora -se anche voi vi siete lasciati coinvolgere a pieno nel nostro viaggio nel tempo-  probabilmente avrete avvertito anche voi quel fremito di stupore che nel 1980 provarono i possessori di Apple II. Questa era roba sbalorditiva -davvero sbalorditiva!-, probabilmente l'esibizione grafica più impressionante mai apparsa su un Apple. Il che era la perfetta applicazione pratica della filosofia di Ken, secondo cui un gioco doveva avere il fattore "wow”, che gli doveva permettere di vendersi da solo, non appena fosse stato avviato dentro un negozio di computer.
 
Se però non avete avvertito tutto questo, non sentitevi in colpa. Oltretutto, a dire il vero, quel che vedete sopra non è esattamente quello che veniva mostrato sui monitor del 1980. Oggi sui nostri monitor digitali fin troppo perfetti, quei punti di colori risaltano in modo netto. Sul monitor di un vero Apple II, con i suoi circuiti analogici, quei singoli pixel invece si fondevano insieme, producendo un risultato finale che grossomodo assomigliava a questo:
 
E infatti Ken faceva affidamento proprio su questo fenomeno per riprodurre l'illusione che a schermo ci fossero molti più colori dei 6 ufficiali dell'Apple II. È una tecnica nota come dithering. Nel linguaggio del marketing pubblicitario di The Wizard and the Princess, e anche nei programmi di disegno usati come supporto per creare quelle immagini, la On-Line Systems affermava che la tecnica di dithering di Ken riusciva effettivamente ad aumentare il numero massimo di colori a schermo da 6 a 21. Si tratta di un effetto che viene completamente perso quando si gioca tramite emulazione; il che ci impartisce una lezione: l'emulazione è importantissima di per sé, ma a volte serve l'hardware originale per comprendere a pieno gli artefatti software che stiamo studiando.
 
Possiamo quindi dire che The Wizard and the Princess era assolutamente sorprendente come demo di tecnologia grafica. Quando però lo prendiamo in considerazione come gioco, la situazione diventa... un po' più complicata (proprio come lo era stata per Mystery House). Ma di questo parleremo la prossima volta.

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!

Invia nuovo commento
Il contenuto di questo campo è privato e non verrà mostrato pubblicamente.
CAPTCHA
Questa domanda serve a verificare che il form non venga inviato da procedure automatizzate
                  ___     ___  
_ __ _ _ ( _ ) ( _ )
| '__| | | | | / _ \ / _ \
| | | |_| | | (_) | | (_) |
|_| \__, | \___/ \___/
|___/
Enter the code depicted in ASCII art style.