Hello all,<br><br>I am using a somewhat modified (and I&#39;m not entirely certain of the modifications as I have inherited this program from a colleague) version of VersorRigid3DTransform as a first step in a rigid-then-non-rigid registration algorithm (the non-rigid portion is accomplished with 3D B-spline deformable registration). The two image sets I have are MR slices (48 slices per condition) of a live tissue before and after a relatively large deformation. I&#39;ve segmented only the tissue of interest from the images.<br>
<br>After my first attempts with the &#39;Rigid&#39; aspect of this algorithm, I am receiving an output image with all pixel values of &#39;0&#39;. I do receive real values for the translation vector, but my rotation matrix is essentially an identity matrix (which could be feasible, as I&#39;m not certain how much rotation is going on during the deformation). Regardless, the aforementioned colleague indicated that a &#39;zeroed&#39; output image is signifying a registration failure.<br>
<br>Can anyone give me some sort of indication of the limits of this rigid registration program? If my deformation is too large or affine, should I be using a different registration program before the &#39;non-rigid&#39; part of the algorithm?<br>
<br>My downfall is that I am really not well-versed in c++ or much of the fundamental workings of ITK, but it seems to be a very powerful tool and very much appropriate for my study. I am in the process of &#39;beefing-up&#39; on my understanding of the ITK environment, but in the meantime I would greatly appreciate being able to move past this hurdle.<br>
<br>I can supply code if needed as well as any other pertinent info deemed necessary. I am using the 3.20 ITK release.<br><br>Thanks so much in advance,<br clear="all"><br>-- <br>Tim Bhatnagar<br>