Bugzilla – Bug 1169 |
Process-Math-Macro... |
Last modified: 2015-10-09 19:07:42 CDT |
⚠ |
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. |
|
|
|
||||||||||||||||||||||||||||||||||||||||||
|
|
Created attachment 263 Picture can say 1000 words. Can you please help, I wanted to use the Process-Math-Macro... option in FIJI developed based on the Expression plugin, but I cannot get it to work with 16-bit grey images properly. So I wrote the macro for this, but it is much to slow comparing to the Macro... plugin. The Process-Math-Macro... works great for 8-bit, but it does some strange calculation when it comes to 16-bit. Simple operation, such as v=getPixel(x, y)-getPixel(x-1, y-1); gives funny result with 16-bit. It appears that the new 16-bit processed image is OK but only for the first 2 rows / columns of pixels. All the other pixels are not OK because I guess the wrong image is targeted; the plugin should target the original image again, but instead it targets the new image to calculate new values from new values. This is obviously wrong; it should get pixels from the original image and after that target the new image and change the values there. Interestingly, it does not do this for the 8-bit. Just create a simple File-New-Image with 5x5 pxl 16-bit random fill and try it, check the middle pixel and you will see what is the problem. Also, create 8-bit out of the same 16-bit and try the same operation again - you will see that it works. Would you have any idea how to fix this? Thank you very much for your help. Best regards, Damir