nanogui: PNG support


Previous by date: 26 Sep 2002 18:20:48 -0000 Re: problem about run microwindows demo program, Aaron J. Grier
Next by date: 26 Sep 2002 18:20:48 -0000 Re: ARM, C++ and -mstructure-size-boundary=8, Fabrice Gautier
Previous in thread: 26 Sep 2002 18:20:48 -0000 Re: PNG Support, Jordan Crouse
Next in thread:

Subject: Re: [nanogui] PNG Support
From: "Greg Haerr" ####@####.####
Date: 26 Sep 2002 18:20:48 -0000
Message-Id: <097101c26588$112fd420$3aba46a6@xmission.com>

: The default Microwindows internal representation is 24 bits -  which is much
easier for us to handle - you can easily read the RGB values, and you can easily
convert it to other formats.  All the image formats are converted to 24 bit
format, which are then re-converted in devdraw.c:GdDrawImage().

This isn't really true - the MWIMAGEHDR internal representation
can be one of 1,8,16,24 or 32bpp.  This allows a decoder to decode
to whatever format is desired.  Of course, the 24/32bpp representation
keeps the most color data for later rendering on any hardware.

BTW, on my systems, 32bpp is noticably faster than 24bpp.


:
: I know that it may be overkill to take an 8 bit image, converted it to 24
bits, and then reconvert it to 8 bits, but that actually contributes to the
simplicity and size of Microwindows.  Can you imagine handling converting 1, 2,
4, 8, 16, and 24 bit images to one another?  Thats 5 times as many conversion
routines than we have right now.

I agree here.

Regards,

Greg


Previous by date: 26 Sep 2002 18:20:48 -0000 Re: problem about run microwindows demo program, Aaron J. Grier
Next by date: 26 Sep 2002 18:20:48 -0000 Re: ARM, C++ and -mstructure-size-boundary=8, Fabrice Gautier
Previous in thread: 26 Sep 2002 18:20:48 -0000 Re: PNG Support, Jordan Crouse
Next in thread:


Powered by ezmlm-browse 0.20.