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

13 Agosto 2016 Postato da: cgugl BAR del Vampiro - Esperienze, rumors, rivalità e diffidenze...

La Vampire è una scheda acceleratrice a basso costo per tutti gli amiga classic. Questo è il documento con le caratteristiche tecniche ( http://www.apollo-accelerators.com/files/Apollo_datasheet.pdf ) In sintesi: - processore programmabile dall'utente FPGA capace di 110-130 mips ( http://www.apollo-core.com/bringup/v3003_x15_SysInfo.jpg ) - 128 Mb di Ram - scheda video 32 bit HDMI ( http://apollo-core.com/bringup/WB_FullHD.jpg ) - Scheda Secure Digital Questo è il sito ufficiale: http://www.apollo-accelerators.com Disponibilità: Amiga 600 -> La produzione è artigianale e la vendita avviene su prenotazione http://www.kipper2k.com/ Amiga 500/1000/2000 -> la scheda è pronta per la vendita ->Continua<-

Commenti: 5384  Aggiungi - Pagine: 1...-266-267-268-269-270

Pagine: -1-2-3-4-5-6-7-8-9-10-11-12-13-14-15-16-17-18-19-20-21-22-23-24-25-26-27-28-29-30-31-32-33-34-35-36-37-38-39-40-41-42-43-44-45-46-47-48-49-50-51-52-53-54-55-56-57-58-59-60-61-62-63-64-65-66-67-68-69-70-71-72-73-74-75-76-77-78-79-80-81-82-83-84-85-86-87-88-89-90-91-92-93-94-95-96-97-98-99-100-101-102-103-104-105-106-107-108-109-110-111-112-113-114-115-116-117-118-119-120-121-122-123-124-125-126-127-128-129-130-131-132-133-134-135-136-137-138-139-140-141-142-143-144-145-146-147-148-149-150-151-152-153-154-155-156-157-158-159-160-161-162-163-164-165-166-167-168-169-170-171-172-173-174-175-176-177-178-179-180-181-182-183-184-185-186-187-188-189-190-191-192-193-194-195-196-197-198-199-200-201-202-203-204-205-206-207-208-209-210-211-212-213-214-215-216-217-218-219-220-221-222-223- [224] -225-226-227-228-229-230-231-232-233-234-235-236-237-238-239-240-241-242-243-244-245-246-247-248-249-250-251-252-253-254-255-256-257-258-259-260-261-262-263-264-265-266-267-268-269-270- cgugl Post inviati: 2042 Commento 4461 cgugl 25 Giugno 2019    12:54:08 Citazione Ottimo L’ unica cosa che mi scoccia è pensare di dover spegnere l’ A1200 per poter passare da AGA emulato con FPU ad AGA nativo più FPU e viceversa ... non vi è proprio modo di evitare ciò ? No, è necessario ed imprescindibile spegnere la fpga. Citazione Nel core AGA emulato della V1200 anche l’ audio lo è (entrambi via hdmi giusto ?) ed il floppy drive interno ed esterno sono disabilitati, corretto ? Porta parallela e seriale invece ? Il core con l'AGA deve necessariamente spegnere i chip originali e rimpiazzarli tutti. Però, di sicuro Gunnar vorrà usare la tastiera del 1200 e farà qualcosa collegarsi alle porte dell'amiga. consulenza informatica ambito aziendale - appliance sicurezza - ambienti server multipiattaforma - servizi hosting - networking Post inviati: 6417 Commento 4462 divina 25 Giugno 2019    14:32:26 Citazione Citazione Ottimo L’ unica cosa che mi scoccia è pensare di dover spegnere l’ A1200 per poter passare da AGA emulato con FPU ad AGA nativo più FPU e viceversa ... non vi è proprio modo di evitare ciò ? No, è necessario ed imprescindibile spegnere la Ok chiarissimo; nella Vampire standalone vi sono invece due diversi firmware V3 commutabili tra loro (una volta programmati) tramite un jumper ? In tal caso, utilità pratica in tal senso ? Citazione Citazione Nel core AGA emulato della V1200 anche l’ audio lo è (entrambi via hdmi giusto ?) ed il floppy drive interno ed esterno sono disabilitati, corretto ? Porta parallela e seriale invece ? Il core con l'AGA deve necessariamente spegnere i chip originali e rimpiazzarli tutti. Però, di sicuro Gunnar vorrà usare la tastiera del 1200 e farà qualcosa collegarsi alle porte dell'amiga. Quindi in pratica: - caricardo il firmware core 2 con AGA originale, posso continuare ad utilizzare tutte le porte dell’ Amiga1200 ed ho FPU completo più con nuove features in via di implementazione - caricando invece il firmware core 3 con AGA emulato, potrò continuare ad utilizzare solo la porta PCMCIA (es. per scheda Ethernet/Wi-Fi PCMCIA), la porta IDE 44pin, porte mouse e joystick, tastiera (tutte le restanti porte, tranne hacks specifici eventuali futuri, non saranno più attive) Audio e video saranno utilizzabili unicamente via HDMI ed ho FPU completo più con nuove features in via di implementazione Ho capito bene o ci sono imprecisioni ? Commento modificato il 25/06/2019 alle ore 14:34:58 lunga vita al popolo ucraino massacrato dal criminale nazista Putin - fuck Putin - by Måneskin Hey Hey Rise Up - by vecchietti Pink Floyd Gasoline - by Måneskin cgugl Post inviati: 2042 Commento 4463 cgugl 25 Giugno 2019    15:04:15 Citazione Ok chiarissimo; nella Vampire standalone vi sono invece due diversi firmware V3 commutabili tra loro (una volta programmati) tramite un jumper ? In tal caso, utilità pratica in tal senso ? le fpga sono diverse e sono diverse anche le flashrom, quindi ne han montate 2. Utilità è che se si fallisce l'upgrade in una flashrom, si passa alla seconda e si ripristina il sistema. E' un pò un backup. Citazione - caricando invece il firmware core 3 con AGA emulato, potrò continuare ad utilizzare solo la porta PCMCIA (es. per scheda Ethernet/Wi-Fi PCMCIA), la porta IDE 44pin, porte mouse e joystick, tastiera (tutte le restanti porte, tranne hacks specifici eventuali futuri, non saranno più attive) Audio e video saranno utilizzabili unicamente via HDMI ed ho FPU completo più con nuove features in via di implementazione più o meno, lo sapremo solo vivendo Il Webmaster Post inviati: 4736 Commento 4464 Mak73 25 Giugno 2019    15:39:50 Le CPU da molti anni ormai sono tutte Out Of Order non solo le FPU. Ovviamente dovendo fare CPU sempre più veloci si studiano l'impossibile per raggiungere lo scopo, per di più tale tecnica è piuttosto vecchia, come si può leggere nel link precedente risale addirittura agli anni '60 e fu la IBM a realizzare il primo processore che usava questa tecnica, cioè il capostipite dei PPC, Intel portò poi la cosa su larga scala con il Pentium Pro. Pace e bene a tutti. cgugl Post inviati: 2042 Commento 4465 cgugl 25 Giugno 2019    15:48:05 Citazione Le CPU da molti anni ormai sono tutte Out Of Order non solo le FPU. Ovviamente dovendo fare CPU sempre più veloci si studiano l'impossibile per raggiungere lo scopo, certo, ma Motorola è morta prima di introdurre queste innovazioni in un nuovo 68K. Di conseguenza, i compilatori GCC non avevano alcun supporto per queste diavolerie. Bebbo ha aggiornato il compilatore GCC dalla versione 2.9 alla versione 6.x, e ora sembra disponibile a introdurre tutte queste ottimizzazioni specifiche per 68080. consulenza informatica ambito aziendale - appliance sicurezza - ambienti server multipiattaforma - servizi hosting - networking Post inviati: 6417 Commento 4466 divina 25 Giugno 2019    22:46:49 @cgugl Ok; tempi che prevedi per vedere una V1200 negli store Amiga tradizionali (es. amigastore, amigakit ...etc...) ? Qualche speranza di poter prendere questa scheda intorno ai 300,00, oppure è quasi certo saremo a 400,00 (che IMHO è una esagerazione) ? lunga vita al popolo ucraino massacrato dal criminale nazista Putin - fuck Putin - by Måneskin Hey Hey Rise Up - by vecchietti Pink Floyd Gasoline - by Måneskin Il Webmaster Post inviati: 4736 Commento 4467 Mak73 25 Giugno 2019    23:01:11 Citazione Citazione Le CPU da molti anni ormai sono tutte Out Of Order non solo le FPU. Ovviamente dovendo fare CPU sempre più veloci si studiano l'impossibile per raggiungere lo scopo, certo, ma Motorola è morta prima di introdurre queste innovazioni in un nuovo 68K. Di conseguenza, i compilatori GCC non avevano alcun supporto per queste diavolerie. Bebbo ha aggiornato il compilatore GCC dalla versione 2.9 alla versione 6.x, e ora sembra disponibile a introdurre tutte queste ottimizzazioni specifiche per 68080. Sicuro di cosa dici? Perché non serve nessuna ottimizzazione al codice per un processore out of order, fa tutto da solo basandosi su un algoritmo, é un'idea molto astuta proprio perché permette incrementi di prestazioni sul software già esistente. Del resto se non fosse così i processori Atom di Intel non farebbero girare quasi niente perché solo qualche anno fa sono diventati out of order anche loro, prima erano in order, ma facevano girare tutto ugualmente. Forse ti confondi con i programmi per le cpu multicore, in quel caso per sfruttare meglio la struttura del processore occorre sviluppare programmi che parallelizzino molto le varie operazioni. Pace e bene a tutti. Post inviati: 2650 Commento 4468 Kyle 25 Giugno 2019    23:11:45 Citazione @cgugl Ok; tempi che prevedi per vedere una V1200 negli store Amiga tradizionali (es. amigastore, amigakit ...etc...) ? Qualche speranza di poter prendere questa scheda intorno ai 300,00, oppure è quasi certo saremo a 400,00 (che IMHO è una esagerazione) ? Se negli store la V2 costa 370 dubito che venderanno la V1200 a meno di 430 euro, quindi mettiti l'anima in pace cgugl Post inviati: 2042 Commento 4469 cgugl 26 Giugno 2019    07:39:32 Citazione Sicuro di cosa dici? Perché non serve nessuna ottimizzazione al codice per un processore out of order,.... Forse ti confondi con i programmi per le cpu multicore, in quel caso per sfruttare meglio la struttura del processore occorre sviluppare programmi che parallelizzino molto le varie operazioni. Gunnar dice che per usare l'Out Of Order bisogna programmare in assembler perchè il GCC genera codice fpu sequenziale. Infatti, sul forum Apollo, Gunnar e Bebbo discutono proprio sulle modifiche da apportare al compilatore GCC per fargli generare codice ottimizzato per la vampire... e parlano anche della FPU. Vedi il primo messaggio, Gunnar chiede proprio se si può fare in modo che GCC calendarizzi le istruzioni fpu: *************************** c) FPU instruction scheduling The 68080 FPU is fully pipelined. FADD and FMUL have a latency. But each cycle a new FPU instruction can be executed (pipelined) With good scheduled FPU code the 68080 can reach several times the FPU performance of an 68060. ***************************** cgugl Post inviati: 2042 Commento 4470 cgugl 26 Giugno 2019    07:41:46 Citazione Se negli store la V2 costa 370 dubito che venderanno la V1200 a meno di 430 euro, quindi mettiti l'anima in pace Io credo che la V1200 costerà al massimo 50 euro in più della v500. Ma è una mia supposizione, neanche so quando farà la preproduzione per i membri del team. Commento modificato il 26/06/2019 alle ore 07:42:22 Il Webmaster Post inviati: 4736 Commento 4471 Mak73 26 Giugno 2019    23:21:43 Citazione Gunnar dice che per usare l'Out Of Order bisogna programmare in assembler perchè il GCC genera codice fpu sequenziale. Infatti, sul forum Apollo, Gunnar e Bebbo discutono proprio sulle modifiche da apportare al compilatore GCC per fargli generare codice ottimizzato per la vampire... e parlano anche della FPU. Vedi il primo messaggio, Gunnar chiede proprio se si può fare in modo che GCC calendarizzi le istruzioni fpu: *************************** c) FPU instruction scheduling The 68080 FPU is fully pipelined. FADD and FMUL have a latency. But each cycle a new FPU instruction can be executed (pipelined) With good scheduled FPU code the 68080 can reach several times the FPU performance of an 68060. ***************************** Mi sa che avete le idee un po' confuse. Anzitutto immagino che tutto il 68080 sia pipelined, non solo la FPU, questo perchè lo era già il MOS 6502. Lo scheduling é un servizio implementato normalmente nei sistemi operativi per far si che i vari processi abbiano accesso alla CPU o altra risorsa, di volta in volta ed evitando conflitti. Ecco un articolo dove si spiega un po' il funzionamento di un processore out of order, da notare come nell'articolo si parli più volte del fatto che i programmi sono sequenziali, quindi non parallelizati. I processori out of order, esistono ormai da moltissimi anni, e sono stati introdotti proprio perché permettevano prestazioni superiori senza richiedere riscritture di codice. Pace e bene a tutti. amiwell79 Post inviati: 12245 Commento 4472 amiwell79 26 Giugno 2019    23:55:34 divina ha più senzo la standalone, fatti un regalo per natale e la metti nella tua collezione Aros - Workbench X86 - Tiny Aros Retainer - https://tinyaros.flazio.com consulenza informatica ambito aziendale - appliance sicurezza - ambienti server multipiattaforma - servizi hosting - networking Post inviati: 6417 Commento 4473 divina 27 Giugno 2019    00:48:38 @cgugl aumento quindi ragionevole considerando il connettore e quel qualcosa in più rispetto all’ ultima V500; attenzione però... siamo passati in tempi brevi da 150,00 a 250,00, poi più di 300,00 e ora a 370,00/380,00, ora suoi 420,00/430,00 e qualcuno parlava di standalone a 500,00 (che ha sua volta ha un qualcosa in più indubbiante, ma ha anche componentistica molto più comune), ti domando quindi, non si sta forse esagerando ? Stiamo parlando poi solo di una banale FPGA per retrocomputing (non si discute l’ abilità e la professionalità dei programmatori, che è indubbia) e per di più facilmente reperibile @amiwell79 ci ho pensato, può essere una buona soluzione; ma anche in questo caso, avendo già 000/020/030/040/060/ppc amiga e ppc g3/g4/g5 “amigang” dovrebbero esserci un po’ di software che sfruttino almeno nativamente 080+saga ... neogeo emulatore è interessante (mi piace il genere), PC con ottimizzazione per LE anche (quali sono questi games già portati ?), ma vorrei qualcosa di più per giustificare una spesa così significativa, es. un Reshoot R a 16bit SAGA, una AlarCity 16bit SAGA ...etc... mi pare ragionevole, no ? Commento modificato il 27/06/2019 alle ore 00:51:56 lunga vita al popolo ucraino massacrato dal criminale nazista Putin - fuck Putin - by Måneskin Hey Hey Rise Up - by vecchietti Pink Floyd Gasoline - by Måneskin cgugl Post inviati: 2042 Commento 4474 cgugl 27 Giugno 2019    07:34:38 Citazione @cgugl aumento quindi ragionevole considerando il connettore e quel qualcosa in più rispetto all’ ultima V500; ... Stiamo parlando poi solo di una banale FPGA per retrocomputing (non si discute l’ abilità e la professionalità dei programmatori, che è indubbia) e per di più facilmente reperibile @divina Io son d'accordo sul prezzo, ma non ho potere in materia. Il mio consiglio è quello di aspettare che vengano fissati sia il prezzo della V4 sia quello della V1200 e scegliere di conseguenza. A proposito di giochi, l'autore di Rshoot ha manifestato interesse per la vampire ed ha contattato Gunnar per avere informazioni sull'RTG, sul PIP...(vuol fare una versione dedicata alla vampire?) Altro gioco era il port di RobinHood, ma è fermo da due o tre mesi, tutti quei port fatti da arczi con sdl... @Mak73 La mia confusione è indubbia, però non sembra così automatico l'out of order. Apollo è pipelined, però i compilatori GCC esistenti usano ottimizzazioni del 68060, quindi massimo 2 istruzioni per ciclo che occupino 4 bit l'una, e non devono essere in virgola mobile (la FPU del 68K può eseguire 1 istruzione alla volta). La richiesta di Gunnar a Bebbo è quella di fare in modo che per istruzioni fpu con molta latenza (la divisione è la bestia nera di tutte le fpu, su apollo necessita di 10 cicli) se ne possano lanciare una per ogni ciclo, senza aspettare il risultato. Quindi puoi lanciare 10 divisioni in 10 cicli macchina e quando lanci la decima hai il risultato della prima divisione.... Evidentemente oggi il GCC non lo permette. Commento modificato il 27/06/2019 alle ore 07:43:09 consulenza informatica ambito aziendale - appliance sicurezza - ambienti server multipiattaforma - servizi hosting - networking Post inviati: 6417 Commento 4475 divina 27 Giugno 2019    08:18:16 Citazione A proposito di giochi, l'autore di Rshoot ha manifestato interesse per la vampire ed ha contattato Gunnar per avere informazioni sull'RTG, sul PIP...(vuol fare una versione dedicata alla vampire?) Altro gioco era il port di RobinHood, ma è fermo da due o tre mesi, tutti quei port fatti da arczi con sdl... Ottimo ! Se ricordo bene anche quelli di AlartCity avevano contattato Gunnar per il loro gioco (?) RobinHood intendi il game realizzato anche a suo tempo per MorphOS ? (a proposito, qualcuno lo ha o sa dove scaricarlo per MorphOS ? PM se necessario, mi manca tra i miei games) Ok, guarderò tra i porting di Arczi, grazie Commento modificato il 27/06/2019 alle ore 08:20:50 lunga vita al popolo ucraino massacrato dal criminale nazista Putin - fuck Putin - by Måneskin Hey Hey Rise Up - by vecchietti Pink Floyd Gasoline - by Måneskin Il Webmaster Post inviati: 4736 Commento 4476 Mak73 27 Giugno 2019    18:38:30 Citazione @Mak73 La mia confusione è indubbia, però non sembra così automatico l'out of order. Apollo è pipelined, però i compilatori GCC esistenti usano ottimizzazioni del 68060, quindi massimo 2 istruzioni per ciclo che occupino 4 bit l'una, e non devono essere in virgola mobile (la FPU del 68K può eseguire 1 istruzione alla volta). La richiesta di Gunnar a Bebbo è quella di fare in modo che per istruzioni fpu con molta latenza (la divisione è la bestia nera di tutte le fpu, su apollo necessita di 10 cicli) se ne possano lanciare una per ogni ciclo, senza aspettare il risultato. Quindi puoi lanciare 10 divisioni in 10 cicli macchina e quando lanci la decima hai il risultato della prima divisione.... Evidentemente oggi il GCC non lo permette. Anzitutto voglio ricordare che una cpu in genere usa poco la FPU, non per niente la stessa Vampire inizialmente ne era sprovvista. Per lo stesso motivo il 68060 aveva due unità di calcolo degli interi che funzionavano in parallelo, per velocizzare appunto questo tipo di calcoli che sono i più frequenti. Non ho dubbi che il 68080 di Apollo sia pipelined, in quanto il 68060 ne aveva due di pipeline, questo perchè ovviamente essendo in grado di eseguire due istruzioni per ciclo, nei casi ottimali, doveva per forza avere due pipeline, come appunto le due citate unità di calcolo degli interi. Allo stesso modo immagino che il 68080 abbia un sistema di predizione dei salti esattamente come il 68060 se non meglio. Se il 68080 è out of order, avrà quindi un sistema che leggendo nella cache interna, riesce ad eseguire le istruzioni in modo tale da risultare più efficente nell'esecuzione. Questa cosa però è implementata a livello di CPU, del resto se così non fosse e servisse una riscrittura dei programmi, tale sistema non porterebbe a benefici immediati, cosa a cui punta invece un produttore di CPU ovviamente. Tale problema si è verificato fin da subito con le CPU multicore, queste infatti hanno bisogno più che tutto di uno scheduler che "capisca" che ha più core a disposizione su cui ripartire il carico, e solo con Windows 10 è iniziato a vedersi questa cosa. Pace e bene a tutti. cgugl Post inviati: 2042 Commento 4477 cgugl 27 Giugno 2019    19:16:44 Citazione Questa cosa però è implementata a livello di CPU, del resto se così non fosse e servisse una riscrittura dei programmi, tale sistema non porterebbe a benefici immediati, cosa a cui punta invece un produttore di CPU ovviamente. Ti invito a leggere il thread sull'apollo forum dove Bebbo (il manteiner del GCC per 68K) e Gunnar parlano proprio di questo e della necessità di generare codice specifico per il 68080. http://www.apollo-core.com/knowledge.php?b=4¬e= 21090&z=gndkCz amiwell79 Post inviati: 12245 Commento 4478 amiwell79 27 Giugno 2019    22:18:39 @Divina Robin Hood mi sembra si quello che ai mensionato tu. Aros - Workbench X86 - Tiny Aros Retainer - https://tinyaros.flazio.com Il Webmaster Post inviati: 4736 Commento 4479 Mak73 28 Giugno 2019    07:22:16 Citazione Citazione Questa cosa però è implementata a livello di CPU, del resto se così non fosse e servisse una riscrittura dei programmi, tale sistema non porterebbe a benefici immediati, cosa a cui punta invece un produttore di CPU ovviamente. Ti invito a leggere il thread sull'apollo forum dove Bebbo (il manteiner del GCC per 68K) e Gunnar parlano proprio di questo e della necessità di generare codice specifico per il 68080. http://www.apollo-core.com/knowledge.php?b=4¬e= 21090&z=gndkCz Non ho tempo per leggere tutto quello che si scrivono, ma per quel poco che ho visto, é ovvio che per il 68080 serve un compilatore aggiornato, perché ovviamente riesce a fare delle cose meglio del 68060. Però questo è un discorso che si poteva fare quando uscì il 68060, ora è inutile perché parlandoci chiaramente non uscirà mai niente specifico per quel processore, perché lo usa solo la vampire. Se ricordi già solo per vedere del codice ottimizzato per 68060, servì un bel po di tempo, ed era prodotto molto più in larga scala e supportato da Motorola. A parer mio, suo malgrado, é il 68080 che purtroppo deve adeguarsi al codice esistente e riuscire ad eseguirlo più velocemente. Pace e bene a tutti. Post inviati: 1483 Commento 4480 DrProcton 28 Giugno 2019    13:57:30 Perchè inutile? Perchè supponi che non uscirà mai nulla di specifico x Vampire? Vasm è stato aggiornato con gli opcode AMMX, Bebbo sta lavorando sul nuovo GCC (ed il C è ben più diffuso dell'assembly 68k). Poter utilizzare Ammx da C farebbe una grossa differenza in termini di sviluppo (ma non so se sia nei piani di Bebbo) Non sono un tecnico e non ho idea se le ottimizzazioni possibili produrranno un beneficio rilevante o meno, ma se anche si trattasse di un'aumento di prestazioni del 5% io non lo classificherei come inutile. Non per niente Gunnar sembra molto interessato a fornire a Bebbo tutte le info possibili perchè prosegua nel progetto. https://novamiga.forumfree.it/ Pagine: -1-2-3-4-5-6-7-8-9-10-11-12-13-14-15-16-17-18-19-20-21-22-23-24-25-26-27-28-29-30-31-32-33-34-35-36-37-38-39-40-41-42-43-44-45-46-47-48-49-50-51-52-53-54-55-56-57-58-59-60-61-62-63-64-65-66-67-68-69-70-71-72-73-74-75-76-77-78-79-80-81-82-83-84-85-86-87-88-89-90-91-92-93-94-95-96-97-98-99-100-101-102-103-104-105-106-107-108-109-110-111-112-113-114-115-116-117-118-119-120-121-122-123-124-125-126-127-128-129-130-131-132-133-134-135-136-137-138-139-140-141-142-143-144-145-146-147-148-149-150-151-152-153-154-155-156-157-158-159-160-161-162-163-164-165-166-167-168-169-170-171-172-173-174-175-176-177-178-179-180-181-182-183-184-185-186-187-188-189-190-191-192-193-194-195-196-197-198-199-200-201-202-203-204-205-206-207-208-209-210-211-212-213-214-215-216-217-218-219-220-221-222-223- [224] -225-226-227-228-229-230-231-232-233-234-235-236-237-238-239-240-241-242-243-244-245-246-247-248-249-250-251-252-253-254-255-256-257-258-259-260-261-262-263-264-265-266-267-268-269-270-

Utenti Online

Utenti registrati: 1206 dal 1 Gennaio 2006 di cui online: 1 registrati - cpiace64 - e 77 non registrati Benvenuto all'ultimo utente registrato: zulu