The new HIRISE camera orbiting Mars is generating extraordinarily large images. This page contains a link to one such image: a 29548 x 73669 monster 878 Mb JP2 file.
LizardTech offers a free IE plugin that does a competent job of displaying such images in Internet Explorer and provides relatively speedy zooming and panning.
My system has 1Gb of RAM and 1Gb of swap, but XnView says: "not enough memory".
As the resolutions of CCDs for scientific applications continue to grow, there will be more and more of these gigantic images. Here's hoping that XnView will display them!
I think some kind of antyaliasing for Add text tool is essential, currently text is very jaggy.
XnView 1.90 <x>
Out of memory attempting to display very large JP2s
Moderators: helmut, XnTriq, xnview
-
foxyshadis
- Posts: 395
- Joined: Sat Nov 18, 2006 8:57 am
I have a feeling that would require a completely redesigned architecture for the j2k plugins, along the lines of the MrSID images, which can likewise be pretty huge. Currently such an image would require, hrm, I'd guess approximately 14 gigs of memory to fully display. Perhaps only about 10 if xnview decodes tiles sequentially.
So all you need is a 64-bit xnview and an enormous swap file.
So all you need is a 64-bit xnview and an enormous swap file.
But why would that necessarily be the case?
These files display just fine on my system (1 Gb RAM, 1 Gb swap) in Internet Explorer, so obviously the large amount of memory you mention isn't required.
At any zoom level, the plugin loads a low resolution proxy, then replaces it with the higher resolution view. It's not instant, but I would say <10 second per zoom level on my 2.8 Pentium.
These files display just fine on my system (1 Gb RAM, 1 Gb swap) in Internet Explorer, so obviously the large amount of memory you mention isn't required.
At any zoom level, the plugin loads a low resolution proxy, then replaces it with the higher resolution view. It's not instant, but I would say <10 second per zoom level on my 2.8 Pentium.
John
A related topic:
http://newsgroup.xnview.com/viewtopic.php?t=4839
http://newsgroup.xnview.com/viewtopic.php?t=4839
Last edited by marsh on Wed Dec 06, 2006 9:37 am, edited 1 time in total.
Re: Out of memory attempting to display very large JP2s
Currently JPEG 2000 (jasper) plugin need a lot of memory....JohnFredC wrote:The new HIRISE camera orbiting Mars is generating extraordinarily large images. This page contains a link to one such image: a 29548 x 73669 monster 878 Mb JP2 file.
LizardTech offers a free IE plugin that does a competent job of displaying such images in Internet Explorer and provides relatively speedy zooming and panning.
My system has 1Gb of RAM and 1Gb of swap, but XnView says: "not enough memory".
As the resolutions of CCDs for scientific applications continue to grow, there will be more and more of these gigantic images. Here's hoping that XnView will display them!
Pierre.
-
foxyshadis
- Posts: 395
- Joined: Sat Nov 18, 2006 8:57 am
Since xnview is based around decoding full images, then resizing them, I doubt it's currently possible to fully fix this. It's certainly possible to reduce jasper's resource use, but this particular image would require over 2 gb of virtual memory at a minimum as xnview is currently designed. (Maybe the /3gb switch could help.) Jasper could be given extra settings to only decode up to x dpi, or a maximum dimensions, perhaps.
It'd be interesting to make a dynamic decoder that only works on the minimum amount needed to fill the screen (faster thumbnails/previews!), in the vein of lizardtech's djvu and jp2 technology, but I'm sure that's a quite complex programming task.
It'd be interesting to make a dynamic decoder that only works on the minimum amount needed to fill the screen (faster thumbnails/previews!), in the vein of lizardtech's djvu and jp2 technology, but I'm sure that's a quite complex programming task.
Hmmmm.
Well, maybe finding a way to host the free LizardTech plugin might be a less difficult alternative in the meantime.
Maybe this is an example of there being an advantage to being the "first on the block" with robust tools for images this size. Though I guess the market is small, the right tool could capture nearly all of it.
Well, maybe finding a way to host the free LizardTech plugin might be a less difficult alternative in the meantime.
Maybe this is an example of there being an advantage to being the "first on the block" with robust tools for images this size. Though I guess the market is small, the right tool could capture nearly all of it.
John
), but I move it to 'Postponed' (it will find its way into 'Request&Suggestion' afterwards) due to the current Beta status: not compatible with such major redesign.