con - Amiga Magazine Online

Didattica AMICA MAGAZINE
.......................................................................
quanto vi è memorizzato I'indirizzo
di una routine che il 68000 esegue
automaticamente dopo ogni istru-
zione quando è in trace mode. Poi-
ché nessuno in generale usa il trace
mode su Amiga, e in particolare è
improbabile che qualcuno lo faccia
mentre usa AutoBootBlock, la loca-
zione è relativamente sicura, sia per
il sistema che per noi (altre scelte
sono ovviamente possibili, ad e-
sempio la $100). 1 due macro che
seguono sono identici. La ragione
delladistinzione denominativasta in
una maggiore chiarezza a livello di
documentazione: in questo modo è
più chiaro se si stia chiamando il
DOS o Exec.
La prima azione del programma è
quella di aprire la dos.library, in mo-
do da disporre della funzione Exe-
cute(). La posizione in memoria
dell'exec.library (necessaria per
chiamare OldOpenLibrary() ) è otte-
nuta tramite il puntatore memorizza-
to nella locazione $4, che, come tut-
ti sanno, è l'unica locazione fissa di
tutto il software di sistema Amiga
che risiede in RAM. Usiamo Old0-
penLibrary() in luogo della più mo-
derna OpenLibraryO semplicemen-
te perchè la prima non controlla il
numero di release della libreria, e ci
consente quindi di risparmiare i 2
byte di cui avremmo bisogno per az-
zerare DO.
Immediatamente dopo, viene e-
stratto il numero in PROGNUMLOC,
lo si complementa a (ITEMS-l), e si
controlla che il risultato sia minore di
ITEMS (strettamente minore, in
quanto al primo programma com-
pete il codice 0). Notate come dalla
corretta assegnazione di ITEMS di-
penda non solo il test di controllo,
ma anche il vero e proprio calcolo
del codice del programma (ad e-
sempio, l'ultimo programma che I'u-
tente può scegliere fa sempre depo-
sitare a Booter uno zero in $24, men-
tre il codice reale è ITEMS-1, dipen-
dente quindi da ITEMS). Attraverso
una semplice ricerca Loader deter-
mina poi quale dei comandi debba
essere eseguito e chiama Execute()
per lanciarlo. Non resta a questo
punto che chiudere la dos.library e
uscire. Per inserire i comandi nella
tabella basta scriverli nella stessa
forma della stringa 'dos.libraryl,
cioè racchiusi tra apostrofi e segui-
ti da uno zero (peraltro già presente
nel listato).
Eccoci arrivati "all'acme di questa
sciarada programmatoria".
Parleremo ora diffusamente del
bootblock vero e proprio, ovvero di
Booter. Esso è in realtà composto
da due programmi separati, e uno di
questi non verrà eseguito dal 68000.
Infatti è una Copper List, ovvero una
serie di comandi per il Copper (co-
processore), che è programmabile
mediante un set relativamente ridot-
to, ma molto potente di istruzioni. In
particolare, noi ne useremo solo
due: WAIT e MOVE.
Il Copper, infatti, ha lacapacità di ar-
restare I'esecuzione di un proprio
programma fino a che il pennello e-
lettronico del monitor non abbia rag-
giunto una certa posizione o non
l'abbia oltrepassata, attraverso I'i-
struzione WAIT.
Inoltre, attraverso l'istruzione MOVE
può inserire dei valori nei registri
hardware di Amiga, che consento-
no il controllo completo del sistema
audiolvideo e, mediante il Blitter, an-
che della memoria.
Il programma contenuto in Booter fa
sì che venga visualizzato uno scher-
mo di nostra creazione, avente co-
me sfondo una serie di striscie colo-
rate che sfumano dal blu al nero e vi-
ceversa. Il risultato non è ottenuto u-
tilizzando 32 colori, bensì modifi-
cando in tempo reale il colore di
sfondo mano a mano che il pennel-
lo elettronico si muove (pensando al
fatto che quest'ultimo visualizza
l'immagine sul monitor 60 volte al
secondo, vi renderete conto della
potenza del Copper). Questo com-
porta che il nostro fabbisogno di bi-
tplane sia ridotto ad uno solo: vo-
gliamo un colore per scrivere il testo
(bianco, ovvero OxFFF), e uno di
sfondo da fare modificare al Cop-
per. Il programma del Copper viene,
infatti, eseguito unavolta per ogni vi-
deo frame (cioè 60 volte al secondo,
come sopra). Andiamo ora ad esa-
minare in dettaglio la Copper List
che si trova in fondo al listato.
Le prime due istruzioniscrivono nei
puntatori al primo (ed ultimo, in
quanto unico) bitplane I'indirizzo
della memoria CHIP da noi allocata
a questo scopo (la scrittura a destra
del punto e virgola è puramente
mnemonica, ed è irrilevante ai fini
della compilazione). Notate come il
formato dell'istruzione MOVE sia in
pratica: (indirizzo del registro hard-
ware), (contenuto da immagazzi-
narvi), ove il primo è pensato come
spostamento da$DFF000 ed è sem-
pre pari, in quanto il bit O della prima
parola deve essere tassativamente
O (coerentemente col fatto che i re-
gistri hanno la dimensione di una
parola). Notate anche che I'indirizzo
del bitplane è lasciato a zero, e ver-
rà scritto durante I'esecuzione. La
ragione di questo fatto sta nella
scelta di utilizzare AllocMem() per
ottenere la memoria di cui abbiso-
gnamo, anziché utilizzare una loca-
zione RAM fissa, come fa la maggior
parte dei bootblock (per esempio,
$50000). L'impagabile vantaggio è
che se abbiamo in RAM un qualun-
que tipo di registrazione residente
(come il RAD: del Workbench 1.3)
questa non verrà disturbato dal
bootblock, che potrebbe invece
danneggiarla usandola indiscrimi-
natamente come memoria video.
Le sei istruzioni successive sono
completamente standard, e ci con-
sentono di visualizzare senza pro-
blemi uno schermo 320 x 256 a bas-
sa risoluzione (per i particolari, ve-
dasi Amiga Hardware Manual della
Addison-Wesley).
Le due istruzioni successive sono
più importanti: la prima mette a O x
OOF, cioè azzurro, il colore di sfon-
do, mentre la seconda mette a bian-
co il colore di scrittura. Quindi il Cop-
per aspetta di arrivare alla riga 42, e
inserisce il colore O x OOE (azzurro
un po' più scuro del precedente) nel
registro di sfondo. Da questo punto
in poi, ogni nove righe il colore di
sfondo verrà modificato fino ad arri-
vare al nero O x 000 al centro dello
schermo, e poi tornare al blu al fon-
do (potete ovviamente modificare a
vostro piacimento la variazione del
colore agendo sulle istruzioni della
forma MOVE $xxxx,COLOROO).