<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=us-ascii">
<TITLE>Message</TITLE>
<META content="MSHTML 6.00.2726.2500" name=GENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=#ffffff>
<DIV><SPAN class=584562918-07052003><FONT face=Arial color=#0000ff
size=2></FONT></SPAN> </DIV>
<DIV><SPAN class=584562918-07052003><FONT face=Arial color=#0000ff
size=2></FONT></SPAN> </DIV>
<DIV><SPAN class=584562918-07052003><FONT face=Arial color=#0000ff size=2>I have
been having problem</FONT></SPAN><SPAN class=584562918-07052003><FONT face=Arial
color=#0000ff size=2>s encoding 13001x13001 JEPG2000 images on
a</FONT></SPAN></DIV>
<DIV><SPAN class=584562918-07052003><FONT face=Arial color=#0000ff size=2>Linux
2.4.20 machine and a Solaris 2.7 machine using gdal_translate and
jasper</FONT></SPAN></DIV>
<DIV><SPAN class=584562918-07052003><FONT face=Arial color=#0000ff
size=2></FONT></SPAN> </DIV>
<DIV><SPAN class=584562918-07052003><FONT face=Arial color=#0000ff size=2>on
each machine </FONT></SPAN><SPAN class=584562918-07052003><FONT face=Arial
color=#0000ff size=2>unless I use tiling, encoding dies inside jasper
at</FONT></SPAN></DIV>
<DIV><SPAN class=584562918-07052003><FONT face=Arial color=#0000ff
size=2> jpc_t1enc.c on line 349 (
assert(0) )</FONT></SPAN></DIV>
<DIV><SPAN class=584562918-07052003><FONT face=Arial color=#0000ff
size=2></FONT></SPAN> </DIV>
<DIV><SPAN class=584562918-07052003><FONT face=Arial color=#0000ff size=2>When I
do use tiling the result is ok.</FONT></SPAN></DIV>
<DIV><SPAN class=584562918-07052003><FONT face=Arial color=#0000ff
size=2></FONT></SPAN> </DIV>
<DIV><SPAN class=584562918-07052003><FONT face=Arial color=#0000ff
size=2></FONT></SPAN> </DIV>
<DIV><SPAN class=584562918-07052003><FONT face=Arial color=#0000ff size=2>RE
memory management:</FONT></SPAN></DIV>
<DIV><SPAN class=584562918-07052003><FONT face=Arial color=#0000ff
size=2></FONT></SPAN> </DIV>
<DIV><SPAN class=584562918-07052003><FONT face=Arial color=#0000ff size=2>what
about an implementation of a "Row-based wavelet transform" as described
in</FONT></SPAN></DIV>
<DIV><SPAN class=584562918-07052003><FONT face=Arial color=#0000ff size=2>ITU-T
Rec T.800 (2000 FCDV1.0) page 163. Downloadable from http://<A
href="http://www.jpeg.org/public/fcd15444-1.pdf">www.jpeg.org/public/fcd15444-1.pdf</A></FONT></SPAN></DIV>
<DIV><SPAN class=584562918-07052003><FONT face=Arial color=#0000ff
size=2></FONT></SPAN> </DIV>
<DIV><SPAN class=584562918-07052003><FONT face=Arial color=#0000ff size=2>of
course that is really a jasper issue not a gdal one, and it may already be in
the jasper lib.</FONT></SPAN></DIV>
<DIV><SPAN class=584562918-07052003><FONT face=Arial color=#0000ff
size=2></FONT></SPAN> </DIV>
<DIV><SPAN class=584562918-07052003><FONT face=Arial color=#0000ff
size=2></FONT></SPAN> </DIV>
<DIV><SPAN class=584562918-07052003><FONT face=Arial color=#0000ff
size=2></FONT></SPAN> </DIV>
<DIV class=Section1>
<P class=MsoAutoSig>Carl Anderson</P>
<P class=MsoAutoSig><?xml:namespace prefix = o ns =
"urn:schemas-microsoft-com:office:office" /><o:p> </o:p></P>
<P class=MsoAutoSig>GIS Manager</P>
<P class=MsoAutoSig>Fulton County E&CD</P>
<P class=MsoAutoSig>404.730.8026</P>
<P class=MsoAutoSig>carl.anderson@co.fulton.ga.us<o:p></o:p></P>
<P class=MsoAutoSig><o:p> </o:p></P></DIV>
<BLOCKQUOTE dir=ltr style="MARGIN-RIGHT: 0px">
<DIV></DIV>
<DIV class=OutlookMessageHeader lang=en-us dir=ltr align=left><FONT
face=Tahoma size=2>-----Original Message-----<BR><B>From:</B> Brent Fraser
[mailto:bfraser@geoanalytic.com] <BR><B>Sent:</B> Wednesday, May 07, 2003 2:11
PM<BR><B>To:</B> gdal-dev<BR><B>Subject:</B> [Gdal-dev] GDAL, JasPer, JPEG2000
memory management plans?<BR><BR></FONT></DIV>
<DIV><FONT face=Arial size=2>Frank, Andrey (and others),</FONT></DIV>
<DIV><FONT face=Arial size=2></FONT> </DIV>
<DIV><FONT face=Arial size=2> I've done some experimenting
with GDAL's JPEG2000 capabilities on Windows 2000.</FONT></DIV>
<DIV><FONT face=Arial size=2></FONT> </DIV>
<DIV><FONT face=Arial size=2> While I got good results with
a small (2mb, 929 x 986 pixels, RGB) and medium (20 mb, 2961 x 2270, RGB) size
files, I noticed memory management problems with large (100
mb, 4482 x x9011, RGB) and huge (1 gb, 18595 x 19729, RGB)
files.</FONT></DIV>
<DIV><FONT face=Arial size=2></FONT> </DIV>
<DIV><FONT face=Arial size=2> During the translation of the
large 100 mb file, 1.4 gb of ram was eventually allocated (90% of it by the
JasPer code), but it did successfully finish after about 20 min.</FONT></DIV>
<DIV><FONT face=Arial size=2></FONT> </DIV>
<DIV><FONT face=Arial size=2> With the huge 1 gb tif
file, GDAL_translate appears to allocate about 1 gb during
the reading of the original tif file and attemps to allocate
another 1 gb (in the Jasper code) just before starting to
compress. The second memory allocation fails on my computer (Windows
2000) even though I've got my virtual memory set to the maximum of 4
gb.</FONT></DIV>
<DIV><FONT face=Arial size=2></FONT> </DIV>
<DIV><FONT face=Arial size=2> Are there any enhancements
that could be done to GDAL to reduce the amount of memory used? I
realize that wavelet compression (or at least the implementation in JasPer)
may not lend itself to efficient memory use, and that GDAL's
integration of JasPer is fairly new, but I thought I would get my request
in early!</FONT></DIV>
<DIV><FONT face=Arial size=2></FONT> </DIV>
<DIV><FONT face=Arial size=2>FYI, here's an example of my command line for the
translation: </FONT></DIV>
<DIV><FONT face=Arial size=2> gdal_translate -of JPEG2000
-co "FORMAT=JP2" -co "rate=0.05" small.tif small.jp2</FONT></DIV>
<DIV><FONT face=Arial size=2></FONT> </DIV>
<DIV><FONT face=Arial size=2>Thanks and keep up the good work!</FONT></DIV>
<DIV><FONT face=Arial size=2></FONT> </DIV>
<DIV><FONT face=Arial size=2>Brent Fraser</FONT></DIV>
<DIV><FONT face=Arial size=2>GeoAnalytic Inc.<BR>Tel:(403) 213-2700<BR><A
href="mailto:bfraser@geoanalytic.com">bfraser@geoanalytic.com</A><BR><A
href="http://www.geoanalytic.com">www.geoanalytic.com</A></FONT></DIV>
<HR>
<P>The contents of this message have been scanned for viruses by<BR>the
TruSecure ShadowMail Service, and no viruses were
found.<BR></P></BLOCKQUOTE><HR><P>The contents of this message have been scanned for viruses by<BR>the TruSecure ShadowMail Service, and no viruses were found.<BR><HR><BR>* This message has been processed by TruSecure's ShadowMail service<BR></P>
</BODY></HTML>