Risposta Stile Testo Dimensione:  10 12 14 16 18 20 24 30 Colore:  Rosso Viola Verde Blu Giallo Grigio Arancio Rosa Allinea:  Centrato Giustificato Linea vuota A capo Altri comandi Emoticons Clicca per riportare il codice nell'area di testo oppure posizionati su un'immagine per vederne il relativo comando. Testo In risposta a Seiya [quote=Seiya] Anche per il fatto è che nella scena Amiga (la demoscene e il software shareware) c'erano il fior fiore degli sviluppatori Amiga e di quelli promettenti che poi avrebbero fatto una lunga e gloriosa carriera anche in software house fuori della comununità. Sono due aree pieni di fanfaroni che volevano dimostrare la loro conoscenza dell'hardware e alla prima occasione sono stati ridicolizzati davanti a tutti facendo figure meschine e senza appello. In 5 anni di Amiga ho avuto modo di provare quello che molti hanno provato in 20 anni, ho chiaccherato e discusso con sviluppatori, coder di ogni tipo e livello e ho visto sviluppatori all'opera mentre creavano un prodotto con sermoni vari sull'hardware, le specifiche varie. io potrei fare tanti esempi di gente sconosciuta a gente molto famosa nella comunità. Molte cose non me le ricordo, ma molti mei post con questi personaggi molto famosi e smerdati davanti a tutti sono ancora su usnet (è bello vedere quando questi si arrampicano sugli specchi per non fare magre figure di m...). Avendo avuto un 68040 a 40 Mhz mi ci sono arrabbiato tanto sui coder e mi sono documentato molto sull'hardware, le specifiche e tutto il resto e alla prima occasione avevo un faccia a faccia con cui ne paventava le conoscenze. Faccio quache esempio su cui riflettere: Fu un realizzato un motore di un gioco ( che poi sarebbe stato ripreso per un gioco 3D per Amiga) che sfruttava le data cache del processore e non avrebbe funzionato su quei processori che non l'avevano. Il motore fu testato su una Blizzad 1220 a 28 Mhz e su un 68030 a 25 Mhz per dimostrare che la cache faceva la differenza anche come richiesta minima. Sulla Blizzard, senza la data cache, il motore funzionava bene, fluido e senza rallentamenti. Sul 68030, con la da data cache, il motore rallentava parecchio. Chiedemmo allo sviluppatore come era possibile che questo motore potesse avviarsi su una cpu senza la data cache dato che era la richiesta minima? L'autore si è fatto una risata dicendo che era contento che girava anche su 68020. Un altro caso (ma anche questo è da cercare su usnet) con oggetto i frattali. Cera un programma specifico che generava Maldebrot e che facendo il rendering con la cpu era più veloce che con la FPU. Si bisticciava di brutto con l'autore che si arrampicava sugli specchi, ma di brutto, ormai scivolava ad ogni post sempre più basso sul dire che non era vero quando utenti su utenti gli dimostrano con i numeri che si sbagliava. Alla fine la FPU eseguiva le operazione più precise, ma di fatto il risultato finale, il mandelbrot che vedevi sullo schermo lo faceva più velocemente senza la FPU. Amountain, un altro programma frattale era ottimizzato per 68000 (usa le librerie matematiche in assenza del coprocessore), 68030 (usa la FPU e 68040 (è sottinteso l'uso della fpu interna). E' un rendering in finestra e bisogna impostare il workbench a colori per vedere qualcosa (meglio averlo a 256 colori) La versione 68030 una finestra molto grande con un paesaggio generato molto complesso. La versione 68040 aveva una finestra molto più piccola (la metà) e il paesaggio era molto più semplice. La velocità di rendering della versione 68030 (fatto sul 68040) era più veloce che farlo nativamente con la sua versione specifica. Un altro esempio di cosa? Quale era lo scopo di tutto questo? il 68040 era più veloce a renderizzare un codice per 882 anzichè usare quello 68040 che tra l'altro è anche meno complesso. Quando poi cerchi spiegazioni gli autori ti dicono: "non capisci niente di programmazione", "non conosci i processori, ne come funzionano". [/quote] formattazione A sinistra Giustificata Nessuna

24 Aprile 2017 Postato da: alessandrobilbao Il santo graal degli amiga su ebay...e che prezzo!!

https://www.ebay.it/itm/332186219098 Qualcuno dice che sia il santo graal degli Amiga, a prescindere dal prezzo, chi mi racconta qualcosa su questa macchina?? Propongo sempre questi articoli "storici" come pretesto per far raccontare un po di storia Amiga da chi l'ha vissuta davvero (cioé voi). Ciao e buona serata.

Commenti: 64  Aggiungi - Pagine: 1-2-3-4

Pegasus RyuSei Ken Post inviati: 10185	Commento Seiya 29 Aprile 2017    21:20:42
	Anche per il fatto è che nella scena Amiga (la demoscene e il software shareware) c'erano il fior fiore degli sviluppatori Amiga e di quelli promettenti che poi avrebbero fatto una lunga e gloriosa carriera anche in software house fuori della comununità. Sono due aree pieni di fanfaroni che volevano dimostrare la loro conoscenza dell'hardware e alla prima occasione sono stati ridicolizzati davanti a tutti facendo figure meschine e senza appello. In 5 anni di Amiga ho avuto modo di provare quello che molti hanno provato in 20 anni, ho chiaccherato e discusso con sviluppatori, coder di ogni tipo e livello e ho visto sviluppatori all'opera mentre creavano un prodotto con sermoni vari sull'hardware, le specifiche varie. io potrei fare tanti esempi di gente sconosciuta a gente molto famosa nella comunità. Molte cose non me le ricordo, ma molti mei post con questi personaggi molto famosi e smerdati davanti a tutti sono ancora su usnet (è bello vedere quando questi si arrampicano sugli specchi per non fare magre figure di m...). Avendo avuto un 68040 a 40 Mhz mi ci sono arrabbiato tanto sui coder e mi sono documentato molto sull'hardware, le specifiche e tutto il resto e alla prima occasione avevo un faccia a faccia con cui ne paventava le conoscenze. Faccio quache esempio su cui riflettere: Fu un realizzato un motore di un gioco ( che poi sarebbe stato ripreso per un gioco 3D per Amiga) che sfruttava le data cache del processore e non avrebbe funzionato su quei processori che non l'avevano. Il motore fu testato su una Blizzad 1220 a 28 Mhz e su un 68030 a 25 Mhz per dimostrare che la cache faceva la differenza anche come richiesta minima. Sulla Blizzard, senza la data cache, il motore funzionava bene, fluido e senza rallentamenti. Sul 68030, con la da data cache, il motore rallentava parecchio. Chiedemmo allo sviluppatore come era possibile che questo motore potesse avviarsi su una cpu senza la data cache dato che era la richiesta minima? L'autore si è fatto una risata dicendo che era contento che girava anche su 68020. Un altro caso (ma anche questo è da cercare su usnet) con oggetto i frattali. Cera un programma specifico che generava Maldebrot e che facendo il rendering con la cpu era più veloce che con la FPU. Si bisticciava di brutto con l'autore che si arrampicava sugli specchi, ma di brutto, ormai scivolava ad ogni post sempre più basso sul dire che non era vero quando utenti su utenti gli dimostrano con i numeri che si sbagliava. Alla fine la FPU eseguiva le operazione più precise, ma di fatto il risultato finale, il mandelbrot che vedevi sullo schermo lo faceva più velocemente senza la FPU. Amountain, un altro programma frattale era ottimizzato per 68000 (usa le librerie matematiche in assenza del coprocessore), 68030 (usa la FPU e 68040 (è sottinteso l'uso della fpu interna). E' un rendering in finestra e bisogna impostare il workbench a colori per vedere qualcosa (meglio averlo a 256 colori) La versione 68030 una finestra molto grande con un paesaggio generato molto complesso. La versione 68040 aveva una finestra molto più piccola (la metà) e il paesaggio era molto più semplice. La velocità di rendering della versione 68030 (fatto sul 68040) era più veloce che farlo nativamente con la sua versione specifica. Un altro esempio di cosa? Quale era lo scopo di tutto questo? il 68040 era più veloce a renderizzare un codice per 882 anzichè usare quello 68040 che tra l'altro è anche meno complesso. Quando poi cerchi spiegazioni gli autori ti dicono: "non capisci niente di programmazione", "non conosci i processori, ne come funzionano".