Menù principale

Notizie  Grafica  Forum  Links  Retro Trailer  Recensioni  Modelli Amiga  Storia Amiga  Retro-Gamers  Lista Utenti  Contatti  Policy sito

Login

Nick Password

Registrati - Recupera dati

26 Settembre 2014 Postato da: cgugl Aggiornamento Vampire500 + Phoenix

Igor Majstorovic ha finalmente rotto il suo amiga 600. Questa è una buona notizia perchè si è visto costretto a lavorare alla vampire per l'amiga 500, ed oggi finalmente ha annunciato che ha finito la logica del controller IDE. La scheda è finita e funziona. Per chi non lo sapesse, la Vampire 500 è in tutto e per tutto identica alla vampire600 (stessa FPGA, stessa quantità di memoria), salvo che ha necessità di emulare gayle e l'ide. Questo è il video postato su youtube: https://www.youtube.com/watch?v=9ncJs87hDkg Attualmente la vampire500 ha un core TG68 (il 68000 di pubblico dominio), ma Igor fa parte del Team Apollo, ha i sorgenti di Phoenix, e sta contribuendo al port su questa scheda. Invece Phoenix è rimasto un pò indietro ->Continua<-

Commenti: 193  Aggiungi - Pagine: 1...-6-7-8-9-10

Indice: forum / Hardware Amiga in generale

