Newsgroup: it.comp.retrocomputing
Titolo: C64 vs. Creativision

Mi sapete dire dove questi due sistemi si eguagliano o si superano? 

 Mi sapete dire dove questi due sistemi si eguagliano o si superano?
...su quale fronte?  Hardware o software?
Per info sul creativision, ti rimando al mio sito, in cui trovi le 
caratteristiche dell'hardware, e di tutto un po' sul software:
www.madrigaldesign.it/creativemu/
Di piu' nin zo... :-)
MADrigal
-- 
---------------------------------------------------------------------
- Dr. Eng. Luca Antignano, Sassari, Italy
- freeware handheld simulators at          
www.madrigaldesign.it/sim/
- CreatiVision emulation central at 
www.madrigaldesign.it/creativemu/
- Game & Watch shrine at               
www.madrigaldesign.it/gwmania/
- Zzap!Raine web magazine  
http://rainemu.swishparty.co.uk/zzapraine/
---------------------------------------------------------------------
 

 ...su quale fronte?  Hardware o software?
hardware... ho visto la cpu del Creativision e mi pare niente male... mi 
chiedo perch� certi sistemi, tipo ZX, siano andati avanti cos� a lungo e 
Creativision si sia arenato. 

> hardware... ho visto la cpu del Creativision e mi pare niente male...
Eh?!? Ma non � un comunissimo 6502?
Roberto

>>>>  
http://www.bb2002.it
 :)  <<<<<
........... [ al lavoro ] ...........

 e Creativision si sia arenato.
Per il semplice fatto che non c'era l'appoggio di sviluppatori di terze 
parti.  I giochi Creativision venivano sviluppati internamente alla ditta, 
per cui zero licenze blasonate come quelle dei giochi Sega, Nintendo, Atari 
etc.
Di conseguenza la console era meno appetibile di altre, nonostante fosse 
tecnicamente superiore.
E' un po' come la storia della PS2 vs. il Gamecube.  La prima aveva un 
hardware penoso in confronto alla seconda, ma alla fine chi ha vinto? 
Ovviamente quella che aveva i giochi piu' appetibili. :-)


 Eh?!? Ma non � un comunissimo 6502?
Si, ma a 2 Mhz, mentre il C64 lo aveva a 1 Mhz.


 salgo pure io uno di loro deve per forza scendere o sparire giusto?
Mha... volendo si poteva pure fare ma in realta' per sopperire alla 
limitazione hardware, gli sprites andavano in "flicker" ovvero si 
alternavano ogni pochi centesimi di secondo in modo da rimanere sempre a 
video (pero' l'effetto si nota ed e' fastidioso).
Va specificato che i 32 sprites sono tutti monocromatici, per cui per fare 
un bel personaggio colorato magari dovevi usare anche 3 sprites, ed i nemici 
dovevi mantenerli monocromatici perche' senno' si andava in flicker.


 salgo pure io uno di loro deve per forza scendere o sparire giusto?
non ï¿œ detto, probabilmente era solo una limitazione nella 
visualizzazione, non nel calcolo per la presenza simultanea, a livello 
di programma, di piï¿œ sprites sulla stessa linea.
Quindi, in pratica, il nemico magari spariva dalla visuale, ma poteva 
mangiarti lo stesso. :-)

 sprites sulla stessa linea.
Spesso e volentieri le collisioni venivano rilevate dal programma, 
direttamente verificando il valore di una apposita "flag" in un registro, 
che indicava se c'era sovrapposizione fra due o piu' sprites.
In tal caso, la "sparizione" dello sprite incriminato poteva impedire la 
"collisione".
