Menù principale
 Notizie
 Grafica
 Forum
 Links
 Retro Trailer
 Recensioni
 Modelli Amiga
 Storia Amiga
 Retro-Gamers
 Lista Utenti
 Contatti
 Policy sito
Ricerca Google

Login

Nick


Password


02 Ottobre 2015 Postato da: cgugl
Vampire3 per amiga600
Dopo un pò di quiete, il progetto è ripartito, ed oggi sono state ordinate le schedine (PCB) per l'amiga 600.

La nuova vampire per l'amiga 600 (vampire3) è un notevole upgrade rispetto alle precedenti:
128 mb di ram;
Accesso alla Ram a 64 bit;
40.000 elementi logici;
uscita video HDMI (si prevede un driver RTG picasso96);
connettore Secure Digital ad alta velocità;

La produzione dovrebbe iniziare entro 15 - 20 giorni

->Continua<-

Commenti: 819- Topic bloccato- Pagine: 1...-37-38-39-40-41

Indice: forum / Hardware Amiga in generale

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-

cgugl

Post inviati: 2042

Visulizza profilo Messaggio Personale
93.148.155.*** Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Firefox/38.0 Iceweasel/38.5.0
Commento 121
cgugl 31 Gennaio 2016    10:49:34
Citazione

domanda!!
Girano i programmi ed i giochi dell'amiga?
Mi pare di aver letto vari problemi di compatibilità'!
A che serve se non è compatibile col parco amiga? Ma non era un'amiga, come dici te!!



certo che girano i giochi dell'amiga !
Girano meglio con Apollo che sul mio 4000 !!

Motorola con i numeri pari di cpu ha "rotto" la compatibilità.
Il 68020 non è compatibile col 68000.
il 68040 introduce nuovi motivi di incompatibilità rispetto al 68020 e quindi rispetto al 68000.
Il 68060 introduce nuovi elementi di incompatibilità rispetto al 68040 e quindi rispetto a 68020 e 68000.

Nessuno sa che cosa è la 68040 library?
E' una libreria che serve a correggere le incompatibilità (istruzioni 68000 che vengono tradotte in codice 68040. questa è simulazione)

Apollo non ha questa libreria.
Il suo microcodice è compatibile col 68000, col 68020, col 68040 e col 68060.
Le istruzioni che motorola ha rimosso nel passaggio 68000->68020, sono presenti in apollo !

Commento modificato il 03/02/2016 alle ore 09:12:41

Topic Bloccato


