[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|FIXPENDING                  |ASSIGNED

--- Comment #10 from Chris <stickfijibugs at gmail.com> ---
Curtis, I'm not sure if your previous comment was intended for me, but I expect
I don't have js build capability, unless it's included by default in the java
package that runs fiji in Vista and there's a way of getting at it that I don't
know.  

Nonetheless, this morning I am noting these differences:

  a) There is no new toggle (yet, expected I suppose) in Options->ImageJ that
you describe.

With SCIFIO enabled .....

  b) If I manually open a 10 mpx 3 MB JPG there is still that 22s of CPU idle
time before the image appears.  It takes a total of ~35s for the image to show
up.

  c) But, if I open a 16-bit 40 MB PNG version of the same image, it shows up
in ~12s with no idle time -- much better.  So there must be an improvement
here.

  d) The macro that executed in ~50s a few days ago now runs in ~30s.  I see
cores run high with no ~22s CPU idle time, so the idle time appears to be
eliminated.  The interesting thing here is that there is no idle time either
for PNGs or JPGs, which is curious because with PNGs performance agrees with
(c) but for JPGs contradicts (b), to the better of course!

Moral of the story ... if you can make (b) work like (c) then I expect (not
tested yet) that SetBatchMode(false) for debugging my macros will give me
better performance too.

-- 
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/20140816/fa29165c/attachment.html>