Radon transform in matlab
Ältere Kommentare anzeigen
Hi Everyone, Is there any numerically efficient package to compute the Radon transform and the back projection, probably using the non-uniform forier transform!
actually what I am looking for is a forward and inverse projector for tomography problem. I tried the Matlab Radon function but I noticed that if you apply it iteratively(as in the code below) the Image will be bleared! are there any solution for this problem?
x = phantom('Modified Shepp-Logan',256);
[Sinogram,xp] = radon(x,1:0.1:180);
for i=1:10
I = iradon(Sinogram, 1:0.1:180);
[Sinogram,xp] = radon(I,1:0.1:180);
end
imtool(I);
Antworten (2)
but I noticed that if you apply it iteratively(as in the code below) the Image will be bleared!
Reconstruction is always lossy because all the projection and DSP operations involved are discretized, rather than occuring in ideal, continuous space. If you iteratively project and reconstruct, the loss accumulates.
8 Kommentare
Alan AF
am 29 Mai 2014
Matt J
am 29 Mai 2014
but how can we minimize this effect?
By not iterating. As Bjorn also said, the iterations do not have any obvious purpose except to degrade the result.
Jeff Fessler's library is what I would have recommended. He has a library of different forward projectors to choose from.
Alan AF
am 29 Mai 2014
Matt J
am 29 Mai 2014
Does it matter that it's a black box? Many built-in MATLAB commands are black boxes, as well. Why not just run some tests to see if the output is what you expect from a given input?
Alan AF
am 29 Mai 2014
Matt J
am 29 Mai 2014
What makes you think it is the NUFFT's fault? Did you try a different forward projector (e.g., MATLAB's radon command)? Is the result different?
Alan AF
am 29 Mai 2014
Matt J
am 29 Mai 2014
It won't mean anything to me. I've never worked with NUFFT projectors.
Bjorn Gustavsson
am 29 Mai 2014
0 Stimmen
Why would you want to repeat the process in the first place? If you have data for every 0.1 degree (according to your calculation of the sinogram) then the iradon function calculates the proper inverse (you might select different filters for the transform and such), therefore you'll only enhance the problems with the inverse (blurring, pixeling, aliasing and possibly noise amplification if you have noise in your real data and whatnot), put an image display inside the loop together with a drawnow and see how things evolve...
If you want to look at some iterative algorithm you have to explain what you want to study.
HTH,
6 Kommentare
Alan AF
am 29 Mai 2014
Bjorn Gustavsson
am 30 Mai 2014
Since I have no idea what your Enhance function does I cant see what you want to achieve. Perhaps you want to do some kind of high-pass filtering or the other? If that operation is isotropic or linear enough you might get away with transforming that operation into some kind of filter-function that you could pass into iradon (or edit the function, I dont remember what inputs you can give that function.) It looks a bit strange that you want to use a much denser/more complete angular radon-transform in your iteration since your initial data is apparently under-sampled (in what way? sparse angles or restricted angular coverage?)
So to be able to have further suggestions we need more information...
HTH
Alan AF
am 30 Mai 2014
probably it is a scaling issue?
You should look at the forward projected views and see if/how the values are globally scaled relative to what radon produces.
Some things to think about: When using radon, what scaling are you doing to account for the physical sizes (in millimeters) of the image pixels. Similarly, what is NUFFT doing?
Alan AF
am 3 Jun. 2014
The radon transform is a line integral through the image. Roughly, it works by finding the intersection lengths of projection rays with pixels and multiplies by the length of intersection. But to compute the length of intersection, you have to know the pixel dimensions, e.g., in millimeters. Matlab's RADON command just assumes the pixels dimensions are 1x1 unitless. You would have to scale the result by the pixel lengths to get things in real units. I don't know whether you are doing that currently
But the Fessler NUFFT code might be drawing pixel dimension information from somewhere already, e.g., input you gave it.
Kategorien
Mehr zu Image Transforms finden Sie in Hilfe-Center und File Exchange
Produkte
Community Treasure Hunt
Find the treasures in MATLAB Central and discover how the community can help you!
Start Hunting!