1 - Amiga Magazine Online
1 - Amiga Magazine Online 1 - Amiga Magazine Online
Ooublc Buffercd oirp
mazione e lo spostamento di grosse e numerose porzioni di schermo, evitan- do sfarfallamenti e disturbi tipici della modalità single-buffer (un solo scher- mo), questo grazie al rapido scambio di due quadri video aggiornati alternati- vamente. Perfino la creazione di scrol- ling in parallasse e la programmazione del Copper riga per riga sono possibili per mezzo del GDS. ANIMAZIONI Il sottosistema di gestione delle anima- zioni del GDS, è quello a cui è stato da- to il più largo spazio, sia in termine di documentazione, sia in quello di nume- ro di funzioni disponibili (ben 73). Que- sto è ovvio, visto che le animazioni so- no una delle parti più importanti (e soli- tamente complesse, programmandole a partire dal nulla) di qualsiasi video- Nome GameSmith Development System Produttore Oregon Research Importato da CATMU snc via G. Di Vittorio, 22 10023 Chieri (TO) tel./fax O1 1-9415237 Internet ferQinrete.alpcom.it Prezzo L. 240.000; Gamesmith + DevPac L.399.000 Giudizio quasi ottimo configurazione Kickstart 2.0, disco fisso richiesta Pro alta integrabilità con il codice scritto dal programmatore e con altre librerie, compatibilità della libreria con tutta la gamma Amiga, versioni semplificate del DevPac Assembler e del DICE C in omaggio, documentazione molto estesa Contro mancanza di un supporto diretto ai moduli musicali, documentazione in inglese Configurazione A40001040 6 Mb di RAM della prova Kickstart 3.1, A500+ 3 Mb di RAM Kickstart 2.04, A500 1Mb di Ram Kickstart 1.3 gioco arcade che si rispetti. Game- Smith, come al solito, viene incontro al- le esigenze di tutti i programmatori ge- stendo, tra le tante opportunità, il dou- ble-buffer, la priorità tra oggetti, le colli- sioni (oggetto-oggetto e oggetto-fonda- le), le coordinate in maniera "virtual- space" e molto altro ancora. Come for- se saprete, la gestione delle coordinate "virtual-space" è molto importante in quei tipi di giochi che tendono a diffe- renziarsi minimamente dal tipico e or- mai datato spara-e-fuggi. Giochi arca- de di un certo spessore, come Cannon- Fodder o il bellissimo Syndicate hanno bisogno di gestire continuamente la po- sizione di "nemici" che non si trovano necessariamente nello schermo visua- lizzato, ma spesso nella parte opposta dell'arena virtuale in cui si gioca la par- tita: a questo servono le coordinate "vir- tual-space". L'alta programmabilità delle sequenze di animazione dei singoli oggetti è un altro punto di forza di GDS; sono per- messe infatti sequenze continue, a col- po secco (arrivata in fondo, I'animazio- ne non viene ripetuta), e a ricorsività lo- cale (solo alcune sequenze dell'anima- zione vengono ripetute). Non manca una importantissima impo- stazione gerarchica delle strutture di a- nimazione, della quale non si può fare a meno nei casi più complessi (ricor- diamoci che in prodotti seri spesso si scende fino al quinto livello di parentela tra strutture di animazione). AUDIO Il sottosistema destinato alla gestione audio, in un certo senso è l'unico che presenta una grave lacuna: la mancan- za del supporto diretto per i moduli mu- sicali. Questo non oscura comunque le numerose funzioni destinate alla gestio- ne di effetti sonori in standard IFF 8SVX, che possono essere "suonati" di- rettamente dalla memoria Fast grazie a un efficiente sistema di cache; per que- sto motivo possono essere di qualsiasi lunghezza e sono gestibili e modulabili con estrema facilità in vari modi. In realtà la mancanza è meno grave di quello che sembra, visto che al pro- grammatore, non è certo vietato inte- grare nel proprio sorgente una delle mi- riadi di routine di riproduzione dei mo- duli sountracker disponibili nel pubbli- co dominio. La principale difficoltà è costituita dall'utilizzo contemporaneo di moduli musicali ed effetti sonori, proce- dura ormai standard nella maggioranza delle produzione video-ludiche. L'unica soluzione efficiente e pienamente com- patibile l'avrebbero potuta offrire gli stessi progettisti del GDS ... FUNZIONI DI USO GENERICO L'ultimo sottosistema destina 18 funzio- ni di uso generico al supporto del pro- grammatore. Tra essi infatti troviamo un generatore di numeri casuali, un con- trollore di joystick (manca purtroppo il supporto di joystick analogici e di joy- pad CD32), delle routine di gestione dei vettori di interrupt e dei server colle- gati al pennello elettronico. In pratica le principali funzioni "tipiche" dei sorgenti di ogni videogioco, ma non direttamen- te classificabili, sono state inserite in coda alla GameSmith.lib. CONCLUSIONI Il GameSmith Development System è u- na libreria molto potente, che si integra alla perfezione con le possibilità offerte dal sistema operativo di Amiga. fl un ot- timo complemento per chi scrive appli- cazioni grafiche di un certo effetto (non necessariamente videogiochi) che de- vono rimanere compatibili con il siste- ma operativo. I vari programmatori di sistemi di videotitolazione, presentazio- ni e programmi di animazione potreb- bero essere attratti dalla possibilità di sviluppare il proprio software utilizzan- do le funzioni offerte dal GDS. Ovvia- mente I'utilizzatore primario della libre- ria di Oregon Research resta il pro- grammatore di videogiochi, che vuole mantenere la compatibilità con il siste- ma operativo (facendo magari anche dei prodotti installabili su disco fisso), ma contemporaneamente sfruttare le possibilità offerte dall'hardware di Ami- ga una lunghezza oltre i limiti imposti dalla graphics.library. Il pieno supporto a tutta la gamma di sistemi operativi e coprocessori grafici della famiglia Ami- ga permette poi un utilizzo assai esten- sivo e non limitato a coloro che svilup- pano prodotti per i computer dell'ultima generazione. I numerosi esempi com- pleti di sorgenti e grafica che vengono offerti in dotazione mostrano tutte le principali caratteristiche del GDS e gi- rano alla perfezione sia su Amiga 4000, sia su Amiga 500. Inoltre, la carta vin- cente, rispetto a tutti gli altri kit per svi- luppare videogiochi, è la totale libertà lasciata al programmatore: tutto ciò che non è stato incluso nel pacchetto GDS, può tranquillamente essere creato dall'utilizzatore! A
- Page 13 and 14: Real 3D release 3. presente un'inte
- Page 15 and 16: schetto per Windows, quello Amiga d
- Page 17 and 18: Petro Tyschtschenko, presidente Ami
- Page 20 and 21: L a capacità di immagazzinare dati
- Page 22 and 23: ne su queste pagine fossero realizz
- Page 24 and 25: IMPULSE DIGIMAX U delli di digitali
- Page 26 and 27: proprio sistema (RAM e CPU); nella
- Page 28 and 29: CCHEDA DRODOTTO Nome Digimax Prodot
- Page 30 and 31: HARDWARE ver scompattato l'archivio
- Page 32 and 33: S WINDOWS 3.1 1 L'installazione di
- Page 34 and 35: Sistemi per il Yideo Pro#essionale
- Page 36 and 37: ma, cioè quelle i cui elementi son
- Page 38 and 39: ADDHEAD(lista,nodo) ADDTAIL(lista,n
- Page 40 and 41: Tipi e polimorfismo Abbiamo detto c
- Page 42 and 43: del pixel immediatamente alla sinis
- Page 44 and 45: Eliminazione delle facce nascoste A
- Page 46 and 47: mente a 16 o anche a 8 bit. Quando
- Page 48 and 49: Le LIST e le quoted expression Avev
- Page 50 and 51: Nei linguaggi logici (come ii ~ro~o
- Page 52 and 53: INTERFACCIA I Danimarca 'da Mermaid
- Page 54 and 55: Una delle caratteristiche più avan
- Page 56 and 57: anche su file, nella clipboard o in
- Page 58 and 59: visibili da AmigaDOS (tipica- 3 e c
- Page 60 and 61: a modellazione 3D, per i 1 limiti i
- Page 62 and 63: avviene in tempo reale ed è effica
- Page 66 and 67: LA TUA PASSIONE MERITA UN ABBONAMEN
- Page 68 and 69: Come ottimizzare nesorse e ottenere
- Page 70 and 71: ino, se non impercettibilmente, la
- Page 72 and 73: 2) Lo schermo ha troppi colori e qu
- Page 74 and 75: Giuseppe De Vita chiede la descri-
- Page 76 and 77: N uova entrata nel panorama dei gio
- Page 78 and 79: ON DISK cerca. I parametri opzional
- Page 80 and 81: primo caso o lanciarlo nuovamente n
- Page 82 and 83: u> z O N Amiga 1200 HD 170 Mb moni-
Ooublc Buffercd oirp