[ImageJ-bugs] [Bug 899] IJ2 under Vista: very long delay opening image file

[bugzilla at fiji.sc]

http://fiji.sc/bugzilla/show_bug.cgi?id=899

Chris <stickfijibugs at gmail.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|RESOLVED                    |REOPENED
         Resolution|FIXED                       |---

--- Comment #13 from Chris <stickfijibugs at gmail.com> ---
RESULTS
-------

IJ2 data structs OFF
SCIFIO ON

Manually open 3 MB 10 mpx JPG:  12s, no CPU idle
Manually open 40 MB 10 mpx 16-bit PNG: 12s, no CPU idle
Macro with 16-bit PNG: 28s, no CPU idle
Macro with JPG: not supported format (expected - due to SCIFIO not being
detected yet in my macro)

IJ2 data structs OFF
SCIFIO OFF

Manually open 3 MB 10 mpx JPG:  less than 1s - crazy good
Manually open 40 MB 10 mpx 16-bit PNG: less than 2s -- crazy good
Macro with 16-bit PNG:  not supported format (expected - due to SCIFIO not
being detected yet in my macro)
Macro with JPG: 18s, OK, passes

IJ2 data structs ON
SCIFIO ON

Manually open 3 MB 10 mpx JPG:  11s, no CPU idle
Manually open 40 MB 10 mpx 16-bit PNG: 11s, no CPU idle
Macro with 16-bit PNG: 28s, no CPU idle
Macro with JPG: 28s, no CPU idle

COMMENTS
--------
It looks like the new switch works.  Despite the switch, the nice thing now is
that the 22s CPU idle is gone everywhere, even though I understand you didn't
find it.  So it may come back to haunt us.  The issue remains also with the
long file loads with IJ2 structs ON, basically ~10 sec vs ~1 sec (potential CPU
idle lurking gremlin notwithstanding).  Right now thus, I would not be able to
make decent use of SCIFIO on the macros where I read upwards of 36 of these
image files.  Please give a heads up if you fix the load delay.

-- 
You are receiving this mail because:
You are on the CC list for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://imagej.net/pipermail/imagej-bugs/attachments/20140819/30df9284/attachment-0001.html>