WO1994027240A1 - Computer graphics system having high performance multiple layer z-buffer - Google Patents

Computer graphics system having high performance multiple layer z-buffer Download PDF

Info

Publication number
WO1994027240A1
WO1994027240A1 PCT/US1994/004993 US9404993W WO9427240A1 WO 1994027240 A1 WO1994027240 A1 WO 1994027240A1 US 9404993 W US9404993 W US 9404993W WO 9427240 A1 WO9427240 A1 WO 9427240A1
Authority
WO
WIPO (PCT)
Prior art keywords
data
buffer
layers
computer system
register
Prior art date
Application number
PCT/US1994/004993
Other languages
French (fr)
Inventor
Stephanie L. Winner
Michael W. Kelley
Original Assignee
Apple Computer, Inc.
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Apple Computer, Inc. filed Critical Apple Computer, Inc.
Priority to GB9522916A priority Critical patent/GB2293079B/en
Priority to AU67835/94A priority patent/AU6783594A/en
Priority to JP52554994A priority patent/JP3557208B2/en
Publication of WO1994027240A1 publication Critical patent/WO1994027240A1/en

Links

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06TIMAGE DATA PROCESSING OR GENERATION, IN GENERAL
    • G06T15/003D [Three Dimensional] image rendering
    • G06T15/10Geometric effects
    • G06T15/40Hidden part removal
    • G06T15/405Hidden part removal using Z-buffer