Pagine: -1-2-3- [4] -5-6-7-8-9-10- DavPPC Post inviati: 1798 Commento 61 DavPPC 9 Ottobre 2014    08:49:13 Citazione Citazione E' da un po di tempo che seguo in maniera "distratta il forum", non so se la domanda è stata già fatta; E' previsto qualcosa per l'A1200? 80 mips è meglio della mia blizzard 1260... La potrei pre comprare... Per il 1200 verrebbe adottato il Chip CycloneV, che è almeno 2 volte più veloce e avrà spazio sufficiente per il coprocessore matematico ed anche per la scheda video. Di queste schede con CycloneV ne esistono già 3 per amiga 500 (la scheda apollo), e si è parlato di costruire la versione per 1200 perchè è sufficiente cambiare il solo connettore. Ma dopo sono intervenuti fatti nuovi, Thomas Richter sta compilando Phoenix per il Natami. Compreresti la scheda apollo se allo stesso prezzo puoi prendere il Natami, il mist o l'arcade fpga ? Be, dipende da cosa esce prima e da cosa devo rinunciare a passare da A1200 a Natami... Sam460ex 1ghz,OS4.1fe, 2GbRam, SSD480Gb, ATI RadeonHD5450 1gbsgram, Monitor ASUS 28" 16:9, card reader USB interno, controller UWSCSI-PCI; A1200 OS3.9 Icedrake 68080, 512MbRAM, SSD240Gb, USB SubWay, card reader USB interno, Monitor-TV LED Philips 24ITE 24" 16:9; Scanner Epson GT-7000 scsi2; Scanner Epson GT-9500 scsi2; Scanner Epson GT-5000 parallelo; Scanner Epson perfection 1250 USB; Commodore 64C + 1581. Post inviati: 19 Commento 62 KTC 9 Ottobre 2014    11:47:36 Citazione Compreresti la scheda apollo se allo stesso prezzo puoi prendere il Natami, il mist o l'arcade fpga ? Ti diro' che preferisco di gran lunga una scheda da inserire nel 1200.............. cgugl Post inviati: 2042 Commento 63 cgugl 9 Ottobre 2014    12:39:56 Fixato il grande bug, ora Phoenix è in grado di fare il boot del workbench 3.1 dall'ide... ma la fastmem ha ancora problemi... cgugl Post inviati: 2042 Commento 64 cgugl 9 Ottobre 2014    17:18:52 che dite, la memoria è sufficientemente veloce? Ultima modifica avvenuta il 09/10/2014 alle ore 17:28:25 Post inviati: 2651 Commento 65 Kyle 9 Ottobre 2014    20:03:01 Bella notizia Dunque cosa manca ancora per l'avvio della produzione dell'Apollo? cgugl Post inviati: 2042 Commento 66 cgugl 9 Ottobre 2014    20:38:58 Citazione Bella notizia Dunque cosa manca ancora per l'avvio della produzione dell'Apollo? c'è qualcosa che fa crashare la fastram... i test riesco a farli perchè abilito la fast dopo il boot ad esempio sysinfo funziona, ma aibb no. altri programmi che funzionano senza fast ram, appena abilito la fast crashano (lha, kingcon, deluxegalaga...) ma ora il debug è mooolto più facile. quali sono i prossimi passi? subito, magari oggi, far funzionare la fastram come si deve, e ricompilare phoenix per la vampire 500... subito dopo risolvere un problema con l'ide del 600 perchè col vecchio phoenix avevo un trasfer rate di 2,2Mb al secondo, ora ne ho solo 1,4 di mb al sec (L'ide del 500 sarà molto più veloce...) Queste schede sono finite, bisognerà vedere se si possono aggiungere delle istruzioni (mpega020 non mi suona gli mp3, cavolo) e poi devono decidere chi e come le deve produrre. Poi si passa alla apollo. L'hardware è finito, ma Gunnar vuole vederci girare phoenix prima di iniziare la produzione dell'adattatore. Ha paura che la apollo abbia consumi di corrente troppo elevati... Post inviati: 1332 Commento 67 Fogg_80 9 Ottobre 2014    21:50:11 Siete velocissimi, complimenti! Vi auguro di finire tutto al più presto senza troppi intoppi. Stile Ubuntu Post inviati: 2651 Commento 68 Kyle 9 Ottobre 2014    22:40:21 Citazione subito, magari oggi, far funzionare la fastram come si deve, e ricompilare phoenix per la vampire 500... subito dopo risolvere un problema con l'ide del 600 perchè col vecchio phoenix avevo un trasfer rate di 2,2Mb al secondo, ora ne ho solo 1,4 di mb al sec (L'ide del 500 sarà molto più veloce...) Quindi la Phoenix sara installata anche sulla Vampire 500? Ma mantenedo il prezzo di 100 euro? Se senti Igor accennagli quella cosa della dimensione della scheda, magari mostragli la foto del CDTV che ti ho postato per fargli capire quali siano le esigenze di spazio Commento 69 cip060 9 Ottobre 2014    22:49:09 Mi pare che qua ancora non si è capito una cosa Phoenix è il core è sarà possibile farlo girare su qualsiasi progetto fpga con le dovute limitazioni per quelle più scarse Vampire è la scheda per 600 di majista che adesso verrà prodotta per 500 con le dovute modifiche Gunnar invece sta facendo core Phoenix e l'adattatore per il 500 ed eventualmente per 1200 giusto cgugl Post inviati: 2042 Commento 70 cgugl 9 Ottobre 2014    23:10:40 Citazione [ Quindi la Phoenix sara installata anche sulla Vampire 500? Ma mantenedo il prezzo di 100 euro? Se senti Igor accennagli quella cosa della dimensione della scheda, magari mostragli la foto del CDTV che ti ho postato per fargli capire quali siano le esigenze di spazio 1) Si, Phoenix sarà gratis per vampire ed apollo. Gunnar e Igor hanno un accordo in proposito. Igor ha accesso totale ai sorgenti e già da tempo si compila le sue versioni diPhoenix (normalmente più buggose). Phoenix sulla vampire sarà limitato credo a 80mips, senza fpu e senza scheda video (anche per motivi di spazio, non ce n'è) ma avrà l'usb. La apollo avrà almeno il doppio di tutto... 2) ho già detto a Igor del CDTV, vuol sapere come hai fatto a prendere le misure! Comunque ne terrà conto. Ultima modifica avvenuta il 09/10/2014 alle ore 23:17:45 Post inviati: 2651 Commento 71 Kyle 9 Ottobre 2014    23:27:23 Phoenix così come hai descritto sulla Vampire mi basterebbe ed avanzerebbe Per le misure: ho un paio di CDTV a casa di cui uno aperto in questo momento, ed ho usato un semplice righello cgugl Post inviati: 2042 Commento 72 cgugl 10 Ottobre 2014    08:49:20 Citazione Phoenix così come hai descritto sulla Vampire mi basterebbe ed avanzerebbe La velocità non è mai abbastanza, quando cadi nella spirale... Ho fatto un test di velocità col programma Fractals 2.1 di Ronnie Johansson (sta su aminet). Impostazioni di base per tutti (ho cambiato solo le iterazioni). Il mio 4000 contro il 600 col core Phoenix e contro il 600 col core TG68. Ah, il 4000 barava perchè anche se ha un misero 68030, monta la FPU: ________________________________________ TG68cache-- 40 iterations --> 492 sec. 68882@25 -- 40 iterations --> 373 sec. TG68cache -- 2 iterations --> 296 sec. 68882@25 -- 2 iterations --> 224 sec. Phoenix --- 40 iterations --> 95 sec. Phoenix --- 2 iterations --> 64 sec. -------------------------------------------------- ----- Ultima modifica avvenuta il 10/10/2014 alle ore 08:53:04 Post inviati: 19 Commento 73 KTC 17 Ottobre 2014    11:58:10 Ci sono novita' ? cgugl Post inviati: 2042 Commento 74 cgugl 17 Ottobre 2014    14:15:02 Citazione Ci sono novita' ? 1) La novità è che phoenix funziona benissimo senza fastmem, infatti non riesco a trovare programmi 68000 che si bloccano, ma la fastmem è instabile. Per capire qual'è il problema si sono offerti molti sviluppatori e coder... 2) Ho fatto dei test di velocità "reali" col mio 600 e col 4000, usando il programma Fractals 2.1 di Ronnie Johansson (su aminet). Credo che sia un buon test perchè mette in crisi tutti i microprocessori emulati, compreso Winuae. E' probabile che diavolerie come predizioni, parallelismi etc. non funzionino con questo algoritmo. Il piccolo 68030 risulta essere più veloce del TG68, ma i test e anche l'uso pratico dicono il contrario... Rispetto ai risultatri che ho già postato posso aggiungere che il programma non fa uso del coprocessore matematico, perchè pur rimuovendolo fisicamente dal mio 4000 i risultati non cambiano. Aggiungo i risultati del 68040@25mhz TG68cache ---- 40 iterazioni --> 492 sec. 68030@25 ---- 40 iterazioni --> 373 sec. 68040@25 ---- 40 iterazioni --> 137 sec. Phoenix ----- 40 iterazioni --> 95 sec. Phoenix se la cava abbastanza bene risultando di un 40-50% più veloce del 68040 in queste condizioni sfavorevoli. Se avete dei risultati su veri amiga, mi sarebbero graditi... 3) Olaf Schoenweiss ha preparato una versione speciale di aros per la vampire... non trovo le immagini; 4) Igor ha fatto funzionare la vampire 500 col motore TG68, ma ieri sera diceva che non riesce ad avere phoenix funzionante (schermo verde, credo un interrupt che non va); 5) kipper2k dovrebbe produrre a breve 50 o 100 vampire 600 (ha lista di preordini lunghissima, e lui è lentissimo); 6) Purtroppo iniziano i problemi e le gelosie. Sembra ri-accendersi una polemica tra fpga arcade e minimig. Fpga arcade è accusata da tempo di aver "preso" senza autorizzazione il codice del minimig, processore e chip grafici compresi. Fpga arcade accusa mist e natami di aver copiato l'emulazione dei chip grafici... 7) Poichè Gunnar ha lavorato proprio alla componente software del natami, non vuol più sentir parlare di Arcade Fpga. Invece Mist ha chiesto di avere phoenix e vuole aumentare la ram fino a 64mb per avere aros e il 3d (le librerie warp3d vogliono molta ram)... Ultima modifica avvenuta il 17/10/2014 alle ore 19:34:08 Post inviati: 3064 Commento 75 Amy - Mor 17 Ottobre 2014    22:03:44 Citazione Citazione Ci sono novita' ? 1) La novità è che phoenix funziona benissimo senza fastmem, infatti non riesco a trovare programmi 68000 che si bloccano, ma la fastmem è instabile. Per capire qual'è il problema si sono offerti molti sviluppatori e coder... 2) Ho fatto dei test di velocità "reali" col mio 600 e col 4000, usando il programma Fractals 2.1 di Ronnie Johansson (su aminet). Credo che sia un buon test perchè mette in crisi tutti i microprocessori emulati, compreso Winuae. E' probabile che diavolerie come predizioni, parallelismi etc. non funzionino con questo algoritmo. Il piccolo 68030 risulta essere più veloce del TG68, ma i test e anche l'uso pratico dicono il contrario... Rispetto ai risultatri che ho già postato posso aggiungere che il programma non fa uso del coprocessore matematico, perchè pur rimuovendolo fisicamente dal mio 4000 i risultati non cambiano. Aggiungo i risultati del 68040@25mhz TG68cache ---- 40 iterazioni --> 492 sec. 68030@25 ---- 40 iterazioni --> 373 sec. 68040@25 ---- 40 iterazioni --> 137 sec. Phoenix ----- 40 iterazioni --> 95 sec. Phoenix se la cava abbastanza bene risultando di un 40-50% più veloce del 68040 in queste condizioni sfavorevoli. Se avete dei risultati su veri amiga, mi sarebbero graditi... 3) Olaf Schoenweiss ha preparato una versione speciale di aros per la vampire... non trovo le immagini; 4) Igor ha fatto funzionare la vampire 500 col motore TG68, ma ieri sera diceva che non riesce ad avere phoenix funzionante (schermo verde, credo un interrupt che non va); 5) kipper2k dovrebbe produrre a breve 50 o 100 vampire 600 (ha lista di preordini lunghissima, e lui è lentissimo); 6) Purtroppo iniziano i problemi e le gelosie. Sembra ri-accendersi una polemica tra fpga arcade e minimig. Fpga arcade è accusata da tempo di aver "preso" senza autorizzazione il codice del minimig, processore e chip grafici compresi. Fpga arcade accusa mist e natami di aver copiato l'emulazione dei chip grafici... 7) Poichè Gunnar ha lavorato proprio alla componente software del natami, non vuol più sentir parlare di Arcade Fpga. Invece Mist ha chiesto di avere phoenix e vuole aumentare la ram fino a 64mb per avere aros e il 3d (le librerie warp3d vogliono molta ram)... Ma lo vogliono capire che se producono una semplice scheda con le prestazioni annunciate per Amiga 500 e 1200 ne venderanno a dismisura?!?!Perchè impantanarsi in tutti questi Mist-Tips-Minimig-Natami-Tzunami e cacchi vari?Faglielo capire, hanno l'oro a portata di mano con Amighisti col portafogli aperto per avere una scheda con prestazioni da 060 e costo inferiore. Amiga rulla di brutto!! Commento 76 cip060 17 Ottobre 2014    23:00:11 Citazione Citazione Citazione Ci sono novita' ? 1) La novità è che phoenix funziona benissimo senza fastmem, infatti non riesco a trovare programmi 68000 che si bloccano, ma la fastmem è instabile. Per capire qual'è il problema si sono offerti molti sviluppatori e coder... 2) Ho fatto dei test di velocità "reali" col mio 600 e col 4000, usando il programma Fractals 2.1 di Ronnie Johansson (su aminet). Credo che sia un buon test perchè mette in crisi tutti i microprocessori emulati, compreso Winuae. E' probabile che diavolerie come predizioni, parallelismi etc. non funzionino con questo algoritmo. Il piccolo 68030 risulta essere più veloce del TG68, ma i test e anche l'uso pratico dicono il contrario... Rispetto ai risultatri che ho già postato posso aggiungere che il programma non fa uso del coprocessore matematico, perchè pur rimuovendolo fisicamente dal mio 4000 i risultati non cambiano. Aggiungo i risultati del 68040@25mhz TG68cache ---- 40 iterazioni --> 492 sec. 68030@25 ---- 40 iterazioni --> 373 sec. 68040@25 ---- 40 iterazioni --> 137 sec. Phoenix ----- 40 iterazioni --> 95 sec. Phoenix se la cava abbastanza bene risultando di un 40-50% più veloce del 68040 in queste condizioni sfavorevoli. Se avete dei risultati su veri amiga, mi sarebbero graditi... 3) Olaf Schoenweiss ha preparato una versione speciale di aros per la vampire... non trovo le immagini; 4) Igor ha fatto funzionare la vampire 500 col motore TG68, ma ieri sera diceva che non riesce ad avere phoenix funzionante (schermo verde, credo un interrupt che non va); 5) kipper2k dovrebbe produrre a breve 50 o 100 vampire 600 (ha lista di preordini lunghissima, e lui è lentissimo); 6) Purtroppo iniziano i problemi e le gelosie. Sembra ri-accendersi una polemica tra fpga arcade e minimig. Fpga arcade è accusata da tempo di aver "preso" senza autorizzazione il codice del minimig, processore e chip grafici compresi. Fpga arcade accusa mist e natami di aver copiato l'emulazione dei chip grafici... 7) Poichè Gunnar ha lavorato proprio alla componente software del natami, non vuol più sentir parlare di Arcade Fpga. Invece Mist ha chiesto di avere phoenix e vuole aumentare la ram fino a 64mb per avere aros e il 3d (le librerie warp3d vogliono molta ram)... Ma lo vogliono capire che se producono una semplice scheda con le prestazioni annunciate per Amiga 500 e 1200 ne venderanno a dismisura?!?!Perchè impantanarsi in tutti questi Mist-Tips-Minimig-Natami-Tzunami e cacchi vari?Faglielo capire, hanno l'oro a portata di mano con Amighisti col portafogli aperto per avere una scheda con prestazioni da 060 e costo inferiore. Piu' che altro passi pure che ognuno vuole fare una sua scheda e ci sta pure pero' cavolo almeno mettersi d'accordo con chi scrive il codice cgugl Post inviati: 2042 Commento 77 cgugl 18 Ottobre 2014    08:34:35 Citazione Piu' che altro passi pure che ognuno vuole fare una sua scheda e ci sta pure pero' cavolo almeno mettersi d'accordo con chi scrive il codice ma l'accordo c'era. Apollo doveva andare su tutte le macchine, Gunnar ha contatti con tutti. Jim Drew (quello degli emulatori mac) è un distributore di FPGA arcade e sta sul canale apollo-team a riprova di questa disponibilità. Il corto circuito riguarda altri soggetti e nasce ai tempi del minimig perchè è sotto licenza GPL, così come il TG68 di Tobias Gubener. Chi usa parti di questo codice deve rendere a sua volta pubblico il suo lavoro... quindi Tobias e chissà chi altri minacciano MikeJ (=FPGA arcade) di portarlo in tribunale appena prova a vendere le macchine perchè tutti sanno che sono state usate parti di codice del minimig e del tg68 senza rispettare la licenza LGPL Apollo andrebbe in aiuto di FPGA arcade risolvendo il problema del TG68. Però Apollo favorirebbe di più il Mist, perchè è già in commercio, ha le stesse caratteristiche di FPGA ed è più economico... quindi si è accesa la guerra tra Mist e Fpga arcade. MikeJ attacca quelli del MIST dicendo che gli hanno copiato i chip aga (come non si sa, mikej non ha rilasciato mai i sorgenti)... da questa telenovela tutta in tedesco, Gunnar è fuori per quel che riguarda il 68000, se lo è fatto da solo. Quello che non gli piace, ed ha paura che possa accadere in futuro, è che MikeJ possa attaccare il Natami e la stessa scheda Apollo perchè concorrenti capaci di emulare l'aga (MikeJ vorrebbe essere il solo ad emulare l'aga). al momento spero solo che Gunnar ci pensi bene e non si crei nuovi nemici... e che oggi compili 'sto maledetto core senza cache per vedere di circoscrivere il bug... Ultima modifica avvenuta il 18/10/2014 alle ore 08:39:20 GraveyardPoems Post inviati: 755 Commento 78 GraveyardPoems 18 Ottobre 2014    10:43:53 Mi pare di intuire però che anche se i lavori si dovessero ultimare oggi stesso, tutti questi retroscena fanno slittare la distribuzione in data non ancora ben definita e comunque sia lungi dall'essere vicina. Spero di sbagliarmi e di venire sbugiardato presto, ma a mio parere al momento questi progetti, per quanto reali e funzionanti, sono alla stregua di "fantasyware". Ultima modifica avvenuta il 18/10/2014 alle ore 11:01:47 Amiga 500, 1Mb di Ram + Floppy Drive Emulator Rev F di Lotharek Amiga 600HD: Ks3.1 con CF, A603 da 2Mb + 4Mb di Fast Ram Amiga 1200: Ks3.1, 20gb Hd, Blizzard 1230 mk4+SCSI kit, 128mb Ram, Cd-rom Commodore CDTV + mouse, tastiera, floppy drive Amiga CD32 Commodore 64 + Infinity v2 Commodore 128 salvato dalla discarica Amiga 500X86: AMD Phenom2 X4 b99, 8Gb RAM, Ati Sapphire HD7870 cgugl Post inviati: 2042 Commento 79 cgugl 18 Ottobre 2014    11:24:50 Citazione Mi pare di intuire però che anche se i lavori si dovessero ultimare oggi stesso, tutti questi retroscena fanno slittare la distribuzione in data non ancora ben definita e comunque sia lungi dall'essere vicina. Spero di sbagliarmi e di venire sbugiardato presto, ma a mio parere al momento questi progetti, per quanto reali e funzionanti, sono alla stregua di "fantasyware". naah, come dicevo sono tutti progetti indipendenti, ad esempio mist lo puoi comprare da tempo su un sito francese (alinea computer?), fpga arcade ha annunciato la vendita in grandi quantità per dicembre. Sono prodotti finiti e funzionanti anche senza phoenix Però quì interessa solo vampire/apollo. Gunnar dice che dal momento in cui fa l'ordine, le schede arrivano in 3 settimane. Lo stesso vale per Igor Majstorovich, che non parte un pò per la dogana, un pò perchè non sa come ordinare in cina e un pò perchè vorrebbe muoversi insieme a Gunnar... Il Webmaster Post inviati: 4740 Commento 80 Mak73 18 Ottobre 2014    11:26:33 Citazione Il corto circuito riguarda altri soggetti e nasce ai tempi del minimig perchè è sotto licenza GPL, così come il TG68 di Tobias Gubener. Chi usa parti di questo codice deve rendere a sua volta pubblico il suo lavoro... quindi Tobias e chissà chi altri minacciano MikeJ (=FPGA arcade) di portarlo in tribunale appena prova a vendere le macchine perchè tutti sanno che sono state usate parti di codice del minimig e del tg68 senza rispettare la licenza LGPL Apollo andrebbe in aiuto di FPGA arcade risolvendo il problema del TG68. Però Apollo favorirebbe di più il Mist, perchè è già in commercio, ha le stesse caratteristiche di FPGA ed è più economico... quindi si è accesa la guerra tra Mist e Fpga arcade. MikeJ attacca quelli del MIST dicendo che gli hanno copiato i chip aga (come non si sa, mikej non ha rilasciato mai i sorgenti)... da questa telenovela tutta in tedesco, Gunnar è fuori per quel che riguarda il 68000, se lo è fatto da solo. Quello che non gli piace, ed ha paura che possa accadere in futuro, è che MikeJ possa attaccare il Natami e la stessa scheda Apollo perchè concorrenti capaci di emulare l'aga (MikeJ vorrebbe essere il solo ad emulare l'aga). al momento spero solo che Gunnar ci pensi bene e non si crei nuovi nemici... e che oggi compili 'sto maledetto core senza cache per vedere di circoscrivere il bug... Da quel che posso capire, correggimi se sbaglio, sto MikeJ fa il furbo ma non ha niente in mano per sostenere che quelli di Mist gli abbiano copiato il codice, del resto se potesse farlo essendo il Mist già in vendita lui li avrebbe denunciati, come potrebbe fare quello di TG68 nei suoi confronti se mettesse in vendita la sua Arcade. Da cosa dici sto MakeJ pare avercela potenzialmente con tutti, pur essendo l'unico che ha copiato... A parer mio sotto c'è qualcosa di ancora più complesso, perchè altrimenti non si vede come sto MikeJ possa attaccare sia Mist che Natami. Pace e bene a tutti. Pagine: -1-2-3- [4] -5-6-7-8-9-10-

Indice: forum / Hardware Amiga in generale

Utenti Online

Utenti registrati: 1206 dal 1 Gennaio 2006 di cui online: 1 registrati - AfAOne - e 83 non registrati Benvenuto all'ultimo utente registrato: zulu Buon Compleanno a Frenika -