Ticket #1155 (closed defect: wontfix)
Opened 2012-05-04T15:15:49-05:00
Last modified 2014-05-09T10:09:11-05:00
Images can be slow to load
| Reported by: | bdezonia | Owned by: | bdezonia |
|---|---|---|---|
| Priority: | major | Milestone: | imagej-2.0.0 |
| Component: | I/O | Version: | |
| Severity: | serious | Keywords: | |
| Cc: | G.Landini@… | Blocked By: | |
| Blocking: | #1170 |
Description
In another ticket Gabriel Landini reported that when loading sample images it can take quite a long time to display them. For example the Nile Bend image takes about 5 sec to complete the progress bar, then another 30 sec to display the image (on a quadcore machine). That is about twice what it takes in IJ1.
Change History
comment:3 Changed 2012-05-14T11:18:39-05:00 by bdezonia
- Milestone changed from imagej-2.0.0-beta3 to imagej-2.0.0-beta4
comment:5 Changed 2012-08-14T12:26:30-05:00 by bdezonia
- Milestone changed from imagej-2.0.0-beta4 to imagej-2.0.0
comment:6 Changed 2014-05-09T10:09:11-05:00 by curtis
- Status changed from new to closed
- Resolution set to wontfix
This is not an issue with I/O, but rather with the ImageJ2 UI's display implementation. We are currently using JHotDraw with ImageFigures and that requires creation of a BufferedImage of the entire image plane, which JHotDraw then takes care of scaling. We definitely need to move away from this approach in order to accommodate huge image planes using a tiled image viewing strategy that is driven by ImgLib2.
That work will make this issue moot, so I'm closing as "won't fix." In the meantime, ImageJ 2.0.0 will use the ImageJ 1.x user interface by default, which will also avoid this problem in the near term.