Non c’è cosa peggiore che vedere il proprio lavoro,
frutto di anni di applicazione, buttato la da una parte all’interno di una cartella in un luogo remoto dell’hard disk.

Si perché di grafica no ho disegnata parecchia in quasi 20 anni e in alcuni casi sono anche riuscito a sfruttarla per qualche progetto amatoriale che si trova tutt’ora in rete. Il problema è che lavorare da soli implica un sacrificio notevole e spesso la frustrazione per un progetto che avanza troppo lentamente fa si che non si riesca a concluderne neanche uno.

Ci si ritrova quindi con una serie di giochi che stagnano, ognuno dei quali ad un differente stadio di sviluppo.

Torre della Terra

L’ultimo progetto che avevo in mente consisteva in un platform game a schermo fisso per Commodore 64 il cui stile di gioco doveva somigliare ad una sorta di Bubble Bobble/Solomon’s Key/Bomb Jack/Ghosts’n Goblins.Lo so, sembrerebbe un’accozzaglia indefinibile ma nella mia testa tutto filava perfettamente.

Foresta

Tutto questo accadeva due anni fa e il progetto inizió con alcuni mockup comprendenti  schermate di gioco e animazioni varie. Per la modalitá grafica scelsi la bitmap 16 colori alla maniera di The Last Ninja, Stormlord o Poseidon che per dirla in breve,  consiste nel caricare in memoria l’immagine desiderata per poi scomporla in “tile” con cui creare tutti i fondali.

Torre della Magia

A livello di codice non è semplice ottenere un buon risultato ma i vantaggi di natura estetica  sono notevoli. Fatto sta che dopo aver disegnato cinque o sei schermate decisi di postarle su qualche forum nella speranza di trovare un coder all’altezza del lavoro che avevo in mente di realizzare.

Shop

Parlai anche con Papá Santoro, un mio vecchio amico che all’epoca era stato un “enfant prodige” del cracking, uno che a 14 anni faceva “raw coding” utilizzando un semplice editior ASCII e un “language monitor” ma mi disse che non avrebbe mai avuto tempo da dedicargli e voglia di ricominciare daccapo con l’assembly del 6510.

Intro

Deluso ma fiducioso di venirne a capo andai avanti con la grafica e produssi persino una demo per PC (windows)  cosí da poter mostrare la mia idea in modo piú efficace.  Arriviamo quindi a sette mesi fa, quando una sera chiacchierando su skype con Papá Santoro mi sento fare una richiesta che mi diede da pensare: Massi, perché non mi mandi qualche sprite del tuo progetto Magot? E io: a che ti servono? Papá Santoro: tranquillo volevo solo fare un paio di esperimenti.

Fatto sta che qualche giorno dopo mi ricontatta il mio amico inviandomi un file “prg” da visionare. Incuriosito avvio Hoxs64 e lancio il prg e quello che mi ritrovo davanti è un platform game (molto rudimentale) a schermo fisso in cui le mie creazioni saltellano qua e la, finalmente vive!

Ed eccomi qui, pronto a parlarvi di un evento che si è appena svolto e che riesce ad aprirmi il cuore facendomi tornare indietro nel tempo come nessun altro. Sto parlando della grande TOYSSIMI. Veniamo ai dettagli: toyssimi è la più grande fiera, mostra mercato inerente al mondo vintage toys and games della capitale. La manifestazione si svolge per l’appunto a Roma due volte l’anno, all’hotel quattro stelle Ergife sulla via Aurelia. Proprio perchè si parla di Retro come non mai, mi ci sono fiondato per poter scrivere due righe su questa magica esperienza che sicuramente farà gola ad ogni appassionato che si rispetti. Quindi se volete fare un viaggio indietro nel tempo, vi consiglio di proseguire questa lettura che troverete molto interessante.

Arrivato davanti all enorme Hotel Ergife nel cuore della capitale, e dopo aver pagato l’ingresso con un prezzo popolare di 3 euro, mi ritrovo subito immerso in un incanto. L’effetto time warp non è mai stato così forte. Durante la strada mi son detto: speriamo di trovare o di rivedere qualcosa di interessante, ma devo dire che sono rimasto esterrefatto al primo sguardo. Tutto era al di sopra delle mie aspettative. Situata tra i corridoi e la grande sala Pantheon dell’albergo, la mole di materiale era da rimanere a bocca aperta per giorni, per non dire mesi. Immaginatevi di tornare tutto a un tratto ragazzini, e rivivere le magie del passato attraverso giocattoli e videogiochi che hanno caratterizzato l’infanzia e l’adolescenza di molti. Ovviamente la fiera è prevalentemente dedicata ai nostalgici che sono cresciuti tra gli anni 80 e 90, con uno sguardo anche al periodo 60 e 70. Chi come me è più verso i 40, ed è appassionato dei vari brand del passato, sa benissimo di che emozioni corporee e sensoriali sto parlando.

La mole di titoli per console era davvero elevatissima.

Camminando per i corridoi principali, alcuni banchi esponevano materiale decisamente interessante. Parlando di retrogames e retromachines, subito vedo esposti due baluardi Commodore boxati in buonissime condizioni. Vic 20 e C64 biscottone a 40 euro completi di tutto! Come partenza devo dire niente male. Il bello è che c’erano talmente tante cose che spesso bisognava vedere più di una volta per accorgersi di tutto. Cassette per C64 a vagonate. Titoli come Target Renegade, Tusker o Creatures vendute a non più di 5 euro.

Il primo handled della Konami dedicato alle tartarughe Ninja in tutto il suo splendore.

Scrutando era facile trovare Sega Megadrive boxati e Atari 2600 black con giochi a seguito. Pole Posistion, Asteroids, Moon Patrol e Defender venduti a 10 euro l’uno come fondo di magazzino, una vera chicca per appassionati Atari. VideoPack e Colecovision erano presenti con alcuni giochi, ma con prezzi leggermente più elevati. Anche prodotti Nintendo facevano sentire la loro massiccia presenza. Numerosi Action set “Nes” erano in bella vista sui banchi e con loro tantissimi giochi. L’elenco davvero elevato creava mancamenti a non finire. In pratica un vero paradiso che necessitava di molta carta moneta per essere assecondato a dovere. Una cosa sorprendete è stata l’enorme vastità di scelta di Handled games. Chi da ragazzino non ha mai avuto almeno un videogioco elettronico in tasca per poi isolarsi dal mondo esterno a suon di bip-bip?

Parlando di vecchi Toys, che dire di questa fantastica “Fanta Buggy” dei Ghostbusters della Filmation!

Game & Watch Nintendo a secchiate di tutti i tipi, si andava da Fire Attack e Mickey Mouse, ai vari dual screen come Green House e Donkey Kong Jr. La cosa stupefacente era la cura di come erano tenuti visto che non tutto il materiale era ovviamente fondo di magazzino. Anche i portatili Tiger della Gig Electronics erano presenti in grandi quantità. Una vera è propria goduria per amanti dei portatili. Decisamente anche i vari Game boy facevano la loro figura, con i modelli classic, color e advance.

