Unfortunately I can't afford a Kakadu license for personal use so I am using the precompiled demo binaries. (<a href="http://www.kakadusoftware.com/index.php?option=com_content&task=view&id=26&Itemid=22">http://www.kakadusoftware.com/index.php?option=com_content&task=view&id=26&Itemid=22</a>)<br>
<br>As you can see they only have a 32-bit build (and it is not even compiled as Large Address Aware <a href="http://msdn.microsoft.com/en-us/library/wz223b1z%28VS.80%29.aspx">http://msdn.microsoft.com/en-us/library/wz223b1z%28VS.80%29.aspx</a> - this would allow 4GB)<br>
<br>Currently if you use them on a large image without setting flush_period kdu_compress will continue to allocate memory until it reaches the magical 2GB limit at which point the program crashes with the message:<br>"This application has requested the Runtime to terminate it in an unusual
way."<br><br>This is annoying as to use flush_period you need to break the image into sufficiently small tiles which has a very bad effect on the performance of the viewer when zoomed out a lot.<br><br>I note that the ERDAS ECW SDK has no memory limitation issues and will happily compress the image into 1 tile, but the quality of the result is not as nice as kdu_compress.<br>
<br>Would be nice for them to compile the 32bit with the /LARGEADDRESSAWARE linker flag, and also provide a 64bit version too. But then I am not paying them for it...<br><br clear="all">Thanks,<br>Leith Bade<br><a href="mailto:leith@leithalweapon.geek.nz">leith@leithalweapon.geek.nz</a><br>
<br>
<br><br><div class="gmail_quote">On 19 July 2010 05:58, Greg Coats <span dir="ltr"><<a href="mailto:gregcoats@mac.com">gregcoats@mac.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
<div style="word-wrap: break-word;"><div class="im"><div><div>On Jul 18, 2010, at 12:44 AM, Leith Bade wrote:</div><br><blockquote type="cite"><span style="border-collapse: separate; font-family: 'Lucida Grande'; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: normal; text-indent: 0px; text-transform: none; white-space: normal; word-spacing: 0px; font-size: medium;"><span style="border-collapse: collapse; font-family: arial,sans-serif; font-size: 13px;">kdu_compress also has a memory limit at 2 GB</span></span></blockquote>
</div><div><br></div></div><div>Not true. Based on your comment, I suspect that you are using a version of Kakadu that is more than 3 years old, or that was deliberately compiled for a 32 bit environment.</div><div><br></div>
<div>Since version 6.0, released on 15 Aug 2007 (essentially 3 years ago), Kakadu has included makefiles for 32 and 64 bit environments. Since then, I compile Kakadu with Makefile-MAC-x86-64-gcc, and this builds 64 bit applications, that automatically support and use more than 2 GB RAM.</div>
<div><br></div><div>I suggest that you use Kakadu version 6.4, compiled for 64 bits, because it adds to kdu_compress the -progress option, that allows the user to ask for a progress report, at a user specified interval. For example, every 1000 lines</div>
<div><font face="monospace"><span style="white-space: pre-wrap;"><div>kdu_compress -i in.tif -o out.jp2 Creversible=yes -progress 1000</div><div>Copying Geo tag info, size = 387</div><div> Progress with current tile row = 20.000000%</div>
<div> Progress with current tile row = 40.000000%</div><div> Progress with current tile row = 60.000000%</div><div> Progress with current tile row = 80.000000%</div><div> Progress with current tile row = 100.000000%</div>
<div> Finished processing 1 of 1 tile rows</div><div> Initiating final codestream flush ...</div><div>Generated 1 tile-part(s) for a total of 1 tile(s).</div><div>Greg</div><div><a href="http://homepage.mac.com/gregcoats/jp2.html" target="_blank">http://homepage.mac.com/gregcoats/jp2.html</a></div>
</span></font></div></div><br>_______________________________________________<br>
gdal-dev mailing list<br>
<a href="mailto:gdal-dev@lists.osgeo.org">gdal-dev@lists.osgeo.org</a><br>
<a href="http://lists.osgeo.org/mailman/listinfo/gdal-dev" target="_blank">http://lists.osgeo.org/mailman/listinfo/gdal-dev</a><br></blockquote></div><br>