![\"ipisabar\"](\"https:\/\/i0.wp.com\/monodes.com\/predaelli\/wp-content\/uploads\/sites\/4\/2017\/03\/ipisabar-1.jpg?resize=802%2C510\")
\u00a0<\/p>\n\u00a0<\/p>\n
https:\/\/www.amigaforever.com\/news-events\/19980307-mipsa\/<\/a><\/p>\n http:\/\/www.amiworld.it\/reportage\/mipsa.html<\/a><\/p>\n <\/p>\n <\/p>\n Reportage dal MIPS-A<\/span> P<\/span>etty<\/span><\/p>\n Introduzione<\/b><\/span> Messaggio da ICOA<\/b> – <\/span>Rudi Chiarito<\/i><\/span> RALF<\/b> – <\/span>Rudi Chiarito<\/i><\/span> Amiga Foundation Classes<\/b> – <\/span>Andrea Galimberti<\/i><\/span> Un nuovo assembly ad alto livello, indipendente dalla CPU<\/b> – <\/span>Piero De Nicola<\/i><\/span> POSBB, Portable OS Based Benchmark<\/b> – <\/span>Pietro Altomani<\/i><\/span> Michele Battilana<\/i> della Cloanto ha offerto alcuni utili gadgets e prodotti poco prima del pranzo…<\/b><\/span> Studio dell’Amiga OS: meriti, punti deboli e tecniche di programmazione<\/b> – <\/span>Enrico Altavilla<\/i><\/span> DOOPSI 2: Revolution<\/b> – <\/span>Fabio Rotondo<\/i><\/span> BOOPSI e VisualPrefs<\/b> – <\/span>Massimo Tantignone<\/i><\/span> Modellazione 3D di una faccia umana partendo da una immagine digitalizzata<\/b> – <\/span>Andrea Rotondo<\/i><\/span> Uso corretto della graphics.library su macchine AGA e per assicurare la compatibilit\u00e0 con le schede grafiche<\/b> – <\/span>Gabriele Greco<\/i><\/span> Pregi e difetti del ray tracer Persistence Of Vision<\/b> – <\/span>Paolo Redaelli<\/i><\/span> <\/a> Amiga e dintorni<\/b> – <\/span>Sergio Ruocco<\/i><\/span> Note finali<\/b><\/span> Bonus<\/b> Questo documento \u00e8 stato scritto da <\/span>Luca “OgniX” Ognibene<\/span><\/a>. \u00a0<\/p>\n![\"tybor\"](\"https:\/\/i0.wp.com\/monodes.com\/predaelli\/wp-content\/uploads\/sites\/4\/2017\/03\/tybor-1.gif?resize=136%2C223\")
http:\/\/amigaita.amiworld.it\/utenti\/tybor\/<\/a><\/p>\n\n
\n(Meeting Italiano Programmatori e Sviluppatori AMIGA<\/i><\/b>)<\/span><\/p>\n
\n![\"Torna](\"https:\/\/i0.wp.com\/monodes.com\/predaelli\/wp-content\/uploads\/sites\/4\/2017\/03\/amiret.gif?resize=25%2C33\")
<\/span><\/a>Sapete che ho un debole per le convention Amiga… Avrei mai potuto trascura la fatica dell’instancabile (SIC!) Fabio Rotondo? Ovviamente no, e grazie ad OgniX (si, quello del: Itts deee intelll auuuzaaiid, de sisteem ai laiiik… =), potere ora godervi un Succusu (ariaje!) speciale.
\nMi dicono dalla regia che \u00e8 un po’ in ritardo… Beh, sapete che lo speciale di Ipisa ha richiesto ben due mesi e l’Omino Ruoccoso (Thank you!, Piso) forse avrebbe potuto offendersi se avessi pubblicato la fatica di OgniX dopo qualche giorno… Ok. lasciamo perderele le scuse insensate (sperando che Mr. Ruocco non mi denunci per abuso indebito e plurimo della sua figura!) e diamo la linea a OgniX!
\n<\/span><\/p>\n
\n
\nSabato 7 Marzo 1998, a Novara, cittadina non troppo distante da Milano, si \u00e8 svolta una conferenza amighista.
\nIl nome scelto per questo avvenimento \u00e8 stato MIPS-A<\/a> (acronimo di Meeting Italiano Programmatori e Sviluppatori Amiga), ed \u00e8 stato il suo debutto.
\n![\"L'omino](\"https:\/\/i0.wp.com\/monodes.com\/predaelli\/wp-content\/uploads\/sites\/4\/2017\/03\/ruocco_ico.jpg?w=910\")
<\/a>La conferenza \u00e8 stata ideata ed organizzata da Fabio Rotondo<\/a>, un Amiga user del luogo, conosciuto bene anche dal resto della comunit\u00e0 Amiga italiana per alcuni suoi progetti software.
\nLa conferenza si \u00e8 svolta nella Sala Congressi del Centro Sociale “Oasi Verde”: sebbene molte persone ritengano un centro sociale un luogo un po’ malandato, malconcio e maltenuto (in molti casi \u00e8 vero), quello di Novara \u00e8 grande, piuttosto confortevole e dispone di tutti i servizi di cui una persona ha bisogno (ci sono anche il campo da tennis e la piscina).
\nIn ogni caso non sono qui per raccontarvi quanto carino \u00e8 ‘sto posto, ma per parlare degli avvenimenti “amighisti”.
\nL’inizio della conferenza era stato preventivato per le 10:00, ma, come sempre accade, c’\u00e8 stato un po’ di ritardo: i lavori sono iniziati alle 10:45 (ancora con alcuni problemi tecnici: niente sincronizzazione video sul proiettore in alcuni screen modes e cattiva qualit\u00e0 visiva).
\nBene, ora segue una completa descrizione di ogni intervento, in ordine cronologico (purtroppo il programmato intervento di Gabriele Santilli<\/i><\/span> su NewPrefs<\/b><\/span> \u00e8 saltato a causa dell’influenza che ha colpito l’autore<\/a>).<\/p>\n
\nLa conferenza \u00e8 iniziata con questo argomento, nella persona di Rudi Chiarito, rappresentante di ICOA<\/a> in Italia.
\nEgli ha presentato ICOA (Industry Council Open Amiga)<\/a>, la sua struttura, come \u00e8 nata, i suoi obiettivi, le speranze…
\nCome probabilmente si sa, ICOA<\/a> \u00e8 un’associazione localizzata in USA, ora legalmente riconosciuta, nata da una discussione su una mailing list promossa dalla Jay Miner Society<\/a>. L’obiettivo principale di questa associazione \u00e8 quello di aiutare la comunit\u00e0 Amiga ed i proprietari della tecnologia ( Amiga<\/a> Inc. and International<\/a>) a definire gli standard futuri per la piattaforma, sia hardware che software.
\nOgni tipo di sviluppatore puo’ sottoscriversi, pubblico dominio, shareware, commerciale, anche i semplici utenti lo possono fare: ogni categoria sar\u00e0 informata delle notizie relative al campo d’interesse.
\nIl consiglio direttivo che \u00e8 responsabile delle azioni \u00e8 eletto democraticamente dai membri di ICOA<\/a> (almeno da quelli che sono degli sviluppatori certificati) ed \u00e8 composto da alcuni degli stessi membri (sempre programmatori e progettisti hardware).
\nUn altro obiettivo di ICOA<\/a> \u00e8 quello di promuovere iniziative pubbliche per divulgare l’immagine di Amiga e per accrescere la conoscenza di questa favolosa tecnologia il pi\u00f9 possibile ( MIPS-A<\/a> ne \u00e8 un esempio).>
\nOgni decisione presa dal consiglio di ICOA<\/a> deve passare una votazione e, solo dopo di ci\u00f2, \u00e8 resa pubblica via WWW, mailing list e CD per sviluppatori.
\nOvviamente ICOA<\/a> \u00e8 legata strettamente ad Amiga Inc., che \u00e8 l’unica entit\u00e0 in grado di dire l’ultima parola sui progetti e decisioni, specialmente su quelli concernenti l’hardware.
\nOk, tutte queste cose suonano bene, ma quali sono i fatti, almeno per ora?
\n![\"l'immagine,](\"https:\/\/i0.wp.com\/monodes.com\/predaelli\/wp-content\/uploads\/sites\/4\/2017\/03\/pubblico_ico.jpg?w=910\")
<\/a> Bene, qualcosa \u00e8 gi\u00e0 stato realizzato sicuramente, ma molte cose rimagono oscure ed indefinite (come Sergio Ruocco ed uno sviluppatore della ClassX<\/a> hanno sottolineato durante l’intervento). Prima di tutto la programmazione su PowerPC, per esempio: cosa deve essere usato per realizzare i programmi su PPC? La PowerPC.library della Phase 5<\/a> oppure WarpOS della Haage & Partner<\/a>?
\nAttualmente non c’\u00e8 un compilatore standard per Amiga: il SAS\/C \u00e8 probabilmente il pi\u00f9 usato, ma \u00e8 legato strettamente all’impegno ed alla voglia di andare avanti di alcuni suoi sviluppatori originali, che piazzano di tanto in tanto un’update gratuita su Aminet<\/a>. Per quanto tempo ci\u00f2 succeder\u00e0?
\nLo Storm C sembra essere un buon prodotto (non l’ho provato personalmente), ma penso che sia un po’ troppo per l’attuale mercato Amiga, che si sorregge principalmente su programmatori non commerciali (un mio amico mi ha detto che con il package scontato per studenti non ti \u00e8 permesso rilasciare programmi neanche freeware).
\nCome ultima cosa, ma non meno importante, gli orizzonti hardware dell’Amiga: al momento non vedo nulla, solo nebbia, che non so cosa possa nascondere.
\nUn nuovo Amiga con un hardware pseudo-CHRP, slot Zorro III e PCI? Porting dell’Amiga OS su varie famiglie di microprocessori (PPC, Alpha e… ARGHHH!!! \\8^O X86)? ![\"l'omino](\"https:\/\/i0.wp.com\/monodes.com\/predaelli\/wp-content\/uploads\/sites\/4\/2017\/03\/powerpc_ico.jpg?w=910\")
<\/a>Chi far\u00e0 questo lavoro? Quanto tempo impiegher\u00e0\/anno? Bah! Solo nei nostri sogni per ora… :^(
\nAlla fine Rudi non ci ha detto gradi novit\u00e0 circa i piani di Amiga Inc. per il futuro; l’unica speranza era lo show di St. Louis Amiga ’98: per quanto ne so niente anche ‘sta volta (pazienza, pazienza, ed ancora pazienza…). \\:^( Le “sfere” cominciano a girare. (La mia famiglia ha risolto ormai da tempo i problemi di ventilazione… ndPetty=B^)
\nIn ogni caso per ulteriori commenti si guardi il paragrafo finale<\/a>.<\/p>\n
\nRALF \u00e8 un file system per reti locali (LAN) basato sul protocollo SANA 2. Per il momento supporta solo lo scambio di file, ma se sar\u00e0 apprezzato in futuro potr\u00e0 supportare la stampa in rete, un collegamento con pi\u00f9 macchine e non solo peer-to-peer, e varie opzioni per la multi- utenza (es. vari livelli di accesso agli hard disk\/partizioni remoti\/e).
\nE’ totalmente Amiga-based, \u00e8 indipendente dall’interfaccia hardware (si puo’ usare sia via ethernet che via seriale), ha dimensioni contenute (max 10kB) \u00e8 puo’ condividere l’interfaccia sulla quale lavora con altri protocolli (infatti non usa il protocollo TCP\/IP). Supporta, o supporter\u00e0, ogni pacchetto dell’Amiga OS 2.0 e 3.0 eccetto ExamineAll.
\nL’autore l’ha realizzato perch\u00e9 aveva bisogno di un file system robusto ed affidabile: prima di questo progetto usava NetFS che, stando a Rudi, non \u00e8 cos\u00ec stabile.
\nSi potr\u00e0 dire che le varie implementazioni di ParNet sono sufficientemente buone per la maggior parte degli usi (es. ParNFS): si, ci\u00f2 \u00e8 vero, ma se si ha bisogno di un file system che possa funzionare su quasi tutte le interfacce di rete, non si puo’ usare il ParNet.device<\/i> perch\u00e9 esso \u00e8 limitato all’uso con il suo speciale cavo.
\nRALF non \u00e8 compatibile con il famoso stack TCP\/IP di Holger Kruse, Miami, perch\u00e9 quest’ultimo non riconosce i pacchetti di RALF.
\nRudi non ci ha potuto mostrare il programma funzionante a causa di un guasto al suo controller SCSI, che non gli ha permesso di accedere ai dati sull’hard disk.
\nL’autore \u00e8 in cerca di beta tester.<\/p>\n
\nQuesta associazione<\/a> fornisce un set di classi per controllare\/implementare varie funzioni, in vari campi, per facilitare l’utilizzo delle risorse del sistema operativo.
\nNaturalmente per usare questo prodotto software si deve conoscere la programmazione orientata agli oggetti (almeno le bbbasi<\/b> \ud83d\ude09 (Ma sesesei Balbububuzientetete? =\u00ba^] ndPetty), ma siccome questo tipo di approccio allo sviluppo di programmi sembra essere quello del futuro, sarebbe meglio istruirsi al riguardo (un consiglio valido anche per me \ud83d\ude42 (L’importanza del paradigma ad Oggetti per il futuro \u00e8 rimarcata in un documento pubblicato negli atti di Ipisa ’95. Trovate tutto sul sito di Cloanto<\/a>. ndPetty)
\nAnche se ogni classe specifica \u00e8 realizzata per semplificare l’accesso alle comuni funzioni\/risorse dell’OS, non \u00e8 stata fatta per essere usata anche dai pi\u00f9 ignoranti in programmazione per evitare di ridurne la flessibilit\u00e0.
\nI principali vantaggi che derivano dall’uso delle seguenti classi sono questi: come gi\u00e0 accennato prima non \u00e8 necessario andarsi a studiare degli aspetti complessi e a basso livello del sistema operativo; un altro punto a favore \u00e8 la portabilit\u00e0: se si scrive un programma usando queste classi, si potr\u00e0 ricompilare lo stesso programma su un altro OS che ha a disposizione le stesse classi (in ogni caso ci\u00f2 dipende dalla disponibilit\u00e0 delle stesse su sistemi operativi diversi): all’inizio le classi sono sviluppate in Amiga E, poi vengono tradotte in C++. Naturalmente gli autori lavorano sodo per fare in modo che ogni classe sia stabile e sicura. Un altra simpatica caratteristica \u00e8 il riconoscimento automatico dell’OS, cos\u00ec in relazione alla versione dello stesso (es.2.0 o 3.0), la classe user\u00e0 le corrette routine in dipendenza delle funzioni di sistema disponibili.
\nOvviamente ad ogni classe \u00e8 allegata un completa documentazione in formato standard (tipo autodocs), con numerosi esempi.
\nQueste sono solo alcune delle classi completate: Bitmapper per la trattazione delle bitmap, Super_Picture per il caricamento delle immagini, Database \u00e8 una classe pe questo tipo di applicazione, NodeMaster per le liste dinamiche, Rexxer per implementare porte ARexx, ReqTooler per accedere alla libreria ReqTools, Displayer controlla le CopperLists e le ViewPorts, IFFParser per leggere e scriver file di questo tipo, Tasker permette di lanciare task asincroni (multithreading), e Palette controlla una specifica palette di colori.
\nOra ci si potr\u00e0 chiedere quanto bisogna pagare per tutto questo. Niente (come spesso succede in ambiente Amiga).
\nLa distribuzione \u00e8 completamente gratuita via WWW<\/a> e tramite il CD italiano periodico Amy Resource<\/a>; c’\u00e8 anche una mailing list.
\nPer il futuro l’intenzione \u00e8 quella di fornire ancora pi\u00f9 classi, completare il porting in C++, per supportare anche altri OS (pi\u00f9 avanti), e sfruttare le nuove caratteristiche delle successive versioni dell’Amiga OS (?).<\/p>\n
\nPiero ha iniziato a parlare delle sue esperienze passate di programmazione con il C-64, Amiga ed anche Picc\u00ec, in Basic, Pascal, C e C++. Ci ha detto che le cose pi\u00f9 sorprendenti le ha scoperte con il linguaggio assembly: il C, la programmazione ad oggetti sono cose notevoli, ha detto, ma niente \u00e8 cambiato drasticamente dai principi della programmazione.
\nAlcuni anni fa ha avuto un’idea per un nuovo linguaggio, mixando vari aspetti delle sue esperienze di programmazione.
\nHa fatto solo un abbozzo della sua idea: lui pensa che ci siano delle istruzioni\/funzioni comuni per ogni tipo di microprocessore. Studiando i vari ambienti Piero ha trovato alcune strutture fondamentali: ogni altra operazione \u00e8 solo un’adeguata combinazione di quelle di base. In questo modo ognuno pu\u00f2 costruire la propria struttura FOR preferita, la struttura WHILE, quella REPEAT, e cos\u00ec via.
\nE’cos\u00ec possibile realizzare il proprio set di funzioni base per poi usarle in futuri programmi; se si trova un metodo migliore per realizzare un specifica struttura, basta cambiare la sua definizione.
\nAlla fine, una volta scritto il programma principale, si deve passarlo<\/i> all’assemblatore\/compilatore, il quale pre-processer\u00e0 l’intero listato tante volte quante sono le strutture non standard utilizzate (sostituisce la label di una struttura custom con il suo codice sorgente; queste funzioni possono essere anche annidate), e poi alla fine traduce il tutto in linguaggio macchina.
\nSi puo’ notare delle somiglianze con il C, E e cos\u00ec via: bisogna avere un differente compilatore per ogni processore si desideri supportare.
\nQuesto \u00e8 vero, ma ci sono almeno due differenze: la prima \u00e8 che si \u00e8 pi\u00f9 liberi di definire anche le strutture pi\u00f9 semplici (quelle della programmazione strutturata per esempio). La seconda differenza \u00e8 che creare un assemblatore\/compilatore di questo tipo \u00e8 pi\u00f9 facile che realizzare uno per il linguaggio E, per esempio; ogni microprocessore ha un istruzione carica un numero ad uno specifico indirizzo<\/i>, varie funzioni di somma<\/i>, ecc.
\nTutto ci\u00f2 potr\u00e0 sembrare un po’ inutile oggigiorno con l’imperante C, C++ e Java. Beh, non sono qui per dare un giudizio: pensaci tu.<\/p>\n
\nCome il nome stesso dice, il progetto presentato cerca di essere un sistema universale di benchmark che dovrebbe permettere di testare ogni tipo di computer su veri parametri, non solo sulla mera potenza di calcolo, accesso alla memoria, ecc.
\nAl momento ci sono due versioni di POSBB: una solo per Amiga e l’altra atta ad essere compilata sotto ogni piattaforma. I sorgenti sono disponibili.
\nPOSBB attualmente testa i seguenti parametri: CopyMem (velocit\u00e0 di copia dati in RAM), Printf (velocit\u00e0 di stampa a video sulla console), IMath (velocit\u00e0 di calcolo con numeri interi), FMath (velocit\u00e0 di calcolo in modalit\u00e0 virgola mobile), TMath (velocit\u00e0 di calcolo delle funzioni trascendentali), Read e Write (velocit\u00e0 di lettura\/scrittura su disco) e, solo per la versione Amiga, WritePixel, DrawEllipse, Draw (velocit\u00e0 di disegno…).
\nPer le versioni future l’autore pensa di aggiungere altri parametri: velocit\u00e0 di disegno della GUI, velocit\u00e0 di coding\/decoding di file JPEG, velocit\u00e0 di coding\/decoding file MPEG, velocit\u00e0 di compressione\/decompressione, trattamento della grafica 3D ed alcuni parametri per verificare il multitasking.
\nUna cosa carina da implementare puo’ essere la comparazione tra potenza della CPU e capacit\u00e0 di multitasking: in questo modo l’incredibile efficienza dell’Amiga sarebbe indubbiamente provata.
\nSuccessivamente Pietro ha mostrato alcuni risultati di vari test tra il suo Amiga 1200 (030\/40MHz) ed un PC con un Pentium 120: naturalmente il PC ha superato l’Amiga di Pietro, ma non tanto quanto la differenza di potenza di calcolo puo’ far supporre ai soliti imbecilli PC user (i risultati peggiori dal lato Amiga sono stati ottenuti nei test matematici, ma in questo caso la ragione \u00e8 da imputarsi alla mancaza di una FPU nel 1200).
\nPurtroppo Pietro non ha potuto realizzare il test su un Amiga equipaggiato con PowerPC.
\nPOSBB non ha una GUI per il momento (per la portabilit\u00e0) e l’autore sta cercando collaboratori, specialmente per il porting su altri OS.<\/p>\n
\nProprio come ad IPISA, l’altra convention Amiga italiana, Michele Battilana della Cloanto<\/a> (i creatori di Personal Paint) ha regalato ad ogni partecipante alcuni doni: una copia di Personal Paint V7.0 su Mini-CD ed un coupon per ricevere gratis Amiga Forever V2.0.
\nCos\u00ec ogni Amiga user tranquillamente<\/i> si \u00e8 mosso verso il tavolo centrale per ricevere questi gingilli oltre agli atti della conferenza (su CD-ROM); dopo di ci\u00f2 tutti sono andati nella grande sala da pranzo per cibarsi… \ud83d\ude09<\/p>\n
\nIn questi ultimi tempi Enrico<\/a> si \u00e8 divertito a studiare approfonditamente varie parti del sistema operativo dell’Amiga, specialmente Exec e la graphics.library.
\n![\"\"](\"https:\/\/i0.wp.com\/monodes.com\/predaelli\/wp-content\/uploads\/sites\/4\/2017\/03\/altavilla_ico.jpg?w=910\")
<\/a> Ha iniziato questo lavoro perch\u00e9 voleva (e, per quanto ne so, vuole \ud83d\ude42 conoscere come funziona l’OS ad un livello molto basso per implementare, o almeno per suggerire, modi per migliorare le funzioni attualmente disponibili e per aggiungerne di nuove (protezione della memoria, resource tracking, ecc.).
\nPrima di tutto Enrico ha puntualizzato che l’Amiga OS \u00e8 stato realizzato per funzionare il pi\u00f9 velocemente possibile su un 68000 base, che oggigiorno \u00e8 mooolto lento; questo significa che gli autori hanno accettato alcuni compromessi tra una programmazione pulita e la velocit\u00e0.
\nAll’inizio questi compromessi hanno dimostrato di essere stati un’ottima scelta; oggi, anno, dopo anno, sono diventati un ostacolo per l’espandibilit\u00e0 del sistema.
\nUn esempio di questi trucchetti \u00e8 il codice in-line: invece di saltare ad una subroutine, cosa che consuma un certo tempo su un 68000 normale, il codice di questa \u00e8 stato replicato proprio dopo la chiamata, cos\u00ec da non sprecare tempo in un istruzione di salto. Naturalmente questa operazione non \u00e8 stata usata molto perch\u00e9 la quantit\u00e0 di ROM disponibile non era eccessiva.
\nUn altro problema che i programmatori dell’Amiga OS dovranno affrontare \u00e8 la gestione non proprio pulita dei semafori da parte dell’OS durante l’accesso ad alcune risorse pubbliche: talvolta, in alcune routine del sistema operativo, il multitasking \u00e8 “spento manualmente”; scrivendo su un registro custom, si lascia al sistema operativo tutta la libert\u00e0 che vuole, e pi\u00f9 tardi, alla fine dell’operazione, il multitasking viene riattivato sempre manualmente. In questo modo, come si puo’ capire, il sistema operativo agisce in maniera molto sporca.
\nUna cosa simile \u00e8 il salto diretto ad una parte interna di una subroutine: quella principale non usa il corretto offset per la chiamata, ma salta direttamente all’interno della subroutine, alla linea che \u00e8 importante per l’operazione attuale. In questo modo si possono guadagnare alcuni cicli di clock, ma oggi \u00e8 totalmente inutile.
\nQuesto \u00e8 un comportamento molto pericoloso in un sistema che dovrebbe essere modulare ed aggiornabile<\/b>.
\nEnrico<\/a> ha studiato un modo per risolvere molti di questi problemi, senza riscrivere molto codice dell’OS, prevedendo una buona performance.
\nEgli ha presentato una documentazione di questi sui studi e risultati ad Amiga Inc., ma uno dei “capoccia” dell’azienda gli ha risposto che non erano interessati al suo lavoro (questo \u00e8 quello che ha detto Enrico).
\nSebbene questa cosa piuttosto triste Enrico continuer\u00e0 il suo studio e pensa di aprire un mailing list per dei collaboratori esterni e, in prossimit\u00e0 della fine del progetto, ripresentare lo stesso ad Amiga Inc.: se anche questa volta la risposta sar\u00e0 negativa, probabilmente penser\u00e0 se chiedere una licenza Amiga OS (tanto costa 10.000 lire \ud83d\ude42 .
\nNota carina a margine.
\nEnrico Altavilla \u00e8 l’autore di un programma che “patcha” alcune funzioni della graphics.library: si chiama AmyWarp<\/b>. E’ davvero utile per velocizzare il redrawing su schermi Amiga con elevata profondit\u00e0 (es. Hi-Res Interlace 256 colori), cio\u00e8 per ogni sistema senza una scheda grafica.
\nGiusto per rendere ogni partecipante a MIPS-A pi\u00f9 felice, ha deciso di regalare tale programma a tutte le persone presenti (visto che il programma \u00e8 shareware).
\nAvrebbe dovuto spedirlo via e-mail pochi giorni dopo l’avvenimento di Novara, ma per problemi legal-commerciali (?) non \u00e8 ancora arrivato.
\nAmyWarp<\/b> non \u00e8 ancora su Aminet<\/a>, per quanto ne so, ma sar\u00e0 uploadato quando la versione 1.2 sar\u00e0 completa.<\/p>\n
\nDOOPSI<\/a>, acronimo di Dynamic Object Oriented Programming System Interface (Interfaccia di Sistema Orientata agli Oggetti e pure Dinamica \ud83d\ude42 , \u00e8 un sistema autore per creare delle avventure grafiche tipo quelle della Lucas Arts (Zak McKraken, The Secret Of Monkey Island, The Day Of The Tentacle, ecc.).
\nLa prima versione di questo programma \u00e8 stata presentata ad IPISA nel 1996.
\nA MIPS-A<\/a> \u00e8 stata presentata una nuova versione completamente riscritta.
\nCaratteristiche: 100% orientata agli oggetti, editor multi-finestra, drag and drop (trascina e lascia… triste traduzione italiana \ud83d\ude42 , le azioni possono esser definite dall’utente (Premi, Tira, Leggi, Usa, Guarda, ecc.), nodi di percorso programmabili (es. azione quando il personaggio sta su un ben determinato punto), percorsi intelligenti (cerca il percorso pi\u00f9 breve), gestione intelligente degli elementi grafici (lo stesso oggetto usato in due scene diverse non viene caricato due volte in memoria), salvataggio del gioco integrato (auto-salva la posizione durante il gioco).
\nSupporta: CyberGraphX, librerie di compressione XPK, datatypes, AHI e le NewIcons per i pulsanti all’interno dell’editor.
\nFabio<\/a> ha lanciato il programma, attivato l’editor, caricato alcuni oggetti, scene, immagini e poi ha fatto partire tutta ‘sta roba: \u00e8 apparso un nuovo screen e dopo circa 0.5 secondi… tah dah! GURU MEDITATION, intercettata da MCP. Si, \u00e8 ancora una beta, anche se in uno stadio avanzato. Ha detto che la versione sul CD-ROM di MIPS-A<\/a> \u00e8 pi\u00f9 stabile visto che non \u00e8 stata compilata proprio la notte prima della conferenza. \ud83d\ude09
\nAd ogni modo il programma \u00e8 davvero notevole<\/u>, comparato anche con la sua prima versione: ogni personaggio che abbia in mente di realizzare un adventure come quelli della Lucas Arts dovrebbe prendere in seria considerazione l’idea di usarlo.
\nMa non \u00e8 finita qui.
\nFabio<\/a> ha presentato anche un “piccolo” programma, fatto solo due giorni prima: si chiama InstallerFX<\/b>.
\nCome si potr\u00e0 evincere<\/i> \u00e8 un programma di installazione che vorrebbe sostituire il ben conosciuto figlio di Mamma Commodore.
\nPresenta le seguenti caratteristiche: \u00e8 incredibilmente facile da programmare se confrontato con quello Commodore (gli script sono leggibili); si possono caricare delle immagini all’interno della finestra di installazione (per bellezza, ma anche per dare alcuni consigli); \u00e8 strutturato a pagine: l’utente puo’ scorre, su e gi\u00f9, e selezionare cosa vuole; non si interrompe se non trova un file o se c’\u00e8 un qualsiasi errore (appare un bel requester).
\nPer ci\u00f2 che riguarda il futuro di questo programma si puo’ dire che supporter\u00e0 un controllo delle risorse (che palle ‘sto nome da Win user) della macchina (se c’\u00e8 uno 060, se c’\u00e8 CyberGraphX, ecc.), oltre alla deinstallazione (anche se a me ci\u00f2 non piace \ud83d\ude09 .
\nSar\u00e0 disponibile (forse lo \u00e8 gi\u00e0) su Aminet<\/a> in forma freeware.<\/p>\n
\nMassimo<\/a> ha iniziato a parlare di programmazione BOOPSI in Amiga OS.
\nBOOPSI (Basic Object Oriented Programming System Interface, che significa Interfaccia Elementare di Sistema per la Programmazione Orientata agli Oggetti) \u00e8 un ambiente, incluso in Intuition, che permette di sviluppare alcune parti dei propri programmi (GUI, ma non solo) in una modalit\u00e0 ad oggetti.
\nEcco un esempio. Se si ha bisogno di disegnare una cornice dentro ad una finestra, si puo’ agire in due modi: disegnarla a “mano”, pixel per pixel (questo \u00e8 l’unico modo sotto OS 1.X), oppure usare uno specifica routine dell’OS, chiamata classe<\/i>, in questo caso FrameIClass. Perch\u00e9 si dovrebbe usare l’ultima?
\nImmaginiamo che ci sia bisogno di questa cornice per contornare un gadget: si vuole che il tutto appaia nello stile grafico attuale dell’OS, si vuole che la cornice sia legata all’oggetto in questione (il gadget); quest’ultima cosa \u00e8 particolarmente utile perch\u00e9 se si cambiano le dimensioni del gadget in futuro, non ci si dovr\u00e0 preoccupare di riscrivere una differente routine per un corretta cornice. Inoltre se in una nuova versione del sistema operativo (?) lo stile grafico cambia, tutti i programmi scritti in questo modo vi si adatteranno automaticamente.
\nTutte queste cose, e molte altre, sono realizzate da una classe specifica.
\nMassimo<\/a> ha poi mostrato un puo’ di codice sorgente come esempio di una corretta programmazione: tutte le spiegazioni sono state chiare e precise, anche per me, che sono un novellino di programmazione in C, non abituato alla OOP.
\nNaturalmente egli ha parlato del suo famoso programma VisualPrefs (su Aminet<\/a> util\/wb\/VisualPrefs.lha<\/i>), che permette di configurare vari aspetti della GUI di Amiga OS; \u00e8 una cosa tipo SysIHack, ma davvero molto pi\u00f9 avanzata.
\nHa detto che realizzare un programma che funzioni correttamente con VisualPrefs non \u00e8 difficile e non comporta regole specifiche, basta solo usare in modo corretto tutte le risorse dell’OS.
\nInfine voglio sottolineare che ho veramente apprezzato questo intervento da parte di Massimo Tantignone per la precisione e la chiarezza.<\/p>\n
\nQuesto intervento ha trattato alcuni consigli per creare un viso umano sotto forma di oggetto tridimensionale, partendo da due immagini digitalizzate di un volto reale: la vista frontale, per i dettagli della faccia, e la vista laterale, per la profondit\u00e0 della testa.
\nAndrea ha usato Lightwave come programma 3D; in ogni caso tutta la discussione \u00e8 portabile su qualsiasi altro software di modellazione tridimensionale.
\nPer spiegare le varie fasi di questo tipo di lavoro egli ha usato alcune immagini provenienti da ogni livello di una sua precedente esperienza; una cosa simpatica: nell’esempio ha usato il viso di suo padre. \ud83d\ude42
\nHa iniziato la modellazione con un cubo, immediatamente tagliato per approssimarlo ad una testa. In seguito ha caricato l’immagine della faccia di suo padre come background e ha continuato la modellazione riferendosi a quella immagine; ha usato l’opzione smuss<\/i> di Lightwave per rendere il tutto meno spigoloso e, alla fine, ha avvolto il viso di suo padre attorno all’oggetto creato.
\nIl risultato si \u00e8 rivelato piuttusto notevole.
\nDopo di ci\u00f2 Andrea ha presentato un CD-ROM da lui stesso realizzato, chiamato Humanoids<\/b>, con molti oggetti 3D rappresentanti personaggi umani (un clone di Lara Croft, un body builder, una donna nuda 8^p , un cyborg, ecc.) in varie posizioni e stili di animazione, tutti con le loro texture.
\nE’ davvero utile per i programmatori di video game e per i grafici che non vogliono perdere tempo a modellare questo tipo di oggetti molto complessi.<\/p>\n
\nOggi l’unico modo per mantenere una completa compatibilit\u00e0 con il dispositivo di uscita video, sia esso il chipset Amiga oppure una scheda grafica, \u00e8 quello di usare la graphics.library correttamente. Infatti il vecchio modo di pokare direttamente ai registri hardware \u00e8 il sistema pi\u00f9 errato per gestire l’uscita video.
\nPerch\u00e9 ci\u00f2? Perch\u00e9, come Gabriele<\/a> ha detto, ci sono troppi modi per trattare le bitmap, cos\u00ec ogni volta che si cambia il device di uscita, si dovrebbe scrivere una specifica routine (probabilmente anche in schede grafiche differenti si ha un ordine di byte colore diverso).
\nI vantaggi di usare la graphics.library?
\nCompatibilit\u00e0 con i cloni Amiga senza chipset (DraCo, UAE), l’utente puo’ selezionare il suo screen mode preferito, supporto per le attuali e le future schede grafiche, si puo’ lanciare i propri programmi sullo schermo del Workbench e, non ultimo, solo un codice invece di diversi tipi quanti sono i metodi di memorizzazione delle bitmap.
\nGabriele<\/a> ha parlato anche di alcune particolarit\u00e0 degli standard CyberGraphX e Picasso96, tecniche di double buffering, condivisione della palette sul Workbench e trattamento degli schermi interleaved.
\nSpendo solo alcune parole circa questi argomenti un po’ complessi.
\nCome probabilmente si sapr\u00e0 CyberGraphX e Picasso96 sono due standard de facto<\/i> per l’RTG su Amiga (Re-Targettable Graphics – Grafica Re-Indirizzabile). Entrambi sono delle pesanti patch che cambiano molte funzioni dell’OS: infatti le schede grafiche sono utili per schermi pi\u00f9 profondi con elevate risoluzioni (e pi\u00f9 alta frequenza di refresh). Il problema \u00e8 che l’Amiga OS non sa cosa sia uno schermo a 24 o a 16 bit: esso puo’ aprire uno schermo con al massimo 256 colori (su macchine AGA). Questo ha portato a vari problemi su vari aspetti, talvolta risolti in modi differenti dai due standard (un esempio \u00e8 il bug nel picture.datatype V39\/40, riguardo alla natura planare delle bitmap su Amiga.)
\nPer l’altro argomento, il double buffering, Gabriele<\/a> ha riferito che dall’OS 3.0 \u00e8 system friendly e che \u00e8 supportato correttamente dalle schede grafiche. Egli ha mostrato un po’ di codice come esempio d’uso delle funzioni relative. Per chi non lo sapesse, il double buffering \u00e8 una tecnica per permette di ottenere delle animazioni pi\u00f9 fluide.
\nUn altro importante argomento della programmazione attuale su Amiga \u00e8 la condivisione della palette, implementata dall’OS 3.0, la quale permette di remappare i colori per un altro programma funzionante sullo schermo Workbench. Gabriele<\/a> ha detto che generalmente questa cosa appare difficoltosa all’inizio, ma prende non pi\u00f9 di tre linee di codice, ed \u00e8 system friendly. Per convincere l’audience ha mostrato un clone di Kick Off, chiamato Eat The Whistle<\/i>, realizzato da egli stesso, funzionare fluidamente in una finestra su uno schermo CyberGraphX.
\nAlla fine Gabriele<\/a> ha spiegato i vantaggi e gli svantaggi del modo interleaved, che permette di muovere un oggetto (normalmente un rettangolo) su questo tipo di schermo usando il blitter invece di perder tempo CPU, ma in alcuni casi questo metodo succhia la preziosa Chip RAM.
\nAnche questo intervento, sebbene profondamente tecnico, \u00e8 stato presentato in modo davvero chiaro.<\/p>\n
\nPersistence Of Vision (POV) \u00e8 un programma di grafica ray tracing di pubblico dominio disponibile quasi su ogni piattaforma.
\nE’ distribuito con i suoi sorgenti ed \u00e8 scritto in ANSI C. Naturalmente questo significa che il programma principale non ha una GUI: infatti la scena \u00e8 descritta con uno script ASCII (il linguaggio \u00e8 simile al C).
\nPer questo motivo si sono create un vasto numero di primitive (oggetti di base) per rendere l’editing pi\u00f9 semplice.
\nSe si vuole utilizzare un oggetto realizzato con il modeller di un altro pacchetto per grafica tridimensionale, si potr\u00e0 usare un programma chiamato Win3D (come si puo’ facilmente indovinare dal nome \u00e8 solo per W*nd*s, per ora) in futuro, il quale permette la conversione da quasi ogni tipo di formato.
\nPOV supporta anche le splines<\/i>, ma la modellazione con questo tipo di tool usando solo un text editor \u00e8 veramente dura; al momento l’unico modo per creare oggetti con splines \u00e8 quello di usare un programma per Mac in emulazione (ShapeShifter oppure Fusion).
\nUn’altra grande caratteristica di POV \u00e8 la vasta scelta di texture; infatti molti grafici, od artisti se si preferisce, usano POV solo per creare alcune texture da usare poi in altri programmi di grafica 3D.
\nAnche i blobs<\/i> (o metaballs<\/i>) sono supportati; utili per i fluidi come l’acqua.
\nSi puo’ pensare che usare POV si abbastanza difficoltoso perch\u00e9 si usa un linguaggio script per creare le scene. Beh, \u00e8 vero, non \u00e8 facile come Lightwave, o Imagine, oppure come un altro pacchetto con interfaccia grafica, ma il linguaggio script permette di creare alcune scene molto complesse con solo poche righe di codice: si definiscono gli oggetti, la legge matematica che descrive le variazioni, ed ecco fatto. E’ incredibilmente flessibile!
\nSecondo me le immagini generate da POV sono molto impressionanti, ma a causa della sua natura, ho trovato il programma tendenzialmente utile per arte astratta, non cos\u00ec idoneo alla riproduzione del mondo reale (in modo semplice).
\nIl problema principale di POV su Amiga \u00e8 la mancanza di programmi di supporto per la modellazione, per le funzioni di rendering e cos\u00ec via. Paolo sta facendo di tutto per spingere gli autori di varie utility per POV a portare i loro programmi sulla nostra amata piattaforma. (A proposito di supporto, vorrei ricordare che Paolo Redaelli sta creando una sezione su AmiWorld interamente dedicata alle meraviglie di POV! Non cambiate canale! =)<\/p>\n
\nPerch\u00e9 Sergio? Perch\u00e9 lui ha organizzato, insieme ad altri amighisti, IPISA, la pi\u00f9 “anziana” conferenza Amiga in Italia; Perch\u00e9 ha lavorato attivamente nella redazione di Amiga Magazine.
\nIl discorso di Sergio \u00e8 iniziato parlando della chiusura di Amiga Magazine. Per quelli che non lo sanno, Amiga Magazine era indubbiamente la pi\u00f9 completa ed autorevole rivista Amiga in Italia (ma non solo). La sua pubblicazione \u00e8 stata bloccata nel Dicembre 1997 a causa della mancanza di vendite e di inserzionisti.
\nNaturalmente da quando questa decisione \u00e8 stata resa pubblica, tutto lo staff editoriale ha dichiaratamente espresso la volont\u00e0 di cercare un nuovo modo per continuare la “missione Amighista” (o meglio il modo per continuare a diffondere il vero verbo<\/u> della cultura informatica).
\nHa parlato di due modi per riprendere le pubblicazioni: uno \u00e8 quello di stampare una fanzine Amiga-only per i circa 5000 utenti Amiga italiani. L’altro \u00e8 di iniziare un progetto pi\u00f9 complesso per una rivista nelle edicole, aperta anche ad altre piattaforme alternative come Linux, Java e il Be OS<\/a>.
\nIl primo progetto \u00e8 legato a piani certi di sviluppo per il futuro dell’Amiga da parte di Amiga Inc.\/ Gateway 2000<\/a>, quindi possiamo gi\u00e0 scartarlo visto che niente<\/b> \u00e8 stato rivelato (se<\/b> c’\u00e8 qualcosa da rivelare); in quel periodo si stava aspettando buone nuove della fiera Amiga ’98 in St. Louis.
\nL’altra opzione sembra essere la pi\u00f9 realizzabile, visto che non ci sono molti nuovi prodotti per Amiga da recensire e Perch\u00e9 ci potrebbe essere un supporto monetario da parte di Sun Microsytems<\/a> e Be Inc.<\/a>. Inoltre grazie alla base di utenti Linux sufficientemente ampia, affamata di consigli, trucchi e notizie, ci potrebbe essere un’audience pi\u00f9 grande. In ogni caso ci\u00f2 non significa abbandonare l’Amiga; \u00e8 solo un modo per sopravvivere<\/b>.
\nSolo un’altra piccola cosa triste riguardo alla chiusura di Amiga Magazine, la quale ha contribuito ad un grossa caduta del mercato Amiga in Italia: non c’\u00e8 stato alcun supporto sia dalla casa madre (Amiga Technologies\/International), sia da qualsiasi altra grossa azienda amighista come la Phase 5. Come sicuramente si sa un rivista vive con la pubblicit\u00e0.
\nSergio ha anche parlato del bassissimo profilo del mercato delle riviste di informatica in Italia: false recensioni (comprate dai produttori) e cos\u00ec via. Importano solo i soldi.
\nEgli ha parlato anche delle necessit\u00e0 per l’Amiga: sostanzialmente una…soldi<\/b>.
\nDenaro per ingaggiare 50 ingegneri hardware e software per la ricerca e lo sviluppo: ogni nuova persona mette qualcosa di suo ed unico dentro il progetto Amiga (es. i datatype).
\nDenaro per la pubblicit\u00e0 sui vari media: senza campagne promozionali non c’\u00e8 mercato oggigiorno, anche se si possiede il migliore prodotto. I tempi in cui l’Amiga si vendeva da solo<\/u> sono finiti<\/b>.
\nTristemente sembra che Amiga Inc. ed Amiga International non abbiano fondi n\u00e9 per 50 ingegneri, n\u00e9 per un minimo di pubblicit\u00e0…
\nDobbiamo pregare ed avere fede… finch\u00e8 questa non finisce.
\nSergio ha parlato anche del progetto PIOS One della PIOS GmbH<\/a> (David Haynie sta lavorando alla PIOS) e, come detto prima, del Be OS<\/a>.<\/p>\n
\nPurtroppo la conferenza non \u00e8 stata molto pubblicizzata, cos\u00ec non si sono presentate molte persone: infatti io ho contato non pi\u00f9 di 30-35 “anime” nella Sala Congressi.
\nAlla conferenza c’erano anche dei vip della scena Amiga \ud83d\ude42 : il gi\u00e0 menzionato Michele Console Battilana della Cloanto<\/a>, lo staff della ClassX<\/a>, Luca Danelon della Interactive con la sua collezione di CD-ROM Amy Resource<\/a>.
\nL’atmosfera globale non era molto felice a causa della attuale debolezza della situazione Amiga (in special modo in Italia): come sar\u00e0 il futuro, o meglio, ci sar\u00e0 un futuro per l’Amiga?
\nAl momento non possiamo rispondere a queste domande. Solo i detentori della tecnologia Amiga possono farlo (se solo fossero gli utenti a possedere l’Amiga… un po’ difficile da gestire ed organizzare ma… carino \ud83d\ude09 .
\nIo spero che il prossimo anno le cose vadano meglio per la nostra amata, specialmente nel Bel Paese \ud83d\ude42 .
\nHey, personaggi! \\8^O Non voglio dire di comprare un Picc\u00ec con W*nd*ws9X\/NT, ok? E neanche scegliere Linux oppure il Be OS<\/a>. Solamente non dobbiamo essere sciocchi e dobbiamo mantenere gli occhi bene aperti.<\/p>\n
\nSempre grazie al solito \ud83d\ude42 Michele Battilana della Cloanto<\/a>, qui<\/a> si potr\u00e0 trovare delle belle foto dell’evento scattare con la macchina fotografica digitale Sony di Michele.<\/p>\n
\nMolte grazie a <\/span>Roberto Braidotti<\/span><\/a> che mi ha permesso di unirmi
\na lui per raggiungere Novara in auto, e per avermi prestato tutto
\nil video della conferenza.
\nMi scuso per la lunga attesa per la realizzazione del presente reportage. <\/span><\/p>\n<\/blockquote>\n","protected":false},"excerpt":{"rendered":"