15.12.2012 Views

Digital Imaging and Communications in Medicine (DICOM)

Digital Imaging and Communications in Medicine (DICOM)

Digital Imaging and Communications in Medicine (DICOM)

SHOW MORE
SHOW LESS

You also want an ePaper? Increase the reach of your titles

YUMPU automatically turns print PDFs into web optimized ePapers that Google loves.

102<br />

Chapter 6 Medical Images <strong>in</strong> <strong>DICOM</strong><br />

image with 1024×1024 = 1,048,576 pixels. So, when you zoom this image to<br />

full screen, where do the extra 1,048,576 – 65,536 = 983,040 pixels come from?<br />

They are generated by an <strong>in</strong>terpolation algorithm (usually bicubic <strong>in</strong>terpolation)<br />

<strong>and</strong> <strong>in</strong>serted between the orig<strong>in</strong>al image pixels, thus mak<strong>in</strong>g the image<br />

matrix larger. As a result, when you zoom <strong>in</strong> on a digital image, you see progressively<br />

more pixels that were not present <strong>in</strong> the orig<strong>in</strong>al data but are added<br />

by the <strong>in</strong>terpolation. For example, out of each 4×4 = 16 pixels <strong>in</strong> the 4×-zoomed<br />

image only one comes from the orig<strong>in</strong>al image, <strong>and</strong> the other 15 are essentially<br />

created by a program (Fig. 25); a substantial addition, isn’t it? At least a much<br />

more substantial change <strong>in</strong> the image data than any reasonable lossy compression<br />

would do.<br />

This dom<strong>in</strong>ance of the artificial pixels expla<strong>in</strong>s why image <strong>in</strong>terpolation<br />

should be taken very seriously by all PACS developers <strong>and</strong> users, <strong>and</strong> a good<br />

amount of research cont<strong>in</strong>ues <strong>in</strong> this area. Because the <strong>in</strong>terpolat<strong>in</strong>g program<br />

has no access to the orig<strong>in</strong>al object (patient) to make a better image, it has to<br />

cleverly “fake” all the extra pixels so that they look as natural as possible. The<br />

quality of this “fak<strong>in</strong>g” should be extraord<strong>in</strong>ary <strong>and</strong> can always be used to judge<br />

the quality of image view<strong>in</strong>g software. To test a PACS view<strong>in</strong>g workstation that<br />

you might consider buy<strong>in</strong>g, load a small image (such as MR or NM), zoom <strong>in</strong><br />

on it <strong>and</strong> check for tiles, jaggies, broken l<strong>in</strong>es, <strong>and</strong> other unnatural-look<strong>in</strong>g<br />

artifacts. If you see any of these problems, they are most def<strong>in</strong>itely com<strong>in</strong>g from<br />

poor <strong>in</strong>terpolation, <strong>and</strong> you are look<strong>in</strong>g at a very cheap approximation of the<br />

required st<strong>and</strong>ard quality. Figure 26 demonstrates this difference for a small<br />

NM image; the <strong>in</strong>terpolation on the left is extremely poor <strong>and</strong> the one on the<br />

right is much more natural.<br />

Interpolation does have another artifact that is impossible to avoid. When<br />

an image is zoomed <strong>in</strong> too much (as <strong>in</strong> the example shown <strong>in</strong> Fig. 26) you will<br />

start see<strong>in</strong>g some blur. This merely reflects the fact that <strong>in</strong>terpolation does not<br />

add <strong>in</strong>formation to the image <strong>and</strong> cannot add any f<strong>in</strong>e, sharp details. Hence another<br />

conclusion: do not spend your money on an expensive, super-high reso-<br />

Fig. 25 A 4X <strong>in</strong>terpolation. “T” st<strong>and</strong>s for orig<strong>in</strong>al (true) pixels, <strong>and</strong> “I” st<strong>and</strong> for <strong>in</strong>terpolated<br />

pixels

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!