Definitions

  • the present invention pertains to the field of computer graphics display systems. More particularly, the present invention relates to an apparatus and method for a high performance multiple layer Z-buffer in a computer graphics display system.
  • Computer graphics also provide a natural and fluid interaction between the computer and a user. Changes to a display are input to the computer which then effectuates those desired changes by modifying the display accordingly. This process provides a convenient vehicle for modeling, predicting, and experimenting with various events. And with the development of high resolution display screens, increasingly complex geometric objects can be rendered with greater precision and clarity.
  • Some examples of computer graphics applications include flight simulators for training pilots, computer aided design for aiding engineers and architects, diagnostic medical scanners for doctors, animated pictures in movies and video games, etc.
  • a computer graphics system can be broken into three components: a frame buffer, a monitor, and a display controller.
  • the frame buffer is a digital memory for storing the image to be displayed as a series of binary values.
  • the monitor is comprised of a screen having an array of picture elements, known as pixels. Each pixel represents a dot on the screen and can be programmed to a particular color or intensity. Thousands of individual pixels so programmed are used to represent a displayed image. It is these individual pixel values which are stored in the frame buffer.
  • a display controller is an interface used for passing the contents of the frame buffer to the monitor. The display controller reads the data from the display buffer and converts it into a video signal. The video signal is fed to the monitor which displays the image.
  • Images are repeatedly rendered into the display over and over again, with each new frame representing a new position or shape of the image to be viewed.
  • the image must be repeatedly sent to the monitor in order to maintain a steady picture on the screen. Due to the retentiveness of the human eye, the monitor needs to be refreshed at a minimum of 30 times a second. Otherwise, the display will flicker in a very annoying and distracting manner.
  • the refresh frequency is typically around 72 hertz (i.e., 72 times a second). A faster refresh rate produces less flicker.
  • the duration for displaying an image is relatively small, approximately 1/72 of a second or 14 milliseconds.
  • a three-dimensional graphics rendering device that renders images into the frame buffer also stores additional information per pixel (e.g., Alpha, Z, etc.), which is not required by the frame buffer itself.
  • Alpha values represent a blending function.
  • Z values represent a pixel's distance from the viewer. Typically, small Z values indicate that the object is close to the observer, whereas large Z values indicate that the object is further away. This additional Z storage per pixel is typically referred to as a Z-buffer.
  • Z values can be stored.
  • the Z-buffer contains distance information which is used in indicating whether one object is displayed in front of or behind another object.
  • a Z-sort operation is performed by comparing the Z value of incoming data with the Z value of pre-existing data. If the incoming data is closer (i.e., it has a smaller Z value), the incoming color data replaces the pre-existing data in the frame buffer, and the old Z value is replaced by the new Z value. Otherwise, the incoming data is discarded. When there is no more incoming data, the Z-sort is complete, and the contents of each frame buffer/Z-buffer location represents the final color/intensity for that particular pixel.
  • the Z-sort operation is rather straightforward if all of the objects represented by the data are opaque. However, if the object in the buffer is not opaque, it is necessary to retain information about the data which is discarded in order to determine the final color intensity of a pixel. To avoid the loss of the data, many Z-buffer systems require that all of the non- opaque data be rendered after all opaque data has been rendered and that the non-opaque data be rendered in Z sorted order (e.g., closest to furthest). Any non-opaque objects which are behind the opaque object in the buffer are discarded. The remaining non-opaque objects are composited with the data in the frame buffer and the result is stored in the frame buffer so that no requisite information is lost.
  • the non-opaque objects must be arranged by Z-depth (i.e., either closest to furthest or furthest to closest) before being compared with the Z value of the data in the buffer.
  • a multiple layer Z-buffer containing Z values for each of the pixels is controlled according to the values in two registers which are instanced for each pixel.
  • One register referred to as the ActiveLayers register
  • the other register referred to as the LayerPointer register, contains pointer values indicating the memory location to which the data for each layer is stored.
  • the ActiveLayers register is initialized to 0.
  • the first incoming object increments the ActiveLayers register. If a subsequent incoming object falls behind an opaque object it is discarded, irregardless of whether it is opaque or not. If the subsequent incoming object is opaque (and is not hidden), the ActiveLayers register is decremented once for each pre-existing object which becomes hidden behind the incoming opaque object. The ActiveLayers register is then incremented to reflect the incoming opaque object. Otherwise, if a subsequent incoming object is non-opaque (and is not hidden), the ActiveLayers register is incremented.
  • the LayerPointer register contains a number of pointers equal to the number of layers being implemented. Each pointer specifies a unique address. If an incoming object is hidden behind a pre-existing opaque object, the incoming object is discarded, and the LayerPointer register remains unchanged. Otherwise, the layer wherein the incoming object should be inserted is determined. This determination is based on the incoming object's Z values relative to those Z values already existing in the buffer. The opacity of the incoming object affects the ActiveLayers register. The data of the incoming object is written to the address specified by a pointer. The pointers are then adjusted accordingly.
  • the incoming data is written to the address specified by the pointer corresponding to the last layer.
  • the InsertLayer for the incoming data is determined.
  • the pointer from the last layer is inserted in the InsertLayer. All the pointers of those layers following that of the InsertLayer is shifted one place to the right.
  • the pointers to the left of the InsertLayer remains unchanged.
  • Figure 1 illustrates a computer system upon which the preferred embodiment of the present invention can be implemented.
  • Figure 2 is a block diagram showing a graphics system utilizing scanline Z-buffering.
  • Figure 3 shows the various different combinations of how incoming opaque and non-opaque objects are handled.
  • Figure 4 shows an example of how the ActiveLayers and LayerPointer registers of the present invention operate for six consecutive incoming objects.
  • Figure 5 is a circuit diagram illustrating one mechanism for maintaining the LayerPointer register.
  • FIG. 6 is a flowchart showing the operations performed during the Z-sort.
  • Computer system 100 comprises a bus 101 for the internal transmission of digital data.
  • a central processing unit 102 for processing digital data is coupled with bus 101 for processing information.
  • a number of co-processors 103 can be coupled onto bus 101 for additional processing power and speed.
  • Computer system 100 further comprises a random access memory (RAM) 104 (referred to as main memory) which is also coupled to bus 101.
  • Main memory 104 is used in storing information and instructions which are executed by processor 102.
  • Main memory 104 also may be used for storing temporary variables or other intermediate information during execution of instructions by CPU 102.
  • Computer system 100 also comprises a read only memory (RAM) 104 (referred to as main memory) which is also coupled to bus 101.
  • Main memory 104 is used in storing information and instructions which are executed by processor 102.
  • Main memory 104 also may be used for storing temporary variables or other intermediate information during execution of instructions by CPU 102.
  • Computer system 100 also comprises a read only
  • SUBSTITUTE SHEET LE 26 memory or some other type of static storage device 106.
  • ROM 106 is coupled to bus 101 and is used to store static information and instructions for processor 102.
  • a data storage device 107 e.g., a hard disk drive, floppy disk drive, etc.
  • drive can be coupled to bus 101 for storing information and instructions.
  • Hardware graphics accelerator 108 is designed to accelerate interactive 3D graphics software extensions. It comprises an ASIC, a static RAM cache, and texture mapping RAM. Accelerator 108 outputs a high bandwidth pixel stream to frame/Z- buffer 109. Simultaneously, the host CPU 102 generates the signal containing the primitives which are input to and rendered by accelerator 108.
  • Display controller 110 interfaces computer system 100 to a display device 121.
  • a display device 121 is a cathode ray tube (CRT) used for displaying information to a computer user.
  • An alphanumeric input device 122 such as a keyboard, may also be coupled to bus 101 , as well as a cursor control device 123.
  • a cursor control device 123 is used for controlling cursor movement on display device 121.
  • This input device typically has two degrees of freedom in two axes, a first axis (e.g., x) and a second axis (e.g., y) which allows the device to specify any position in a plane.
  • a three-dimensional cursor having a third
  • JTOTC S degree of freedom in a Z-axis is utilized.
  • Some examples of a cursor control device 123 include a mouse, joystick, trackball, touch pad, etc.
  • the present invention can be applied equally to conventional screen Z-buffering as well as scanline Z-buffering techniques.
  • screen Z-buffering the state information necessary for rendering a pixel is stored for every pixel on the screen. Each object to be rendered is transformed and rasterized independently.
  • Conventional screen Z-buffering techniques often involve very high bandwidths plus large quantities of fast memory and are often coupled with sophisticated caching and prefetching mechanisms.
  • scanline Z-buffering presorts the object database in screen space and renders each scanline individually. One scanline of pixel state information is kept.
  • FIG. 2 is a block diagram showing a graphics system utilizing scanline Z-buffering.
  • the host CPU 201 is used for transformation, shading, and active list maintenance.
  • Scanline rasterizer 202 performs shading and hidden surface removal via a Z-buffer 203, shadow volumes, and alpha blending 204.
  • the rasterizer 202 intersects polygons transferred from the active polygon list with the scanline and generates a series of horizontal spans. The resulting spans are rasterized.
  • hidden surface removal, shadow plane tests, and alpha blending are performed.
  • Rendering begins when the CPU 201 traverses the 3D database and generates transformed, projected, clipped, and shaded polygons.
  • the polygons are bucket sorted by the number of the first scanline on which they first become active. Once the main database traversal is complete, the host traverses the bucket sorted list in screen Y order, maintaining an active polygon list which is transferred into the rasterizer 202 for rendering into RGB frame buffer 205.
  • Z values are represented as a floating point number with a 23-bit fractional normalized mantissa and an 8-bit exponent. There is also a one bit tag which is asserted if the object is frontfacing. If during the comparison the two Z values are equal, it is necessary to determine if incoming object is frontfacing. There is a flag in the object data which is designed for this purpose. If the incoming object is frontfacing it is considered to be in front of the object which is in the buffer.
  • the Z-buffer is comprised of multiple layers and multiple pixels for handling opaque as well as non-opaque objects. Although any number of layers and pixels can be implemented with the present invention, eight layers and eight pixels are utilized in the currently preferred embodiment.
  • the Z value of incoming data for a particular pixel is compared with each layer in the buffer until it is determined where or whether it should be placed in the buffer.
  • the ActiveLayers register indicates how many of the layers are occupied with potentially visible object data. Because non-opaque objects are supported, it is not known whether an object is visible until after the compositing operation is completed.
  • the LayerPointer register indicates in which memory location the data for each layer is to be stored. The operation of these two registers are now described in detail.
  • the ActiveLayers register is first initialized to zero.
  • the ActiveLayers register When the first object is received it is written into the layer of the Z-buffer as indicated by the ActiveLayers register. Since the ActiveLayers register had been initialized to zero, the first object is thereby written to Layer 0, the ActiveLayers register is incremented by one. When a successive incoming object is received its value is compared with the Z value of the object in layer 0. The opacity of the incoming object only affects the ActiveLayers register and not the LayerPointer register nor the Z-buffer. Whether the incoming object is written is determined by the opacity of objects in the buffer and overflow. Its write location is determined by the relative Z values.
  • Figure 3 shows the various different combinations of how incoming opaque and non-opaque objects are handled. Examples of each possible combination are given illustrating how the objects are assigned to the different layers along with the corresponding changes made to the ActiveLayers register.
  • the ActiveLayers register is initialized to a value of zero after completion of rendering. Whenever an incoming object 301 is received, it is written into the layer designated by the ActiveLayers register. In example 1 , the first object is opaque and is written into layer 0. The ActiveLayer register is then incremented by one (i.e., incremented from 0 to 1 ). In example 2, a second incoming object 302 is received.
  • Object 302 is opaque and has a smaller Z value than object 301 (i.e., object 302 is closer to the viewport than object 301).
  • the incoming data corresponding to object 302 is written to layer 0.
  • the contents of the ActiveLayers register remains unchanged (i.e., it remains set at 1 ). Note that the data corresponding to object 301 has been effectively overwritten. It still exists in the Z-buffer RAM; only the LayerPointer register changes. Hence, if the incoming object falls behind a pre-existing opaque object, the incoming object is "hidden" behind the opaque object and can thereby be discarded.
  • Example 3 illustrates the events occurring if the second incoming object 302 has a greater Z value than object 301 which resides in layer 0. Since object 302 is "hidden" behind opaque object 301 , its incoming value can be safely discarded. Everything else remains the same.
  • the incoming object 303 is non-opaque and has a smaller Z value. Hence, the data corresponding to object 301 is moved so as to correspond to layer 1 , and the incoming data is written to layer 0.
  • the ActiveLayers register is incremented to 2.
  • the incoming non-opaque object has a larger Z value. Consequently, its incoming data is discarded.
  • the pre-existing object 304 is non-opaque.
  • an incoming object 305 is opaque and has a smaller Z value.
  • the incoming data is written to layer 0 and the data associated with object 304 is discarded.
  • the incoming opaque object 305 has a larger Z value, its data corresponds to layer 1 ; the ActiveLayers register is incremented to 2; and the data corresponding to object 304 remains stored in layer 1 , depicted in example 7.
  • Example 8 illustrates the events which occur when the incoming object is non-opaque and has a smaller Z value.
  • the data corresponding to pre-existing object 304 is moved to layer 1 ; the incoming data is written to layer 0, and the ActiveLayers register is incremented by one to 2.
  • the incoming non-opaque object 306 has a larger Z value. Consequently, the incoming data is changed to correspond to layer 1 and the ActiveLayers register is incremented to 2.
  • Table 1 below lists the eight different possible scenarios associated with an incoming object.
  • an ActiveLayers register By implementing an ActiveLayers register, only those layers which contain potentially visible objects are compared during the sort operation. Note that without using an ActiveLayers register or its equivalent, incoming data would be required to be checked against all eight layers. Reading and writing the object data is costly in terms of speed since it requires accessing the Z-buffer DRAM. Note that typical prior art Z-buffers only have one layer, two at the most, so only one or two reads are required to complete the sort operation. Multiple layers complicate the Z-sort operation, but are necessary to defer the compositing operation and to eliminate the need for ordering the non-opaque data. The ActiveLayers register also simplifies the removal of obstructed objects from the Z-buffer. If any object falls behind an opaque object, it must be removed from the buffer which requires that the RAM be written. Instead of writing the RAM, the value in the ActiveLayers register is adjusted to reflect the new condition.
  • an ActiveLayers register saves time by eliminating the need to initialize each of the eight layers to the maximum Z value (i.e., infinity). Rather, after each frame has been completely rendered, the ActiveLayers register is reset to zero. In typical prior art Z-buffers, all of the Z values would have to be written to the maximum value and to a transparent object data.
  • a second, LayerPointer register is implemented to minimize Z-buffer DRAM accesses.
  • the LayerPointer register contains a number of pointers equal to the number of layers being utilized. In the currently preferred embodiment, eight 3-bit pointers are utilized. A pointer specifies a unique address of an object's data corresponding to each of the eight layers. The first pointer corresponds to layer 0. The second pointer corresponds to layer 1. Each successive pointer corresponds to each successive layer, up to layer 7.
  • the movement of an object from one layer to another can essentially be simulated without actually reading from and writing to the Z-buffer.
  • the present invention does not require reading the data of the pre-existing object, writing it into another layer, and then writing the incoming object's data into the first layer. Instead, the present invention accomplishes the same result by manipulating pointer values.
  • the lowest pointer i.e., the one corresponding to layer 7 is used to specify the address of an incoming object being written into the Z-buffer. In other words, the incoming data is written to the address specified by the pointer corresponding to layer 7.
  • FIG. 4 shows an example of how the ActiveLayers and LayerPointer registers of the present invention operate for six consecutive incoming objects.
  • the ActiveLayers register is initialized to 0 and the LayerPointer register is set so that each pointer specifies a unique address. Note that the pointers need not be specified in any sequential order, but each pointer must specify a unique address.
  • the eight 3-bit pointers are initialized to the following addresses: 7, 6, 5, 4, 3, 1 , and 0 corresponding to layers 0-7, respectively.
  • the first incoming object 401 is opaque and has a Z value of 15.
  • the pointer corresponding to layer 7 specifies an address of 0. Since it is the first object, the data should be inserted in layer 0.
  • the ActiveLayers register is incremented. A barrel shift-right by one place is performed on layers 0-7 of the LayerPointer register. Hence, the ActiveLayers register becomes 1 , and the contents of the LayerPointer register becomes 0, 7, 6, 5, 4, 3, 2, and 1. Note that the incoming data stored in address 0 now appropriately resides in layer 0.
  • a second incoming object 402 is opaque and has a Z value of 10. Its data is written to the address specified by the pointer of layer 7. In this case, the data is written to address 1.
  • the Z values of object 402 is compared with that of object 401.
  • object 402 Since object 402 is opaque and has a smaller Z value than object 401 , object 401 is hidden behind object 402. Consequently, the incoming data should be inserted in layer 0.
  • the ActiveLayers register remains unchanged. A barrel shift-right is performed on layers 0-7 of the LayerPointer register, such that it becomes 1 , 0, 7, 6, 5, 4, 3, and 2. Note that the pointer of layer 0 correctly specifies the address containing the data of object 402. Note also that the data of object 401 still resides in address 0, but since the ActiveLayers register only specifies one layer, this data is rendered meaningless.
  • the third incoming object 403 is non-opaque and has a Z value of 8.
  • the data of object 403 is written to address 2, as specified by the pointer of layer 7.
  • Object 403 is in front of object 402 because its Z value of 8 is less than the Z value of 10 for object 402. Consequently, the incoming data should be inserted in layer 0. Since object 403 is non-opaque, the data corresponding to object 402 must still be maintained.
  • ActiveLayers register is incremented. A barrel shift-right operation is performed for layers 0-7 of the PointerLayer register.
  • the LayerPointer register now reads 2, 1 , 0, 7, 6, 5, 4, and 3. The result is that the ActiveLayers register specifies two layers (i.e., layers 0 and 1).
  • the pointer in layer 0 correctly specifies address 2, which contains the data for object 403, and the pointer in layer 1 specifies an address of 1 , which contains the data for object 402.
  • a fourth incoming object 404 is non-opaque and has a Z value of 9.
  • the pointer of layer 7 specifies an address of 3.
  • the incoming data is written to that address. Since the Z value of object 403 ⁇ Z value of object 404 ⁇ Z value of object 402, the data of object 404 should be inserted in layer 1 , in-between objects 403 and 402.
  • the data of object 402 should be altered to correspond to layer 2 while that of object 403 should remain layer 0. This is effectuated by performing a barrel shift-right operation only for levels 1-7.
  • the resulting contents of the LayerPointer register is 2, 3, 1 , 0, 7, 6, 5, and 4.
  • the ActiveLayers register is incremented.
  • the pointers of the first three layers specify addresses 2, 3, and 1 which respectively correspond to that of objects 403, 404, and 402.
  • the fifth incoming object 405 is non-opaque and has a Z value of 11. Since it falls behind the opaque object 402, the incoming data is discarded. No changes are made to either the ActiveLayers or LayerPointer register.
  • the sixth incoming object 406 is opaque and has a Z value of 5. Object 406 falls in front of and hides all the pre-existing objects 402-404.
  • the incoming data is written to address 4 and is inserted to layer 0.
  • a barrel shift-right is performed for layers 0-7 of the LayerPointer register, so that it reads 4, 2, 3, 1 , 0, 7, 6, and 5.
  • the ActiveLayers register is reset to 1. It should be pointed out that modifying the ActiveLayers and LayerPointer registers is much quicker than accessing the DRAM to write the maximum Z value and the transparent alpha value as the registers occupy far fewer bits.
  • the incoming object is checked to determine whether it falls behind the backmost object of the Z-buffer. If it falls behind the backmost object and that object is opaque, the incoming data is discarded. If the backmost object is not opaque, the incoming data is placed behind it, and the ActiveLayers and LayerPointer registers are modified accordingly. In this embodiment, only one comparison is needed to determine whether the incoming data should be discarded.
  • Figure 5 is a circuit diagram illustrating one mechanism for maintaining the LayerPointer register 500. Once the layer wherein an incoming object's data is to be inserted (i.e., the InsertLayer) is determined, the Rotate and Insert signals are generated according to Table 2 below.
  • the upper multiplexers 501-508 are used to rotate the pointers, especially for those situations wherein the incoming object is placed in front of other pre-existing objects in the Z-buffer.
  • the rotate operation is performed by a barrel shift-right.
  • the barrel shift-right is executed according to the 8-bit digital Rotate signal on line 521.
  • Each of the eight bits controls each of the eight multiplexers 501 -508.
  • control bit 0 of the Rotate signal controls multiplexer 501 ;
  • bit 1 controls multiplexer 502; etc.
  • the control bit selects which of the two inputs to a multiplexer is to be output.
  • LayerPointer register 500 has eight layers and three bits per layer, for a total of 24 bits.
  • Each multiplexer has two 3-bit inputs supplied by the LayerPointer register. If the control bit is a 0, the three bits corresponding to a particular pointer is selected for output on line 523. Conversely, if the control bit is a 1 , the three successive next significant bits are selected for output on line 524. For example, if control bit 0 is a 0, bits 0-2 of the LayerPointer register 500, is selected for output by multiplexer 501. If control bit 0 happens to be a 1 , bits 3-5 are selected for output by multiplexer 501.
  • the lower multiplexers 511-518 are used to move the pointer associated with layer 7 prior to receipt of incoming data, to the layer which the incoming object data is to be inserted.
  • the insert operation is performed according to the 8-bit digital Insert signal on line 522.
  • Each of the eight control bits of the Insert signal controls one of the eight multiplexers 511- 518.
  • a control bit selects for output one of the two input signals to a multiplexer.
  • One input signal is a 3-bit output from one of the upper multiplexers.
  • the other input signal is the three least significant bits of the LayerPointer register 500 (i.e., bits 0-2 which correspond to the pointer of layer 7).
  • multiplexer 511 selects the 3-bit output from multiplexer 501 for output on line 524. If control bit 0 were a 1 , multiplexer 511 selects bits 0-2 of the LayerPointer register 500 for output on line 524.
  • its InsertLayer is determined to be 0.
  • multiplexer 501 selects bits 3-5 for output; multiplexer 502 selects bits 6-8; multiplexer 503 selects bits 9-11 ; multiplexer 504 selects bits 12-14; multiplexer 505 selects bits 15-17; multiplexer 506 selects bits 18-20; multiplexer 507 selects bits 21-23; and multiplexer 508 selects bits 21-23.
  • FIG. 6 is a flowchart showing the operations performed during the Z-sort, wherein the contents for the ActiveLayers and LayerPointer registers are calculated.
  • the LayerCounter is initialized to 0; the RAM read address (RAdd) is initialized to LayerPointer [0]; and the RAM write address (WAdd) is initialized to LayerPointer [7].
  • RAdd RAM read address
  • WAdd RAM write address
  • a determination is then made as to whether the ActiveLayers register is 0, step 602. If so, the ActiveLayers register is incremented to 1 ; the InsertLayer is set to 0; and Zln is written into the RAM at the write address. If the ActiveLayers register is not 0, the Z values for each of the objects are compared, step 604.
  • step 605 is performed. Otherwise, step 617 is executed. In step 617, a determination is made as to whether the Z value of the incoming object is equal to the Z value presently associated with layer 0 and the Front bit is set. If so, step 605 is executed. Otherwise, step 609 is executed.
  • step 605 a determination is made as to whether the incoming object is opaque. If the incoming object is opaque, the ActiveLayers register is set to the LayerCounter plus 1 , step 606. The InsertLayer is set to the LayerCounter, and Zln is written into the RAM at the write address, step 607. If it is determined that the incoming object is not opaque, the ActiveLayers register is incremented, step 608. Step 607 wherein the InsertLayer is set to the LayerCounter and the Zln is written.
  • step 609 the LayerCounter is incremented.
  • a determination is made as to whether the LayerCounter is equal to the ActiveLayers, step 610. If they are equal, this signifies that there are no more Z values in the RAM for comparison. In that case, a determination is made as to whether the object in the last layer is opaque, step 611. If the object in the last layer is not opaque, step 608 is executed. Otherwise, Zln is not visible, and it is discarded, step 612.
  • step 613 If the LayerCounter is not equal to the value in the ActiveLayers register, it becomes necessary to check the Z-buffer to determine whether it is full, step 613. If the ActiveLayers register value is equal to the maximum layer (e.g., 8), this indicates that the Z-buffer is full. A determination is then made as to whether the object in layer 8 is opaque, step 614. If so, then Zln is discarded, step 612. Otherwise, an overflow condition is asserted, step 615. If, however, the value in the ActiveLayers register is not equal to the maximum layer, Zln is compared with the other Z values in the RAM. The read address for the next layer is determined by reading the LayerPointer register. Zln is compared with the Z value read from the RAM using the new read address, step 616. Step 604 is then repeated.
  • the maximum layer e.g. 8

