1. PCX PBLM
Hi all,
I have a problem when trying to read a 16 color PCX file.
I get an error message: bitmap is [2].
Is read_pcx (included in picload.e) able to read this kind
of picture ?
Thanks for any help.
-- Jean Hendrickx. j.hendrickx at euronet.be
2. Re: PCX PBLM
- Posted by Michael Bolin <michaeltom at GEOCITIES.COM>
Sep 26, 1997
-
Last edited Sep 27, 1997
> I have a problem when trying to read a 16 color PCX file.
> I get an error message: bitmap is [2].
> Is read_pcx (included in picload.e) able to read this kind
> of picture ?
The routine worked for all the 16 color PCX files I tried it on. If
it isn't too large, you could send it to me and I'll try to find out
what's wrong.
Regards,
Michael Bolin
3. PCX PBLM
On 09-28-97 Michael Bolin wrote:
> I've just fixed my PCX loader routine to be able to load files which
> use a non-standard method of indicating the color depth.
> To make this message smaller, I've only included the procedure
> read_pcx_header(). Just substitute it for the one that's already in
> pic_load.e.
Thank You v.m. Michael,
there's just a little typing error: you wrote read_byte() whereas
in the first file it's read_byte_s_(). This fixed it works fine.
It seems however that read_pcx is faster with 256 color files that
with 16's. Is the compressing method responsible ? I noticed that
for the same picture(16 col) I get from a 242 bytes file to 622
according to the converting tool (G.W.S. or else).
PCX is not really a standard isn't. 
Regards,
-- Jean Hendrickx. j.hendrickx at euronet.be
4. Re: PCX PBLM
> It seems however that read_pcx is faster with 256 color files that
> with 16's. Is the compressing method responsible ? I noticed that
> for the same picture(16 col) I get from a 242 bytes file to 622
> according to the converting tool (G.W.S. or else).
Yes, with a 256 color file each pixel is stored as one byte in one
plane, whereas in 16 color mode they only take four bits each,
and are divided into four planes. Putting these together into an
image takes a lot more time than just reading it pixel by pixel.
Regards,
Michael Bolin
