<div dir="ltr">Hi Fredrik,<div><br></div><div>It is because the "halfDetectorWidth" here is the value for an untilted virtual detector at the isocenter which is equivalant to the real detector.</div><div><br></div><div>Regards,</div><div>Chao</div></div><div class="gmail_extra"><br><div class="gmail_quote">2017-09-25 14:01 GMT+02:00 Fredrik Hellman <span dir="ltr"><<a href="mailto:fredrik.hellman@gmail.com" target="_blank">fredrik.hellman@gmail.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Hi,<div><br></div><div>In rtkParkerShortScanFilter.hxx (line 113) and rtkCudaParkerShortScanFilter.<wbr>cxx (line 95), the overscan angle is checked to be large enough for the used beam fan angle. (There is a difference between how this check is performed in the two cases. It seems like the CUDA-version assumes that the piercing point is in the middle of the detector. That's not what this question is about though.)</div><div><br></div><div>The beam fan angle seems to be computed as</div><div><br></div><div>arctan( halfDetectorWidth / sourceToIsocenterDistance )</div><div><br></div><div>Why sourceToIsocenterDistance? Shouldn't it be sourceToDetectorDistance? If the detector is far away from the isocenter, the beam fan angle should also be small as far as I understand. This is not reflected in this computation.</div><div><br></div><div>Best regards,</div><div>Fredrik Hellman</div></div>
<br>______________________________<wbr>_________________<br>
Rtk-users mailing list<br>
<a href="mailto:Rtk-users@public.kitware.com">Rtk-users@public.kitware.com</a><br>
<a href="http://public.kitware.com/mailman/listinfo/rtk-users" rel="noreferrer" target="_blank">http://public.kitware.com/<wbr>mailman/listinfo/rtk-users</a><br>
<br></blockquote></div><br></div>