Abstract

A computer graphics system having a processor for generating objects for display, a multi-layered Z-buffer for storing data according to their relative depths, the processor also compositing the data stored in the Z-buffer, a frame buffer for storing composited data, a display for displaying an image as a number of pixels responsive to the composited data in the frame buffer, and two registers for facilitating the Z-buffering process is disclosed. One of the registers stores a number indicating how many of the layers in the Z-buffer contain visible data dependent on opacity of existing objects. In the other register, a number of addresses corresponding to each of the layers of the Z-buffer are stored. Each address specifies a location where data of one of the layers is stored. A determination is made as to which layer data associated with an incoming object is to be inserted. This determination depends on the contents of the first register as well as the value of the incoming object relative to those of objects already stored in the Z-buffer. The addresses of the second register are arranged to correspond to the appropriate layers in response to insertion of the incoming data.

Description

COMPUTER GRAPHICS SYSTEM HAVING HIGH PERFORMANCE MULTIPLE LAYER Z-BUFFER
FIELD OF THE INVENTION
The present invention pertains to the field of computer graphics display systems. More particularly, the present invention relates to an apparatus and method for a high performance multiple layer Z-buffer in a computer graphics display system.
BACKGROUND OF THE INVENTION
One area in which computer systems are finding increased application is in that of the graphical arts. Technological advances in the speed, processing power, and memory of computers coupled with lower costs have made them ideally suited for use in graphical display systems. Computer generated displays enable users to visualize two and three dimensional objects. Users can group the information content of a graphical display much more effectively than if the same information were to be presented in other formats. A picture is worth a thousand words.
Furthermore, computer graphics also provide a natural and fluid interaction between the computer and a user. Changes to a display are input to the computer which then effectuates those desired changes by modifying the display accordingly. This process provides a convenient vehicle for modeling, predicting, and experimenting with various events. And with the development of high resolution display screens, increasingly complex geometric objects can be rendered with greater precision and clarity. Some examples of computer graphics applications include flight simulators for training pilots, computer aided design for aiding engineers and architects, diagnostic medical scanners for doctors, animated pictures in movies and video games, etc.
Basically, a computer graphics system can be broken into three components: a frame buffer, a monitor, and a display controller. The frame buffer is a digital memory for storing the image to be displayed as a series of binary values. The monitor is comprised of a screen having an array of picture elements, known as pixels. Each pixel represents a dot on the screen and can be programmed to a particular color or intensity. Thousands of individual pixels so programmed are used to represent a displayed image. It is these individual pixel values which are stored in the frame buffer. A display controller is an interface used for passing the contents of the frame buffer to the monitor. The display controller reads the data from the display buffer and converts it into a video signal. The video signal is fed to the monitor which displays the image.
Images are repeatedly rendered into the display over and over again, with each new frame representing a new position or shape of the image to be viewed. The image must be repeatedly sent to the monitor in order to maintain a steady picture on the screen. Due to the retentiveness of the human eye, the monitor needs to be refreshed at a minimum of 30 times a second. Otherwise, the display will flicker in a very annoying and distracting manner. In today's computer graphics systems, the refresh frequency is typically around 72 hertz (i.e., 72 times a second). A faster refresh rate produces less flicker. Hence, the duration for displaying an image is relatively small, approximately 1/72 of a second or 14 milliseconds. Given these restraints, it is imperative to speed up the graphics drawing process to avoid sluggish response times and jerky movements of displayed images. Moreover, the faster an image can be drawn, the more information which can be provided to the display. This results in smoother, more dynamic, and crisper images.
Typically, a three-dimensional graphics rendering device that renders images into the frame buffer also stores additional information per pixel (e.g., Alpha, Z, etc.), which is not required by the frame buffer itself. Alpha values represent a blending function. Z values represent a pixel's distance from the viewer. Typically, small Z values indicate that the object is close to the observer, whereas large Z values indicate that the object is further away. This additional Z storage per pixel is typically referred to as a Z-buffer.
By implementing a Z-buffer, usually in the form of DRAMs, Z values can be stored. The Z-buffer contains distance information which is used in indicating whether one object is displayed in front of or behind another object. In most conventional Z-buffers, a Z-sort operation is performed by comparing the Z value of incoming data with the Z value of pre-existing data. If the incoming data is closer (i.e., it has a smaller Z value), the incoming color data replaces the pre-existing data in the frame buffer, and the old Z value is replaced by the new Z value. Otherwise, the incoming data is discarded. When there is no more incoming data, the Z-sort is complete, and the contents of each frame buffer/Z-buffer location represents the final color/intensity for that particular pixel.
The Z-sort operation is rather straightforward if all of the objects represented by the data are opaque. However, if the object in the buffer is not opaque, it is necessary to retain information about the data which is discarded in order to determine the final color intensity of a pixel. To avoid the loss of the data, many Z-buffer systems require that all of the non- opaque data be rendered after all opaque data has been rendered and that the non-opaque data be rendered in Z sorted order (e.g., closest to furthest). Any non-opaque objects which are behind the opaque object in the buffer are discarded. The remaining non-opaque objects are composited with the data in the frame buffer and the result is stored in the frame buffer so that no requisite information is lost. Since the compositing operation must be performed in a specific Z order, the non-opaque objects must be arranged by Z-depth (i.e., either closest to furthest or furthest to closest) before being compared with the Z value of the data in the buffer.
Unfortunately, this method of rendering non-opaque objects has a number of shortcomings. Sorting the non-opaque objects by Z value is computationally expensive. Also, this method does not render interpenetrating non-opaque objects correctly; these must be explicitly tested for, and specially processed, further increasing computation. Consequently, performing the Z sort process reduces the amount of time left to actually draw the images which detrimentally impacts the overall display process.
Other systems have been proposed to solve the problem of rendering non-opaque objects which avoid these shortcomings. These systems usually store more than one Z and color value per pixel, allowing some number of the closest non-opaque objects to be saved, and then composited later. However, these systems require a greatly increased number of Z- buffer RAM accesses necessary to maintain and sort the multiple Z values per pixel. This increases the bandwidth requirements of the Z-buffer memory, reducing performance and/or increasing cost. However, an advantage of this method is that it defers compositing until after the per pixel Z sort is complete, which improves performance by avoiding unneccessary compositing of objects which are later obscured by a closer object.
Therefore, there is a need in prior art computer graphics systems for an apparatus or method which is capable of minimizing the time required to perform Z operations. It would be preferrable if such an apparatus or method could defer compositing until after Z sort is completed without losing the data necessary for compositing non-opaque objects. It would also be highly preferable if such a mechanism could minimize the number of DRAM accesses. SUMMARY AND OBJECTS OF THE INVENTION
The present invention can be applied to computer graphics systems. A multiple layer Z-buffer containing Z values for each of the pixels is controlled according to the values in two registers which are instanced for each pixel. One register, referred to as the ActiveLayers register, contains a value indicating how many of the layers are occupied with potentially visible object data. The other register, referred to as the LayerPointer register, contains pointer values indicating the memory location to which the data for each layer is stored.
After one frame has completely rendered, the ActiveLayers register is initialized to 0. The first incoming object increments the ActiveLayers register. If a subsequent incoming object falls behind an opaque object it is discarded, irregardless of whether it is opaque or not. If the subsequent incoming object is opaque (and is not hidden), the ActiveLayers register is decremented once for each pre-existing object which becomes hidden behind the incoming opaque object. The ActiveLayers register is then incremented to reflect the incoming opaque object. Otherwise, if a subsequent incoming object is non-opaque (and is not hidden), the ActiveLayers register is incremented.
The LayerPointer register contains a number of pointers equal to the number of layers being implemented. Each pointer specifies a unique address. If an incoming object is hidden behind a pre-existing opaque object, the incoming object is discarded, and the LayerPointer register remains unchanged. Otherwise, the layer wherein the incoming object should be inserted is determined. This determination is based on the incoming object's Z values relative to those Z values already existing in the buffer. The opacity of the incoming object affects the ActiveLayers register. The data of the incoming object is written to the address specified by a pointer. The pointers are then adjusted accordingly.
In the currently preferred embodiment, the incoming data is written to the address specified by the pointer corresponding to the last layer. The InsertLayer for the incoming data is determined. The pointer from the last layer is inserted in the InsertLayer. All the pointers of those layers following that of the InsertLayer is shifted one place to the right. The pointers to the left of the InsertLayer remains unchanged. Manipulating the values in the ActiveLayers and LayerPointer registers optimizes the Z-buffering process.
BRIEF DESCRIPTION OF THE DRAWINGS
The present invention is illustrated by way of example, and not by way of limitation, in the figures of the accompanying drawings and in which like reference numerals refer to similar elements and in which:
Figure 1 illustrates a computer system upon which the preferred embodiment of the present invention can be implemented.
Figure 2 is a block diagram showing a graphics system utilizing scanline Z-buffering.
Figure 3 shows the various different combinations of how incoming opaque and non-opaque objects are handled.
Figure 4 shows an example of how the ActiveLayers and LayerPointer registers of the present invention operate for six consecutive incoming objects.
Figure 5 is a circuit diagram illustrating one mechanism for maintaining the LayerPointer register.
Figure 6 is a flowchart showing the operations performed during the Z-sort. DETAILED DESCRIPTION
A high performance multiple layer Z-buffer in a computer graphics system is described. In the following description, for the purpose of explanation, numerous specific details such as registers, bit lengths, number of layers, etc., are set forth in order to provide a thorough understanding of the present invention. It will be apparent, however, to one skilled in the art that the present invention may be practiced without these specific details. In other instances, well-known structures and devices are shown in block diagram form in order to avoid unnecessarily obscuring the present invention.
Referring to Figure 1 , a computer system upon which the preferred embodiment of the present invention can be implemented is shown as 100. Computer system 100 comprises a bus 101 for the internal transmission of digital data. A central processing unit 102 for processing digital data is coupled with bus 101 for processing information. Furthermore, a number of co-processors 103 can be coupled onto bus 101 for additional processing power and speed.
Computer system 100 further comprises a random access memory (RAM) 104 (referred to as main memory) which is also coupled to bus 101. Main memory 104 is used in storing information and instructions which are executed by processor 102. Main memory 104 also may be used for storing temporary variables or other intermediate information during execution of instructions by CPU 102. Computer system 100 also comprises a read only
SUBSTITUTE SHEET LE 26 memory (ROM) or some other type of static storage device 106. ROM 106 is coupled to bus 101 and is used to store static information and instructions for processor 102. A data storage device 107 (e.g., a hard disk drive, floppy disk drive, etc.) drive can be coupled to bus 101 for storing information and instructions.
Also coupled to bus 101 is hardware graphics accelerator 108, frame/Z-buffers 109, and display controller 110. Hardware graphics accelerator 108 is designed to accelerate interactive 3D graphics software extensions. It comprises an ASIC, a static RAM cache, and texture mapping RAM. Accelerator 108 outputs a high bandwidth pixel stream to frame/Z- buffer 109. Simultaneously, the host CPU 102 generates the signal containing the primitives which are input to and rendered by accelerator 108. Display controller 110 interfaces computer system 100 to a display device 121.
One example of a display device 121 is a cathode ray tube (CRT) used for displaying information to a computer user. An alphanumeric input device 122, such as a keyboard, may also be coupled to bus 101 , as well as a cursor control device 123. A cursor control device 123 is used for controlling cursor movement on display device 121. This input device typically has two degrees of freedom in two axes, a first axis (e.g., x) and a second axis (e.g., y) which allows the device to specify any position in a plane. In the present invention, a three-dimensional cursor having a third
Sϋ ipUseirii
JTOTC S degree of freedom in a Z-axis is utilized. Some examples of a cursor control device 123 include a mouse, joystick, trackball, touch pad, etc.
The present invention can be applied equally to conventional screen Z-buffering as well as scanline Z-buffering techniques. In screen Z-buffering, the state information necessary for rendering a pixel is stored for every pixel on the screen. Each object to be rendered is transformed and rasterized independently. Conventional screen Z-buffering techniques often involve very high bandwidths plus large quantities of fast memory and are often coupled with sophisticated caching and prefetching mechanisms. In comparison, scanline Z-buffering presorts the object database in screen space and renders each scanline individually. One scanline of pixel state information is kept.
Figure 2 is a block diagram showing a graphics system utilizing scanline Z-buffering. The host CPU 201 is used for transformation, shading, and active list maintenance. Scanline rasterizer 202 performs shading and hidden surface removal via a Z-buffer 203, shadow volumes, and alpha blending 204. The rasterizer 202 intersects polygons transferred from the active polygon list with the scanline and generates a series of horizontal spans. The resulting spans are rasterized. Furthermore, hidden surface removal, shadow plane tests, and alpha blending are performed. Rendering begins when the CPU 201 traverses the 3D database and generates transformed, projected, clipped, and shaded polygons. The polygons are bucket sorted by the number of the first scanline on which they first become active. Once the main database traversal is complete, the host traverses the bucket sorted list in screen Y order, maintaining an active polygon list which is transferred into the rasterizer 202 for rendering into RGB frame buffer 205.
Z values are represented as a floating point number with a 23-bit fractional normalized mantissa and an 8-bit exponent. There is also a one bit tag which is asserted if the object is frontfacing. If during the comparison the two Z values are equal, it is necessary to determine if incoming object is frontfacing. There is a flag in the object data which is designed for this purpose. If the incoming object is frontfacing it is considered to be in front of the object which is in the buffer. In the present invention, the Z-buffer is comprised of multiple layers and multiple pixels for handling opaque as well as non-opaque objects. Although any number of layers and pixels can be implemented with the present invention, eight layers and eight pixels are utilized in the currently preferred embodiment.
The Z value of incoming data for a particular pixel is compared with each layer in the buffer until it is determined where or whether it should be placed in the buffer. There are two registers, an ActiveLayers register and a LayerPointer register associated with each pixel for optimizing the sorting process. The ActiveLayers register indicates how many of the layers are occupied with potentially visible object data. Because non-opaque objects are supported, it is not known whether an object is visible until after the compositing operation is completed. The LayerPointer register indicates in which memory location the data for each layer is to be stored. The operation of these two registers are now described in detail. The ActiveLayers register is first initialized to zero. When the first object is received it is written into the layer of the Z-buffer as indicated by the ActiveLayers register. Since the ActiveLayers register had been initialized to zero, the first object is thereby written to Layer 0, the ActiveLayers register is incremented by one. When a successive incoming object is received its value is compared with the Z value of the object in layer 0. The opacity of the incoming object only affects the ActiveLayers register and not the LayerPointer register nor the Z-buffer. Whether the incoming object is written is determined by the opacity of objects in the buffer and overflow. Its write location is determined by the relative Z values.
Figure 3 shows the various different combinations of how incoming opaque and non-opaque objects are handled. Examples of each possible combination are given illustrating how the objects are assigned to the different layers along with the corresponding changes made to the ActiveLayers register. In example 1 , the ActiveLayers register is initialized to a value of zero after completion of rendering. Whenever an incoming object 301 is received, it is written into the layer designated by the ActiveLayers register. In example 1 , the first object is opaque and is written into layer 0. The ActiveLayer register is then incremented by one (i.e., incremented from 0 to 1 ). In example 2, a second incoming object 302 is received. Object 302 is opaque and has a smaller Z value than object 301 (i.e., object 302 is closer to the viewport than object 301). The incoming data corresponding to object 302 is written to layer 0. The contents of the ActiveLayers register remains unchanged (i.e., it remains set at 1 ). Note that the data corresponding to object 301 has been effectively overwritten. It still exists in the Z-buffer RAM; only the LayerPointer register changes. Hence, if the incoming object falls behind a pre-existing opaque object, the incoming object is "hidden" behind the opaque object and can thereby be discarded.
Example 3 illustrates the events occurring if the second incoming object 302 has a greater Z value than object 301 which resides in layer 0. Since object 302 is "hidden" behind opaque object 301 , its incoming value can be safely discarded. Everything else remains the same. In example 4, the incoming object 303 is non-opaque and has a smaller Z value. Hence, the data corresponding to object 301 is moved so as to correspond to layer 1 , and the incoming data is written to layer 0. The ActiveLayers register is incremented to 2. In example 5, the incoming non-opaque object has a larger Z value. Consequently, its incoming data is discarded.
Referring to examples 6-9, the pre-existing object 304 is non-opaque. In example 6, an incoming object 305 is opaque and has a smaller Z value. Hence, the incoming data is written to layer 0 and the data associated with object 304 is discarded. If the incoming opaque object 305 has a larger Z value, its data corresponds to layer 1 ; the ActiveLayers register is incremented to 2; and the data corresponding to object 304 remains stored in layer 1 , depicted in example 7. Example 8 illustrates the events which occur when the incoming object is non-opaque and has a smaller Z value. Under such circumstances, the data corresponding to pre-existing object 304 is moved to layer 1 ; the incoming data is written to layer 0, and the ActiveLayers register is incremented by one to 2. In example 9, the incoming non-opaque object 306 has a larger Z value. Consequently, the incoming data is changed to correspond to layer 1 and the ActiveLayers register is incremented to 2. Table 1 below lists the eight different possible scenarios associated with an incoming object.
TABLE 1
Pre-existing Incoming Z Value of Layer 0 Layer 1 ActiveLayers
Object 1 in Object2 Incoming Register
Layer 0 Object
Opaque Opaque Smaller Object2 — 1
Opaque Opaque Larger Object 1 — 1
Opaque Non-opaque Smaller Object2 Objectl 2
Opaque Non-opaque Larger Object 1 — 1
Non-opaque Opaque Smaller Object2 — 1
Non-opaque Opaque Larger Object 1 Objeci2 2
Non-opaque Non-opaque Smaller Object2 Objecti 2
Non-opaque Non-opaque Larger Object 1 Object2 2
By implementing an ActiveLayers register, only those layers which contain potentially visible objects are compared during the sort operation. Note that without using an ActiveLayers register or its equivalent, incoming data would be required to be checked against all eight layers. Reading and writing the object data is costly in terms of speed since it requires accessing the Z-buffer DRAM. Note that typical prior art Z-buffers only have one layer, two at the most, so only one or two reads are required to complete the sort operation. Multiple layers complicate the Z-sort operation, but are necessary to defer the compositing operation and to eliminate the need for ordering the non-opaque data. The ActiveLayers register also simplifies the removal of obstructed objects from the Z-buffer. If any object falls behind an opaque object, it must be removed from the buffer which requires that the RAM be written. Instead of writing the RAM, the value in the ActiveLayers register is adjusted to reflect the new condition.
Furthermore, an ActiveLayers register saves time by eliminating the need to initialize each of the eight layers to the maximum Z value (i.e., infinity). Rather, after each frame has been completely rendered, the ActiveLayers register is reset to zero. In typical prior art Z-buffers, all of the Z values would have to be written to the maximum value and to a transparent object data.
In addition to the ActiveLayers register, a second, LayerPointer register, is implemented to minimize Z-buffer DRAM accesses. The LayerPointer register contains a number of pointers equal to the number of layers being utilized. In the currently preferred embodiment, eight 3-bit pointers are utilized. A pointer specifies a unique address of an object's data corresponding to each of the eight layers. The first pointer corresponds to layer 0. The second pointer corresponds to layer 1. Each successive pointer corresponds to each successive layer, up to layer 7.
By utilizing these pointers in the LayerPointer register, the movement of an object from one layer to another can essentially be simulated without actually reading from and writing to the Z-buffer. The present invention does not require reading the data of the pre-existing object, writing it into another layer, and then writing the incoming object's data into the first layer. Instead, the present invention accomplishes the same result by manipulating pointer values. In the currently preferred embodiment, the lowest pointer (i.e., the one corresponding to layer 7) is used to specify the address of an incoming object being written into the Z-buffer. In other words, the incoming data is written to the address specified by the pointer corresponding to layer 7.
Figure 4 shows an example of how the ActiveLayers and LayerPointer registers of the present invention operate for six consecutive incoming objects. Once the rendering of a frame has been completed, the ActiveLayers register is initialized to 0 and the LayerPointer register is set so that each pointer specifies a unique address. Note that the pointers need not be specified in any sequential order, but each pointer must specify a unique address. In the example, the eight 3-bit pointers are initialized to the following addresses: 7, 6, 5, 4, 3, 1 , and 0 corresponding to layers 0-7, respectively.
The first incoming object 401 is opaque and has a Z value of 15. The pointer corresponding to layer 7 specifies an address of 0. Since it is the first object, the data should be inserted in layer 0. The ActiveLayers register is incremented. A barrel shift-right by one place is performed on layers 0-7 of the LayerPointer register. Hence, the ActiveLayers register becomes 1 , and the contents of the LayerPointer register becomes 0, 7, 6, 5, 4, 3, 2, and 1. Note that the incoming data stored in address 0 now appropriately resides in layer 0. A second incoming object 402 is opaque and has a Z value of 10. Its data is written to the address specified by the pointer of layer 7. In this case, the data is written to address 1. The Z values of object 402 is compared with that of object 401. Since object 402 is opaque and has a smaller Z value than object 401 , object 401 is hidden behind object 402. Consequently, the incoming data should be inserted in layer 0. The ActiveLayers register remains unchanged. A barrel shift-right is performed on layers 0-7 of the LayerPointer register, such that it becomes 1 , 0, 7, 6, 5, 4, 3, and 2. Note that the pointer of layer 0 correctly specifies the address containing the data of object 402. Note also that the data of object 401 still resides in address 0, but since the ActiveLayers register only specifies one layer, this data is rendered meaningless.
The third incoming object 403 is non-opaque and has a Z value of 8. The data of object 403 is written to address 2, as specified by the pointer of layer 7. Object 403 is in front of object 402 because its Z value of 8 is less than the Z value of 10 for object 402. Consequently, the incoming data should be inserted in layer 0. Since object 403 is non-opaque, the data corresponding to object 402 must still be maintained. Thus, ActiveLayers register is incremented. A barrel shift-right operation is performed for layers 0-7 of the PointerLayer register. The LayerPointer register now reads 2, 1 , 0, 7, 6, 5, 4, and 3. The result is that the ActiveLayers register specifies two layers (i.e., layers 0 and 1). The pointer in layer 0 correctly specifies address 2, which contains the data for object 403, and the pointer in layer 1 specifies an address of 1 , which contains the data for object 402.
A fourth incoming object 404 is non-opaque and has a Z value of 9. The pointer of layer 7 specifies an address of 3. The incoming data is written to that address. Since the Z value of object 403 < Z value of object 404 < Z value of object 402, the data of object 404 should be inserted in layer 1 , in-between objects 403 and 402. The data of object 402 should be altered to correspond to layer 2 while that of object 403 should remain layer 0. This is effectuated by performing a barrel shift-right operation only for levels 1-7. The resulting contents of the LayerPointer register is 2, 3, 1 , 0, 7, 6, 5, and 4. The ActiveLayers register is incremented. Thus, the pointers of the first three layers specify addresses 2, 3, and 1 which respectively correspond to that of objects 403, 404, and 402.
The fifth incoming object 405 is non-opaque and has a Z value of 11. Since it falls behind the opaque object 402, the incoming data is discarded. No changes are made to either the ActiveLayers or LayerPointer register.
The sixth incoming object 406 is opaque and has a Z value of 5. Object 406 falls in front of and hides all the pre-existing objects 402-404. The incoming data is written to address 4 and is inserted to layer 0. A barrel shift-right is performed for layers 0-7 of the LayerPointer register, so that it reads 4, 2, 3, 1 , 0, 7, 6, and 5. Furthermore, the ActiveLayers register is reset to 1. It should be pointed out that modifying the ActiveLayers and LayerPointer registers is much quicker than accessing the DRAM to write the maximum Z value and the transparent alpha value as the registers occupy far fewer bits.
In one embodiment, the incoming object is checked to determine whether it falls behind the backmost object of the Z-buffer. If it falls behind the backmost object and that object is opaque, the incoming data is discarded. If the backmost object is not opaque, the incoming data is placed behind it, and the ActiveLayers and LayerPointer registers are modified accordingly. In this embodiment, only one comparison is needed to determine whether the incoming data should be discarded.
Figure 5 is a circuit diagram illustrating one mechanism for maintaining the LayerPointer register 500. Once the layer wherein an incoming object's data is to be inserted (i.e., the InsertLayer) is determined, the Rotate and Insert signals are generated according to Table 2 below.
TABLE 2
Insert Rotate Insert
Layer
0 0x7F 0x80
1 0x3F 0x40
2 0x1 F 0x20
3 OxOF 0x10
4 0x07 0x08
5 0x03 0x04
6 0x01 0x02
7 0x00 0x01
The upper multiplexers 501-508 are used to rotate the pointers, especially for those situations wherein the incoming object is placed in front of other pre-existing objects in the Z-buffer. The rotate operation is performed by a barrel shift-right. The barrel shift-right is executed according to the 8-bit digital Rotate signal on line 521. Each of the eight bits controls each of the eight multiplexers 501 -508. In other words, control bit 0 of the Rotate signal controls multiplexer 501 ; bit 1 controls multiplexer 502; etc. The control bit selects which of the two inputs to a multiplexer is to be output. Note that LayerPointer register 500 has eight layers and three bits per layer, for a total of 24 bits. Each multiplexer has two 3-bit inputs supplied by the LayerPointer register. If the control bit is a 0, the three bits corresponding to a particular pointer is selected for output on line 523. Conversely, if the control bit is a 1 , the three successive next significant bits are selected for output on line 524. For example, if control bit 0 is a 0, bits 0-2 of the LayerPointer register 500, is selected for output by multiplexer 501. If control bit 0 happens to be a 1 , bits 3-5 are selected for output by multiplexer 501.
The lower multiplexers 511-518 are used to move the pointer associated with layer 7 prior to receipt of incoming data, to the layer which the incoming object data is to be inserted. The insert operation is performed according to the 8-bit digital Insert signal on line 522. Each of the eight control bits of the Insert signal controls one of the eight multiplexers 511- 518. A control bit selects for output one of the two input signals to a multiplexer. One input signal is a 3-bit output from one of the upper multiplexers. The other input signal is the three least significant bits of the LayerPointer register 500 (i.e., bits 0-2 which correspond to the pointer of layer 7). For example, if control bit 0 of the Insert signal is a 0, multiplexer 511 selects the 3-bit output from multiplexer 501 for output on line 524. If control bit 0 were a 1 , multiplexer 511 selects bits 0-2 of the LayerPointer register 500 for output on line 524.
The operation of this LayerPointer circuit is now described in reference to the incoming objects depicted in Figure 4 and described above. A reset signal on line 525 initializes the LayerPointer register 500 to a value of 7, 6, 5, 4, 3, 2, 1 , and 0 = 111110101100011010001000. When data corresponding to object 401 is received, its InsertLayer is determined to be 0. Consulting Table 2, an InsertLayer of 0 translates into a Rotate signal of 0x7F = 01111111 , and the Insert signal is 0x80 = 10000000. According to the Rotate signal, multiplexer 501 selects bits 3-5 for output; multiplexer 502 selects bits 6-8; multiplexer 503 selects bits 9-11 ; multiplexer 504 selects bits 12-14; multiplexer 505 selects bits 15-17; multiplexer 506 selects bits 18-20; multiplexer 507 selects bits 21-23; and multiplexer 508 selects bits 21-23. And according to the Insert signal, multiplexers 511-517 select the outputs of multiplexers 501 -507 respectively; multiplexer 518 selects bits 0-2 for output. The result is that the pointers for layers 0-6 are shifted to the right. The pointer corresponding to layer 7 is inserted into layer 0. The resulting contents of the LayerPointer register is 000111110101100011010001 = 0, 7, 6, 5, 4, 3, 2, 1.
Figure 6 is a flowchart showing the operations performed during the Z-sort, wherein the contents for the ActiveLayers and LayerPointer registers are calculated. In the first operation, step 601 , the LayerCounter is initialized to 0; the RAM read address (RAdd) is initialized to LayerPointer [0]; and the RAM write address (WAdd) is initialized to LayerPointer [7]. A determination is then made as to whether the ActiveLayers register is 0, step 602. If so, the ActiveLayers register is incremented to 1 ; the InsertLayer is set to 0; and Zln is written into the RAM at the write address. If the ActiveLayers register is not 0, the Z values for each of the objects are compared, step 604. If the Z value of the incoming object is closer than the Z value presently associated with layer 0, step 605 is performed. Otherwise, step 617 is executed. In step 617, a determination is made as to whether the Z value of the incoming object is equal to the Z value presently associated with layer 0 and the Front bit is set. If so, step 605 is executed. Otherwise, step 609 is executed.
In step 605, a determination is made as to whether the incoming object is opaque. If the incoming object is opaque, the ActiveLayers register is set to the LayerCounter plus 1 , step 606. The InsertLayer is set to the LayerCounter, and Zln is written into the RAM at the write address, step 607. If it is determined that the incoming object is not opaque, the ActiveLayers register is incremented, step 608. Step 607 wherein the InsertLayer is set to the LayerCounter and the Zln is written.
In step 609, the LayerCounter is incremented. A determination is made as to whether the LayerCounter is equal to the ActiveLayers, step 610. If they are equal, this signifies that there are no more Z values in the RAM for comparison. In that case, a determination is made as to whether the object in the last layer is opaque, step 611. If the object in the last layer is not opaque, step 608 is executed. Otherwise, Zln is not visible, and it is discarded, step 612.
If the LayerCounter is not equal to the value in the ActiveLayers register, it becomes necessary to check the Z-buffer to determine whether it is full, step 613. If the ActiveLayers register value is equal to the maximum layer (e.g., 8), this indicates that the Z-buffer is full. A determination is then made as to whether the object in layer 8 is opaque, step 614. If so, then Zln is discarded, step 612. Otherwise, an overflow condition is asserted, step 615. If, however, the value in the ActiveLayers register is not equal to the maximum layer, Zln is compared with the other Z values in the RAM. The read address for the next layer is determined by reading the LayerPointer register. Zln is compared with the Z value read from the RAM using the new read address, step 616. Step 604 is then repeated.
Thus, a computer graphics system having a high performance multiple layer Z-buffer is disclosed.

