NOTICE! This is a static HTML version of a legacy Fiji BugZilla bug.

The Fiji project now uses GitHub Issues for issue tracking.

Please file all new issues there.

Bug 639 - ImageJ2 with QuickPalm plugin
ImageJ2 with QuickPalm plugin
Status: RESOLVED LATER
Product: Fiji
Classification: Unclassified
Component: ImageJ2
unspecified
Other Linux
: P5 critical
Assigned To: ImageJ Developers Mailing List
Depends on:
Blocks:
 
Reported: 2013-07-24 14:39 CDT by Olex
Modified: 2013-09-04 16:36 CDT
2 users (show)

See Also:


Attachments
simple macros for testing ImageJ2 with QuickPALM plug-in on the cluster (854 bytes, application/octet-stream)
2013-07-24 14:39 CDT, Olex

Description Olex 2013-07-24 14:39:27 CDT
Created attachment 111
simple macros for testing ImageJ2 with QuickPALM plug-in on the cluster

The resulting images after processing them with ImageJ2 together with QuickPalm plugin is not the same as images processed with ImageJ together with QuickPalm. Generally, I have small macros (see attachment) which takes a multi-framed image, splits the channels and then analyses each channel separately with the quickPALM plugin. After analysis and reconstruction I save the resulting images.

I have run this macros both on ImageJ-win64 version of the ImageJ2 (beta version), and the same macros on ImageJ-linux64 (also beta version). The resulting images after reconstruction are different while I would expect them to be identical. 

Also ImageJ-linux64 gives me a warning in the command line: "multichannel image is required". While ImageJ-win64.exe version of ImageJ2 does not complain and have the same results as ImageJ1 version.
Comment 1 Curtis Rueden 2013-08-14 15:05:36 CDT
Thanks for the bug report. I would suggest sticking with ImageJ1 when using ImageJ1 macros on the cluster. While we are making a best effort to support IJ1-style macros from ImageJ2, doing so is quite complex and it is safest to use the stable version of ImageJ for macros. It may be quite some time before we can address this bug in ImageJ2.