[Gdal-dev] jpeg2000 memory management??????

Chapman, Martin MChapman at sanz.com
Mon May 10 18:28:07 EDT 2004


Jasper decompresses the whole image when it opens it.  Therefore, large
jp2 files have large memory requirements in Jasper.  ERMapper and Kakadu
handle jp2 files much more efficiently, but the ERMapper version screams
compared to Kakadu (ermapper compression sdk only runs on mac and
windows though, decompression can happen anywhere).  I think they are
trying to fix Jasper to manage memory better but not sure when this will
happen.  I imagine it would require a re-write for them to make it
better.  See www.ermapper.com for a trial version of there SDK.  I
talked to a guy there (ERMapper) this morning and he says the are
releasing there compression technology (for ecw and jp2) as open source
next month. It uses enhanced wavelet compression for J2K so it is way
faster and smaller than Kakadu outout (20:1), although, I currently use
Kakadu and it's very good technology as well.


-----Original Message-----
From: Bylahalli Chandrashekara Prasad, Noida
[mailto:bylahallip at noida.hcltech.com] 
Sent: Friday, April 30, 2004 3:38 AM
To: gdal-dev at remotesensing.org
Subject: [Gdal-dev] jpeg2000 memory management??????

i am working on JASPERE code looking for memory efficieny, i found  a
memory leakeage in the code and also a bug in quantization with regards,


This message and any attachment(s) contained here are information that
is confidential,proprietary to HCL Technologies and its customers,
privileged or otherwise protected by law.The information is solely
intended for the individual or the entity it is addressed to. If you are
not the intended recipient of this message, you are not authorized to
read, forward, print,retain, copy or disseminate this message or any
part of it. If you have received this e-mail in error, please notify the
sender immediately by return e-mail and delete it from your computer.

Gdal-dev mailing list
Gdal-dev at remotesensing.org

More information about the Gdal-dev mailing list