US20130155066A1 - Method and system for visualizing a volume dataset - Google Patents
Method and system for visualizing a volume dataset Download PDFInfo
- Publication number
- US20130155066A1 US20130155066A1 US13/769,399 US201313769399A US2013155066A1 US 20130155066 A1 US20130155066 A1 US 20130155066A1 US 201313769399 A US201313769399 A US 201313769399A US 2013155066 A1 US2013155066 A1 US 2013155066A1
- Authority
- US
- United States
- Prior art keywords
- ray
- display image
- frame
- display
- volume dataset
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Abandoned
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06T—IMAGE DATA PROCESSING OR GENERATION, IN GENERAL
- G06T19/00—Manipulating 3D models or images for computer graphics
- G06T19/20—Editing of 3D images, e.g. changing shapes or colours, aligning objects or positioning parts
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06T—IMAGE DATA PROCESSING OR GENERATION, IN GENERAL
- G06T15/00—3D [Three Dimensional] image rendering
- G06T15/06—Ray-tracing
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06T—IMAGE DATA PROCESSING OR GENERATION, IN GENERAL
- G06T15/00—3D [Three Dimensional] image rendering
- G06T15/08—Volume rendering
Definitions
- the present invention relates generally to medical imaging.
- Medical imaging is the technique used to create images of the human body or parts thereof for clinical purposes (medical procedures that seek to reveal, to diagnose or to examine disease) or medical science (including the study of normal anatomy and physiology).
- Computer tomography (CT) and magnetic resonance imaging (MRI) are two of the most common approaches. These techniques generate a set of individual 2D images that can be displayed in a 3D visualization as a “volume dataset.”
- the extent of the 3D visualization is limited to “orbiting” and “zooming.”
- the view of the object being rendered is like an orbiting satellite in that the viewer can move around the object being viewed from any angle but cannot look “out” from a position within the object.
- a zoom operation provides the viewer with additional useful details about the object; however, zooming does not enable the viewer to move down to a surface or inside of a volume.
- the orbit and zoom approach has limited applicability for rendering and viewing a volume medical dataset.
- the disclosed subject matter provides a machine-implemented display method that, with respect to a volume dataset being rendered, enables a user to navigate to any position in space and look in any direction.
- the volume dataset is derived from a computer tomography or magnetic resonance imaging scan.
- the user can see details within the dataset that are not available using conventional visualization approaches.
- the freedom-of-motion capability allows the user to go to places (positions) within the volume rendering that are not otherwise possible using conventional “orbit” and “zoom” display techniques.
- the display image enables a user to travel inside physical structures (e.g., a patient's heart, brain, arteries, and the like).
- a rendering method is implemented on a machine, such as a computer that includes a display.
- the machine receives a volume dataset generated by the CT or MRI scan.
- the dataset is a set of digital data comprising a set of individual 2D images.
- An image of the volume dataset is rendered on the display at a given number of frames per second, where each frame of the image has pixels that are uniform.
- any frame (within a set of frames being displayed at the display rate) may have a resolution that differs from that of another frame. This concept is referred to herein as continuous real-time dynamic rendering resolution.
- any pixel within a given frame may intersect a ray cast forward into the view at a point that differs from that of another pixel in the frame.
- the machine provides the user with a “virtual camera” that the user can control with an input device (e.g., a pointing device, keyboard, or the like) to facilitate rendering on a display monitor of a display object from any point in space and in any direction at real-time display frame update rates.
- an input device e.g., a pointing device, keyboard, or the like
- the volume dataset is rendered using both dynamic rendering resolution and per pixel dynamic sampling distance for ray tracing. This rendering approach enables the user to move and rotate the virtual camera in response to the rendered image from any point within or outside the image.
- FIG. 1 illustrates a computer system coupled to a medical imaging system
- FIG. 2 illustrates a known technique for rendering and “orbiting” about a volume dataset
- FIG. 3 illustrates how ray tracing is used to generate a final image using a virtual camera
- FIG. 4 illustrates the technique of this disclosure for rendering and viewing a volume dataset from any position external to or within the dataset
- FIG. 5 illustrates a dynamic rendering resolution technique of this disclosure
- FIG. 6 illustrates a known fixed step ray tracing technique
- FIG. 7 illustrates a dynamic step ray tracing technique of this disclosure
- FIG. 8 illustrates the dynamic stepping approach showing how the number of steps varies along the ray in areas where tissues are located
- FIG. 9 is another view showing the dynamic stepping approach of FIG. 8 .
- FIG. 10 is a machine in which the disclosed visualization methods may be implemented.
- a system 100 in which the subject matter herein is implemented comprises a computer system 102 having a display monitor 108 , and one or more input devices 110 such as a keyboard, a pointing device, or the like.
- the computer system 102 is illustrated as a desktop workstation, but this is not a limitation, as the system may be implemented in a laptop or notebook computer, a wireless computing device (such as an iPad), a mobile handheld device (including a smart phone with application support), or any other computing machine that includes a display.
- the techniques of this disclosure are not limited to any particular type of computing device, system or architecture, and one or more of the elements of the machine may be located in different locations.
- the display monitor may be positioned remotely from other components.
- the computer system 102 is shown as receiving inputs from a pair of imaging devices 106 that are associated with a support 104 .
- the support 104 rotates or reciprocates relative to the imaging devices 106 to generate a set of individual 2D images of an object being scanned.
- the support 104 has associated mechanical elements, hydraulic elements and/or electronic elements (not shown) that control the position or rotational speed thereof.
- the support may be under computer control.
- the one or more imaging devices 106 include associated optical elements, mechanical elements, and/or other control elements that control the position and operation of the device.
- an object to be imaged e.g., a human body, or some part thereof
- an object to be imaged is located on the support 104 .
- the support may be fixed, in which case the imaging devices 106 rotate or reciprocate with respect thereto.
- the support 104 and imaging devices 106 may represent conventional medical imaging systems such as computer tomography (CT), magnetic resonance imaging (MRI), or the like.
- CT computer tomography
- MRI magnetic resonance imaging
- the techniques herein may be used to produce a 3D visualization of other digital data, irrespective of how the dataset is generated.
- imaging systems are external to the display system and method of this disclosure, although the techniques herein may be implemented natively within such known imaging systems.
- the 2D images comprising a particular scan typically conform to a standard digital data format (e.g., DICOM) and are received by the computer system 102 in any convenient manner, e.g., a CD, DVD, USB stick, hard drive, network drive, PACS (a medical CT library), or the like.
- the computer system 102 may be network-accessible, in which case the digital data comprising the volume dataset may be received over a communication network, such as any Internet Protocol (IP)-based network, a wireline network, a wireless network, a combination thereof, or the like.
- IP Internet Protocol
- this disclosure provides a display method, preferably implemented in a computer, such as a workstation as shown in FIG. 1 .
- the method is implemented using one or more computing-related entities (systems, machines, processes, programs, libraries, functions, code, or the like) that facilitate or provide the inventive functionality.
- the display methods described herein are implemented in a machine comprising a CPU (central processing unit), such as any Intel- or AMD-based chip, computer memory, such as RAM (at least 1 GB), a hard drive (at least 8 GB), and a CD-drive (preferably 24-48 ⁇ ).
- the machine software includes an operating system (e.g., Windows XP, Windows Vista, Windows 7, any Apple OS, either 32 bit or 64 bit), and generic support applications.
- the process is implemented in a graphics processor, preferably the machine comprises a graphics processing unit (GPU) such as the AMD Radeon Series 4850 or equivalent (preferably at least DirectX 9-compliant and Pixel Shader 3.0-compliant).
- GPU graphics processing unit
- FIG. 2 illustrates a known technique for visualizing a volume dataset 200 .
- the volume dataset is a stack or assembly of 2D images forming a cube (or 3D dataset).
- a virtual camera 202 orbits around the dataset along the constraint 204 , which constraint is shown in the drawing as a circle but is actually a sphere in three dimensions.
- the virtual camera 202 is a machine-implemented software-generated construct that has a position, an orientation, and a resolution.
- the virtual camera renders a final image 206 at a display rate by ray tracing.
- a single virtual camera is shown at various positions along the orbital constraint. In each position, the virtual camera produces a final image in the manner illustrated in FIG. 3 .
- Ray tracing is a process by which a set of rays are cast forward into the volume dataset from the virtual camera and intersected with structures therein to produce the final image comprising a set of pixels.
- a ray 208 which is a line with a direction located at a point in space, is cast forward into the scene to find an intersection point or multiple intersection points that contribute to the final value (brightness or color) for a single pixel 210 in the final image.
- Each “ray” is generated in software and simulates light generated from the camera.
- the virtual camera is “operated” (once again, virtually) at a given frame rate (or frames “per second”). Thus, if the frame rate is 24, the virtual camera produces the final image 206 every second with 24 distinct frames in an image sequence.
- Each frame comprising a number of 2D pixels.
- the pixels in a particular frame are uniform in that they are of the same size. Any individual pixel in the volume dataset is sometimes referred to as a voxel.
- FIG. 4 illustrates the approach of the subject disclosure, wherein the volume dataset 400 is rendered using a virtual camera 402 that displays the final image 406 without any position constraint.
- the virtual camera 402 may be moved to any position outside or even within the volume dataset.
- the virtual camera is movable (using the input device) inside the volume dataset, and the viewer can navigate along and through internal structures that are represented therein.
- the viewer has full freedom-of-motion within and around the volume dataset, or any portion thereof.
- the technique allows the user to explore the human body non-invasively from every position and direction possible.
- the virtual camera (and thus the viewer) can move past tissue that might otherwise block a view, and the camera can present views from inside the body that were previously unattainable.
- the technique enables the viewer to see through multiple types of tissue simultaneously and to examine the spatial relationship of different parts of the body.
- rendering refers to a process by which the eventual picture is drawn by the disclosed technique. In a representative embodiment, rendering is implemented by ray tracing, although this is not a limitation.
- dynamic refers to changes to the output rendering resolution at each frame, or as needed.
- the term “real-time” generally refers to a frame per second update rate greater than a predetermined value, such as 24.
- the term “continuous” refers to the number of pixels that are added to or subtracted from a final picture every frame to ensure that the picture only changes a small amount, to ensure smoothness.
- the “continuous real-time dynamic rendering resolution” function changes a number of pixels horizontally and vertically by a small amount in relation to a difference between a current frame rate and a desired frame rate, with respect to a picture that is drawn at a frame update rate (preferably >24 frames per second) to provide high resolution rendering. This feature is beneficial as it allows higher rendering quality than is possible for fixed resolution, which cannot guarantee real-time frame rates especially with respect to any position in space.
- the dynamic rendering resolution is illustrated in FIG. 5 .
- This figure shows three (3) representative (random) frames of a set of display frames of the displayed image.
- Each frame represents a single final image, and the set of final images (from the set of frames) represent the displayed image as rendered on the display at a given point in time.
- each pixel in each frame is uniform, although according to the “dynamic rendering resolution” function of this disclosure, the resolution can vary across particular frames.
- frame 1 as 16 pixels
- frame 26 has 256 pixels
- frame 53 has 64 pixels.
- Generalizing when an image of the volume dataset is rendered at a given number of frames per second, at least two frames in the image sequence have varying resolution.
- This dynamic rendering resolution function preferably is achieved as follows. Inside a main display processing loop, and at a minimum of “desired” frames per second, the routine calculates a difference between a “current” frame rate and a “desired” frame rate. This frame rate difference is what determines how the resolution will change for this frame. When the difference is positive (i.e., when the desired frame rate is greater than current frame rate), the display routine use one less pixel column or pixel row alternately (or one less of each) in the final image to render a next frame. This operation “speeds up” the rendering application and helps achieve the desired frame rate.
- the display routine uses one more pixel column or pixel row alternately (or one more of each) in the final image to render the next frame. This increases the rendering resolution and, thus, the quality of the rendered image.
- the routine rescales the image back to screen resolution with or without interpolation to account for the change in the number of pixels. This process speeds up the rendering because ray tracing is inherently very dependent on the total number of cast rays in the final image. If that number is reduced, the application speeds up.
- FIG. 6 illustrates a “fixed step” approach wherein the distance from each previous sampling location (represented by a dot) along the length of the ray is the same.
- This fixed step pattern 600 does not take into consideration the characteristics of the volume dataset itself (e.g., the density at the particular intersection point in the CT scan, or the value of electron spin at the particular point in the MRI scan, or some such similar value, depending on the type of data), but simply generates the sample at a particular uniform location along the ray.
- This fixed step approach does not produce satisfactory results.
- the sampling distance along the length of a ray is permitted to vary dynamically within each pixel.
- the step changes after a sampling of the dataset (and, in particular, after each sampling) and in relation to a value contained in the dataset.
- the values of this relationship preferably are the value (e.g., density, for CT data) at the current voxel, and a target or focus value (i.e., density of 750 Hounsfield units, which are standard units for describing radio-density).
- the target or focus value may be user- or system-configurable.
- a distance added to or subtracted from a current step along the ray is small to ensure smoothness as the ray traverses through the dataset.
- each ray (each corresponding to a pixel) adjusts its own unique step dynamically as it traverses through and samples the dataset. In effect, the ray speeds up or slows down as needed.
- the display routine adjusts the unique sampling distance along the length of the ray cast forward in space, which represents a single pixel in the rendered image, in relation to the values sampled from the dataset (i.e., an absolute value of a difference between the currently sampled value and the target value).
- two pixels within a particular frame have a varying number of ray tracing steps relative to one another. This approach facilitates high-resolution rendering at real-time frame rates while avoiding any restrictions on the virtual camera in terms of its position and orientation in space.
- the routine For every frame at real time rates, and for every pixel in the final image, the routine “starts” the ray at the camera position. Then, the routine sets the ray's direction to be the camera direction plus the pixel position in the image transformed into world space. This operation amounts to an aperture or lens for the 3D camera; as a result, the ray has both a position and a direction.
- the program then steps down the ray, stopping at locations to sample the volume dataset. The distance that is stepped each frame is dependent on the value at the current sample point of the volume data and a value (e.g., CT density, MRI electron spin, or equivalent) of the desired tissue in current focus.
- a value e.g., CT density, MRI electron spin, or equivalent
- the distance stepped equals an absolute value of the difference between the currently sampled value (e.g., density) and the user- or system-configured target, multiplied by a small number to ensure smoothness.
- the absolute value of the difference in desired tissue value and current sampled volume data is high, then a larger step is taken. If, however, the value of the difference in desired tissue value and current sampled volume data is small, then a smaller step is taken.
- the process concentrates the steps and samples in areas where the desired tissue values exist, while areas that are not in focus are spared (i.e., need not be subjected to dynamic stepping).
- the routine takes the scalar sampled volume data value and scales it (e.g., to the range of ⁇ 1000 to 1000 standard Hounsfield units), and then the routine uses this value to look-up a color that corresponds to a certain type of material based on the Hounsfield number.
- the routine uses an accumulation method (e.g., pixel color equals tissue difference multiplied by the step color) to accumulate the color for this step onto the pixel itself.
- an accumulation method e.g., pixel color equals tissue difference multiplied by the step color
- a small value is added to the accumulated density. This process is repeated either until density is greater than a desired value or until the step distance itself is very small (e.g., a desired small value beyond which the eye can see), or until the maximum known depth is reached.
- the routine has the final color for this pixel.
- this approach is then repeated for every pixel in the final image.
- the camera When it is time for the next frame to be rendered, the camera is moved to its new position and orientation, and then process is repeated again.
- the above-described approach may be implemented using a GPU so that many pixels can be processed in parallel.
- a multi-core CPU can be used to facilitate the parallel processing.
- FIG. 10 illustrates a representative data processing system 1000 for use in processing the digital data in the above-described manner.
- a data processing system 1000 suitable for storing and/or executing program code will include at least one processor 1002 coupled directly or indirectly to memory elements through a system bus 1005 .
- the memory elements can include local memory 1004 employed during actual execution of the program code, bulk storage 1006 , and cache memories 1008 that provide temporary storage of at least some program code to reduce the number of times code must be retrieved from bulk storage during execution.
- I/O devices including but not limited to keyboard 1010 , display 1012 , pointing device 1014 , etc.
- I/O controllers 1016 can be coupled to the system either directly or through intervening I/O controllers 1016 .
- Network adapters 1018 may also be coupled to the system to enable the data processing system to become coupled to other data processing systems or devices through networks 1020 .
- the rendering program that implements dynamic rendering resolution and dynamic per-pixel ray tracing is stored in system local memory 1004 , as are the data structures and associated data generated during the rendering process.
- the data processing system includes a GPU and associated graphics card components and, in this case, preferably the rendering program and volume data are stored in graphics card memory.
- Such a computer program may be stored in a computer readable storage medium, such as, but is not limited to, any type of disk including optical disks, CD-ROMs, and magnetic-optical disks, read-only memories (ROMs), random access memories (RAMs), magnetic or optical cards, or any type of media suitable for storing electronic instructions, and each coupled to a computer system bus.
- a computer readable storage medium such as, but is not limited to, any type of disk including optical disks, CD-ROMs, and magnetic-optical disks, read-only memories (ROMs), random access memories (RAMs), magnetic or optical cards, or any type of media suitable for storing electronic instructions, and each coupled to a computer system bus.
- the described functionality may also be implemented in firmware, in an ASIC, or in any other known or developed processor-controlled device.
- the volume dataset may be generated from any data source. It is not required that the volume dataset be CT or MRI data, or that the data itself be medical imaging data. The techniques herein may be used within any volume dataset irrespective of content.
- a tangible (non-transitory) machine-readable medium stores the computer program that performs the dynamic rendering resolution and dynamic per-pixel ray tracing during the process of rendering the volume dataset on the display.
- the program receives the volume dataset and renders the virtual camera construct (which lives inside the machine).
- the program moves and re-orients the camera under the user's control, altering the view as desired.
- the dynamic rendering resolution process increases or decreases the number of pixels in each frame of a set of frames, while the per-pixel dynamic stepping increases or reduces the number of ray tracing steps (i.e., step distance along the ray) per pixel.
- the program can speed up its overall rendering of the image at the desired frame rate, and in this manner the virtual camera construct can be positioned and oriented anywhere, including within the volume dataset itself.
- the virtual camera has complete freedom-of-motion within and about the volume dataset; thus, the viewer has the ability to move to any position in 3D space and look in any direction in real-time.
- the described approach enables real-time tissue selection and segmentation in 3D so that various tissues (including bone) are visualized without requiring the program to continually re-build a 3D mesh or to use preset tissue palettes.
Landscapes
- Engineering & Computer Science (AREA)
- Computer Graphics (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Theoretical Computer Science (AREA)
- Architecture (AREA)
- Computer Hardware Design (AREA)
- General Engineering & Computer Science (AREA)
- Software Systems (AREA)
- Magnetic Resonance Imaging Apparatus (AREA)
- Image Generation (AREA)
- Apparatus For Radiation Diagnosis (AREA)
Abstract
A machine-implemented display method that, with respect to a volume dataset being rendered, enables a user to navigate to any position in space and look in any direction. Preferably, the volume dataset is derived from a computer tomography (CT) or magnetic resonance imaging (MRI) scan. With the described approach, the user can see details within the dataset that are not available using conventional visualization approaches. The freedom-of-motion capability allows the user to go to places (positions) within the volume rendering that are not otherwise possible using conventional “orbit” and “zoom” display techniques. Thus, for example, using the described approach, the display image enables a user to travel inside physical structures (e.g., a patient's heart, brain, arteries, and the like).
Description
- 1. Technical Field
- The present invention relates generally to medical imaging.
- 2. Background of the Related Art
- Medical imaging is the technique used to create images of the human body or parts thereof for clinical purposes (medical procedures that seek to reveal, to diagnose or to examine disease) or medical science (including the study of normal anatomy and physiology). Computer tomography (CT) and magnetic resonance imaging (MRI) are two of the most common approaches. These techniques generate a set of individual 2D images that can be displayed in a 3D visualization as a “volume dataset.” Typically, however, the extent of the 3D visualization is limited to “orbiting” and “zooming.” In an “orbit” mode, the view of the object being rendered is like an orbiting satellite in that the viewer can move around the object being viewed from any angle but cannot look “out” from a position within the object. A zoom operation provides the viewer with additional useful details about the object; however, zooming does not enable the viewer to move down to a surface or inside of a volume. Thus, the orbit and zoom approach has limited applicability for rendering and viewing a volume medical dataset.
- The disclosed subject matter provides a machine-implemented display method that, with respect to a volume dataset being rendered, enables a user to navigate to any position in space and look in any direction. Preferably, the volume dataset is derived from a computer tomography or magnetic resonance imaging scan. With the described approach, the user can see details within the dataset that are not available using conventional visualization approaches. The freedom-of-motion capability allows the user to go to places (positions) within the volume rendering that are not otherwise possible using conventional “orbit” and “zoom” display techniques. Thus, for example, using the described approach, the display image enables a user to travel inside physical structures (e.g., a patient's heart, brain, arteries, and the like).
- In one embodiment, a rendering method is implemented on a machine, such as a computer that includes a display. The machine receives a volume dataset generated by the CT or MRI scan. Typically, the dataset is a set of digital data comprising a set of individual 2D images. An image of the volume dataset is rendered on the display at a given number of frames per second, where each frame of the image has pixels that are uniform. According to the technique, any frame (within a set of frames being displayed at the display rate) may have a resolution that differs from that of another frame. This concept is referred to herein as continuous real-time dynamic rendering resolution. Moreover, any pixel within a given frame may intersect a ray cast forward into the view at a point that differs from that of another pixel in the frame. This latter concept is referred to herein as continuous per pixel dynamic sampling distance for ray tracing within the volume dataset. Thus, according to a rendering method herein, at least two frames of an image sequence have varying resolution relative to one another, and at least two pixels within a particular frame have a varying number of ray tracing steps relative to one another. When the volume dataset is rendered in this manner, a viewer can navigate to any position and orientation within the 3D visualization.
- According to another aspect of this disclosure, the machine provides the user with a “virtual camera” that the user can control with an input device (e.g., a pointing device, keyboard, or the like) to facilitate rendering on a display monitor of a display object from any point in space and in any direction at real-time display frame update rates. As noted above, preferably the volume dataset is rendered using both dynamic rendering resolution and per pixel dynamic sampling distance for ray tracing. This rendering approach enables the user to move and rotate the virtual camera in response to the rendered image from any point within or outside the image.
- The foregoing has outlined some of the more pertinent features of the invention. These features should be construed to be merely illustrative. Many other beneficial results can be attained by applying the disclosed invention in a different manner or by modifying the invention as will be described.
- For a more complete understanding of the present invention and the advantages thereof, reference is now made to the following descriptions taken in conjunction with the accompanying drawings, in which:
-
FIG. 1 illustrates a computer system coupled to a medical imaging system; -
FIG. 2 illustrates a known technique for rendering and “orbiting” about a volume dataset; -
FIG. 3 illustrates how ray tracing is used to generate a final image using a virtual camera; -
FIG. 4 illustrates the technique of this disclosure for rendering and viewing a volume dataset from any position external to or within the dataset; -
FIG. 5 illustrates a dynamic rendering resolution technique of this disclosure; -
FIG. 6 illustrates a known fixed step ray tracing technique; -
FIG. 7 illustrates a dynamic step ray tracing technique of this disclosure; -
FIG. 8 illustrates the dynamic stepping approach showing how the number of steps varies along the ray in areas where tissues are located; -
FIG. 9 is another view showing the dynamic stepping approach ofFIG. 8 ; and -
FIG. 10 is a machine in which the disclosed visualization methods may be implemented. - As illustrated in
FIG. 1 , asystem 100 in which the subject matter herein is implemented comprises acomputer system 102 having adisplay monitor 108, and one ormore input devices 110 such as a keyboard, a pointing device, or the like. Thecomputer system 102 is illustrated as a desktop workstation, but this is not a limitation, as the system may be implemented in a laptop or notebook computer, a wireless computing device (such as an iPad), a mobile handheld device (including a smart phone with application support), or any other computing machine that includes a display. The techniques of this disclosure are not limited to any particular type of computing device, system or architecture, and one or more of the elements of the machine may be located in different locations. Thus, for example, the display monitor may be positioned remotely from other components. For convenience of illustration only, thecomputer system 102 is shown as receiving inputs from a pair of imaging devices 106 that are associated with asupport 104. Thesupport 104 rotates or reciprocates relative to the imaging devices 106 to generate a set of individual 2D images of an object being scanned. Typically, thesupport 104 has associated mechanical elements, hydraulic elements and/or electronic elements (not shown) that control the position or rotational speed thereof. The support may be under computer control. Likewise, the one or more imaging devices 106 include associated optical elements, mechanical elements, and/or other control elements that control the position and operation of the device. Typically, an object to be imaged (e.g., a human body, or some part thereof) is located on thesupport 104. The support may be fixed, in which case the imaging devices 106 rotate or reciprocate with respect thereto. One of ordinary skill in the art will appreciate that thesupport 104 and imaging devices 106 may represent conventional medical imaging systems such as computer tomography (CT), magnetic resonance imaging (MRI), or the like. The techniques herein may be used to produce a 3D visualization of other digital data, irrespective of how the dataset is generated. Typically, such imaging systems are external to the display system and method of this disclosure, although the techniques herein may be implemented natively within such known imaging systems. The 2D images comprising a particular scan typically conform to a standard digital data format (e.g., DICOM) and are received by thecomputer system 102 in any convenient manner, e.g., a CD, DVD, USB stick, hard drive, network drive, PACS (a medical CT library), or the like. Thecomputer system 102 may be network-accessible, in which case the digital data comprising the volume dataset may be received over a communication network, such as any Internet Protocol (IP)-based network, a wireline network, a wireless network, a combination thereof, or the like. As noted above, this disclosure provides a display method, preferably implemented in a computer, such as a workstation as shown inFIG. 1 . More generally, the method is implemented using one or more computing-related entities (systems, machines, processes, programs, libraries, functions, code, or the like) that facilitate or provide the inventive functionality. In a representative but non-limiting implementation, the display methods described herein are implemented in a machine comprising a CPU (central processing unit), such as any Intel- or AMD-based chip, computer memory, such as RAM (at least 1 GB), a hard drive (at least 8 GB), and a CD-drive (preferably 24-48×). The machine software includes an operating system (e.g., Windows XP, Windows Vista, Windows 7, any Apple OS, either 32 bit or 64 bit), and generic support applications. If the process is implemented in a graphics processor, preferably the machine comprises a graphics processing unit (GPU) such as the AMD Radeon Series 4850 or equivalent (preferably at least DirectX 9-compliant and Pixel Shader 3.0-compliant). - By way of background,
FIG. 2 illustrates a known technique for visualizing avolume dataset 200. The volume dataset is a stack or assembly of 2D images forming a cube (or 3D dataset). In this approach, avirtual camera 202 orbits around the dataset along the constraint 204, which constraint is shown in the drawing as a circle but is actually a sphere in three dimensions. Thevirtual camera 202 is a machine-implemented software-generated construct that has a position, an orientation, and a resolution. The virtual camera renders afinal image 206 at a display rate by ray tracing. In the drawing, a single virtual camera is shown at various positions along the orbital constraint. In each position, the virtual camera produces a final image in the manner illustrated inFIG. 3 . Ray tracing is a process by which a set of rays are cast forward into the volume dataset from the virtual camera and intersected with structures therein to produce the final image comprising a set of pixels. In particular, aray 208, which is a line with a direction located at a point in space, is cast forward into the scene to find an intersection point or multiple intersection points that contribute to the final value (brightness or color) for asingle pixel 210 in the final image. Each “ray” is generated in software and simulates light generated from the camera. The virtual camera is “operated” (once again, virtually) at a given frame rate (or frames “per second”). Thus, if the frame rate is 24, the virtual camera produces thefinal image 206 every second with 24 distinct frames in an image sequence. Each frame comprising a number of 2D pixels. The pixels in a particular frame are uniform in that they are of the same size. Any individual pixel in the volume dataset is sometimes referred to as a voxel. - Although it provides some basic interactivity, the “orbit” approach illustrated in
FIG. 2 is quite limiting.FIG. 4 illustrates the approach of the subject disclosure, wherein thevolume dataset 400 is rendered using avirtual camera 402 that displays the final image 406 without any position constraint. In this approach, thevirtual camera 402 may be moved to any position outside or even within the volume dataset. Several of these internal positions are illustrated. In this novel approach, the virtual camera is movable (using the input device) inside the volume dataset, and the viewer can navigate along and through internal structures that are represented therein. Thus, according to this approach, and unlike the prior art, the viewer has full freedom-of-motion within and around the volume dataset, or any portion thereof. This degree of interactivity provides a significantly enhanced and valuable user experience, as it provides much greater detail of internal structures. The technique allows the user to explore the human body non-invasively from every position and direction possible. The virtual camera (and thus the viewer) can move past tissue that might otherwise block a view, and the camera can present views from inside the body that were previously unattainable. In effect, the technique enables the viewer to see through multiple types of tissue simultaneously and to examine the spatial relationship of different parts of the body. - There are two (2) techniques that facilitate the disclosed method: (i) continuous real-time dynamic rendering resolution, and (ii) continuous per pixel dynamic sampling distance for ray tracing volume datasets. Each of these techniques is now described. As used herein, “resolution” refers to a spatial number of pixels horizontally and vertically, with respect to a picture (image) that is drawn from a particular display frame. “Rendering” refers to a process by which the eventual picture is drawn by the disclosed technique. In a representative embodiment, rendering is implemented by ray tracing, although this is not a limitation. The term “dynamic” refers to changes to the output rendering resolution at each frame, or as needed. The term “real-time” generally refers to a frame per second update rate greater than a predetermined value, such as 24. The term “continuous” refers to the number of pixels that are added to or subtracted from a final picture every frame to ensure that the picture only changes a small amount, to ensure smoothness. The “continuous real-time dynamic rendering resolution” function changes a number of pixels horizontally and vertically by a small amount in relation to a difference between a current frame rate and a desired frame rate, with respect to a picture that is drawn at a frame update rate (preferably >24 frames per second) to provide high resolution rendering. This feature is beneficial as it allows higher rendering quality than is possible for fixed resolution, which cannot guarantee real-time frame rates especially with respect to any position in space.
- The dynamic rendering resolution is illustrated in
FIG. 5 . This figure shows three (3) representative (random) frames of a set of display frames of the displayed image. Each frame represents a single final image, and the set of final images (from the set of frames) represent the displayed image as rendered on the display at a given point in time. As illustrated, each pixel in each frame is uniform, although according to the “dynamic rendering resolution” function of this disclosure, the resolution can vary across particular frames. Thus, in this example,frame 1 as 16 pixels,frame 26 has 256 pixels, andframe 53 has 64 pixels. Generalizing, when an image of the volume dataset is rendered at a given number of frames per second, at least two frames in the image sequence have varying resolution. - This dynamic rendering resolution function preferably is achieved as follows. Inside a main display processing loop, and at a minimum of “desired” frames per second, the routine calculates a difference between a “current” frame rate and a “desired” frame rate. This frame rate difference is what determines how the resolution will change for this frame. When the difference is positive (i.e., when the desired frame rate is greater than current frame rate), the display routine use one less pixel column or pixel row alternately (or one less of each) in the final image to render a next frame. This operation “speeds up” the rendering application and helps achieve the desired frame rate. If, on the other hand, the difference in frame rate is negative (i.e., the desired frame rate is less than the current frame rate), the display routine uses one more pixel column or pixel row alternately (or one more of each) in the final image to render the next frame. This increases the rendering resolution and, thus, the quality of the rendered image. At the end of each frame, the routine rescales the image back to screen resolution with or without interpolation to account for the change in the number of pixels. This process speeds up the rendering because ray tracing is inherently very dependent on the total number of cast rays in the final image. If that number is reduced, the application speeds up.
- In addition to dynamic rendering resolution, the display method of this disclosure implements an approach referred to as “continuous per pixel dynamic sampling distance for ray tracing,” as is now described. By way of background,
FIG. 6 illustrates a “fixed step” approach wherein the distance from each previous sampling location (represented by a dot) along the length of the ray is the same. This fixed step pattern 600 does not take into consideration the characteristics of the volume dataset itself (e.g., the density at the particular intersection point in the CT scan, or the value of electron spin at the particular point in the MRI scan, or some such similar value, depending on the type of data), but simply generates the sample at a particular uniform location along the ray. This fixed step approach does not produce satisfactory results. According to this disclosure, the sampling distance along the length of a ray is permitted to vary dynamically within each pixel. Preferably, the step changes after a sampling of the dataset (and, in particular, after each sampling) and in relation to a value contained in the dataset. In particular, the values of this relationship preferably are the value (e.g., density, for CT data) at the current voxel, and a target or focus value (i.e., density of 750 Hounsfield units, which are standard units for describing radio-density). The target or focus value may be user- or system-configurable. Further, preferably a distance added to or subtracted from a current step along the ray is small to ensure smoothness as the ray traverses through the dataset. In a preferred embodiment, each ray (each corresponding to a pixel) adjusts its own unique step dynamically as it traverses through and samples the dataset. In effect, the ray speeds up or slows down as needed. For every pixel in the output image on a per sample basis, the display routine adjusts the unique sampling distance along the length of the ray cast forward in space, which represents a single pixel in the rendered image, in relation to the values sampled from the dataset (i.e., an absolute value of a difference between the currently sampled value and the target value). Generalizing, two pixels within a particular frame have a varying number of ray tracing steps relative to one another. This approach facilitates high-resolution rendering at real-time frame rates while avoiding any restrictions on the virtual camera in terms of its position and orientation in space. - A preferred approach to implementing the per-pixel dynamic sampling distance for ray tracing is now described. For every frame at real time rates, and for every pixel in the final image, the routine “starts” the ray at the camera position. Then, the routine sets the ray's direction to be the camera direction plus the pixel position in the image transformed into world space. This operation amounts to an aperture or lens for the 3D camera; as a result, the ray has both a position and a direction. The program then steps down the ray, stopping at locations to sample the volume dataset. The distance that is stepped each frame is dependent on the value at the current sample point of the volume data and a value (e.g., CT density, MRI electron spin, or equivalent) of the desired tissue in current focus. Preferably, and as described above, the distance stepped equals an absolute value of the difference between the currently sampled value (e.g., density) and the user- or system-configured target, multiplied by a small number to ensure smoothness. In general, if the absolute value of the difference in desired tissue value and current sampled volume data is high, then a larger step is taken. If, however, the value of the difference in desired tissue value and current sampled volume data is small, then a smaller step is taken.
- Preferably, and as illustrated in
FIGS. 8-9 , the process concentrates the steps and samples in areas where the desired tissue values exist, while areas that are not in focus are spared (i.e., need not be subjected to dynamic stepping). At each step, preferably the routine takes the scalar sampled volume data value and scales it (e.g., to the range of −1000 to 1000 standard Hounsfield units), and then the routine uses this value to look-up a color that corresponds to a certain type of material based on the Hounsfield number. (In the alternative, the value can be used directly for grey-scale images.) The routine then uses an accumulation method (e.g., pixel color equals tissue difference multiplied by the step color) to accumulate the color for this step onto the pixel itself. Preferably, at each step, a small value is added to the accumulated density. This process is repeated either until density is greater than a desired value or until the step distance itself is very small (e.g., a desired small value beyond which the eye can see), or until the maximum known depth is reached. When finished, the routine has the final color for this pixel. Preferably, this approach is then repeated for every pixel in the final image. - When it is time for the next frame to be rendered, the camera is moved to its new position and orientation, and then process is repeated again.
- For computational efficiency, the above-described approach may be implemented using a GPU so that many pixels can be processed in parallel. In the alternative, a multi-core CPU can be used to facilitate the parallel processing.
-
FIG. 10 illustrates a representativedata processing system 1000 for use in processing the digital data in the above-described manner. Adata processing system 1000 suitable for storing and/or executing program code will include at least oneprocessor 1002 coupled directly or indirectly to memory elements through asystem bus 1005. The memory elements can includelocal memory 1004 employed during actual execution of the program code,bulk storage 1006, andcache memories 1008 that provide temporary storage of at least some program code to reduce the number of times code must be retrieved from bulk storage during execution. Input/output or I/O devices (including but not limited tokeyboard 1010,display 1012, pointing device 1014, etc.) can be coupled to the system either directly or through intervening I/O controllers 1016.Network adapters 1018 may also be coupled to the system to enable the data processing system to become coupled to other data processing systems or devices throughnetworks 1020. The rendering program that implements dynamic rendering resolution and dynamic per-pixel ray tracing is stored in systemlocal memory 1004, as are the data structures and associated data generated during the rendering process. As noted above, in an alternative embodiment, the data processing system includes a GPU and associated graphics card components and, in this case, preferably the rendering program and volume data are stored in graphics card memory. - While certain aspects or features have been described in the context of a computer-based method or process, this is not a limitation of the invention. Moreover, such computer-based methods may be implemented in an apparatus or system for performing the described operations, or as an adjunct to other dental restoration equipment, devices or systems. This apparatus may be specially constructed for the required purposes, or it may comprise a general purpose computer selectively activated or reconfigured by a computer program stored in the computer. Such a computer program may be stored in a computer readable storage medium, such as, but is not limited to, any type of disk including optical disks, CD-ROMs, and magnetic-optical disks, read-only memories (ROMs), random access memories (RAMs), magnetic or optical cards, or any type of media suitable for storing electronic instructions, and each coupled to a computer system bus. The described functionality may also be implemented in firmware, in an ASIC, or in any other known or developed processor-controlled device.
- While the above describes a particular order of operations performed by certain embodiments of the invention, it should be understood that such order is exemplary, as alternative embodiments may perform the operations in a different order, combine certain operations, overlap certain operations, or the like. References in the specification to a given embodiment indicate that the embodiment described may include a particular feature, structure, or characteristic, but every embodiment may not necessarily include the particular feature, structure, or characteristic.
- While given components of the system have been described separately, one of ordinary skill will appreciate that some of the functions may be combined or shared in given systems, machines, devices, processes, instructions, program sequences, code portions, and the like.
- The volume dataset may be generated from any data source. It is not required that the volume dataset be CT or MRI data, or that the data itself be medical imaging data. The techniques herein may be used within any volume dataset irrespective of content.
- In one embodiment, a tangible (non-transitory) machine-readable medium stores the computer program that performs the dynamic rendering resolution and dynamic per-pixel ray tracing during the process of rendering the volume dataset on the display. The program receives the volume dataset and renders the virtual camera construct (which lives inside the machine). The program moves and re-orients the camera under the user's control, altering the view as desired. As described, the dynamic rendering resolution process increases or decreases the number of pixels in each frame of a set of frames, while the per-pixel dynamic stepping increases or reduces the number of ray tracing steps (i.e., step distance along the ray) per pixel. By continuously reducing the resolution across frames and reducing the number of steps (i.e., varying the step distance along the ray) per pixel within a frame, the program can speed up its overall rendering of the image at the desired frame rate, and in this manner the virtual camera construct can be positioned and oriented anywhere, including within the volume dataset itself. The virtual camera has complete freedom-of-motion within and about the volume dataset; thus, the viewer has the ability to move to any position in 3D space and look in any direction in real-time. The described approach enables real-time tissue selection and segmentation in 3D so that various tissues (including bone) are visualized without requiring the program to continually re-build a 3D mesh or to use preset tissue palettes.
Claims (10)
1. An article comprising a non-transitory machine-readable medium that stores a program, the program being executable by a machine having a hardware component and a display routine, comprising:
program code to calculate, for a given frame of a display image, a difference between a current frame rate and a desired frame rate and, based on the difference, to render a next frame of the display image by adjusting one of: a pixel column, and a pixel row; and
program code operative at an end of the given frame to rescale the display image back to a given screen resolution to account for a change in a number of pixels that results from adjustment of the pixel column or pixel row.
2. The article as described in claim 1 wherein when the difference is positive, the display routine uses at least one less pixel column or pixel row alternately to render the next frame of the display image.
3. The article as described in claim 1 wherein when the difference is positive, the display routine uses at least one less pixel column and pixel row to render the next frame of the display image.
4. The article as described in claim 1 wherein when the difference is negative, the display routine uses at least one more pixel column or pixel row alternatively to render the next frame of the display image.
5. The article as described in claim 1 wherein when the difference is negative, the display routine uses at least one more pixel column and pixel row to render the next frame of the display image.
6. The article as described in claim 1 further including:
program code to ray trace a volume dataset using a plurality of rays, each ray, as it traverses the volume dataset, samples the volume dataset along a set of sampling points whose locations along the ray are determined as the ray is cast, wherein, for each pair of sampling points, a location of at least a next sample point along the ray is determined by a value of a voxel at a current sample point, such that a distance between two sample locations varies dynamically.
7. Apparatus, comprising:
a display;
a processor;
program code to calculate, for a given frame of a display image, a difference between a current frame rate and a desired frame rate and, based on the difference, to render a next frame of the display image by adjusting one of: a pixel column, and a pixel row; and
program code operative at an end of the given frame to rescale the display image back to a given screen resolution to account for a change in a number of pixels that results from adjustment of the pixel column or pixel row.
8. The apparatus as described in claim 7 , further including:
program code to ray trace a volume dataset using a plurality of rays, each ray, as it traverses the volume dataset, samples the volume dataset along a set of sampling points whose locations along the ray are determined as the ray is cast, wherein, for each pair of sampling points, a location of at least a next sample point along the ray is determined by a value of a voxel at a current sample point, such that a distance between two sample locations varies dynamically.
9. A display method, comprising:
calculating, for a given frame of a display image, a difference between a current frame rate and a desired frame rate and, based on the difference, rendering a next frame of a display image by adjusting one of: a pixel column, and a pixel row; and
at an end of the given frame, rescaling the display image back to a given screen resolution to account for a change in a number of pixels that results from adjustment of the pixel column or pixel row;
wherein at least one of the calculating and rescaling steps uses a hardware processor.
10. The display method as described in claim 9 , further including
ray tracing, using a hardware processor, the volume dataset using a plurality of rays, each ray, as it traverses the volume dataset, samples the volume dataset along a set of sampling points whose locations along the ray are determined as the ray is cast, wherein, for each pair of sampling points, a location of at least a next sample point along the ray is determined by a value of a voxel at a current sample point, such that a distance between two sample locations varies dynamically.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US13/769,399 US20130155066A1 (en) | 2010-11-27 | 2013-02-18 | Method and system for visualizing a volume dataset |
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US12/954,856 US8379955B2 (en) | 2010-11-27 | 2010-11-27 | Visualizing a 3D volume dataset of an image at any position or orientation from within or outside |
US13/769,399 US20130155066A1 (en) | 2010-11-27 | 2013-02-18 | Method and system for visualizing a volume dataset |
Related Parent Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US12/954,856 Continuation US8379955B2 (en) | 2010-11-27 | 2010-11-27 | Visualizing a 3D volume dataset of an image at any position or orientation from within or outside |
Publications (1)
Publication Number | Publication Date |
---|---|
US20130155066A1 true US20130155066A1 (en) | 2013-06-20 |
Family
ID=46126306
Family Applications (3)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US12/954,856 Active US8379955B2 (en) | 2010-11-27 | 2010-11-27 | Visualizing a 3D volume dataset of an image at any position or orientation from within or outside |
US13/352,502 Active US8244018B2 (en) | 2010-11-27 | 2012-01-18 | Visualizing a 3D volume dataset of an image at any position or orientation from within or outside |
US13/769,399 Abandoned US20130155066A1 (en) | 2010-11-27 | 2013-02-18 | Method and system for visualizing a volume dataset |
Family Applications Before (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US12/954,856 Active US8379955B2 (en) | 2010-11-27 | 2010-11-27 | Visualizing a 3D volume dataset of an image at any position or orientation from within or outside |
US13/352,502 Active US8244018B2 (en) | 2010-11-27 | 2012-01-18 | Visualizing a 3D volume dataset of an image at any position or orientation from within or outside |
Country Status (4)
Country | Link |
---|---|
US (3) | US8379955B2 (en) |
EP (1) | EP2643818A4 (en) |
JP (1) | JP5976003B2 (en) |
WO (1) | WO2012071172A2 (en) |
Families Citing this family (12)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP5397705B2 (en) * | 2007-12-03 | 2014-01-22 | グリッピングハート・アクチボラゲット | State machine user interface system and verification interface system |
US8682053B2 (en) * | 2010-01-08 | 2014-03-25 | Siemens Aktiengesellschaft | Method for sampling volume data of an object in an imaging device |
KR101334188B1 (en) * | 2011-11-25 | 2013-11-28 | 삼성전자주식회사 | Apparatus and method for rendering of volume data |
KR102078335B1 (en) * | 2013-05-03 | 2020-02-17 | 삼성전자주식회사 | Medical imaging apparatus and control method for the same |
KR20150080820A (en) | 2014-01-02 | 2015-07-10 | 삼성전자주식회사 | Apparatus and Method for indicating region of interest |
US9652887B2 (en) | 2014-01-22 | 2017-05-16 | Hankookin, Inc. | Object oriented image processing and rendering in a multi-dimensional space |
US9842424B2 (en) * | 2014-02-10 | 2017-12-12 | Pixar | Volume rendering using adaptive buckets |
KR20150095144A (en) * | 2014-02-12 | 2015-08-20 | 삼성전자주식회사 | Method and apparatus for rendering graphics data and medium record of |
US10169909B2 (en) * | 2014-08-07 | 2019-01-01 | Pixar | Generating a volumetric projection for an object |
US10650571B2 (en) * | 2016-03-25 | 2020-05-12 | Outward, Inc. | Adaptive virtual camera sensor |
WO2018074420A1 (en) * | 2016-10-21 | 2018-04-26 | 株式会社ソニー・インタラクティブエンタテインメント | Information processing device |
US10726608B2 (en) * | 2016-11-23 | 2020-07-28 | 3D Systems, Inc. | System and method for real-time rendering of complex data |
Citations (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6850564B1 (en) * | 1998-06-26 | 2005-02-01 | Sarnoff Corporation | Apparatus and method for dynamically controlling the frame rate of video streams |
US20060072853A1 (en) * | 2004-10-05 | 2006-04-06 | Ian Clarke | Method and apparatus for resizing images |
US7091967B2 (en) * | 2003-09-01 | 2006-08-15 | Realtek Semiconductor Corp. | Apparatus and method for image frame synchronization |
US20070229687A1 (en) * | 2006-03-31 | 2007-10-04 | Canon Kabushiki Kaisha | Image sensor |
US20080008402A1 (en) * | 2006-07-10 | 2008-01-10 | Aten International Co., Ltd. | Method and apparatus of removing opaque area as rescaling an image |
US20090002504A1 (en) * | 2006-03-03 | 2009-01-01 | Olympus Corporation | Image acquisition apparatus, resolution enhancing method, and recording medium |
US20090015699A1 (en) * | 2007-07-11 | 2009-01-15 | Canon Kabushiki Kaisha | Image sensing apparatus driving method, image sensing apparatus, and image sensing system |
US20100277512A1 (en) * | 2009-04-30 | 2010-11-04 | Tzu-Chiang Shen | Frame rate adjuster and method thereof |
US8160321B2 (en) * | 2007-08-14 | 2012-04-17 | Canon Kabushiki Kaisha | Imaging device, driving method therefor and imaging method |
Family Cites Families (41)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5734384A (en) | 1991-11-29 | 1998-03-31 | Picker International, Inc. | Cross-referenced sectioning and reprojection of diagnostic image volumes |
US5920319A (en) | 1994-10-27 | 1999-07-06 | Wake Forest University | Automatic analysis in virtual endoscopy |
AU758086B2 (en) | 1998-02-23 | 2003-03-13 | Algotec Systems Ltd. | Raycasting system and method |
US6091422A (en) * | 1998-04-03 | 2000-07-18 | Avid Technology, Inc. | System for editing complex visual data providing a continuously updated rendering |
US6166742A (en) | 1998-06-13 | 2000-12-26 | Lucent Technologies, Inc. | Wavelet-assisted volume ray casting |
JP2000149047A (en) | 1998-11-12 | 2000-05-30 | Mitsubishi Electric Inf Technol Center America Inc | Volume rendering processor |
IL127314A0 (en) | 1998-11-27 | 1999-09-22 | Algotec Systems Ltd | A method for forming a perspective rendering from a voxel space |
US7477768B2 (en) | 1999-06-29 | 2009-01-13 | The Research Foundation Of State University Of New York | System and method for performing a three-dimensional virtual examination of objects, such as internal organs |
US6664961B2 (en) | 2000-12-20 | 2003-12-16 | Rutgers, The State University Of Nj | Resample and composite engine for real-time volume rendering |
US6933939B2 (en) * | 2001-03-16 | 2005-08-23 | Mitsubishi Electric Research Labs, Inc. | Method for correcting an adaptively sampled distance field |
US6741246B2 (en) * | 2001-03-16 | 2004-05-25 | Mitsubishi Electric Research Laboratories, Inc. | Hierarchical control point editing of adaptively sampled distance fields |
US6931093B2 (en) | 2001-05-16 | 2005-08-16 | Koninklijke Philips Electronics N.V. | Method and apparatus for visualizing a 3D data set |
CA2467646A1 (en) | 2001-11-21 | 2003-06-05 | Viatronix Incorporated | Registration of scanning data acquired from different patient positions |
WO2003045222A2 (en) | 2001-11-21 | 2003-06-05 | Viatronix Incorporated | System and method for visualization and navigation of three-dimensional medical images |
CA2507959A1 (en) | 2002-11-29 | 2004-07-22 | Bracco Imaging, S.P.A. | System and method for displaying and comparing 3d models |
US7577298B2 (en) * | 2003-06-20 | 2009-08-18 | Siemens Medical Solutions Usa, Inc. | Method and system for response image feature collection and candidate summit, surface, and core estimation |
JP3836097B2 (en) | 2003-09-19 | 2006-10-18 | ザイオソフト株式会社 | MEDICAL IMAGE GENERATION DEVICE AND METHOD, AND PROGRAM |
WO2005091226A1 (en) | 2004-03-15 | 2005-09-29 | Philips Intellectual Property & Standards Gmbh | Image visualization |
JP2006055213A (en) * | 2004-08-17 | 2006-03-02 | Konica Minolta Medical & Graphic Inc | Image processor and program |
US7734119B2 (en) | 2004-09-21 | 2010-06-08 | General Electric Company | Method and system for progressive multi-resolution three-dimensional image reconstruction using region of interest information |
US7505037B2 (en) | 2004-10-02 | 2009-03-17 | Accuray, Inc. | Direct volume rendering of 4D deformable volume images |
US7494338B2 (en) | 2005-01-11 | 2009-02-24 | Duane Durbin | 3D dental scanner |
EP1851725A1 (en) | 2005-02-08 | 2007-11-07 | Philips Intellectual Property & Standards GmbH | Medical image viewing protocols |
US7755625B2 (en) * | 2005-05-04 | 2010-07-13 | Medison Co., Ltd. | Apparatus and method for rendering volume data |
US7333107B2 (en) | 2005-08-18 | 2008-02-19 | Voxar Limited | Volume rendering apparatus and process |
US20070127791A1 (en) | 2005-11-15 | 2007-06-07 | Sectra Ab | Automated synchronization of 3-D medical images, related methods and computer products |
US7574029B2 (en) | 2005-11-23 | 2009-08-11 | Vital Images, Inc. | Characteristic path-based colon segmentation |
EP1966767A2 (en) | 2005-12-31 | 2008-09-10 | BRACCO IMAGING S.p.A. | Systems and methods for collaborative interactive visualization of 3d data sets over a network ("dextronet") |
DE102006014902B4 (en) | 2006-03-30 | 2009-07-23 | Siemens Ag | Image processing device for the extended display of three-dimensional image data sets |
US7839404B2 (en) * | 2006-07-25 | 2010-11-23 | Siemens Medical Solutions Usa, Inc. | Systems and methods of direct volume rendering |
US7675517B2 (en) * | 2006-08-03 | 2010-03-09 | Siemens Medical Solutions Usa, Inc. | Systems and methods of gradient assisted volume rendering |
WO2008018029A1 (en) | 2006-08-11 | 2008-02-14 | Koninklijke Philips Electronics N.V., | Selection of datasets from 3d renderings for viewing |
US20080094398A1 (en) | 2006-09-19 | 2008-04-24 | Bracco Imaging, S.P.A. | Methods and systems for interacting with a 3D visualization system using a 2D interface ("DextroLap") |
US20080084415A1 (en) | 2006-10-06 | 2008-04-10 | Lutz Gundel | Orientation of 3-dimensional displays as a function of the regions to be examined |
JP4447000B2 (en) * | 2006-12-18 | 2010-04-07 | 株式会社バンダイナムコゲームス | Image generation system, program, and information storage medium |
US7889902B2 (en) | 2007-06-25 | 2011-02-15 | Accuray Incorporated | High quality volume rendering with graphics processing unit |
US8057394B2 (en) | 2007-06-30 | 2011-11-15 | St. Jude Medical, Atrial Fibrillation Division, Inc. | Ultrasound image processing to render three-dimensional images from two-dimensional images |
US8339391B2 (en) * | 2007-07-27 | 2012-12-25 | Siemens Medical Solutions Usa, Inc. | Method and system for direct rendering of multi-volume data |
CN101779224B (en) | 2007-08-03 | 2016-04-13 | 皇家飞利浦电子股份有限公司 | For drawing and showing the methods, devices and systems of the Cuved planar reformation view of 3D tubular structure |
US9858716B2 (en) | 2008-02-28 | 2018-01-02 | International Business Machines Corporation | Fast three-dimensional visualization of object volumes without image reconstruction by direct display of acquired sensor data |
US8819591B2 (en) | 2009-10-30 | 2014-08-26 | Accuray Incorporated | Treatment planning in a virtual environment |
-
2010
- 2010-11-27 US US12/954,856 patent/US8379955B2/en active Active
-
2011
- 2011-11-09 EP EP11842472.0A patent/EP2643818A4/en not_active Withdrawn
- 2011-11-09 JP JP2013540960A patent/JP5976003B2/en not_active Expired - Fee Related
- 2011-11-09 WO PCT/US2011/059897 patent/WO2012071172A2/en active Application Filing
-
2012
- 2012-01-18 US US13/352,502 patent/US8244018B2/en active Active
-
2013
- 2013-02-18 US US13/769,399 patent/US20130155066A1/en not_active Abandoned
Patent Citations (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6850564B1 (en) * | 1998-06-26 | 2005-02-01 | Sarnoff Corporation | Apparatus and method for dynamically controlling the frame rate of video streams |
US7091967B2 (en) * | 2003-09-01 | 2006-08-15 | Realtek Semiconductor Corp. | Apparatus and method for image frame synchronization |
US20060072853A1 (en) * | 2004-10-05 | 2006-04-06 | Ian Clarke | Method and apparatus for resizing images |
US20090002504A1 (en) * | 2006-03-03 | 2009-01-01 | Olympus Corporation | Image acquisition apparatus, resolution enhancing method, and recording medium |
US20070229687A1 (en) * | 2006-03-31 | 2007-10-04 | Canon Kabushiki Kaisha | Image sensor |
US20080008402A1 (en) * | 2006-07-10 | 2008-01-10 | Aten International Co., Ltd. | Method and apparatus of removing opaque area as rescaling an image |
US7660486B2 (en) * | 2006-07-10 | 2010-02-09 | Aten International Co., Ltd. | Method and apparatus of removing opaque area as rescaling an image |
US20090015699A1 (en) * | 2007-07-11 | 2009-01-15 | Canon Kabushiki Kaisha | Image sensing apparatus driving method, image sensing apparatus, and image sensing system |
US8160321B2 (en) * | 2007-08-14 | 2012-04-17 | Canon Kabushiki Kaisha | Imaging device, driving method therefor and imaging method |
US20100277512A1 (en) * | 2009-04-30 | 2010-11-04 | Tzu-Chiang Shen | Frame rate adjuster and method thereof |
Non-Patent Citations (1)
Title |
---|
Li et al., Adaptive Volume Rendering using Fuzzy Logic Control, Data Visualization, 2001. * |
Also Published As
Publication number | Publication date |
---|---|
EP2643818A4 (en) | 2015-07-29 |
US20120134560A1 (en) | 2012-05-31 |
WO2012071172A3 (en) | 2012-09-27 |
WO2012071172A2 (en) | 2012-05-31 |
JP2014500774A (en) | 2014-01-16 |
JP5976003B2 (en) | 2016-08-23 |
EP2643818A2 (en) | 2013-10-02 |
US20120133656A1 (en) | 2012-05-31 |
US8244018B2 (en) | 2012-08-14 |
US8379955B2 (en) | 2013-02-19 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US8244018B2 (en) | Visualizing a 3D volume dataset of an image at any position or orientation from within or outside | |
US11361479B2 (en) | Enhancements for displaying and viewing tomosynthesis images | |
EP3358528A1 (en) | Point cloud proxy for physically-based volume rendering | |
US10893262B2 (en) | Lightfield rendering based on depths from physically-based volume rendering | |
EP2080170B1 (en) | Combined intensity projection | |
JP2020523688A (en) | Temporal supersampling for forbiated rendering systems | |
JP2007537770A (en) | A dynamic crop box determination method for display optimization of luminal structures in endoscopic images | |
US10204449B2 (en) | Video-based interactive viewing along a path in medical imaging | |
US10540745B2 (en) | Zooming of medical images | |
US9035945B1 (en) | Spatial derivative-based ray tracing for volume rendering | |
US9342920B1 (en) | Volume rendering using scalable GPU-based cloud computing | |
US9237849B1 (en) | Relative maximum intensity projection | |
US9082217B1 (en) | Avoidance-based ray tracing for volume rendering | |
Rodriguez et al. | Interactive Exploration of Gigantic Point Clouds on Mobile Devices. | |
CN111210898A (en) | Method and device for processing DICOM data | |
US11158114B2 (en) | Medical imaging method and apparatus | |
Noon et al. | Real-time volume rendering of digital medical images on an iOS device | |
Ran et al. | Infocarve: A framework for volume visualization on commodity augmented reality displays | |
Gallo et al. | High‐Fidelity Visualization of Large Medical Datasets on Commodity Hardware | |
Marques et al. | GPU ray casting | |
CN110495900B (en) | Image display method, device, equipment and storage medium | |
Ikits et al. | A focus and context interface for interactive volume rendering |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
STCB | Information on status: application discontinuation |
Free format text: ABANDONMENT FOR FAILURE TO CORRECT DRAWINGS/OATH/NONPUB REQUEST |