I had a go a registering the test data that’s included with the paper (zip file here: https://static-content.springer.com/esm/art%3A10.1038%2Fsrep20732/MediaObjects/41598_2016_BFsrep20732_MOESM8_ESM.zip)
This works fine on both my MacBook and Ubuntu workstation. However, I was previously experiencing the same issue with Ubuntu, so something has changed with that machine to make it work again. So, the issue may be with your Fiji environment.
We’re running the same ImageJ version on all three machines: ImageJ 1.52p.
Both machines that have/had the issue (your Windows 10 and my Ubuntu machine) are running the same Java 8 (Java 1.8.0_172), whereas my Mac never had this issue and is currently running Java 1.8.0_201.
From your screenshot I can see the exception is being triggered by the bUnwarpJ plugin, which Atlas Toolkit is built on. So, I’m wondering if it might be a clash between the bUnwarpJ version and the specific Java 8 version as the two machines we know have/had the issue are using the same Java (1.8.0_172); one of the regular bUnwarpJ updates may explain why my Ubuntu machine is now working.
Could you check to see which version of the bUnwarpJ plugin you’re currently using?
- Click the Fiji ‘Help’ menu
- Click ‘About Plugins’
- Click ‘About bUnwaprJ…’
Both my Mac and Ubuntu machines are running bUnwarpJ 2.6.12.
If you’re running an older version of bUnwarpJ, you could try updating this (Help>Update…) and see if that fixes the problem.
If it still doesn’t work, you could try registering the test data from the paper (link above) in case it’s an issue with your image stacks.
Please let me know how you get on.