Claims

CLAIMSWhat is claimed is:
1. A computer system comprising: a processor for generating data describing objects for display; a Z-buffer for storing said data, said Z-buffer having a plurality of layers, each of said layers corresponding to a relative depth of display for said objects; a first register for storing a plurality of addresses corresponding to each of said plurality of layers, wherein each address specifies a location where data of each of said layers is stored; a means for determining which one of said layers data of an incoming object is to be inserted, wherein said addresses of said first register are arranged to correspond to different layers in response to insertion of said data of said incoming object; a frame buffer for storing composited data; a display comprised of a plurality of pixels for displaying an image described by said composite data stored in said frame buffer.
2. The computer system of Claim 1 further comprising a second register for storing a number indicating how many of said layers contain visible data according to opacity of said objects in said Z-buffer.
3. The computer system of Claim 2, wherein an insert layer comprising said one of said layers where said data of said incoming object is inserted is determined according to a Z value of said incoming object relative to Z values of objects already stored in said Z-buffer.
4. The computer system of Claim 3, wherein said data of said incoming object is stored at a location specified by an address corresponding to a last one of said plurality of layers and a set of said addresses of said first register are barrel shifted-right, said set comprising an address corresponding to said insert layer and addresses of all layers following said insert layer.
5. The computer system of Claim 4, wherein a first set of multiplexers shifts said first set of addresses and a second set of multiplexers writes said address of said last layer to said insert layer.
6. The computer system of Claim 5 further comprising a means for determining whether said incoming object is opaque and whether said incoming object is in front of any of said objects already stored in said Z- buffer, wherein if said incoming object is opaque, any of said objects already stored in said Z-buffer are discarded.
7. The computer system of Claim 6 further comprising a means for determining whether a backmost object is opaque, wherein if said backmost object is opaque and said data corresponding to said incoming object has a greater Z value than that of said backmost object, said data of said incoming object is not written to said Z-buffer.
8. The computer system of Claim 7, wherein said Z-buffer stores a subregion of an entire image.
9. The computer system of Claim 8, wherein said Z-buffer comprises a scanline Z-buffer.
10. The computer system of Claim 9, wherein said data of said incoming object includes a signal indicating whether said incoming object is frontfacing.
11. The computer system of Claim 10 further comprising a means for detecting and indicating an overflow condition, wherein all of said layers contain visible objects and data of said incoming object is received.
12. The computer system of Claim 11 , wherein said Z-buffer comprises eight layers.
βSTmmSHE r(RU 2
13. A computer system comprising : a first memory means for storing a plurality of pixel values; a display screen coupled to said first memory means for displaying an image corresponding to said plurality of pixel values in said frame buffer; a second memory means for storing a plurality of Z values corresponding to data describing a plurality of objects, said Z values representing relative depths of said objects, wherein said second memory means is comprised of a plurality of layers; a third memory means for storing a value representing a number of said layers containing said data which is to be displayed by said display screen; a fourth memory means for storing a plurality of addresses specifying locations where said data for each of said layers is stored; a means for storing said data received by said Z-buffer at locations according to said value of said third memory means and one of said plurality of addresses of said second memory means; a means for modifying said value of said third memory means and association of said addresses of said fourth memory means to said layers in response to storage of said data received by said second storage means; a means for compositing said data to produce said pixel values.
14. The computer system of Claim 13 further comprising: a means for determining one of said layers where data received by said second storage means is to be inserted; a means for writing said data to a location specified by an address corresponding to a last one of said plurality of layers, wherein said means for modifying said addresses of said fourth memory means performs a barrel shift-right operation on an address of said one of said layers and addresses of all layers following said one of said layers of said fourth memory means.
15. The computer system of Claim 14, wherein said one of said layers where said data received by said second memory means is to be inserted is determined according to a Z value of said object.
16. The computer system of Claim 15, wherein if said object is behind a pre-existing opaque object, said data is not written to said second memory means and contents of said third and said fourth memory means are not changed.
17. The computer system of Claim 16, wherein said second memory means stores a subregion of an image.
18. The computer system of Claim 17, wherein said second memory means comprises a scanline Z-buffer.
19. The computer system of Claim 18, wherein said means for modifying said addresses of said fourth memory means is comprised of: a first set of multiplexers which rotates said addresses of said first register to correspond to different layers of said Z-buffer; a second set of multiplexers which writes said address of said last layer at said layer where said object is to be inserted.
20. The computer system of Claim 19 further comprising a means for determining whether a backmost object is opaque, wherein if said backmost object is opaque, and said data received by said Z-buffer is behind said backmost object, said data received is not written and said contents of said first register and said second register are not changed.
21. The computer system of Claim 20 further comprising a means for detecting an overflow condition wherein more visible objects are received than there are available layers.
22. The computer system of Claim 21 , wherein said Z-buffer is comprised of at least eight layers.
23. In a computer system, a method of displaying images comprising the steps of: generating data describing objects for display; storing said data in a multiple layer Z-buffer, wherein each layer of said Z-buffer corresponds to a relative depth of display of one of said objects; storing an address corresponding to each layer in a first register wherein each address specifies a location where data corresponding to each of said layers is stored; determining an insert layer where data of an incoming object is to be inserted, wherein said addresses of said first register are arranged to correspond to different layers in response to insertion of said data of said incoming object; compositing said data in said layers of said Z-buffer; storing composited data in a frame buffer; displaying an image corresponding to a plurality of pixels controlled by said composite data stored in said frame buffer.
24. The method of Claim 23 further comprising the step of storing a number indicating how many of said layers contain visible data in a second register according to a Z value and an opaqueness of said incoming object relative to Z values and opaqueness of objects already stored in said Z- buffer.
25. The method of Claim 24, wherein said insert layer is determined according to a Z value and in opaqueness of said incoming object relative to Z values and opaqueness of objects already stored in said Z-buffer.
26. The method of Claim 25, wherein said data of said incoming object is stored at a location specified by an address corresponding to a last one of said plurality of layers, and a set of said addresses of said first register are barrel shifted-right, said set comprising an address corresponding to said insert layer and addresses of all layers following said insert layer.
27. The method of Claim 26 further comprising the steps of shifting said first set of addresses by implementing a first set of multiplexers; writing said address of said last layer to said insert layer by utilizing a second set of multiplexers.
28. The method of Claim 27 further comprising the step determining whether a backmost object is opaque, wherein if said backmost object is opaque and said data corresponding to said incoming value has a greater Z value than that of said backmost object said data of said incoming object is not written to said Z-buffer.
29. The computer system of Claim 28 further comprising a means for determining whether said incoming object is opaque and whether said incoming object is in front of any of said objects already stored in said Z- buffer, wherein if said incoming object is opaque, any of said objects already stored in said Z-buffer are discarded.
30. The method of Claim 29, wherein said Z-buffer stores a subregion of an entire image.
31. The method of Claim 30, wherein said Z-buffer comprises a scanline Z-buffer.
32. The method of Claim 31 , wherein said data of said incoming object includes a signal indicating whether said incoming object is frontfacing.
33. The method of Claim 32 further comprising the step of detecting an overflow condition, wherein all of said layers contain visible objects and data of said incoming object is received.
34. The method of Claim 33, wherein said Z-buffer comprises eight layers.
SUBSmuiES
PCT/US1994/004993 1993-05-10 1994-05-06 Computer graphics system having high performance multiple layer z-buffer WO1994027240A1 (en)

Priority Applications (3)

Application Number Priority Date Filing Date Title
GB9522916A GB2293079B (en) 1993-05-10 1994-05-06 Computer graphics system having high performance multiple layer z-buffer
AU67835/94A AU6783594A (en) 1993-05-10 1994-05-06 Computer graphics system having high performance multiple layer z-buffer
JP52554994A JP3557208B2 (en) 1993-05-10 1994-05-06 Computer graphics system with high performance multi-layer z-buffer

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US6029993A 1993-05-10 1993-05-10
US08/060,299 1993-05-10

Publications (1)

Publication Number Publication Date
WO1994027240A1 true WO1994027240A1 (en) 1994-11-24

Family

ID=22028631

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/US1994/004993 WO1994027240A1 (en) 1993-05-10 1994-05-06 Computer graphics system having high performance multiple layer z-buffer

Country Status (5)

Country Link
US (1) US5920687A (en)
JP (1) JP3557208B2 (en)
AU (1) AU6783594A (en)
GB (1) GB2293079B (en)
WO (1) WO1994027240A1 (en)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
AU780003B2 (en) * 2000-03-30 2005-02-24 Canon Kabushiki Kaisha Optimising pixel generation from compositing stack
EP1787282A2 (en) * 2004-09-10 2007-05-23 Seaweed Systems Multi-application graphic display environment

Families Citing this family (21)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP3580682B2 (en) * 1997-09-26 2004-10-27 株式会社ソニー・コンピュータエンタテインメント Image processing apparatus and method
US6747645B1 (en) * 1998-03-13 2004-06-08 Hewlett-Packard Development Company, L.P. Graphics memory system that utilizes detached-Z buffering in conjunction with a batching architecture to reduce paging overhead
US6456285B2 (en) * 1998-05-06 2002-09-24 Microsoft Corporation Occlusion culling for complex transparent scenes in computer generated graphics
US6359629B1 (en) 1998-07-06 2002-03-19 Silicon Graphics, Inc. Backface primitives culling
US6674485B2 (en) 1998-08-31 2004-01-06 Hitachi Software Engineering Co., Ltd. Apparatus and method for image compositing
GB2343601B (en) * 1998-11-06 2002-11-27 Videologic Ltd Shading and texturing 3-dimensional computer generated images
US6404425B1 (en) * 1999-01-11 2002-06-11 Evans & Sutherland Computer Corporation Span-based multi-sample z-buffer pixel processor
US7472910B1 (en) * 1999-03-30 2009-01-06 Canon Kabushiki Kaisha Animation display apparatus, arcade game machine, control method and apparatus thereof, and storage medium
US6657635B1 (en) 1999-09-03 2003-12-02 Nvidia Corporation Binning flush in graphics data processing
AU782744B2 (en) * 2000-10-25 2005-08-25 Aristocrat Technologies Australia Pty Limited Gaming graphics
AUPR100600A0 (en) * 2000-10-25 2000-11-16 Aristocrat Technologies Australia Pty Limited Gaming graphics
US6636212B1 (en) 2000-11-14 2003-10-21 Nvidia Corporation Method and apparatus for determining visibility of groups of pixels
US6989840B1 (en) * 2001-08-31 2006-01-24 Nvidia Corporation Order-independent transparency rendering system and method
US7043701B2 (en) * 2002-01-07 2006-05-09 Xerox Corporation Opacity desktop with depth perception
US7113183B1 (en) 2002-04-25 2006-09-26 Anark Corporation Methods and systems for real-time, interactive image composition
US7688319B2 (en) * 2005-11-09 2010-03-30 Adobe Systems, Incorporated Method and apparatus for rendering semi-transparent surfaces
US7891818B2 (en) 2006-12-12 2011-02-22 Evans & Sutherland Computer Corporation System and method for aligning RGB light in a single modulator projector
US8358317B2 (en) 2008-05-23 2013-01-22 Evans & Sutherland Computer Corporation System and method for displaying a planar image on a curved surface
US8702248B1 (en) 2008-06-11 2014-04-22 Evans & Sutherland Computer Corporation Projection method for reducing interpixel gaps on a viewing surface
US8077378B1 (en) 2008-11-12 2011-12-13 Evans & Sutherland Computer Corporation Calibration system and method for light modulation device
US9641826B1 (en) 2011-10-06 2017-05-02 Evans & Sutherland Computer Corporation System and method for displaying distant 3-D stereo on a dome surface

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US4924414A (en) * 1986-09-24 1990-05-08 Daikin Industries, Ltd. Apparatus and method for obtaining priority numbers for drawing figures forming a display figure
EP0531084A2 (en) * 1991-09-03 1993-03-10 General Electric Company Multi-layer atmospheric fading in real-time computer image generator

Family Cites Families (42)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US3648250A (en) * 1970-11-13 1972-03-07 Nasa Digital video display system using cathode-ray tube
US4475104A (en) * 1983-01-17 1984-10-02 Lexidata Corporation Three-dimensional display system
US4594673A (en) * 1983-06-28 1986-06-10 Gti Corporation Hidden surface processor
US4697178A (en) * 1984-06-29 1987-09-29 Megatek Corporation Computer graphics system for real-time calculation and display of the perspective view of three-dimensional scenes
US4658247A (en) * 1984-07-30 1987-04-14 Cornell Research Foundation, Inc. Pipelined, line buffered real-time color graphics display system
US4679041A (en) * 1985-06-13 1987-07-07 Sun Microsystems, Inc. High speed Z-buffer with dynamic random access memory
US4954818A (en) * 1985-10-18 1990-09-04 Hitachi, Ltd. Multi-window display control system
US5001651A (en) * 1986-11-10 1991-03-19 Auto-Trol Technology Corporation Method and apparatus for interpolating groups of pixels on a scan line
US4815009A (en) * 1987-04-21 1989-03-21 Xerox Corporation Algorithm for filling an image outline
US4866637A (en) * 1987-10-30 1989-09-12 International Business Machines Corporation Pipelined lighting model processing system for a graphics workstation's shading function
US4885703A (en) * 1987-11-04 1989-12-05 Schlumberger Systems, Inc. 3-D graphics display system using triangle processor pipeline
US4945500A (en) * 1987-11-04 1990-07-31 Schlumberger Technologies, Inc. Triangle processor for 3-D graphics display system
US4897803A (en) * 1987-11-23 1990-01-30 Xerox Corporation Address token based image manipulation
FR2628553B1 (en) * 1988-03-08 1990-11-09 Labo Electronique Physique GRAPHICAL VIDEO SYSTEM PROVIDED WITH A GRAPHIC SLIDER
US4970499A (en) * 1988-07-21 1990-11-13 Raster Technologies, Inc. Apparatus and method for performing depth buffering in a three dimensional display
JP2690110B2 (en) * 1988-08-15 1997-12-10 沖電気工業株式会社 Scan conversion method
US5101365A (en) * 1988-10-31 1992-03-31 Sun Microsystems, Inc. Apparatus for extending windows using Z buffer memory
US5249264A (en) * 1988-11-14 1993-09-28 International Business Machines Corporation Image display method and apparatus
US5159663A (en) * 1988-11-22 1992-10-27 Wake Robert H Imager and process
US5128872A (en) * 1988-12-20 1992-07-07 Sun Microsystems, Inc. Method and apparatus for determining line positions for display and manipulation by a computer system
US4970636A (en) * 1989-01-23 1990-11-13 Honeywell Inc. Memory interface controller
US5157388A (en) * 1989-02-14 1992-10-20 Intel Corporation Method and apparatus for graphics data interpolation
US5081698A (en) * 1989-02-14 1992-01-14 Intel Corporation Method and apparatus for graphics display data manipulation
US5081700A (en) * 1989-02-15 1992-01-14 Unisys Corporation Apparatus for high speed image rotation
US5027292A (en) * 1989-04-19 1991-06-25 International Business Machines Corporation Multiple depth buffers for graphics and solid modelling
US5214753A (en) * 1989-07-31 1993-05-25 Shographics, Inc. Video system with parallel attribute interpolations
JP2523889B2 (en) * 1989-08-25 1996-08-14 松下電器産業株式会社 Hidden surface treatment device
US5043921A (en) * 1989-10-23 1991-08-27 International Business Machines Corporation High speed Z-buffer control
US5222204A (en) * 1990-03-14 1993-06-22 Hewlett-Packard Company Pixel interpolation in perspective space
US5123085A (en) * 1990-03-19 1992-06-16 Sun Microsystems, Inc. Method and apparatus for rendering anti-aliased polygons
US5490238A (en) * 1990-03-19 1996-02-06 Evans & Sutherland Computer Corporation Attribute blending system for composing computer-graphic images from objects
US5268995A (en) * 1990-11-21 1993-12-07 Motorola, Inc. Method for executing graphics Z-compare and pixel merge instructions in a data processor
US5261041A (en) * 1990-12-28 1993-11-09 Apple Computer, Inc. Computer controlled animation system based on definitional animated objects and methods of manipulating same
JPH07122908B2 (en) * 1991-03-12 1995-12-25 インターナショナル・ビジネス・マシーンズ・コーポレイション Apparatus and method for generating displayable information representing a three-dimensional solid object
US5278949A (en) * 1991-03-12 1994-01-11 Hewlett-Packard Company Polygon renderer which determines the coordinates of polygon edges to sub-pixel resolution in the X,Y and Z coordinates directions
US5339386A (en) * 1991-08-08 1994-08-16 Bolt Beranek And Newman Inc. Volumetric effects pixel processing
US5274760A (en) * 1991-12-24 1993-12-28 International Business Machines Corporation Extendable multiple image-buffer for graphics systems
US5428716A (en) * 1991-12-26 1995-06-27 International Business Machines Corporation Solid-clip methodology and architecture for clipping solid models and displaying cross-sections using depth-buffers
US5377313A (en) * 1992-01-29 1994-12-27 International Business Machines Corporation Computer graphics display method and system with shadow generation
US5313586A (en) * 1992-03-06 1994-05-17 Intel Corporation Co-processor de-coupling bus structure
US5497453A (en) * 1993-01-05 1996-03-05 International Business Machines Corporation Method and apparatus for detecting and visualizing interferences between solids
US5394523A (en) * 1993-01-22 1995-02-28 Taligent, Inc. Polymorphic graphic device

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US4924414A (en) * 1986-09-24 1990-05-08 Daikin Industries, Ltd. Apparatus and method for obtaining priority numbers for drawing figures forming a display figure
EP0531084A2 (en) * 1991-09-03 1993-03-10 General Electric Company Multi-layer atmospheric fading in real-time computer image generator

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
KELLEY ET AL.: "a scalable hardware render accelerator using a modified scanline algorithm", SIGGRAPH'92. 19TH ANNUAL CONFERENCE ON COMPUTER GRAPHICS AND INTERACTIVE TECHNIQUES, vol. 26, no. 2, July 1992 (1992-07-01), USA, pages 241 - 248 *

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
AU780003B2 (en) * 2000-03-30 2005-02-24 Canon Kabushiki Kaisha Optimising pixel generation from compositing stack
EP1787282A2 (en) * 2004-09-10 2007-05-23 Seaweed Systems Multi-application graphic display environment
EP1787282A4 (en) * 2004-09-10 2009-03-18 Seaweed Systems Multi-application graphic display environment
US8006196B2 (en) 2004-09-10 2011-08-23 Presagis Multi-application graphic display environment

Also Published As

Publication number Publication date
AU6783594A (en) 1994-12-12
JPH09500462A (en) 1997-01-14
JP3557208B2 (en) 2004-08-25
GB2293079B (en) 1997-07-02
US5920687A (en) 1999-07-06
GB9522916D0 (en) 1996-01-10
GB2293079A (en) 1996-03-13

Similar Documents

Publication Publication Date Title
US5583974A (en) Computer graphics system having high performance multiple layer Z-buffer
US5920687A (en) Z-buffer storage based on opacity and depth using pointers
US6587112B1 (en) Window copy-swap using multi-buffer hardware support
US6348919B1 (en) Graphics system with optimized use of unified local and frame buffers
US5574836A (en) Interactive display apparatus and method with viewer position compensation
US5701444A (en) Three-dimensional graphics subsystem with enhanced support for graphical user interface
US5835096A (en) Rendering system using 3D texture-processing hardware for accelerated 2D rendering
US5727192A (en) Serial rendering system with auto-synchronization on frame blanking
US6552723B1 (en) System, apparatus and method for spatially sorting image data in a three-dimensional graphics pipeline
US5764228A (en) Graphics pre-processing and rendering system
KR100301223B1 (en) Draw processor for high performance 3D graphic accelerators
US5742796A (en) Graphics system with color space double buffering
US5898437A (en) Method for fast rendering of three-dimensional objects by generating lists of like-facing coherent primitives
US6924808B2 (en) Area pattern processing of pixels
US4924414A (en) Apparatus and method for obtaining priority numbers for drawing figures forming a display figure
US5493637A (en) Video buffer recycling method and apparatus
US6166743A (en) Method and system for improved z-test during image rendering
GB2176676A (en) High speed z-buffer for perspective image generation
WO2003046836A1 (en) Image processing apparatus and constituent parts thereof, rendering method
US10565753B2 (en) Method and apparatus for generating an image
US6812928B2 (en) Performance texture mapping by combining requests for image data
US6930684B2 (en) Method and apparatus for accelerating occlusion culling in a graphics computer
US7310103B2 (en) Pipelined 2D viewport clip circuit
EP0803797A1 (en) System for use in a computerized imaging system to efficiently transfer graphic information to a graphics subsystem employing masked span
EP0381892B1 (en) Computer display windowing systems

Legal Events

Date Code Title Description
AK Designated states

Kind code of ref document: A1

Designated state(s): AT AU BB BG BR BY CA CH CN CZ DE DK ES FI GB GE HU JP KG KP KR KZ LK LU LV MD MG MN MW NL NO NZ PL PT RO RU SD SE SI SK TJ TT UA UZ VN

AL Designated countries for regional patents

Kind code of ref document: A1

Designated state(s): AT BE CH DE DK ES FR GB GR IE IT LU MC NL PT SE BF BJ CF CG CI CM GA GN ML MR NE SN TD TG

121 Ep: the epo has been informed by wipo that ep was designated in this application
DFPE Request for preliminary examination filed prior to expiration of 19th month from priority date (pct application filed before 20040101)
WWE Wipo information: entry into national phase

Ref document number: 9522916.7

Country of ref document: GB

REG Reference to national code

Ref country code: DE

Ref legal event code: 8642

122 Ep: pct application non-entry in european phase
NENP Non-entry into the national phase

Ref country code: CA