nanogui: Thread: image loading

Hi ,
        I am running microwindows picture displaying
application on an embedded 
system with 32MB RAM which runs uclinux . Here i am
getting memory allocation 
problem due to fragmentation on uclinux when
GrLoadImageFile is called with 
an high resolution pictures(when resolution is about
1200x1000 with 24 bit ) 
. when i saw the decoding code for the images i saw
that allocation is made 
for the entire image at a time ( "malloc(pimage->pitch
* pimage->height);" ). 
Is there any alternative way to read image data
instead of allocating entire 
image data at once and decode it ?


thanks
sai

__________________________________________________
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 

: Is there any alternative way to read image data
: instead of allocating entire 
: image data at once and decode it ?

Hard to answer without knowing the image format
you're talking about

Hi , 
    Thank  u for u r reply. I do want to load the BMP,JPEG,PNG  type of images . 

Regards,
sai.

Greg Haerr ####@####.#### wrote: : Is there any alternative way to read image data
: instead of allocating entire 
: image data at once and decode it ?

Hard to answer without knowing the image format
you're talking about


			
---------------------------------
Sneak preview the  all-new Yahoo.com. It's not radically different. Just radically better. 

Sai -

You've got a couple of options: if your system has memory
mapping (MMAP) support, enable the define HAVE_MMAP
in include/device.h which will allow mapping the file
contents into memory, rather than requiring a malloc
and read.

Otherwise, you'll have to rewrite the decoder routines
engine/image_*.c to read the file contents when required,
rather than using a buffer.

Regards,

Greg




>     Thank  u for u r reply. I do want to load the BMP,JPEG,PNG  type of images . 

Regards,
sai.

Greg Haerr ####@####.#### wrote:
    : Is there any alternative way to read image data
    : instead of allocating entire 
    : image data at once and decode it ?

    Hard to answer without knowing the image format
    you're talking about





------------------------------------------------------------------------------
  Sneak preview the all-new Yahoo.com. It's not radically different. Just radically better.