Ovviamente non c’era solo retrogames ma molto di più, visto il nome della fiera, era possibile trovare ogni tipo di giocattolo del passato. Dire che ero in lacrime per la felicità di rivedere alcune cose è una congettura. Potrei elencare dal Subbuteo, quello vero, a tutti i vari personaggi che hanno caratterizzato gli anni ’80. Dai Masters agli Exogini, passando per i Thundercats ai Transofmers, spolverando il mitico Captain Power. Spiccavano anche molti giochi da tavolo MB, tra cui gli Arcade edition, su tutti PacMan, Frogger e Donkey Kong.

Il geniale Simon della MB, insieme a numerosi Game&Watch Nintendo e vari electronic games del passato.

Sicuramente tanta è stata l’esaltazione che potrei andare avanti per ore a scrivere in dettaglio ogni singola cosa vista e toccata con tanta bava a seguito. Toyssimi, è una fiera unica, memorabile, che da buon Ninja non posso che raccomandarvi se siete alla ricerca di qualche pezzo raro per la vostra collezione retro-games e retro-toys. La nuova edizione si svolgerà la prossima primavera sempre all’Ergife a Roma. Quindi per un prossimo 2015 ricco di retro chicche ora siete avvisti, non avete giustificazioni.

Chiudiamo, come da tradizione “ninjesca”, con un bel videoreport che vi/ci farà sognare con tutte le meraviglie visionate nel corso di questa meravigliosa manifestazione. Buona visione!!

Tra i tanti mirabolanti slogan con cui venivano mitragliate le masse di potenziali acquirenti di home computer negli anni 80 ce n’era uno che probabilmente era il più ricorrente : “Qualità delle immagini incredibile”. E la cosa spesso, considerati i tempi, non mancava di verità anche se poi alla fine tutta sta “meraviglia” nel 90% dei casi si riduceva ai classici giochini con una manciata di pixel in movimento e non si riusciva ad ammirare le reali capcità che molte di queste macchine lasciavano inespresse “sotto al cofano”.

Oggi però abbiamo la possibilità di toccare con mano le (davvero) incredibili capacità grafiche di un computer di 35 anni fa convertendo qualsiasi immagine in un formato visualizzabile su tale macchina cosí da renderci conto di cosa era davvero capace il simpatico “mostriciattolo da salotto”.

Filippo Santellocco, massima autorità italiana di Atari (e di Jovetic come dice Simone Guidi), ci speiga come convertire immagini per usarle sui computer della famiglia Atari 8 bit, macchine veramente avvenieristiche quando furono introdotto e le cui capacità grafiche sono rimaste ineguagliate fino all’avvento delle macchine a 16 bit.

Ma cediamo, finalmente, la parola a Filippo ed andiamo al sodo…

PhilSan oggi ci spiega come convertire immagini per Atari 8-bit, iniziando da se stesso…

Le caratteristiche grafiche dell’Atari 800 del 1979 erano straordinarie. Riuscivano a competere con quelle del ben più recente Commodore 64 (1982), vincendo per palette (256 colori contro 16) e overscan e perdendo per alta risoluzione e sprite.

Si occupa della gestione dei modi grafici il coprocessore Antic, che esegue un programma denominato display list. Variando questo programma è possibile ottenere schermate con molti modi grafici e colori.

Oggi non è necessario essere programmatori per saggiare le caratteristiche dei computer Atari; esiste un programma per PC, RastaConverter, di Jakub ‘Ilmenit’ Debski, che converte le immagini da PC ad Atari.

L’elaborazione richiede un po’ di tempo perché il programma sfrutta tutte le caratteristiche avanzate dei computer (cambio dei registri di colore e sprite) per ottenere la migliore immagine.

Per prima cosa scaricate questo file .zip (v. 06.2013) e scompattatelo dove volete.

Fate doppio clic su RCGUI.exe.

Cliccate sul riquadro sotto “File” e selezionate un’immagine da convertire da 320×240 pixel.

In “Number of solutions” consiglio di inserire il valore “10000″.

È possibile variare altri parametri, i più importanti dei quali sono “Dithering” e “Palette” (consiglio le palette “Altirra”, “laoo” oppure “OlivierP”).

Si può inoltre chiedere al programma di privilegiare alcune parti dell’immagine creando un file “maschera di dettaglio”, sempre da 320×240 pixel; le zone di colore bianco di questa maschera indicheranno al programma a quali zone dell’immagine da convertire prestare maggiore attenzione. Per caricare questo file fare clic sul riquadro sotto “Mask”.

La preview del risultato finale è visualizzabile facendo clic su “Preprocess preview”; questo passaggio è utile per testare velocemente i migliori settaggi.

Facendo clic su “Convert!” si avvia il processo di conversione e apparirà una finestra con tre immagini: la prima è l’immagine originale, la seconda è il risultato attuale della conversione, la terza è l’ipotetico risultato finale (non sempre raggiungibile).

Quando si è soddisfatti del risultato dell’immagine centrale, premere il tasto “S” per salvare, chiudere la finestra facendo clic sulla “X” in alto a destra, fare clic su “Create executable file” e dare un nome al file eseguibile che verrà creato.

A questo punto, se ai file “xex” in Windows avete associato un emulatore, questo si aprirà mostrandovi il risultato della vostra conversione. Comunque il file è stato salvato nella cartella del programma.

Maggiori informazioni sul funzionamento di RastaConverter sono visualizzabili facendo clic su “Open help file” oppure visitando il sito del programma.

Per invogliarvi a provare, ecco alcune immagini da me convertite:

Conoscete altri home computer del 1980 (ma anche degli anni immediatamente successivi) in grado di eguagliare questi risultati?

(Articolo originariamente pubblicato da Filippo Santellocco sulla sua pagina web . Si ringrazia l’autore per averne consentito la pubblicazione su The Retrogames Machine)

Il Nintendo NES, gioia e dolore di ogni appassionato video giocatore… Gioia ovviamente per gli innumerevoli capolavori che annovera nel suo parco titoli, capaci di regalare ore e ore di divertimento più sfrenato.

Dolore senza dubbio per quel BASTARDISSIMO slot cartucce che ogni 3×2 ci faceva imprecare le alte sfere celesti a causa dei suoi malfunzionamenti.

Se siete rimasti senza aria nei polmoni a forza di “soffiare” per cercare di far partire la vostra copia di Megaman, traquilli, il nostro Igor vi dice come fare…

 Con la solita chiarezza e semplicità espositiva senza però rinunciare ai dettagli tecnici e agli approfondimenti del caso, il nostro Igorstellar vi spiegherà passo passo come riportare a nuova vita lo slot cartucce del vostro Nintendo NES.

Buona visione!!

Nell’ambito della nostra iniziativa votata a riaccendere nei nostri lettori la fiamma dell’interesse nei confronti della programmazione cominciamo con le basi. 

