---Reply to mail from Alexander R. Pruss about OS5 table problem
> 1. Replacing BmpCreate() by a home-made version that creates a more portable
> version 2 bitmap on OS5 and Palm hi-res systems,
[...]
> fixes the problem. Using the
> same home-made version of BmpCreate() also fixes the image optimization
> problem.
Really cool!!
> 3. There looks to me to be a bug in the image optimization code. The
> optimized bitmap which is at a lower bit depth has the same color table as
> the non-optimized bitmap. But this is surely wrong--the non-optimized
> bitmap has a color table for a different depth. I don't know if bitmaps
> with color tables ever get generated by the parser (do they?) but if they
> do, then this will cause ugly color choices. Simple solution: Leave the
> color table as NULL when calling BmpCreate() (or my home-made version of
> it).
According to the docs, there is only one color table format (idx,r,g,b).
The only difference is the size (number of entries). The ImageMagick image
parser (using IM < 5.5.8) does generate color tables (only for 8 bpp). But,
I think very few people use it. Not creating a color table (strongly recommended)
is probably best.
---End reply
Christopher R. Hawks
HAWKSoft
-------------------------------------------------------------------------
"NT disaster recovery isn't all that difficult. Just follow the simple
instructions that come with the Linux CD"
-- Anthony DeBoer on ASR
_______________________________________________
plucker-dev mailing list
[EMAIL PROTECTED]
http://lists.rubberchicken.org/mailman/listinfo/plucker-dev