2.234.155.*** Mozilla/5.0 (Windows NT 6.2; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/32.0.1667.0 Safari/537.36
Commento 122
cip060 31 Gennaio 2016    10:57:44
Citazione

Io ho comprato un hd da 2.5 di marca, da 20gb, garantito come funzionate ad un prezzo da mercatino.
Ho sia la cf, ha SSD APACER che un CF.
Beh, è molto piu' veloce e carino l'hd, e preferisco quello...............
E se poi vogliamo fare i pignoli, una cosa è cambiare l'hd con cf, una cosa è inserire una scheda che bypassa del tutto l'amiga, quindi hai solo un guscio con dentro qualcosa che non è piu' amiga, ma qualcos'altro!
IL confronto/esempio che hai fatto non regge.,............. è un po' come comperare i nuovi gusci a1200 che vende amigakit dentro cui puoi metterci un SAM? o qualcosa del genere( le schede quadrate che girano come un amiga); hai il guscio e dentro? NON UN AMIGA, ma altra roba!!!!!!! Le illusioni fanno andare avanti, ma rimangono illusioni, non c'è nulla di reale!!!!!!!!


Ma come fa ad essere piu' veloce se il controller del 1200 e un emplice IDE anni 90 qualsiasi cosa che ci attacchi sempre quella e' la velocita massima e minima che buttera' fuori!!
Topic Bloccato


2.234.155.*** Mozilla/5.0 (Windows NT 6.2; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/32.0.1667.0 Safari/537.36
Commento 123
cip060 31 Gennaio 2016    10:59:59
Citazione

Non è un 68000, come invece sono tutte le blizzard o le schede acceleratrici amiga!!!
La PPC ha anche il 68xxx
La vampire, come ben spiegato, simula il 68000, quindi non centra nulla con il 68000 ; è ALTRA COSA che non centra nulla con il mondo amiga, e tra le altre cose, è spiegato molto bene non è molto compatibile con il mondo 68000.
Quindi di amiga ed in generale di quel mondo, non ha nulla.



Ripetoper l'ennesima volta
NON SI CAPISCE LA DIFFERENZA da SIMULAZIONE ED EMULAZIONE
UN emulatore emula via software cosa dovrebbe essere e basta
Un simulatore FPGA lo E' a tutti gli effetti un processore che dentro ha tutte le funzioni logiche di un processore vuole SIMULARE!
Un emulatore non ha parti da tenere in mano
una FPGA la teni in mano
Quello che e' DENTRO all'involucro e' il processore non quello esterno
Io posso anche mettere dentro ad un chip pentium un codice 68K e allora per te questo cosa e' un PENTIUM o una cpu 68K ??
solo perche sternamente non assomiglia d un 6800 ??

Commento modificato il 31/01/2016 alle ore 11:02:19

Topic Bloccato

cgugl

Post inviati: 2042

Visulizza profilo Messaggio Personale
93.150.200.*** Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Firefox/38.0 Iceweasel/38.5.0
Commento 124
cgugl 31 Gennaio 2016    15:32:40
Thomas Richter ha confermato l'esistenza di avanzate trattative per aggiungere il supporto della Vampire in Picasso96,
la possibilità di avere presto un driver demo con 640x480 è concreta

Commento modificato il 31/01/2016 alle ore 15:38:45

Topic Bloccato


2.234.155.*** Mozilla/5.0 (Windows NT 6.2; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/32.0.1667.0 Safari/537.36
Commento 125
cip060 31 Gennaio 2016    15:41:57
l'ho letto di la!!
Una cosa non e' ancora chiara!
Ma con la vampire i giochi AGA funzionano sul 600 ?
Topic Bloccato

cgugl

Post inviati: 2042

Visulizza profilo Messaggio Personale
93.150.200.*** Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Firefox/38.0 Iceweasel/38.5.0
Commento 126
cgugl 31 Gennaio 2016    15:48:38
Citazione

l'ho letto di la!!
Una cosa non e' ancora chiara!
Ma con la vampire i giochi AGA funzionano sul 600 ?


oggi no.
Il piano prevede di aggiungere l'aga nella fpga.
Quando questo verrà fatto avrai l'aga sull'hdmi...

Commento modificato il 31/01/2016 alle ore 15:55:06

Topic Bloccato


2.234.155.*** Mozilla/5.0 (Windows NT 6.2; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/32.0.1667.0 Safari/537.36
Commento 127
cip060 31 Gennaio 2016    15:54:53
Citazione

Citazione

l'ho letto di la!!
Una cosa non e' ancora chiara!
Ma con la vampire i giochi AGA funzionano sul 600 ?


oggi no.
Il piano prevede di aggiungere l'aga nella fpga.
Quando questo verrà fatto avrai l'aga sul'hdmi...



Pensavo che fosse tutto bypasato dalla fpga e che di conseguenza il 1200 era inutile per avere i giochi AGA!!
Topic Bloccato

Post inviati: 1

Visulizza profilo Messaggio Personale
93.44.84.*** Mozilla/5.0 (Macintosh; Intel Mac OS X 10_11_2) AppleWebKit/601.3.9 (KHTML, like Gecko) Version/9.0.2 Safari/601.3.9
Commento 128
Stepas76 31 Gennaio 2016    16:08:05
Citazione

Thomas Richter ha confermato l'esistenza di avanzate trattative per aggiungere il supporto della Vampire in Picasso96,
la possibilità di avere presto un driver demo con 640x480 è concreta



Questa è una bellissima notizia mi pare !

Domanda : si è parlato di CPU Apollo caricata in FPGA compatibile con la serie 68x, bene... perché allora non si cerca
di inserire un core che simula un PPC ?
Esiste qualcosa di già fatto in altri ambiti o è tutto da scrivere ?
Il Team di Vampire non ha preso in considerazione anche questo aspetto ?
Capite anche voi che avere un PPC su FPGA varrebbe a dire poter far girare finalmente un AOS 4 senza dovere
spendere cifre folli per le vecchie Blizzard PPC...

Vi dirò... per Amiga ho speso una fortuna (chiaramente per le mie tasche), comprando dalla VIDI24, a SCALA, alla Blizzard 1230
etc etc e sono ancora disposto a spendere altri solidi tanto da essere li li per prendere una Indivision per il mio 1200...
Bene, spero che fra un annetto ci sia una Vampire 1200... con i soldi di una Indivision mi piglio sto schedozzo

Commento modificato il 31/01/2016 alle ore 16:15:46

Topic Bloccato

Il Webmaster

Post inviati: 4735

Visulizza profilo Messaggio Personale
79.16.202.*** Mozilla/5.0 (Windows NT 6.1; Win64; x64; rv:44.0) Gecko/20100101 Firefox/44.0
Commento 129
Mak73 31 Gennaio 2016    16:43:44
Direi che il prezzo è incredibile, sti tipi lavorano a gratis praticamente!!! Complimenti!!!

Leggo alcune cose da puristi incalliti... il mio Amiga 4000 ha un Cybervision3D e CybertStorm MK3 co 68060, certo andava piuttosto bene con gli ultimi giochi 3D che uscirono per Amiga, ma era un disastro con i vecchi giochi, proprio perchè il 68060 aveva un set di istruzioni che variava abbastanza rispetto al primo 68000, in più se tutto funzionava andava alla velocità della luce ed era impossibile giocarci.

Con la Vampire il problerma non sussiste perchè anche se ci possono essere delle incompatibilità, basta trovare il problema e risolverlo con una nuova versione del "motore", quindi la situazione può solo migliorare.
In più ti trovi una scheda grafica, che magari ora non è sfruttata ma in futuro lo sarà sicuramente sempre di più ed emulerà anche l'aga.

Riguardo al supporto PPC per ora la vedo dura, probabilmente servirebbe un FPGA molto più capiente e potente per implementare il tutto e quindi anche con un costo superiore, poi ovviamente serve realizzare il "motore" PPC, cosa non da poco.

Pace e bene a tutti.
Topic Bloccato

cgugl

Post inviati: 2042

Visulizza profilo Messaggio Personale
93.150.200.*** Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Firefox/38.0 Iceweasel/38.5.0
Commento 130
cgugl 31 Gennaio 2016    17:43:28
Citazione

Thomas Richter ha confermato l'esistenza di avanzate trattative per aggiungere il supporto Picasso96

c'è molta carne al fuoco... alcuni sviluppatori hanno chiesto la vampire... vedremo

Citazione

Domanda : si è parlato di CPU Apollo caricata in FPGA compatibile con la serie 68x, bene... perché allora non si cerca
di inserire un core che simula un PPC ?

a parte il tempo biblico che ci vorrebbe per aggiungere il PPC (anche se esistono già dei microcodici), che te
ne fai di un PPC lento come la fame?
Immagina che nella migliore delle ipotesi il ppc andrebbe a 80 mhz (cioè 3 volte più lento del 603 e che sta sulla blizzard)...

Sul 68060 la bassa frequenza non è un problema perchè il 68060 compensa eseguendo più istruzioni complesse in un solo ciclo di clock.
Ma sul PPC (RISC) hai per definizione poche istruzioni basilari che vanno eseguite in sequenza, quindi non possono essere eseguite in parallelo.

Citazione

Vi dirò... per Amiga ho speso una fortuna (chiaramente per le mie tasche), comprando dalla VIDI24, a SCALA, alla Blizzard 1230
etc etc e sono ancora disposto a spendere altri solidi tanto da essere li li per prendere una Indivision per il mio 1200...

Ripeti con me:
Non ho bisogno della indivision !
Non ho bisogno della indivision !

I televisori moderni deinterlacciano già il segnale pal, quindi non ne hai bisogno.
Mal che vada, prenditi un upscaler scart to hdmi che hanno la stessa qualità video e costano 20 euro...
Topic Bloccato

cgugl

Post inviati: 2042

Visulizza profilo Messaggio Personale
93.150.200.*** Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Firefox/38.0 Iceweasel/38.5.0
Commento 131
cgugl 1 Febbraio 2016    07:55:06
Copio e incollo un messaggio di Gunnar dal forum Apollo che spiega le differenze tra CISC e RISC.

(Premetto che per eseguire le istruzioni in parallelo è necessario che lo stato della memoria
non venga modificato. Quindi quando si scrive nella memoria il processore deve fare solo quello).

-----------------------------------------
Several people did ask for in IRC for an comparison of RISC and CISC.

Ok lets make some simple example...

Here are two 68 Instructions


ADDI.L #$12345678,(A0)
ADD.L #$87654321,D0

A good CISC CPU can execute these 2 instructions together in a single cycle.

To do the same work a RISC CPU like the POWERPC needs several instructions.
There are 2 ways to code this in POWERPC, one involves more instructions, the other will need more memory reads.
1) Solution needs 8 instructions and 1 memory read and 1 write
2) Solution needs 6 instructions and 3 memory read and 1 write.

As you can see the POWERPC needs a lot more instructions then the 68K to do the same amount of work.
The 603 can execute 2 instructions per cycle.
This means the 603 needs 4 clockcycle to do the same amount of work as the APOLLO does in 1 cycle.

With code like the above a 100 MHz APOLLO does the work as an PowerPC 603 @ 400 Hz.

Now this example was only with 32bit.

Apollo supports 64bit at the same speed.
This means Apollo can even do twice the amount of work per clock using 64bit instructions.

The PowerPC603 is just 32bit.
This means using 64bit code like the above as 100 MHz APOLLO can do as much work as a POWERPC 603 at 800 MHz.
Topic Bloccato

cgugl

Post inviati: 2042

Visulizza profilo Messaggio Personale
93.150.200.*** Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Firefox/38.0 Iceweasel/38.5.0
Commento 132
cgugl 1 Febbraio 2016    08:15:18
Massi, visto che ci siamo, in questo altro messaggio, Gunnar spiega
i benefici di un set di istruzioni a 64 bit:

--------------------------------------------- -------
Some people have asked for examples of 64bit code.

Of course there are so many examples where 64 bit helps to improve performance.

The simplest answer would maybe be : "Google for MMX instruction set"
As you all know MMX was a 64bit instruction extension added by INTEL which gave a very good performance boost to many routines.


Lets look at some examples more in detail:

For example an important part of jpeg or video decoding included calculating of averages of a block.

Lets make a very simple example lets say you have a 16 byte and another 16 bytes and you want to AVERAGE them up to a new mixed 16. Like mixing 2 audio streams.

What you need to do for this is add each byte from Pointer A to pointer B. And then you need to LEFT SHIFT the result.

Typical 68k Code might look like this



MOVEQ #0,D0
MOVE.B (A0)+,D0
MOVEQ #0,D1
MOVE.B (A1)+,D1
ADD.W D1,D0
ADDq.W #1,D0
LSR.W #1,D0
MOVE.B D0,(A2)+



With these 8 instructions 1 byte of data was processed.
To process all 16 bytes we need to execute these instructions 16 times. This means over 100 instructions are needed.

Now APOLLO included PAVGU.B instruction.
Which does the average of 8 bytes in a single instruction in a single cycle.

The advantage is obvious right?

Apollo Routine


move.Q (A0)+,D0
PAVGU.B (A1)+,D0
MOVE.Q D0,(A2)+


With 3 instructions 8 Byte are loaded, Averaged, and stored.
This means Apollo can do in 6 instructions where previous 68k CPUs needed over 100 instructions.

The advantage of the new Apollo instructions is easy to see.
The code is simpler to write, its much less instructions.
And Apollo can do the same work with the new instructions over 10 times faster than the highest clocked 68060 could do it.

You always wanted a GigaHerz 68060?
Topic Bloccato


2.234.155.*** Mozilla/5.0 (Linux; Android 5.1; XT1032 Build/LPB23.13-56; wv) AppleWebKit/537.36 (KHTML, like Gecko) Version/4.0 Chrome/42.0.2311.138 Mobile Safari/537.36
Commento 133
cip060 1 Febbraio 2016    08:53:13
Citazione

Massi, visto che ci siamo, in questo altro messaggio, Gunnar spiega
i benefici di un set di istruzioni a 64 bit:

---------------------------------------------- ------
Some people have asked for examples of 64bit code.

Of course there are so many examples where 64 bit helps to improve performance.

The simplest answer would maybe be : "Google for MMX instruction set"
As you all know MMX was a 64bit instruction extension added by INTEL which gave a very good performance boost to many routines.


Lets look at some examples more in detail:

For example an important part of jpeg or video decoding included calculating of averages of a block.

Lets make a very simple example lets say you have a 16 byte and another 16 bytes and you want to AVERAGE them up to a new mixed 16. Like mixing 2 audio streams.

What you need to do for this is add each byte from Pointer A to pointer B. And then you need to LEFT SHIFT the result.

Typical 68k Code might look like this



MOVEQ #0,D0
MOVE.B (A0)+,D0
MOVEQ #0,D1
MOVE.B (A1)+,D1
ADD.W D1,D0
ADDq.W #1,D0
LSR.W #1,D0
MOVE.B D0,(A2)+



With these 8 instructions 1 byte of data was processed.
To process all 16 bytes we need to execute these instructions 16 times. This means over 100 instructions are needed.

Now APOLLO included PAVGU.B instruction.
Which does the average of 8 bytes in a single instruction in a single cycle.

The advantage is obvious right?

Apollo Routine


move.Q (A0)+,D0
PAVGU.B (A1)+,D0
MOVE.Q D0,(A2)+


With 3 instructions 8 Byte are loaded, Averaged, and stored.
This means Apollo can do in 6 instructions where previous 68k CPUs needed over 100 instructions.

The advantage of the new Apollo instructions is easy to see.
The code is simpler to write, its much less instructions.
And Apollo can do the same work with the new instructions over 10 times faster than the highest clocked 68060 could do it.

You always wanted a GigaHerz 68060?



Fino a quando non si capisce la differenza tra simulazione ed emulazione
Topic Bloccato

cgugl

Post inviati: 2042

Visulizza profilo Messaggio Personale
93.150.200.*** Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Firefox/38.0 Iceweasel/38.5.0
Commento 134
cgugl 1 Febbraio 2016    11:50:34
Citazione

Fino a quando non si capisce la differenza tra simulazione ed emulazione

chi, io?

io l'ho detto mille volte, apollo è uno schema elettrico caricato nella FPGA, non è assolutamente un software.

I processori vengono progettati attraverso dei CAD.
Questi CAD usano un vero e proprio linguaggio di programmazione e generano il circuito integrato (chiamato ASIC).
L'asic può essere stampato sul silicio (ci vogliono circa 200.000 euro per stampare il classico wafer di silicio),
oppure può essere caricato nella FPGA.

L'fpga quindi ha uno schema elettrico al suo interno, schema che può essere riprogrammato.
- Il vantaggio della FPGA sono la economicità e la possibilità di riscrivere più volte lo schema elettrico;
- Lo svantaggio sono la lentezza (il silicio ha scale produttive mooolto ridotte e quindi maggiore velocità in termini di mhz)
ed il numero di connessioni limitate.


Se Apple (che ha i soldi) volesse stampare l'asic Apollo, il risultato sarebbe una cpu che gira a 2Ghz.

https://it.wikipedia.org/wiki/Application_specific_integrated_circuit

https://it.wikipedia.org/wiki/Field_Programmable_Gate_Array

P.S. l'aga è stato realizzato allo stesso modo di apollo. Progetto -> FPGA -> stampa wafer...
il bello è che si poteva fare di più. I chip usati hanno una capacità doppia rispetto a quella usata, cioè si potevano aggiungere modalità video, aggiungere bitplanes ed anche le modalità chunky per i giochi alla doom...

Commento modificato il 01/02/2016 alle ore 16:03:33

Topic Bloccato


2.234.155.*** Mozilla/5.0 (Windows NT 6.2; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/32.0.1667.0 Safari/537.36
Commento 135
cip060 1 Febbraio 2016    12:27:07
Citazione

Citazione

Fino a quando non si capisce la differenza tra simulazione ed emulazione

chi, io?

io l'ho detto mille volte, apollo è uno schema elettrico caricato nella FPGA, non è assolutamente un software.

I processori vengono progettati attraverso dei CAD.
Questi CAD usano un vero e proprio linguaggio di programmazione e generano il circuito integrato (chiamato ASIC).
L'asic può essere stampato sul silicio (ci vogliono circa 200.000 euro per stampare il classico su wafer di silicio),
oppure può essere caricato nella FPGA.

L'fpga quindi ha uno schema elettrico al suo interno, schema che può essere riprogrammato.
- Il vantaggio della FPGA sono la economicità e la possibilità di riscrivere più volte lo schema elettrico;
- Lo svantaggio sono la lentezza (il silicio ha scale produttive mooolto ridotte e quindi maggiore velocità in termini di mhz)
ed il numero di connessioni limitate.


Se Apple (che ha i soldi) volesse stampare l'asic Apollo, il risultato sarebbe una cpu che gira a 2Ghz.

https://it.wikipedia.org/wiki/Application_specific_integrated_circuit

https://it.wikipedia.org/wiki/Field_Programmable_Gate_Array

P.S. l'aga è stato realizzato allo stesso modo di apollo. Progetto -> FPGA -> stampa wafer...
il bello è che si poteva fare di più. I chip usati hanno una capacità doppia rispetto a quella usata, cioè si potevano aggiungere modalità video, aggiungere bitplanes ed anche le modalità chunky per i giochi alla doom...


Noooooooo!!
Non te'!!
La gente in generale non punto il dito a nessuno!!
Topic Bloccato

cgugl

Post inviati: 2042

Visulizza profilo Messaggio Personale
93.150.200.*** Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Firefox/38.0 Iceweasel/38.5.0
Commento 136
cgugl 1 Febbraio 2016    13:01:36
Citazione

domanda!!
Girano i programmi ed i giochi dell'amiga?
Mi pare di aver letto vari problemi di compatibilità'!
A che serve se non è compatibile col parco amiga? Ma non era un'amiga, come dici te!!


certo che girano i giochi dell'amiga !
Girano meglio con Apollo che sul mio 4000 !!

Motorola con i numeri pari di cpu ha "rotto" la compatibilità.
Il 68020 non è compatibile col 68000.
il 68040 introduce nuovi motivi di incompatibilità rispetto al 68020 e quindi rispetto al 68000.
Il 68060 introduce nuovi elementi di incompatibilità rispetto al 68040 e quindi rispetto a 68020 e 68000.

Nessuno sa che cosa è la 68040 library?
E' una libreria che serve a correggere le incompatibilità (istruzioni 68000 che vengono tradotte in codice 68040. questa è simulazione)

Apollo non ha questa libreria.
Il suo microcodice è compatibile col 68000, col 68020, col 68040 e col 68060.
Le istruzioni che motorola ha rimosso nel passaggio 68000->68020, sono presenti in apollo !

Commento modificato il 03/02/2016 alle ore 09:15:11

Topic Bloccato

AfAOne

Post inviati: 11780

Visulizza profilo Messaggio Personale
79.12.249.*** Mozilla/5.0 (Windows NT 6.1; rv:44.0) Gecko/20100101 Firefox/44.0
Commento 137
carlo 3 Febbraio 2016    09:15:40
Che A4000 avevi, ho visto su majsta.com come gira ADoom sulla Vampire e devo dire che andava molto meglio sul mio A1200/030, non parliamo del mio A4000/060 dove Doom Girava a tutto schermo anche in modalità grafica PicassoII a velocità pazzesca, e molto meglio che su un PC di allora anche in termini di grafica.

Commento modificato il 03/02/2016 alle ore 09:17:56

Topic Bloccato

Post inviati: 7738

Visulizza profilo Messaggio Personale
151.54.58.*** Mozilla/5.0 (Windows NT 6.1; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/48.0.2564.97 Safari/537.36
Commento 138
DanyPPC 3 Febbraio 2016    09:50:08
Possiedo attualmente vari Amiga 1200 accelerati o meno, ma non ho mai visto girare Doom sulla BVision in 640 x 480 con la stessa "fluidità" intravista nel video dell'A600 + Vampire.

Su A1200/Blizzard 030 il gioco mi gira benino, ma non a tutto schermo e comunque sempre in bassa risoluzione 320 x 240.
Non ricordo invece di aver provato Doom in versione PPC sulla BVision in alta risoluzione, ho sempre giocato a Quake su questo Amiga.

A1200T OS3.9 BB4 PPC 240/060/256MB/BVision/IndivisionAGA MK2cr/BMon Switch/HD 80GB/DVD-RW/Drive 1,76Mb/Honey Bee CD32 Pad

A1200 OS3.9 BB4 ACA030/42/128MB/CF8GB/PCMCIA 4GB/PSX Adapter

A1200 OS3.1.4 030/50/64MB/CF16GB/PCMCIA 4GB/PSX Adapter

A1200 OS 3.1 2MB

A600 OS2.0 2MB/Gotek/Sega Pad

Topic Bloccato

cgugl

Post inviati: 2042

Visulizza profilo Messaggio Personale
93.150.200.*** Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Firefox/38.0 Iceweasel/38.5.0
Commento 139
cgugl 3 Febbraio 2016    13:22:29
sulla vampire dev adoom fa 19 fps a 640x480...
il mio 4000 con a3640 e cvision3d sempre in 640x480 fa la bellezza di 2 fps

Commento modificato il 03/02/2016 alle ore 13:23:30

Topic Bloccato

AfAOne

Post inviati: 11780

Visulizza profilo Messaggio Personale
79.12.249.*** Mozilla/5.0 (Windows NT 6.1; rv:44.0) Gecko/20100101 Firefox/44.0
Commento 140
carlo 3 Febbraio 2016    13:24:32
Io su majsta.com ho visto QUESTO video di ADoom, a parte il Test di SYSINFO che mostra una velocità molto bassa rispetto a quello che aveva il mio A1200 (non ricordo che tipo di scheda), nel video si vede Doom1 più leggero rispetto al Doom2 che non gira a tutto schermo e questo lo si fa quando è troppo lento e nonostante tutto è molto scattoso, quindi non crdo che questo "Vampire 600" riesca a fare meglio di un A1200, anche perchè mi pare non abbia l'AGA. Tornando al mio A4000 la velocità era QUESTA , nel video emulo il mio vecchio A4000, la velocità è identica, anche il sistema operativo che lo esegue è lo stesso dei mio A4000 copiato su HardFile prima della sua moritura

Commento modificato il 03/02/2016 alle ore 16:14:14

Topic Bloccato

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-

Utenti Online
Utenti registrati: 1206 dal 1 Gennaio 2006
di cui online: 1 registrati - AMIGAIT -
80 non registrati

Benvenuto all'ultimo utente registrato: zulu

Buon Compleanno a Adry82 - 

© Amigapage 1998 - 2007 - Sito italiano dedicato alla piattaforma Amiga ed evoluzioni varie.
Struttura del sito interamente ideata e realizzata da Marco Lovera e Alessandra Lovera - Tutto il materiale inserito all'interno del sito è dei rispettivi autori/creatori.
E' assolutamente vietata la riproduzione o la manipolazione di tutti i contenuti o parte di essi senza l'esplicito consenso degli amministratori e degli autori/creatori.

Eseguito in 0.13785290718079 secondi