Hi, Quickly checking the code, the reason is pretty simple: rtkfourdfdk uses rtkSelectOneProjectionPerCycleImageFilter.h, which selects the closest projection to a given phase in each respiratory cycle. So setting the number of frames will not increase the number of frames per phase (and, therefore, blur). I think it's quite a common way of sorting in the literature, see for example [Sonke et al, Med Phys, 2005]: "For each breathing cycle, the projection closest to each breathing phase is selected." The reason is explained in [Dietrich et al, PMB, 2006] or in a simulation work <http://www.creatis.insa-lyon.fr/~srit/biblio/rit2007.pdf> I did in the past. Simon
On Tue, Aug 23, 2016 at 4:43 PM, K.Niepel <[email protected]> wrote: > Hello there, > > I am currently trying out the rtkfourdfdk application on a moving phantom > data set with the number of phase bins varying from 15 down to one. > However, there is no noticeable blurring for lower fewer bins as with the > 3D rtkfdk app - actually, the first frame seems to be exactly the same for > any total number of frames. > > The only setting i changed is the --frames argument. Am I missing > something? > > Thanks in advance, > Kati > > > > _______________________________________________ > Rtk-users mailing list > [email protected] > http://public.kitware.com/mailman/listinfo/rtk-users > >
_______________________________________________ Rtk-users mailing list [email protected] http://public.kitware.com/mailman/listinfo/rtk-users
