Go to the FreeLists Home Page Home Signup Help Login
 



[zxspectrum] || [Date Prev] [09-2004 Date Index] [Date Next] || [Thread Prev] [09-2004 Thread Index] [Thread Next]

[zxspectrum] Re: display file

  • From: Roberto Montaruli <rmontaruli@xxxxxxxxx>
  • To: zxspectrum@xxxxxxxxxxxxx
  • Date: Mon, 6 Sep 2004 01:36:58 -0700 (PDT)
--- cerelli@xxxxxxxxxxxx wrote:

> 
> Salve, mi sono sempre chiesto il motivo dello strano display file dello
> spectrum, ovvero del punto di vista hardware/sotware c'e'  una  qualche
> convenienza ad organizzarlo in quella maniera 
> (3 parti di 2k con quell'alternarsi in memoria delle righe  di pixel invecie
> che una sequenza unica e lineare di byte )?

Naturalmente si.
La convenienza sta nel fatto che la differenza in memoria tra un byte e quello
della riga di pixel sottostante e' esattamente 256.
Questo significa raggiungerlo con un semplice incremento della parte alta del
puntatore che si traduce in maggior velocita' di scrittura del testo.

> Oltretutto perche' la bitmap e' divisa in tre blocchi da 2k sucessivi mentre
> la mappa colore e organizzata in maniera  lineare  ?

Se consideri il video come matrice di 32x24 caratteri invece che 256x192 pixel
torniamo alla risposta di cui sopra.

> Ricordo che c'era un gioco che mostrava  il caricamento delllo schermo riga
> per riga.

Piu' di uno.
Pure su uno degli ultimi numeri di RUN era stata pubblicata la routine di SAVE
e LOAD dello SCREEN$ per ottenere quel grazioso effetto, o qualcosa di simile.

Fairlight per esempio e' un gioco che utilizza quell'effetto di caricamento
riga per riga.


=====
//
//   In a world without walls and fences
//     you would not need windows and gates. 
//                               (Confucio)
==
P'n'P: http://maicrosoft.italiamac.com


                
_______________________________
Do you Yahoo!?
Win 1 of 4,000 free domain names from Yahoo! Enter now.
http://promotions.yahoo.com/goldrush





[ Home | Signup | Help | Login | Archives | Lists ]

All trademarks and copyrights within the FreeLists archives are owned by their respective owners.
Everything else ©2007 Avenir Technologies, LLC.