Un breve riassunto dei comandi del Commodore Basic V2 utilizzato dal Commodore64 (oltre che dal VIC20 e i Commodore PET). Attenzione! Questo non è un tutorial sul Commodore Basic ma una sorta di guida di riferimento per riaccendere in neuroni spenti (o mai accesi…).

Nel basic V2 sono disponibili unicamente i seguenti tipi di variabili:

• Float: È il tipo usato più frequentemente ed indica i numeri positivi e negativi dotati di parte intera e decimale. Non hanno indicatore di tipo nella loro dichiarazione.
  Valori possibili: +/- [2.94E-39 ... 1.70E+38] (+/- [2^-128 ... 2¹²⁷])
  Precisione: mantissa a 32 bit (approx. 9.6 decimali) + esponente a 8 bit
• Interi (16 Bit): Tipo di tati raramente utilizzato. Le variabili ntere si caratterizzano per un ‘%’ alla fine della loro ‘etichetta’ (es. X%).  È bene notare che tutti i calcoli computazionali sono effettuati con precisione FLOAT e la conversione a Intero è effettuata solo quando il valore è assegnato alla variabile. Quindi la matematica di tipo intero è PIÙ LENTA che quella di tipo float!
• Booleani: I risultati sono espressi con interi. FALSO è rappresentato da 0 (0×0000) mentre VERO da -1 (0xFFFF) o qualunque risultato NON-ZERO
• Stringhe:  Le variabili “stringa” si identificano per il simbolo ‘$’ posto dopo l’etichetta identificativa (es. X$). Le stringhe non possono essere più lunghe di 255 caratteri.

Solo i primi DUE caratteri dell’etichetta di una variabile sono presi in considerazione dall’interprete BASIC. Quindi ‘CO’, ‘COCCO’ e ‘COLOSSEO’ sono nomi equivalenti di una singola variabile (ma non ‘C’ o ‘CA’).

L’identificatore di tipo, invece, identifica e distingue variabili con la stessa etichetta. Quindi ‘CO’, ‘CO%’ e ‘CO$’ sono TRE variabili diverse.

Controllo del flusso del programma

FOR...TO...STEP...NEXT - L’unico costrutto di ciclo del BASIC V2

Sintassi:
FOR <Var> = <Start> TO <End> [STEP <Size>]
<Ciclo>
NEXT [<Var>]

Esempi:

FOR I=1 TO 5: PRINT I;: NEXT -> 1 2 3 4 5
FOR I=1 TO 5 STEP 2: PRINT I;: NEXT -> 1 3 5
FOR I=5 TO 1 STEP -2: PRINT I;: NEXT I -> 5 3 1
FOR I=3 TO 1: PRINT I;: NEXT -> 3 (!)

IF...THEN - Esecuzione condizionale

Nota: Non esiste nulla di similare ai costrutti ELSE o ENDIF. (tra l’altro NESSUN BASIC eccetto l’MSX BASIC implementa l’ELSE)

Sintassi:
IF <Condizione> THEN <Istruzione> or
IF <Condizione> GOTO <NrLinea> or
IF <Condizione> THEN <NrLinea>

Esempio:
100 IF A < B THEN MN = A: GOTO 120
110 MN = B
120 ....

GOTO oppure GO TO - Salto incondizionale

Sintassi:
GOTO <NrLinea> oppure
GO TO <NrLinea>

GOSUB -  Salto incondizionale a Subroutine

Notare che non è possibile passare parametri formali ad una subroutine. Tutto deve essere gestito con l’uso di variabili globali.

Sintassi:
GOSUB <NrLinea>

Esempio:
10 PRINT "Programma principale"
20 GOSUB 100
30 PRINT "Ritorno a Programma principale"
40 GOSUB 100
50 PRINT "Di nuovo Programma principale"
60 END
100 PRINT "Questa è la Subroutine"
110 RETURN

RETURN - Ritorno dalla Subroutine

Sintassi:
RETURN

Esempio:
Vedi: GOSUB

ON...GOTO oppure ON...GOSUB - Salto multi direzionale

Sintassi:
ON <EspressioneIntera> GOTO <NrLinea1>, <NrLinea2> …
oppure ON <EspressioneIntera> GOSUB <NrLinea1>, <NrLinea2> …

Esempio:
ON X GOTO 100, 200, 300
È equivalente a :
IF X = 1 THEN GOTO 100
IF X = 2 THEN GOTO 200
IF X = 3 THEN GOTO 300

DEF FN- Definisce una Funzione/Subroutine in BASIC 

Sintassi:
DEF FN <Nome>(<Param>) = <Espressione a Linea Singola>

Esempio:
DEF FN SI(X) = SIN(X)/X
FN SI(π/3) -> 0.816993343

Input/Output

GET - Legge un singolo carattere dallo standard input (normalmente tastiera) senza attendere 

Sintassi:
GET <NomeVariabile>

Esempio:
100 GET A$: IF A$ = "" THEN GOTO 100 -> Attende la pressione di un tasto

INPUT -Legge i dati dallo standard input (normalmente tastiera)

Sintassi:
INPUT [<Prompt>;] <NomeVariabile> [, <NomeVariabile> ...]

Esempi:
INPUT "LOGIN:"; LG$
INPUT "Introdurre valori di A, B e C"; A, B, C
INPUT A

PRINT - Scrive sullo standard output (normalmente schermo)

Sintassi:
PRINT <Dati> oppure
? <Dati>

Esempi:
PRINT "Ciao Mondo"
PRINT "Queste", "sono", "Tabulazioni" -> Notare le ','
PRINT "Prima Linea"; -> Notare il ';'
PRINT "Still the same line"
PRINT "Risultato="; 2*32

SPC - Muove in avanti il cursore di un determinato numero di spazi

Sintassi:
SPC(<Cnt>)

Esempio:
SPC(6)

TAB- Muove in avanti il cursore ad una specifica posizione

Sintassi:
TAB(<Posizione>)

Esempio:
TAB(6)

POS - Indica la posizione corrente del cursore

Sintassi (Dummy = valore non rilevante) ;
POS(<Dummy>)

Esempio:
POS(6)

Files

LOAD- Carica un programma da disco o nastro

Sintassi:
LOAD <FileName> [, <Dispositivo> [, <SecondoDisp>]]

Esempi:
LOAD "SuperGame", 8, 1 -> Carica il programma da disco #8
LOAD "*", 9 -> Carica il primo programma da disco #9
LOAD "", 1 -> Carica il primo programma da nastro(#1)

SAVE - Salva un programma su disco o nastro

Sintassi:
SAVE <FileName> [, <Dispositivo> [, <SecondoDisp>]]

Esempi:
SAVE "SuperGame", 8 -> Salva su disco #8
Per sovrascrivere un file esistente su disko, far precedere il nome del file dal carattere ‘@’

Esempio:
SAVE "@SuperGame",8 ->  Salva su disco #8, sovrascrive vecchio file

VERIFY - Controlla se il programma in memoria e quello registrato su disco o nastro coincidono. Non modifica nulla.

Sintassi:
VERIFY <FileName> [, <Dispositivo> [, <SecondoDisp>]]

Examples:
VERIFY "SuperGame", 8 -> Verifica SuperGame da disco #8
VERIFY "*", 9 -> Verifica il primo programma da disco #9
VERIFY "", 1 -> Verifica il primo programma da nastro #1

OPEN- Apre un flusso dati (File)

Sintassi:
OPEN <FileID>, <Dispositivo> [, <SecondoDisp> [, <FNameMode>]]
Il parametro <SecondoDisp> è un intero opzionale compreso tra 0-15 che,secondo il valore assegnato ,assume i seguenti significati:
0..Utilizzato per  LOAD, 1..Utilizzto per SAVE, 2-14..Liberamente utilizzabile per accesso a file utente, 15..Canale di Comando/Errore.
<FNameMode> usa il formato format: “<NomeFile> [,<TipoFile> [,<ModoAccesso>]]" dove <TipoFile> può essere uno tra: P (Programma), S (Sequenziale), L (Relativo) or U (Utente)

<ModoAccesso> può essere uno tra: R (Lettura),W (Scrittura), A (Aggiunta) o il numero di Bytes/Record di un file relativo.

Esempi:
OPEN 1, 4 -> Apre un file di output sulla stampante #4
OPEN 1, 8, 2, "My File,P,R" -> Apre un programma, per la lettura, da disco #8
OPEN 1, 8, 2, "My File,S,W" -> Apre un file sequenziale, per la scrittura su disco #8
OPEN 1, 8, 2, "My File,L,"+CHR$(40) -> Apre un file relativo con 40 Bytes/Record su disco #8
OPEN 1, 8, 15 -> Apre il canale Comando/Errore su disco #8

CLOSE - Chiude un flusso dati (File)

Sintassi:
CLOSE <FileID>

Esempio:
CLOSE 1

GET# - Legge un singolo carattere da un file

Sintassi:
GET# <FileID>, <VarName>

Esempio:
GET#1, A$

Notare che NON c’è spazio tra ‘GET‘ e ‘#‘.

INPUT# - Recupera dati da un File

Sintassi:
INPUT# <FileID>, <VarName> [, <VarName>...]

Esempio:
INPUT#1, EN$, ER$, TR$, SC$

Notare che NON c’è spazio tra ’INPUT‘ e ‘#‘.

PRINT# - Stampa dati su un File 

Sintassi:
PRINT# <FileID>, <Dati>

Esempio:
PRINT#1, "Power64"

Notare che NON c’è spazio tra ‘PRINT‘ e  ’#‘. Notare anche che ?# NON è PRINT# anche se appaiono uguali in un listato.

CMD - Redireziona lo standard output (Input non è modificato ) e scrive messaggi su esso

Sintassi:
CMD <FileID> [, <Messaggio>]

Esempio:
OPEN 1, 4 ; Apre un File#1 su Stampante#4
CMD 1 ; Rende #1 lo standard output
PRINT "Messaggio"
PRINT "Messaggio2"
PRINT#1
CLOSE 1

ST - Stato di un dispositivo (Variabile interna)

ST = 0 .. Dispositivo Ok
Bit 6: 1 .. Fine del File
Bit 7: 1 .. Dispositivo non presente

READ - Legge dati statici dalle istruzioni DATA nel programma

Sintassi:
READ <Var> [, <Var>...]

Esempio:
10 RESTORE
20 READ X$
30 PRINT X$;
40 S = 0
50 FOR I=1 TO 3
60 READ X
70 S = S + X
80 NEXT I
90 PRINT S
100 DATA "Power", 12, 34, 18

L’output dell’esempio sarebbe Power 64

RESTORE - Resetta al primo elemento DATA del programma il puntatore a DATA.

Sintassi:
RESTORE

Esempio:
Vedi READ

DATA- Immagazzina dati statici

Sintassi:
DATA <Dati> [, <Dati>...]

Esempio:
Vedi READ

Funzioni Matematiche

LET - assegna valore a un variabile

Sintassi:
LET <Variabile> = <Valore>

Esempio:

LET A = 6.25

Notare che il comando LET è innecessario e ridondante. <Variabile> = <Valore> è tutto ciò che serve per assegnare un valore a una variabile. LET rallenta l’intero processo, quindi NON USATELO!

DIM - Dichiarazione Array

Sintassi:
DIM <Nome>(<Dimensione1> [, <Dimensione2>...])

Esempi:
DIM A(7) -> Array di 8(!) elementi indicizzati [0..7]
DIM B$(4,5) -> Array di  30(!) stringhe [0..5 x 0..6]
Uso degli elementi: A(3) = 17 : B$(2,3) = "Power64"

+, -, *, /, ^ - Operatori Aritmetici

Esempio:
9 + 5 * (15 - 1) / 7 + 2^4 -> 35

<, <=, =, <>, >=, > - Operatori di confronto

Esempio:
3 <> 6 -> -1 (VERO)
3 > 4 -> 0 (FALSO)

SIN - Seno (Argomenti in Radianti)

Sintassi:
SIN(<Valore>)

Esempio:
SIN(π/3) -> 0.866025404

COS - Coseno (Argomenti in Radianti)

Sintassi:
COS(<Valore>)

Esempio:
COS(π/3) -> 0.5

TAN - Tangente (Argomenti in Radianti)

Sintassi:
TAN(<Valore>)

Esempio:
TAN(π/3) -> 1.73205081

ATN - Arco Tangente (Risultato in [-π/2 .. π/2])

Sintassi:
ATN(<Valore>)

Esempio:
ATN(1) -> 0.785398163 ( = π/4)

EXP - Esponentr (e^x dove e = 2.71828183…)

Sintassi:
EXP(<Valore>)

Esempio:
EXP(6.25) -> 518.012825

LOG - Logaritmo Naturale

Sintassi:

LOG(<Value>)

Esempio:
LOG(6.25) -> 1.83258146

SQR - Radice quadrata

Sintassi:
SQR(<Valore>)

Esempio:
SQR(6.25) -> 2.5

ABS - Valore Assoluto

Sintassi:
ABS(<Valore>)

Esempi:
ABS(-6.25) -> 6.25
ABS(0) -> 0
ABS(6.25) -> 6.25

SGN - Segno

Sintassi:
SGN(<Valore>)

Esempi:
SGN(-6.25) -> -1
SGN(0) -> 0
SGN(6.25) -> 1

INT - Intero (Arrotonda all’intero minore o uguale all’argomento.)

Sintassi:
INT(<Valore>)

Esempi:
INT(-6.25) -> -7 (!)
INT(-5) -> -5
INT(0) -> 0
INT(5) -> 5
INT(6.25) -> 6

RND - Numero casuale tra [0.0 .. 1.0]

Sintassi:
RND(<Seed>)
Se (<Seed> < 0) il generatore di numeri casuali viene inizializzato.

Esempi:
RND(-625) -> 3.85114436E-06
RND(0) -> 0.464844882
RND(0) -> 0.0156260729

Operatori Logici e Binari

Ricordiamo la codifica dei valori Booleani
FALSO <--> 0 (0x0000) e VERO <--> -1 (0xFFFF) or o qualunque valore non-zero.

AND- AND logico e binario

Sintassi:
<Expr> AND <Expr>

Esempi:
A>5 AND X<=Y
12 AND 10 -> 8 (%1100 AND %1010 = %1000) - operazione di confronto sui bit

OR - OR logico e binario

Sintassi:
<Expr> OR <Expr>

Esempi:
A>5 OR X<=Y
12 OR 10 -> 14 (%1100 OR %1010 = %1110) - operazione di confronto sui bit

NOT- NOT logico e binario

Sintassi:
NOT <Expr>

Esempi:
NOT A>5
NOT 2 -> -3 (NOT $0002 = $FFFD) - operazione di confronto sui bit

Manipolazione di Caratteri e Stringhe

+ - Concatena Stringhe

Esempio:
"Pow" + "er64" -> "Power64"

<, <=, =, <>, >=, > - Operatori di confronto

Esempi:
"C64" < "Power64" -> -1 (VERO)
"Alpha" > "Omega" -> 0 (FALSO)

LEN - Lunghezza stringa

Sintassi:
LEN(<Stringa>)

Esempio:
LEN("Power64") -> 7

LEFT$ - Parte sinistra della stringa

Sintassi:
LEFT$(<String>, <Lung>)

Esempio:
LEFT$("Power64", 5) -> "Power"

RIGHT$ - Parte destra della stringa

Sintassi:
RIGHT$(<String>, <Lung>)

Esempio:
RIGHT$("Power64", 5) -> "wer64"

MID$ - Parte centrale della stringa

Sintassi:
MID$(<String>, <Inizio>, <Lung>)

Esempio:
MID$("Power64 per Macintosh", 13, 3) -> "Mac"
/* -- 123456789012345678901 -- */

STR$ - Converte un numero in una stringa

Sintassi:
STR$(<Valore>)

Esempi:
STR$(6.25) -> " 6.25"
STR$(-6.25) -> "-6.25"

VAL - Converte una stringa in numero

Sintassi:
VAL(<String>)

Esempi:
VAL("6.25") -> 6.25
VAL("6xx25") -> 6
VAL("x6x25") -> 0

ASC- Codice ASCII del primo carattere di una stringa

Sintassi:
ASC(<String>)

Esempio:
ASC("P") -> 80
ASC("Power64") -> 80

CHR$ - Carattere corrispondente ad uno specifico codice ASCII

Sintassi:
CHR$(<Valore>)

Esempio:
CHR$(80) -> "P"

Accesso alla Memoria

PEEK - Legge un byte dalla locazione di memoria

Sintassi:
PEEK(<Loc>)

Esempio:
PEEK(53280) -> Valore corrente del byte che determina il colore del bordo dello schermo

POKE - Scrive un byte in una locazione di memoria

Sintassi:
POKE <Loc>, <Valore>

Esempio:
POKE 53280, 7 -> Imposta a 7 il valore del che determina il colore del bordo dello schermo, ottenendo il bordo giallo

WAIT - Attende finché il byte di una locazione di memoria assume un certo valore 

Sintassi:
WAIT <Loc>, <Maschera> [, <Inverti>]
WAIT il programma si arresterà fino a che ((PEEK(<Loc>) EXOR <Inverti>) AND <Maschera>) != 0
Se <Inverti> non è specificato assume valore di default 0.

Esempio:
WAIT 198, 255 -> Attende la pressione di un tasto nel buffer tastiera.

Interfaccia a programmi in Assembly

SYS - System – Richiama un programma assembler da una locazione di memoria

Sintassi:
SYS <Loc> [, <Param> ...]

Il numero di parametri dipende dal programma chiamato.

USR- Comando utente

Sintassi:
USR(<Param>)

Simile a SYS ma la locazione di memoria <Loc>a cui si punta è fissa a $0310 ed il primo ed unico parametro <Param> è sempre valutato e memorizzato nel FloatAccu1 (FAC1) quando il programma assembly viene chiamato. Meno flessibile di SYS e quindi raramente utilizzato.

Esecuzione Programmi

RUN - Avvia un programma BASIC

Sintassi:
RUN [<Linea>]

Se  <Linea> non è specificato il programma inizia dalla prima linea.

Esempio:
RUN

STOP- Arresta l’esecuzione di un programma

Sintassi:
STOP

STOP è simile ad END, ma stampa il messaggio BREAK IN <Linea> .

END - Conclude l’esecuzione di un programma

Sintassi:
END

CONT - Continua l’esecuzione di un  program 

Sintassi:
CONT

Quando l’esecuzione di un programma è interrotta da by STOP, END o dalla pressione del tasto Run/Stop il comando CONT viene usato per riprendere l’esecuzione.

Vari

REM - Commento

Sintassi:
REM <Testo>

Esempio:
REM Questa linea è un commento

LIST - Mostra il listato del programma BASIC corrente

Sintassi:
LIST [<Linea> | <Da>- | -<A> | <Da>-<A>]
Senza parametri l’intero programma viene listato.

Esempi:
LIST
LIST -40
LIST 100-200

NEW - Cancella il programma corrente e tutte le variabili dalla memoria

Sintassi:
NEW

CLR - Cancella tutte le variabili 

Sintassi:
CLR

FRE - Indica la memoria disponibili

Sintassi:
FRE(<Dummy>)

Esempio:
FRE(0) -> -26627 (immediatamente dopo l’accensione)

Restituisce il numero di Bytes liberi per i programmi BASIC come un intero a 16 bit con segno. Se la memoria libera eccede i 38KByte viene indicato un numero negativo. Quindi -26627 dovrebbe essere interpretato come 65536-26627 = 38909.

π - Pi = 3.14159265

TI - Timer Ticks trascorsi dall’accensione (1 Tick = 1/60 Second)

TI$ - Timer dall’accensione in Ore/Minuti/Secondi 

             A TI$ (ma non a TI) può essere assegnato un valore!

La precisione del timer è piuttosto scarsa (scarto >1%)

Continuo l’aggiornamento sulla mia missione autolesionista ovvero lo sviluppo di un emulatore Z80 per NeoGeo CD. Questa volta l’emu inizia a dare segni di vita riconoscibile emulando la rom di PHOENIX (uno dei miei arcade preferiti in assoluto!).

Purtroppo emulare uno Z80 a 2Mhz su un NeoGeo con Motorola 68000 a 12Mhz è da associare a una missione impossibile sia in termini di peso computazionale che per differenza abissale dell’HW SNK rispetto un PC.

In questo caso non abbiamo la possibilità di renderizzare grafica direttamente in VRAM perché il NeoGeo è capace solo di rappresentare a video o sprite o testo (modalità fix) quindi il “barbatrucco” sta nell’inventare un trick di programmazione atualmente in fase di analisi…

Continua a seguire gli aggiornamenti sullo sviluppo –> http://www.iocero.com/eventdetail.aspx?idevent=27312

RetroIsTheOnlyFuture!

BEY

http://www.IoCero.com

Visto che nessuno l’ha mai fatto mi sono detto: “perché non realizzare un emulatore di galaxian su NeoGeo CD?”…..Non l’avessi mai fatto  

Devo ammettere che il “progettino” richiede più tempo di quanto immaginassi ma l’importante è iniziare con un minimo di analisi.

Ad oggi sono riuscito a far funzionare un mini core Z80 atto a emulare la scheda arcade del gioco con output a video di soli char ASCII per verificare il corretto avviamento del mini emulatore. Quello che manca è una interfaccia grafica che traduca il contenuto della VRAM della scheda originale e lo converte per il chip video del NGCD.

Chi si vuole aggregare nell’impresa? Ok ok continuerò da solo….. 

SCARICA L’ISO PER NEOGEO CD –> http://www.filedropper.com/neogalagaemu

News e Blog Dev Link -> http://www.iocero.com/eventdetail.aspx?idEvent=21009

Stay Tuned!

RetroIsTheOnlyFuture!

BEY From St@ff www.IoCero.com

Ciao ragazzi, eccomi di nuovo a parlare di files .TAP!
Oggi voglio puntualizzare giusto 2 cosette sull’editing dei file .TAP.

Con la macchina originale usiamo datassete e cassette senza problemi (azimuth e danni del tempo a parte), con i vari emulatori non abbiamo che l’imbarazzo della scelta tra opzioni e settaggi vari.
L’editing di un file .TAP può invece diventare importante, e in alcuni casi vitale, se usiamo il modulo ITS Infinity.
A chi non sapesse di cosa io stia parlando, consiglio di visitare questa pagina per l’ITS, quest’altra per l’Infinity.

Ho deciso di scrivere questo articolo dopo l’esperienza di qualche giorno fa col gioco “Creatures II“, ovviamente per C64.
Vi espongo la vicenda riassumendo il più possibile, anche se non semplice.
La cassetta originale del gioco è su 2 lati. Di conseguenza, i dump che si trovano in rete, o quelli che creeremo dalla nostra cassetta originale, sono relativi a latoA.tap e latoB.tap.
Su ITS Infinity non c’è possibilità di “cambiare lato” (almeno AL MOMENTO!), in quanto bisognerebbe swappare un file .tap (cosa possibile invece coi D64).
Allora ho ben pensato di UNIRE questi 2 file. Per unirli ho usato il programma JTap, scaricabile qui (vi dirò più avanti come usarlo, ma è semplicissimo).
Una volta uniti, ricavato quindi il file unico, messo sull’ITS e avviato, sembrava bloccarsi.
In realtà non era così, e ho potuto verificare ciò solo grazie al Vice. Caricato il file da Vice, mi sono accorto che il gioco chiedeva di cambiare lato arrivato circa a 90, poi restava fissa a schermo la videata che invitava a girare la cassetta. Ho attivato il Warp Mode su Vice, e in effetti dopo un bel pò di tempo ha iniziato realmente a caricare il gioco. Ha finito il caricamento a circa 360 (counter). Impossibile, pensavo! Erano circa 25 minuti su macchina reale!
La spiegazione c’era. Unendo infatti i 2 tap, avevo unito il lato A, composto da parte di programma + nastro VUOTO e il lato B, composto allo stesso modo.

Ciò che era necessario era togliere quel vuoto dal lato A, in modo da rendere contigui la fine programma del lato A e l’inizio programma lato B (ovviamente lo spazio vuoto del lato B dopo il programma è ininfluente).

Mi serviva quindi un programma capace di tagliare un file .TAP….ma…non esistono (che io sappia) programmi del genere.

Ho quindi pensato che l’unica via era quella di convertire il .TAP in file .WAV, in modo da poterci “lavorare” con un qualsiasi programma di editing audio.
A questo scopo, nel package della Infinity (scaricabile dal sito Manosoft di Damiano Colombari ), è presente, nella cartella PCUTIL un programmino utilissimo che gira sotto windows: Audiotap (scaricatelo da qui).

Tramite questo piccolo sw, è stata possibile la conversione di un .tap in .wav e la riconversione di un .wav in .tap.

Convertito il file, l’ho aperto con programma di audio editing, in modo da tagliare ciò che non mi serviva. Io ho usato Audacity, programma free e molto leggero (scaricate da qui).

Nel nostro caso, la parte iniziale della traccia rappresenta il programma, la parte finale (a destra, la riga continua) tutto ciò che possiamo eliminare.

A sinistra la traccia del programma.
La linea continua rappresenta il “vuoto”, quindi la parte da eliminare.

Una volta salvata la traccia senza “vuoto”, mi sono trovato quindi un nuovo file .wav.
Tornato al programma Audiotap, ho convertito questa volta da .wav a .tap.
In questo modo avevo il file modificato del lato A e il file originale del lato B.

Sono quindi tornato a JTap (acronimo di Join Tap), in modo da unire il lato A modificato e il lato B.
Usare Jtap è semplicissimo. Basta mettere i 2 file .tap da unire all’interno della cartella del programma Jtap. Aprire poi il prompt dei comandi di Windows (si, funziona con riga di comando), andare con i ben noti comandi cd etc etc nella cartella del file, ed eseguire il comando Jtap A.tap B.tap AB.tap, dove ovviamente A.tap è il file relativo al lato A, B.tap è quello relativo al lato B, e  AB.tap è un nome file che sceglieremo noi per la creazione del file unione.

Tornando alla mia storia, creato il file con Jtap, ho provato questo su Vice. Ottimo, invece che a 360 circa, il counter dell’emulatore si fermava a circa 170!
Ho ovviamente provato il file su ITS Infinity, e tutto funzionava alla perfezione.

Il file “joined” di Creatures II carica su ITS.

Vi assicuro che queste operazioni che sembrano macchinose e astruse, sono invece semplicissime, conoscendo un minimo i programmini necessari.

In alto a destra il programma Jtap con relativa sintassi.
In basso Audiotap, semplicissimo da usare.
In alto a sinistra Creatures 2 caricato con Vice. Notate il counter, a 175 invece dei 360 necessari prima della modifica del file .TAP.

Spero che questa mia vicenda narrata in questo articoletto possa essere utile a chi, come me, ama sperimentare e andar oltre a quelli che possono APPARIRE limiti in un hardware come l’Its.
Come vi sarete resi conto leggendo queste righe, in realtà basta modificare un pò di file per aggirare quello che a prima vista potrebbe sembrare un limite inaggirabile.

Divertitevi con altri file, provate tutto sulle vostre macchine!
Un gioco con una struttura simile è per esempio Nobby the aardvark..
Provate con quello!

Alla prossima, enjoy!

In tanti mi hanno chiesto delucidazioni sul funzionamento del modulo ITS Infinity.
Molte domande sui tipi di file, sull’installazione….alcuni mi hanno chiesto della velocità.
In particolar modo se la velocità di caricamento di un gioco da ITS Infinity risulta uguale o simile a quella di un datassette reale su C64.
Ho fatto questo confronto con un pc con WinVice, perchè già tempo fa provai le velocità di un reale c64 e l’emulatore (ovviamente sullo stesso file) e risultavano pressochè identiche.

Ho scelto International Karate + perchè ha un tempo di caricamento abbastanza lungo da poter fare un confronto sensato sui tempi reali.
Il video è senza tagli, quindi abbastanza noioso, però i curiosi potranno assistere a un reale caricamento di International Karate + da ITS Infinity.

Buona visione!

Ciao a tutti, amici di The Retrogames Machine e benvenuti nuovamente ai nostri video.

Oggi parliamo di Amiga e per la precisione di come installare il Classic Workbech su una Amiga reale.

Prima di tutto, ovviamente, diciamo cos’è il CWB.

Ebbene il CWB non è altro che una distribuzione del Workbench “classico” appunto (ove per classico si intende PRECEDENTE alla release 3.9 di AmigaOS) opportunamente corredato di una serie di programmi ed utilità che renderanno il vostro Amiga dotato di quanto necessario per un utilizzo quanto più completo possibile.

Una volta installato sulla vostra macchina avrete a disposizione una consistente collezione di programmi per tutti i gusti e necessità.

Utility per la gestione dei dischi (come Directory Opus), programmi di grafica (Personal Paint) tracker per i mod, il WHD load e tanti altri uniti a “add-on” per migliorare l’esperienza utente nell’uso del WB (nuovi menu e funzionalità di quello che oggi definiremmo “desktop”).

Ma andiamo a presentare il nostro video e a spiegare nel dettaglio la procedura di installazione.

In questo video, che potete trovare sul Canale YouTube di RGM,  mostriamo nel dettaglio le operazioni da compiere per, appunto, installare il Classic Workbench su un Amiga 1200 reale.

Forse qualcuno di voi ad un primo sguardo rimarrà impressionato e scoraggiato dalla lunghezza del video (UN’ ORA E MEZZA!!!), ma tranquilli… è tagliato!!

Purtroppo la procedura di installazione, soprattutto per quanto concerne la mera copia dei files è molto lunga (anche e soprattutto tenendo presente l’architettura Amiga dell’epoca sicuramente non veloce come le macchine che usiamo oggi), e comprendiamo che “ciucciarsi” 90 minuti abbondanti di video può essere sfiancante ma il il filmanto è (crediamo) dettagliatissimo e non lascia (quasi) nulla al caso.
A parte concetti basilari di Amiga (come ad esempio installare semplicemente il WB su hard disk o i driver PCMCIA) quasi nulla viene dato per scontato, anzi… i concetti vengono trattati in maniera estremamente semplice e non tecnica in modo che anche i meno pratici con Amiga potranno setirsi a proprio agio (o almeno questo è l’idea di base).
Ci auguriamo quindi che apprezzerete il nostro sforzo e soprattutto il prodotto finale che vi orffiamo a corredo di quest’articolo.

Prima di tutto precisiamo che per poter effettuare l’installazione avremo bisogno dell’emulatore Amiga WinUAE in quanto il CWB viene distribuito sotto forma di file HDF che andrà montato sotto WinUAE come fosse un hard disk di un sistema Amiga per poter poi essere “esportato” su un supporto fisico così da essere finalmente collegato su un Amiga.

Esistono essenzialmente due procedure per fare ciò (più varie “variazioni sul tema” più o meno fantasiose sviluppate personalmente da ogni utente per le sue particolari necessità).
Una prevede l’estrazione dell’hard disk interno di Amiga, il suo collegamento al PC e il “mount” in WinUAE per procedere finalmente a trasferire i file dell’HDF direttamente nell’HD in file system Amiga.

La seconda è estremamente più laboriosa e lunga ma MOLTO MENO INVASIVA e soprattutto alla portata di tutti, in special modo di coloro i quali non hanno voglia (per la ragione che sia) di cimentarsi con il cacciavite a smontare il proprio Amiga.

Per questo motivo focalizzeremo la nostra attenzione nel dettagliare questo SECONDO metodo di installazione.

Possiamo essenzialmente dividere la procedura di installazione in due parti ben distinte più una parte preventiva di preparazione.

La parte di preparazione consiste nel ottenere i file del CWB da internet e approntare tutto il materiale ed i supporti necessari alle operazioni.

Successivamente opereremo tramite PC per ottenere i file che andremo a trasfereire su Amiga.

In ultimo caricheremo i dati necessari sulla nostra macchina e procederemo all’installazione degli stessi.

Prima di iniziare andiamo ad elencare tutto ciò di cui avremo bisogno per la buona riuscita delle operazioni di installazione per assicurarci di avere tutto l’occorrente prima di metterci all’opera e renderci conto solo all’ultimo momento (o peggio NEL BEL MEZZO delle cose) di non poter proseguire per non aver a disposizione qualcosa di fondamentale.

- Un Amiga con KS 2.0 o superiore e chipset grafico ECS o superiore con almeno 2 mb di RAM (quindi A500+ o successivo)

- un hard disk diviso in due partizioni dove installare il CWB e i file di supporto (va benissimo un CF collegata al canale IDE dell’Amiga tramite adattatore ad hoc)

- lettore di CF PCMCIA e relativa scheda Compact Flash

- driver per il lettore PCMCIA

- TransADF (applicazione similare) per il trasferimento su disco fisico di un file .adf

- il pacchetto del CWB

- i dischetti del Workbench

- emulatore WinUAE

- .adf del Workbench

¡¡¡IMPORTANTE!!!

Per far funzionare il WinUAE e per portare a termine la procedura di installazione del Classic WB sono necessari le immagini del KICKSTART e gli .adf del WORKBENCH.

Sono file facilmente reperibili in internet ma ricordiamo che sia i Kickstart che il Workbench sono tutt’ora SOTTO COPYRIGHT e pertanto non siete legittimati ad usarli. Teoricamente dovreste usare i dump del VOSTRO Kickstart e dei VOSTRI dischi Workbench.

Detto questo acciamo notare che ancorché non indispensabile è ESTREMAMENTE CONSIGIABILE che la macchina sia dotata di supporto per PCMCIA in modo da facilitare lo scambio di files con il PC senza dover ricorrere alla creazione di “sterminate” serie di dischetti. Di fatto, quindi, NON SI CONSIGLIA l’A500+ come macchina su cui installare il CWB ancorché ciò sia effettivamente possibile.

Sottolineiamo che tale particolare procedura necessaria esclusivamente per tale macchina NON sarà affrontata in questo “tutorial”.

Per questo tutorial la macchina che utilizzeremo sarà un Amiga1200 KS 3.1 con espansione di memoria MBX che aggiunge 4 Mb di fast ram e coprocessore 68881, drive esterno, CF-HardDisk interno da 1 Gb in due partizioni da 512 Mb ognuna, lettore schede CF su PCMCIA e scheda CF Transcend da 4 Gb e Workbench 3.1.

Una nota riguardo alla memoria e alle partizioni.

In un sistema Amiga “base” se si installano più di 4 Mb di fast RAM il sistema la indirizza utilizzando gli address della PCMCIA che quindi risulta inservibile (per questo ho downgradado la mia espansione da 8 a 4 Mb).

Per quanto riguarda le partizioni queste non possono essere più di 2 Giga ognuna per una somma TOTALE di massimo 8 Gb.

Tutti questi limiti sono bypassbili con metodi e procedure NON oggetto di questo tutorial.

andiamo quindi a vedere dove è possibile ottenere tale pacchetto e la procedura da seguire per l’installazione.

Dirigiamoci a questo indirizzo web http://classicwb.abime.net/ e per prima cosa scarichiamo la versione del Classic WB che ci interessa.

Clickando su ognuna delle versioni presenti nella pagina vengono indicati i requisiti minimi necessari che dovrà avere la macchina su cui abbiamo intenzione di installare il CWB.

In questa pagina http://classicwb.abime.net/classicweb/requirements.htm troverete dettagli approfonditi sulla configurazione minima richiesta per ogni versione di CWB.

Considerate le caratteristiche della macchina che andremo ad utilizzare, per la nostra prova scaricheremo la versione FULL.

Una volta scaricato ed estratto il pacchetto ci troveremo con i seguenti files:

Instructions (cartella contenente un readme)

ClassicWB.uae (file di configurazione per l’emulatore UAE)

System.hdf (un file hard disk “virtuale” da usare con UAE)

Real_Amiga_Install-zip (contenente un file .adf che dovremo convertire a disco reale)

Quello che dovremo fare ora è avviare l’emulatore WinUAE, caricare il file di configurazione che abbiamo trovato nel pacchetto scaricato, montare il file System.hdf, come hard disk del nostro sistema emulato e avviare l’emulazione utilizzando un Kickstart 3.0 o 3.1 per Amiga1200.

Il sistema caricherà dal file HDF la procedura di installazione del disco virtuale del Classic Workench e a questo scopo nel corso della procedura richiederà “l’inserimento “dei dump .adf dei dischi del Workbench. Se utilizzerrete il WB 3.1 l’installer vi chiederá se vorrete aggiornare il CWB alla versione 3.1.

Dopo aver caricato i vari dischetti del WB passerete attraverso una procedura di installazione e configurazione di varie caratteristiche dell’ambiente di lavoro.

Portata a termine questa procedura il vostro CWB è pronto ed installato.

Adesso non dovremo far altro che creare un file .zip del sistema ovvero dell’intero contenuto del nostro drive DH0 ed esportarlo al nostro sistema “reale” Windows in modo da poterlo trasferire su una scheda compact flash e trasferirlo sul nostro Amiga.

Per far questo dovremo utilizzare una funzionalità del WinUAE che troveremo sotto la sezione Hard Disk e precisamente la funzione “Add Drive or Drectory” che permetterà di montare un directory del nostro sistema Windows nell’emulatore come fosse un disco Amiga e utilizzarla quindi come “ponte” per trasferire file tra l’Amiga emulato e il PC.

Nelle opzioni di questa funzionalità indichiamo “PC” come Device Name, come Label inserite quello che volete e infine selezionate la cartella che volete usare come “ponte”. Potete anceh utilizzare direttamente la scheda CF se collegata al sistema.

Avviato l’emulatore troveremo l’icona che indica la nostra cartella Windows correttamente vista come disco Amiga.

Apriamo a questo punto Directory Opus, selezioniamo PC: nella destra della finestra e DH0: nella parte sinistra, premiamo il pulsante ALL, assicuriamoci che si selezionino tutti i file della colonna sinisrta (corrispondenti all’intero contenuto di DH0:) e premiamo il pulsante ZIP.
Inseriamo come nome del file .zip che andremo a creare “System” e attendiamo che si crei il file compresso con tutti i file di DH0:

A questo punto abbiamo finito con l’emulatore.

Se non abbiamo usato la scheda CF come “ponte” carichiamoci sopra il nostro file System.zip.

Ora inserendo la CF nel lettore PCMCIA e collegandolo all’Amiga potremo trasoprtare il System.zip nel nostro computer.

Una precisazione.

Ricordate che perché il vostro Amiga riconosca il lettore di schede PCMCIA il vostro sistema dovrà essere precedentemente e opportunamente installato su disco rigido e provvisto dei drivers PCMCIA. Ricordate che non è possibile installare i drivers su un sistema funzionante a dischetti.

Il nostro scopo è fondamentalmente trasportare il file System.zip su DH0: e successivamente (o precedentemente) cancellare tutti i file su DH0: salvo, ovviamente, il nostro System.zip che dovrà rimanere L’UNICO FILE presente sul disco fisso.

Ci sono vari sistemi per ottenere questo risultato tutti più o meno validi secondo la vostra configurazione e le vostre esigenze o preferenze.

Nel video a corredo di questo articolo illustriamo uno dei tanti metodi ma, come detto, non l’unico. Non sindacheremo sulle vostre scelte l’importante è che alla fine otteniate il risultato voluto ovvero che sul vostro DH0 non siano presenti altri file se non il System.zip.

Attenzione!!! Per evitare problemi di corruzione del file System.zip da Compact Flash a DH0: verificate tramite gli HDTools del WB che il valore Max Transfer delle partizioni del vostro HD interno sia  0x1FE00 (soprattutto nel caso che usiate una scheda di memoria acnhe come HD interno) .
Nel video troverete indicazioni dettagliate su come verificare e, nel caso, modificare questo valore.

Ok, siamo quasi alla fine.

Riavviamo il sistema utilizzando il dischetto “fisico” PRECEDENTEMENTE OTTENUTO a partire dal file .adf Real_Amiga_Install presente nel pacchetto del CWB (l’avete creato il disco reale prima di cancellare tutto il sistema vero?).

A questo punto lo script di installazione cercherà su DH0: il file System.zip ed inizierà a scompattarlo nel vostro hard disk.

Armatevi di santa (SANTISSIMA) pazienza dato che la procedura è moooooooooooooooooolto lunga.

Alla fine finalmente potrete godere del CWB sul vostro Amiga perfettamente funzionante e configurato.
A questo punto non dimenticate di reinstallare i driver per le periferiche che possedete (sicuramente per la porta PCMCIA) e gustatevi tutte le nuove interessanti caratteristiche che vi offrirà il vostro sistema.

Spero davvero che questo articolo possa esservi stato utile e personalmente vi invito davvero a imbarcarvi in questa procedura di installazione per quanto lunga e noiosa possa essere, perché vi garantisco che al termine la vostra “Amiga Experience” ne risulterà enormemente migliorata.

P.S. voglio pubblicamente ringraziare Fabio “Biofaz” Peroni per avermi fatto conoscere il Classic Workbench e aiutato in molte questioni “Amiga related” e Daniele Rippa che attraverso il nostro gruppo FB Amiga User Italia mi ha risolto il problema relativo al valore Max Transfer. Grazie ragazzi senza di voi non ce l’avrei fatta!!