Thanks for developing a tool with fast registration speed,some problems were found in the process of using build_template.py.
Is there any error in the compose_warp_inverse parameter on line 308 of syn.py? If multi-scale scale is used, it will cause the returned "rev_inv_warp_field" to not match the scale of compose_warp on line 315.
Some errors also occurred in the use of functions related to the "shape_avg" function, such as the "shape_averaging_invwarp" function in "warputils.py". In line 318, "inverse_warp = reg.warp.get_inverse_warp(n_iters=20)", "reg.warp.get_inverse_warp" is not implemented.
In line 222 of "greedy.py", setting the size in "F.affine_grid" function to "fixed_images.shape" will also result in an error.
The modified code picture is attached below. I don’t really understand the relevant implementation principles. I just made a simple attempt to modify it and ran it through, so I don’t know whether the modification is correct or not.
In addition, using the mi type loss function will overflow the gpu memory(48GB) at an image size of (420,320,520), while other types of loss functions will not. Can it be optimized?
Thanks for developing a tool with fast registration speed,some problems were found in the process of using build_template.py.
Is there any error in the compose_warp_inverse parameter on line 308 of syn.py? If multi-scale scale is used, it will cause the returned "rev_inv_warp_field" to not match the scale of compose_warp on line 315.
Some errors also occurred in the use of functions related to the "shape_avg" function, such as the "shape_averaging_invwarp" function in "warputils.py". In line 318, "inverse_warp = reg.warp.get_inverse_warp(n_iters=20)", "reg.warp.get_inverse_warp" is not implemented.
In line 222 of "greedy.py", setting the size in "F.affine_grid" function to "fixed_images.shape" will also result in an error.
The modified code picture is attached below. I don’t really understand the relevant implementation principles. I just made a simple attempt to modify it and ran it through, so I don’t know whether the modification is correct or not.
In addition, using the mi type loss function will overflow the gpu memory(48GB) at an image size of (420,320,520), while other types of loss functions will not. Can it be optimized?