www.delorie.com/archives/browse.cgi   search  
Mail Archives: djgpp/1999/02/22/21:10:49

From: Ludvig Larsson <ludvig AT club-internet DOT fr>
Newsgroups: comp.os.msdos.djgpp
Subject: Re: GRX question
Date: Tue, 23 Feb 1999 02:44:26 +0100
Organization: Faas-Goldhart
Lines: 23
Message-ID: <36D207FA.1164@club-internet.fr>
References: <36CC96F4 DOT 568C AT teleline DOT es>
NNTP-Posting-Host: toulouse-4-58.club-internet.fr
Mime-Version: 1.0
X-Trace: front6.grolier.fr 919734059 16290 194.158.125.58 (23 Feb 1999 01:40:59 GMT)
NNTP-Posting-Date: 23 Feb 1999 01:40:59 GMT
X-Mailer: Mozilla 3.01C-CLUB (Win95; I)
To: djgpp AT delorie DOT com
DJ-Gateway: from newsgroup comp.os.msdos.djgpp
Reply-To: djgpp AT delorie DOT com

Mariano Alvarez Fernández wrote:
> 
> Hi,
[snip]
>   2- I have noticed the 16 colors modes are very slow, however the 256
> colors modes are really fast. Are there any reason?
> 

8-bit colormodes are very easy to access, you just put the
apropriate 8-bit variable in the right place:)

4-bit colors are different, you have to share every char(8 bit, the
smallest variable you can use easily) so, writing
to one pixel on screen means that you have to look up the char
and then modify either the 4 lowest bits or the 4 highest bits
and then put everything back in the videomemory.
You can offcourse have a buffer in memory repressenting the
screen to avoud reading the slow videomemory, but even
with that, it will be slower.

HTH

Ludvig Larsson

- Raw text -


  webmaster     delorie software   privacy  
  Copyright © 2019   by DJ Delorie     Updated Jul 2019