<div dir="ltr"><div>Yes, what you've suggested before is fine but the 1/65536 and 65536 multiplications could be avoided. If you really want to do something in physical units, you need to convert hu to linear attenuation which requires the knowledge of the linear attenuation of water.<br></div>Simon<br></div><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Mar 3, 2015 at 3:34 PM, Yang K Park <span dir="ltr"><<a href="mailto:theday79@gmail.com" target="_blank">theday79@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div link="#0563C1" vlink="#954F72" lang="EN-US"><div><p class="MsoNormal"><span style="color:#1f497d">Hi Rune, <u></u><u></u></span></p><p class="MsoNormal"><span style="color:#1f497d"><u></u> <u></u></span></p><p class="MsoNormal"><span style="color:#1f497d">That is a great tip. Thank you so much. (We’ve recently installed XVI5.0 so I’m better off trying to use that new feature.)<u></u><u></u></span></p><p class="MsoNormal"><span style="color:#1f497d"><u></u> <u></u></span></p><p class="MsoNormal"><span style="color:#1f497d">My remaining question is, then, when you guys do a  forward projection for clinical CT images (singed short) using rtk, which pre-processing do you do?<u></u><u></u></span></p><p class="MsoNormal"><span style="color:#1f497d"><u></u> <u></u></span></p><p class="MsoNormal"><span style="color:#1f497d">I think some “short to float” conversion is needed and that conversion formula should be also working with FDK to restore the CT image with same HU values.<u></u><u></u></span></p><p class="MsoNormal"><span style="color:#1f497d"><u></u> <u></u></span></p><p class="MsoNormal"><span style="color:#1f497d">Thanks.<u></u><u></u></span></p><p class="MsoNormal"><span style="color:#1f497d"><u></u> <u></u></span></p><p class="MsoNormal"><span style="color:#1f497d">Yang<u></u><u></u></span></p><p class="MsoNormal"><span style="color:#1f497d"><u></u> <u></u></span></p><p class="MsoNormal"><span style="color:#1f497d"><u></u> <u></u></span></p><p class="MsoNormal"><span style="color:#1f497d"><u></u> <u></u></span></p><div><div style="border:none;border-top:solid #e1e1e1 1.0pt;padding:3.0pt 0in 0in 0in"><p class="MsoNormal"><b>From:</b> Rune Slot Thing [mailto:<a href="mailto:Rune.Slot.Thing@rsyd.dk" target="_blank">Rune.Slot.Thing@rsyd.dk</a>] <br><b>Sent:</b> Tuesday, March 03, 2015 3:29 AM<br><b>To:</b> 'Yang K Park'; <a href="mailto:rtk-users@openrtk.org" target="_blank">rtk-users@openrtk.org</a><br><b>Subject:</b> SV: [Rtk-users] Obtaining HU number from RTK float data after CBCT reconstruction<u></u><u></u></p></div></div><div><div class="h5"><p class="MsoNormal"><u></u> <u></u></p><p class="MsoNormal"><span style="color:#1f497d" lang="DA">Hi Yang,<u></u><u></u></span></p><p class="MsoNormal"><span style="color:#1f497d" lang="DA"><u></u> <u></u></span></p><p class="MsoNormal"><span style="color:#1f497d">The short answer to your question is that the projection images you acquire on an Elekta CBCT unit are not normalized properly. If you perform the same scan with two different exposures (e.g. double the mAs value), you will get different projection images and hence different grey values in the reconstructed images, regardless of whether you use the XVI reconstruction or RTK. Since the Elekta system does not record your unattenuated signal anywhere, it is not possible to do the proper I/I_0 normalization that you need in order to get to the attenuation coefficients required for the HU definition, and hence you cannot get to proper HU values from the projection images alone. Due to detector drift and all the different sources of artefacts in CBCT imaging, it is a non-trivial problem to get this normalization right.<u></u><u></u></span></p><p class="MsoNormal"><span style="color:#1f497d"><u></u> <u></u></span></p><p class="MsoNormal"><span style="color:#1f497d">With the latest release of the Elekta XVI 5.0 software, there is some calibration added on the software side to allow a pseudo-HU calibration of the CBCT grey values. Since we do not have the software in our clinic yet, I have not investigated how exactly this is incorporated. My guess is that it is more of an empirical mapping which works well on objects of similar size, shape and composition as the calibration phantom used, than it is a proper calibration of all projection images to the open field images that would give the correct normalization.<u></u><u></u></span></p><p class="MsoNormal"><span style="color:#1f497d"><u></u> <u></u></span></p><div><p class="MsoNormal"><span style="color:#1f497d">Hope this helps – otherwise feel free to ask again.<u></u><u></u></span></p><p class="MsoNormal"><span style="color:#1f497d"><u></u> <u></u></span></p><p class="MsoNormal"><span style="color:#1f497d"><u></u> <u></u></span></p><p class="MsoNormal"><span style="color:#1f497d">Best regards,<u></u><u></u></span></p><p class="MsoNormal"><span style="color:#1f497d"><u></u> <u></u></span></p><p class="MsoNormal"><span style="color:#1f497d">Rune Slot Thing<u></u><u></u></span></p><p class="MsoNormal"><span style="color:#1f497d">PhD Student<u></u><u></u></span></p><p class="MsoNormal"><span style="color:#1f497d">Institute of Clinical Research, University of Southern Denmark<u></u><u></u></span></p><p class="MsoNormal"><span style="color:#1f497d">Laboratory of Radiation Physics, Odense University Hospital<u></u><u></u></span></p><p class="MsoNormal"><span style="color:#1f497d" lang="DA"><a href="mailto:rune.slot.thing@rsyd.dk" target="_blank"><span style="color:blue">rune.slot.thing@rsyd.dk</span></a><u></u><u></u></span></p></div><p class="MsoNormal"><span style="color:#1f497d" lang="DA"><u></u> <u></u></span></p><div><div style="border:none;border-top:solid #b5c4df 1.0pt;padding:3.0pt 0in 0in 0in"><p class="MsoNormal"><b><span style="font-size:10.0pt;font-family:"Tahoma",sans-serif" lang="DA">Fra:</span></b><span style="font-size:10.0pt;font-family:"Tahoma",sans-serif" lang="DA"> Rtk-users [<a href="mailto:rtk-users-bounces@public.kitware.com" target="_blank">mailto:rtk-users-bounces@public.kitware.com</a>] <b>På vegne af </b>Yang K Park<span style="color:#1f497d"> </span><br><b>Sendt:</b> 3. marts 2015 02:05<br><b>Til:</b> <a href="mailto:rtk-users@openrtk.org" target="_blank">rtk-users@openrtk.org</a><br><b>Emne:</b> [Rtk-users] Obtaining HU number from RTK float data after CBCT reconstruction<u></u><u></u></span></p></div></div><p class="MsoNormal"><span lang="DA"><u></u> <u></u></span></p><p class="MsoNormal">Hi RTK users,<u></u><u></u></p><p class="MsoNormal"><u></u> <u></u></p><p class="MsoNormal">This could be a class question but  I couldn’t have any chance to ask it so far.<u></u><u></u></p><p class="MsoNormal"><u></u> <u></u></p><p class="MsoNormal">After the RTK reconstruction, I can get float values for each voxel which might be linear attenuation coefficients (µ [mm-1]) coming from logarithm calculation.<u></u><u></u></p><p class="MsoNormal"><u></u> <u></u></p><p class="MsoNormal">In my experience, this value is quite different from that of helical CT.<u></u><u></u></p><p class="MsoNormal">For example, µ for water ~= 0.015 [mm-1] in RTK (measured in regions without scatter artifacts) <i>vs</i> ~0.027 [mm-1] in CT. And that µ value is also affected by mAs value as well.<u></u><u></u></p><p class="MsoNormal"><u></u> <u></u></p><p class="MsoNormal">My goal is to convert that float value to HU number with a reasonable explanation. <u></u><u></u></p><p class="MsoNormal"><u></u> <u></u></p><p class="MsoNormal">In our Elekta system, they seem to convert those float values to their own CBCT number ranging from “0-65535” by using a following formula:<u></u><u></u></p><p class="MsoNormal"><u></u> <u></u></p><p class="MsoNormal" style="text-indent:.5in">Elekta CBCT number  = µ * 65536 – 1024  (µ seems to be the float value identical to that comes from RTK reconstruction)<u></u><u></u></p><p class="MsoNormal"><u></u> <u></u></p><p class="MsoNormal">, which has no relationship to HU definition.<u></u><u></u></p><p class="MsoNormal"><u></u> <u></u></p><p class="MsoNormal">And I’m wondering why they are using the above formula instead of using classic HU definition ( HU =  (µ - µ_w / µ_w)*1000). <u></u><u></u></p><p class="MsoNormal"><u></u> <u></u></p><p class="MsoNormal">Of course I’m aware of that CBCT number should be quite different from CT number due to many artifact sources.<u></u><u></u></p><p class="MsoNormal">I’m just trying to get some physically reasonable conversion method between CBCT number to HU number.<u></u><u></u></p><p class="MsoNormal"><u></u> <u></u></p><p class="MsoNormal">Thank you guys for your help in advance!<u></u><u></u></p><p class="MsoNormal"><u></u> <u></u></p><p class="MsoNormal">Yang<u></u><u></u></p></div></div></div></div><br>_______________________________________________<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" target="_blank">http://public.kitware.com/mailman/listinfo/rtk-users</a><br>
<br></blockquote></div><br></div>