<html><head><style type="text/css"><!-- DIV {margin:0px;} --></style></head><body><div style="font-family:times new roman, new york, times, serif;font-size:12pt"><div style="font-family: times new roman,new york,times,serif; font-size: 12pt;">Hello Luis,<br><br> Thank you again for your reply. I have a few more questions based on your reply. <br>1. I use Dicom CT images. The 30 odd slices are read as a dicom series as 'sighed short' using the program DicomSeriesReadImageWrite.cxx in the ITK examples with appropriate modifications for CT modality. The single 3D file that is output is '.mha'. This is 'unsigned char'. Hence, my deformableRegistration program uses 'unsigned char' as the pixel type.<br><br>Am I doing something wrong here ?<br><br>2. Does ITK, by default take the lower 8 bits when doing a type cast ?<br><br>3. How does ITK handle all the conversions once the user decides that he wants to read in dicom slices
but output jpg slices instead ?<br><br>Please let me know.<br><br>Thank you,<br>Emma<br><br><br> <br><br><div style="font-family: times new roman,new york,times,serif; font-size: 12pt;">----- Original Message ----<br>From: Luis Ibanez <luis.ibanez@kitware.com><br>To: Emma Ryan <eryanvtk@yahoo.com><br>Cc: Insight Users <insight-users@itk.org><br>Sent: Saturday, August 4, 2007 6:05:19 PM<br>Subject: Re: [Insight-users] DeformableRegistration7.cxx gives worse results<br><br><div><br>Hi Emma,<br><br><br>1) Thanks for uploading the "Before/After" images.<br><br> You seem to have a pixel type problem.<br><br> The images are probably 16-bits in its original form,<br> and in the code you are loading them in 8bits (unsigned char)<br> pixel type. You end up with the lower bits of the actual image.<br><br> You *MUST* start by
fixing the pixel type problem.<br> No registration method will work by feeding it with the<br> noisy lower bits of the pixel values.<br><br> If your image is from a CT scan, you probably should use<br><br> typedef signed short PixelType;<br><br> instead of<br><br> typedef unsigned char PixelType;<br><br><br><br>2) Yes, the bulk transform is available.<br><br> Please, please, please if you report an error, be kind<br> and include the *EXACT* error message in your email.<br><br> Just saying that the program gives you an error,<br> doesn't help us
much.<br><br><br> Did it failed to compile ?<br> Did it failed to link ?<br> Did the program crash ?<br> Did it throw an exception ?<br><br><br> Please let us know what error message you get.<br><br><br>3) Thanks for posting the code.<br><br> Please start by changing the PixelType.<br><br><br>4) If you continue experiencing problems,<br> it will be useful if you upload the Fixed and Moving<br> images that you are trying to register.<br><br><br><br> Thanks<br><br><br> Luis<br><br><br><br>---------------<br>Emma Ryan
wrote:<br>> Hello Luis,<br>> <br>> Just wondering if you got the images I uploaded to the server ?<br>> <br>> I had another question about bulk transform. Is it really available <br>> ? As I mentioned earlier, I see it in the header file, but when I try <br>> to use in in my program it gives an error.<br>> <br>> I am also appending my program so you can have a better idea of what I <br>> am doing. It is essentially the same as deformableRegistration7.cxx. <br>> The only difference is a few minor additions for output, like the time, <br>> checkerboard images and deformation vector output in x, y, z format.<br>> <br>> Emma<br>> <br>> <br></div></div><br></div></div><br>
<hr size=1>Sick sense of humor? Visit Yahoo! TV's
<a href="http://us.rd.yahoo.com/evt=47093/*http://tv.yahoo.com/collections/222">Comedy with an Edge </a>to see what's on, when.
</body></html>