Phoebus Dokos makes some magical things to make me read

} At 05:20 �� 28/5/2001 -0500, you wrote:
} Hi all again,
} on my previous question I have an additional one.
} After all these years I finally decided to take a look at TurboTK and I SAW 
} THE LIGHT! The Move_Memory plus the PEEK$/POKE$ will probably do the trick 
} I want. However I do need some info which is nowhere to be found (at least 
} by me).
} Here's the question. (For Marcel, Peter and probably Dave Westbury.... he 
} knows everything on Auroras ;-)
} 
} How is high colour or 256 colour screen memory organized for each of these 
} (QPC2v2/Q40/Aurora/QXL) with SMSQ/E v. 2.98?
} I take it from some experiments I did it on QPC2v2 that it is not 
} Pixel=Byte and furthermore since I deleted my old mail I cannot find some 
} info posted on this list on how colours are stored for each mode.
} 
} Can ANYONE help me?

On the Q40 with high colour, the organisation is 1 pixel = 2 bytes.
 The encoding is G5R3 R2B5W1 (Green 5 bit, most significant bit first,...
last White, 1 bit (kind of sixth bit for RGB) )

The high color of other systems is different, it's R5G3 G3B5.
(Swapping red and green, extending green to 6 bits, and shifting blue by 
one bit !).


The 256 color mode is 1 pixel = 1 bytes. The encoding is GRBGRBGX, where X is a 
special Red and Blue bit.

You can retrieve the GD2 specification on Thierry's site (http://qdos.free.fr)

For partial screen save, it was quiet popular during the old days, when
the PE was not yet the standard. I seem to remember there was a lot
of various superbasic extensions which tried to save the screen under the
window they were going to open (it's obviously the wrong approach with 
multitasking : it's better that every one be able to save/restore its own
windows (either redraw or the system had saved yours for you).

The trick was to fine the length (in bytes) of a screen line (it's somewhere in the 
system), and to compute the length (also in bytes) of the part of the line
to be copied. Then, for each line to be copied, the source is incremented by the first 
value, whereas the destination is by the second. 

Reply via email to