Replies: 2 comments 1 reply
-
dzenanz/ITKElastix@325971e is an unsuccessful attempt at creating a minimum working example to demonstrate the difference. |
Beta Was this translation helpful? Give feedback.
-
Thanks for discussing this problem. Honestly, I don't know what might make the registration sometimes slower. In your "Bad run log", I see:
Which must be from: That seems to suggest that the following call is a bottleneck:
We expect further Anyway, I don't know if that would entirely solve the problem you're discussing here. To be continued...! |
Beta Was this translation helpful? Give feedback.
-
Sometimes, registration is a lot slower. Debugging, I tried different versions, see InsightSoftwareConsortium/ITKElastix#265, and the behavior seems the same in all of them. It can be triggered by various differences. Applying N4 bias field correction to images before registration seems to be a big trigger. I even managed to swap fast/slow behavior with
parameter_map['RandomSeed'] = ['30101983']
. Below is the log of a good run, and a bad one, for the same set of parameters (all except RandomSeed is the same), and for the same images, for similarity transform. It also happens for BSpline transform, but speed difference is smaller (20x-30x). I don't remember whether results are identical, or merely close. Do you have any suggestions of how to avoid slowness? What else consumes iteration time besides evaluating metrics?Good run log:
Bad run log:
Beta Was this translation helpful? Give feedback.
All reactions