NARROW-BAND VOLUME RENDERING FOR FREEHAND 3D ULTRASOUND
Andrew Gee, Richard Prager, Graham Treece and Laurence Berman
September 2000
Volume rendering, the projection of volumetric intensity data into a 2D image, is finding an increasing number of applications across a diverse range of scientific disciplines. A key ingredient in the volume rendering recipe is a procedure to allow the user to specify a limited volume of interest, since rendering the entire volume is often too slow and also leaves the image full of clutter that obscures genuine structures of interest: this is particularly important for 3D ultrasound, where speckle noise has traditionally frustrated the successful application of volume rendering. This paper describes novel techniques, tuned to the specific needs of 3D ultrasound, for specifying these target volumes. The basic idea is to extend the familiar planar and non-planar reslicing tools, such that the reslice plane or surface is endowed with a certain thickness, producing a narrow-band volume. The attraction of such volumes is that they are simple to set up, limit the amount of clutter in the final renderings and, when thin, produce reslice-like images that are far less sensitive to the precise position of the reslice plane (or surface) than those generated by standard reslice algorithms. The paper gives full implementation details of both planar and non-planar narrow-band volume rendering, and describes several practical applications of the resulting tools.
[2.9 MBytes compressed PostScript, 20 pages]
If you have difficulty viewing files that end '.gz',
which are gzip compressed, then you may be able to find
tools to uncompress them at the gzip
web site.
If you have difficulty viewing files that are in PostScript, (ending
'.ps' or '.ps.gz'), then you may be able to
find tools to view them at
the gsview
web site.
We have attempted to provide automatically generated PDF copies of documents for which only PostScript versions have previously been available. These are clearly marked in the database - due to the nature of the automatic conversion process, they are likely to be badly aliased when viewed at default resolution on screen by acroread.