Ticket #19 (closed feature: moved)

Opened 9 years ago

Last modified 5 years ago

Efficient support for very large image planes

Reported by: curtis Owned by: curtis
Priority: major Milestone: imagej-2.5.0
Component: ImgLib2 Version:
Severity: major Keywords:
Cc: Blocked By: #43, #444
Blocking:

Description

The current version of ImageJ provides a mechanism, the virtual stack, for handling very large datasets one image plane at a time. But there is no mechanism for working with image planes larger than available memory (e.g., 40Kx40Kx16-bit = 2.98GB).

With imglib it should be possible in principle to handle such large data planes using a clever storage strategy, but it would be nice to have at least one concrete example in code demonstrating how this should work.

Change History

comment:1 Changed 8 years ago by aivar

  • Status changed from new to accepted

ImgLib has provision for a CellContainer which would lend itself to paging cells in/out. My Hackathon zoom viewer hanndles images of this size.

comment:2 Changed 8 years ago by aivar

  • Severity changed from non-issue to major
  • Milestone changed from progress-report to biweekly-2011: Mar-28 to Apr-08

comment:3 Changed 8 years ago by curtis

  • Milestone changed from biweekly-2011: Apr-11 to Apr-22 to biweekly-2011: Jun-06 to Jun-17

This sort of testing makes sense to do as part of the 2.0-beta1 development in June.

comment:4 Changed 8 years ago by curtis

  • Milestone changed from biweekly-2011: Jul-18 to Jul-29 to imagej-2.0-beta3

comment:5 Changed 8 years ago by aivar

  • Status changed from accepted to closed
  • Resolution set to fixed

comment:6 Changed 8 years ago by aivar

  • Status changed from closed to reopened
  • Resolution fixed deleted

comment:7 Changed 8 years ago by bdezonia

Note that as defined we rely on the mapping from Img data to ARGBScreenImage to be 1:1. This happens in Imglib's CompositeXYProjector. In the future the projector might need a scale such that large images can map to small screen images. And the map() routine would need to be modified accordingly. Also would want a tile manager.

comment:8 Changed 7 years ago by curtis

  • Type changed from task to story
  • Summary changed from Verify very large image planes can be handled efficiently to Efficient support for very large image planes

comment:9 Changed 7 years ago by curtis

  • Blocked By 43 added

comment:10 Changed 7 years ago by curtis

  • Blocked By 444 added

comment:11 Changed 7 years ago by curtis

  • Milestone changed from imagej-2.0-beta3 to imagej-2.5

comment:12 Changed 6 years ago by aivar

  • Owner changed from aivar to curtis
  • Status changed from reopened to assigned

comment:13 Changed 5 years ago by curtis

  • Status changed from assigned to closed
  • Resolution set to moved
Note: See TracTickets for help on using tickets.