[ITK-users] TwoProjectionRegistration
Gabriele Belotti <[email protected]> Mon, 17 Jun 2019 13:00:54 +0000
| Newsgroups | gmane.comp.lib.itk.user |
|---|---|
| Message-ID | <VI1PR06MB5472EC4D0EF2CB26EDD2A12BA0EB0@VI1PR06MB5472.eurprd06.prod.outlook.com> |
--===============0119736431==
Content-Language: it-IT
Content-Type: multipart/alternative;
boundary="_000_VI1PR06MB5472EC4D0EF2CB26EDD2A12BA0EB0VI1PR06MB5472eurp_"
--_000_VI1PR06MB5472EC4D0EF2CB26EDD2A12BA0EB0VI1PR06MB5472eurp_
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Dear all,
I'm testing this particular module to evaluate a 2D/3D registration context=
.
I was able to obtain DRRs using Siddon-Jacobs ray tracing method (starting =
point is an FDK of POPI model) and as a proof of concept I fed two of these=
resulting projections (first at the correct angles and centering, then at =
small tilted angles with added displacement to the CT volume center).
What I noticed is that the computation of a single step in the registration=
is incredibly slow even in the case where the initial transform is already=
at the correct position (around 60").
I think the long computation times are possibly caused by metric calculatio=
n on the 2 Projections vs the DRRs generated from the volume by the interpo=
lators (Siddon-Jacobs), but I cannot verify this assumption since I can onl=
y observe a full registration step.
Is there a way to speed up the process? Unfortunately the custom classes th=
at were implemented in this module do not come with many useful tools such =
as a Sampling Strategy.
Thanks to anyone contributing
--_000_VI1PR06MB5472EC4D0EF2CB26EDD2A12BA0EB0VI1PR06MB5472eurp_
Content-Type: text/html; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
<html xmlns:v=3D"urn:schemas-microsoft-com:vml" xmlns:o=3D"urn:schemas-micr=
osoft-com:office:office" xmlns:w=3D"urn:schemas-microsoft-com:office:word" =
xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" xmlns=3D"http:=
//www.w3.org/TR/REC-html40">
<head>
<meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Dus-ascii"=
>
<meta name=3D"Generator" content=3D"Microsoft Word 15 (filtered medium)">
<style><!--
/* Font Definitions */
@font-face
{font-family:"Cambria Math";
panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
{font-family:Calibri;
panose-1:2 15 5 2 2 2 4 3 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
{margin:0cm;
margin-bottom:.0001pt;
font-size:11.0pt;
font-family:"Calibri",sans-serif;
mso-fareast-language:EN-US;}
a:link, span.MsoHyperlink
{mso-style-priority:99;
color:#0563C1;
text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
{mso-style-priority:99;
color:#954F72;
text-decoration:underline;}
span.StileMessaggioDiPostaElettronica17
{mso-style-type:personal-compose;
font-family:"Calibri",sans-serif;
color:windowtext;}
.MsoChpDefault
{mso-style-type:export-only;
font-family:"Calibri",sans-serif;
mso-fareast-language:EN-US;}
@page WordSection1
{size:612.0pt 792.0pt;
margin:70.85pt 2.0cm 2.0cm 2.0cm;}
div.WordSection1
{page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext=3D"edit" spidmax=3D"1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext=3D"edit">
<o:idmap v:ext=3D"edit" data=3D"1" />
</o:shapelayout></xml><![endif]-->
</head>
<body lang=3D"IT" link=3D"#0563C1" vlink=3D"#954F72">
<div class=3D"WordSection1">
<p class=3D"MsoNormal"><span lang=3D"EN-GB">Dear all,<br>
<br>
I’m testing this particular module to evaluate a 2D/3D registration c=
ontext.<br>
I was able to obtain DRRs using Siddon-Jacobs ray tracing method (starting =
point is an FDK of POPI model) and as a proof of concept I fed two of these=
resulting projections (first at the correct angles and centering, then at =
small tilted angles with added displacement
to the CT volume center).<br>
What I noticed is that the computation of a single step in the registration=
is incredibly slow even in the case where the initial transform is already=
at the correct position (around 60”).<br>
I think the long computation times are possibly caused by metric calculatio=
n on the 2 Projections vs the DRRs generated from the volume by the interpo=
lators (Siddon-Jacobs), but I cannot verify this assumption since I can onl=
y observe a full registration step.<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-GB">Is there a way to speed up the =
process? Unfortunately the custom classes that were implemented in this mod=
ule do not come with many useful tools such as a Sampling Strategy.<br>
<br>
Thanks to anyone contributing<o:p></o:p></span></p>
</div>
</body>
</html>
--_000_VI1PR06MB5472EC4D0EF2CB26EDD2A12BA0EB0VI1PR06MB5472eurp_--
--===============0119736431==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
The ITK community is transitioning from this mailing list to discourse.itk.org. Please join us there!
________________________________
Powered by www.kitware.com
Visit other Kitware open-source projects at
http://www.kitware.com/opensource/opensource.html
Kitware offers ITK Training Courses, for more information visit:
http://www.kitware.com/products/protraining.php
Please keep messages on-topic and check the ITK FAQ at:
http://www.itk.org/Wiki/ITK_FAQ
Follow this link to subscribe/unsubscribe:
https://itk.org/mailman/listinfo/insight-users
--===============0119736431==--