[zxspectrum] Re: dimensioni schermo

  • From: Mario Prato <mario.prato@xxxxxxxx>
  • To: zxspectrum@xxxxxxxxxxxxx
  • Date: Thu, 29 Jul 2004 13:24:10 +0200

At 29/07/2004, you wrote:

C'e' una cosa che ho dedotto dai sorgenti di FBZX (spero di non aver
preso fischi per fiaschi... e spero che non ne abbia presi anche lui):

lo schermo intero dello Spectrum 48k sarebbe virtualmente "misurabile"
in 312 scanline da 448 pixel l'una; ogni scanline avrebbe 96 pixel di
border a destra e a sinistra (448-96-96=256 pixel utili dell'area
disegnabile), mentre delle 312 scanline sarebbero di border le prime 64
e le ultime 64 (per cui 312-60-60=192 pixel di altezza utile della
parte disegnabile); il vero border non e' cosi' grande, ma in un simile
conteggio sarebbero compresi i tempi di "retrace". Sui 128k/+2/+2A/+3
le dimensioni sarebbero 456x311.

in verticale le scanline sono 64 di bordo, 192 di screen e altre 56 di bordo (64+192+56=312)


Il disegno di ogni "fettina" di 8 pixel contigui (in area disegnabile o
in area border) richiederebbe alla ULA 4 cicli di clock, per cui il
tempo totale di tracciamento dello schermo dei 139776 pixels del frame
dello Spectrum 48k (141816 pixels dallo Spectrum 128 in poi) e' di
68988 cicli di clock (70908 cicli dal "128" in poi); moltiplicando per
50 frames al secondo otteniamo 3449400 cicli di clock per il 16k/48k
(sul quale andrebbero aggiunti 1012 cicli di vertical retrace dopo ogni
frame video) e 3545400 cicli per il 128k e successivi.

perche' moltiplichi i cicli totali per la singola visualizzazione per 50? a cosa serve?


Ho fatto bene i conti? oppure li ha fatti male Costas, l'autore di FBZX?

Ho cercato "spectrum screen timings" ma non trovo ancora i dettagli che
mi servono per sfollare i dubbi dalla mia testa... la pagina sul
floating bus dei ramsoft pure mi aiuta poco (tenete conto che sto
appena cominciando a entrare in queste questioni serie!!). Help me!!

quello che ti posso dire io e' che tutte le faq sono scritte per chi deve progettare un emulatore, per me che voglio implementare una ula identica all'originale e' un vero incubo. Tra l'altro credo che ci siano un po' di errori in giro che non fanno altro che generare altri dubbi difficili da dissipare..
un esempio e', come dicevo in un post tempo fa, l'istante preciso in cui la ula va a leggere il primo byte dalla memoria video, le faq dicono una cosa mentre ramsoft col il loro software ne dicono un' altra..


io sono arrivato a un punto in cui il mio clone fa girare il software del floating bus correttamente, ora e' arrivato il momento di lavorare sulle contese, cosa non facile (magari se dai uno sguardo alle faq e ci capisci qualcosa mi fai sapere :) )

ciaoo







--
Email.it, the professional e-mail, gratis per te: http://www.email.it/f

Sponsor:
Stai cercando prodotti erboristici di qualità a prezzi competitivi? * Prova subito Lerboristeria.biz, la tua erboristeria online
* Clicca qui: http://adv.email.it/cgi-bin/foclick.cgi?mid=2153&d=29-7


Other related posts: