|Publication number||US5657478 A|
|Application number||US 08/648,680|
|Publication date||Aug 12, 1997|
|Filing date||May 16, 1996|
|Priority date||Aug 22, 1995|
|Also published as||WO1997008626A1|
|Publication number||08648680, 648680, US 5657478 A, US 5657478A, US-A-5657478, US5657478 A, US5657478A|
|Inventors||John Recker, Walter Donovan|
|Original Assignee||Rendition, Inc.|
|Export Citation||BiBTeX, EndNote, RefMan|
|Patent Citations (3), Referenced by (77), Classifications (10), Legal Events (8)|
|External Links: USPTO, USPTO Assignment, Espacenet|
This application claims the benefit of U.S. Provisional Application No. 60/002,626 filed on Aug. 22, 1995.
1. Field of the Invention
The system and method of the present invention is directed to the field of computer graphics. More particularly, the present invention is directed to a system and method for rendering images in a multi-frame buffer system.
2. Art Background
A typical method for creating animated computer graphics renderings is to alternate the rendering of frames of the animation between two separate memory buffers. While one memory buffer is updated with new graphics data for a new frame in the animation, the previously rendered frame is sent to a display device by a display controller using data stored in the second memory buffer. As new frames are created, the buffer used for rendering and the buffer used to update the display are swapped. This process is commonly referred to as double buffering.
Care must be exercised when swapping buffers or "tearing" of the display can occur. Tearing occurs in one of two situations: either the source for the display controller data is swapped in mid-frame, or data is updated in the frame being displayed, causing the display to show part of one frame and part of the other.
One solution to this problem is to allow the display controller to switch buffers only after completing the display of the buffer. However, processor cycles are wasted if the processor controlling the rendering process must wait for the display controller to complete displaying a single frame.
The present invention provides a system and method that allows a host processor to avoid performance bottlenecks and tearing of the display by selectively offloading delays to a graphics co-processor. The system is composed of the host processor, a first-in-first-out (FIFO) command buffer, a co-processor, multiple frame buffers and a display controller to control the display. The host and the co-processor are configured to enable the host to selectively batch graphic commands through the command FIFO to the co-processor. The small set of commands provide the flexibility to selectively batch commands and selectively synchronize the host processor to the co-processor. These commands include commands to switch display frame buffers from which the display controller generates a display and to switch destination frame buffers to which the image is rendered.
By enabling the host to selectively batch graphics commands, delays at the host incurred by, for example, waiting until a vertical retrace interval occurs, is avoided unless the host explicitly intends to wait for such an event to occur. Thus, efficiency and flexibility are achieved.
In one embodiment, the host communicates commands to the co-processor through a FIFO buffer. The commands include switching the frame buffer to which rendering commands are performed, switching the frame buffer from which the display is generated, waiting until the vertical retrace interval occurs on the display and waiting until the co-processor is idle and signaling the host processor that the co-processor is idle. By combining the above commands in certain sequences, the host can selectively batch rendering commands and frame switching commands without incurring the tearing effects that occur in prior art devices.
FIG. 1 is a block diagram illustration of one embodiment of the system of the present invention.
FIG. 2a, 2b, 2c, 2d, and 2e are illustrative commands that operate in accordance with the teachings with the present invention.
FIG. 3 and FIG. 4 are illustrative flow diagrams illustrating the timing and commands performed by the host and co-processor in accordance with the teachings of the present invention.
In the following description, for purposes of explanation, numerous details are set forth in order to provide a thorough understanding of the present invention. However, it will be apparent to one skilled in the art that the specific details are not required in order to practice the present invention. In other instances, well known electrical structures and circuits are shown in block diagram form in order not to obscure the present invention unnecessarily.
A simplified block diagram of the one embodiment of the system of the present invention is shown in FIG. 1. The system includes host processor 10, first-in-first-out (FIFO) buffer 20, co-processor 30, a first frame buffer 40, second frame buffer 50, display controller 60 and display 70.
The host processor 10 generates graphics rendering and display commands and communicates them to co-processor 30 for execution. To enable in part the batching of the commands such that the host 10 does not need to wait for completion of commands by the co-processor 30, a buffer 20 is included. Although a FIFO buffer is described herein, it is apparent that other types of buffering may be used, including buffering that is located within the co-processor 30 or host processor 10.
In the present embodiment, the host processor 10 writes the commands to a memory located local to the host 10. The host then instructs a DMA mechanism (not shown) to transfer the commands to be performed by the co-processor 30 to the FIFO buffer 20. The co-processor 30 then accesses the FIFO buffer 20 in sequence to perform the commands transmitted by the host processor 10.
The co-processor 30 performs a number of functions, including rendering of graphics commands, the results of which are stored in either the first frame buffer 40 (FB1) or second frame buffer 50 (FB2). The display controller 60 also accesses FB1 40 and FB2 50 to generate the signals to control the information that is generated on the display 70. The process of rendering, i.e., drawing pixels, to the frame buffer and the operation of the display controller 60 are well known in the art and will not be discussed further here. However, it should be noted that communication between the co-processor 50 and display controller 60 include, for example, communications to the display controller to switch the frame buffer accesses to generate the display and communicate to the co-processor 50 when a frame buffer switch occurs. As will be described below, the host 10 communicates a variety of commands to co-processor 30 to enable the batching of graphics commands, including commands that perform frame buffer switches for rendering and for display.
Exemplary commands are shown in FIG. 2a-2e. FIG. 2a illustrates an example of one command sent by the host to the co-processor, which, when executed by the co-processor, will wait until the co-processor is idle, and send a signal back to the host processor. This allows explicit synchronization between the host processor and the graphics processor as this command can be utilized in conjunction with other commands that cause the graphics co-processor to wait or delay execution of subsequent commands. Thus, the host can be aware of those delays and accordingly wait for completion of all commands before proceeding with the issuance of new commands. This is particularly useful for performing time critical commands as well as avoiding synchronization problems when directly accessing the frame buffers from the host processor.
FIG. 2b illustrates the wait until display switch command which, when executed by the co-processor, causes the co-processor to wait until the display switch occurs. If the switch has already has occurred, the function completes immediately. System flexibility is achieved when this command is executed in sequence with a command that performs a switch of frame buffers used for display. In particular, if this command is executed subsequent to a command that switches frame buffers, the co-processor waits until the frame switch has completed before executing the next command in the buffer. Thus, tearing is avoided. If there is no need for the co-processor to wait, e.g., to ensure against tearing, then the wait until display switch command is not used.
In one embodiment, the hardware determines if either (a) a display switch has occurred some time in the past or (b) the last frame has been displayed at least once. If the hardware determines that a display switch has occurred some time in the past, no wait is needed if more than one frame time has passed since the frame switch. This is quite different from prior art techniques that must wait for a vertical blanking interval to occur. The advantages are readily seen with respect to examples utilizing dual frame buffers and triple frame buffers.
For example, in the double buffer case, time is wasted in prior art systems waiting for the vertical blanking interval to occur before the processor instructs the co-processor to switch buffers. In the present invention, the processor draws to the first buffer, instructs the co-processor to wait until the display switch occurs, and continues executing. The system can be configured to terminate the wait at the co-processor at the beginning or end of the vertical blanking interval. Preferably the wait is selected to terminate at the end of the interval. This insures that each frame buffer of data is displayed at least once, as it is possible to perform multiple frame buffer switches during a single vertical blanking period, resulting in at least one frame buffer of data not being displayed.
Thus, the host processor can continue executing and downloading the co-processor while the co-processor waits for the switch to be performed. In particular, the co-processor must wait before writing new data to the switched frame buffer in order to avoid tearing, as that frame buffer continues to be accessed by the display controller for display until the frame buffer switch occurs. In a multiple frame buffer case, such as a system that includes three buffers, the co-processor does not need to wait for the switch to occur before initiating writing to the next frame buffer, as the next frame buffer is identified as the frame buffer that is not part of the switch operation. For example, if the co-processor first writes to frame buffer B and frame buffer A is currently accessed by the display controller for display, the command to switch frame buffers A and B can be completed at the co-processor without the co-processor waiting for the switch to be performed before writing to frame buffer C. When the co-processor has completed draw operations to frame buffer C and the host instructs the co-processor to perform a display buffer switch of frame buffers B and C, it is preferred that the co-processor waits until the switch is performed by the display controller before proceeding with the execution of subsequent commands, such as the writing of data to frame buffer A. This is particularly desirable when the wait is selected to terminate at the beginning of the vertical blanking period in order to ensure that each frame buffer of data is displayed.
The display switch command, FIG. 2c, sets a new base address (i.e., a base address for a frame buffer) for the display controller to access for generating the display. Although the function completes at the co-processor immediately, the display does not actually switch buffers until the beginning of the vertical blanking period. This command can be expanded to set two new frame buffers for stereo display for special graphics rendering (FIG. 2d). The display switch command (FIGS. 2c or 2d) when executed immediately prior to the wait until display switch command, causes the co-processor to not execute the next command in the FIFO until a signal is received back from the display controller. Therefore, although the host can continue to issue commands to the co-processor to execute via the FIFO buffer, the co-processor will wait until the switch of buffers occurs before executing any subsequent commands, thereby avoiding tearing.
The destination base address to which renderings can occur can be set using the set destination base command illustrated in FIG. 2e. This command, when executed by the co-processor, sets a new base address for rendering operations. The function completes immediately at the co-processor. This command can be synchronized to the vertical retrace interval by preceding the command with the display switch command (FIG. 2c or FIG. 2d) and the wait until display switch command (FIG. 2b).
Thus, the above-described commands can be combined with other rendering commands to enable the host processor to render without incurring delays at the host, or selectively performing certain functions in synchronization with the display hardware.
The flow diagrams of FIGS. 3 and 4 illustrate further how flexibility and effectiveness can be achieved using these commands. The simplified flow diagrams illustrate exemplary steps performed by the host processor, co-processor and display controller in an approximate time sequence. However, it is readily apparent that alternate process flows can use these commands in alternate sequences.
Referring to FIG. 3, the host sends the command to set the destination base to the first frame buffer, step 300. This command is received subsequently by the co-processor which causes the co-processor to set the destination frame buffer to the first frame buffer 350. Concurrently, the host sends rendering commands to the co-processor, step 305; in particular, by writing the commands to the FIFO buffer. After the rendering commands are sent, the host can then send a command to perform a display switch, step 310. Once the host sends a command to the FIFO to perform a display switch, the host also issues a wait until display switch command to the co-processor, step 315, and sets a command to set the destination base to the first frame buffer. The host can then immediately start sending additional rendering commands to the FIFO which are to be rendered to the second frame buffer. There is no need for the host to wait for the display switch to occur or to know that a display switch has occurred, thus enabling the host to perform efficiently. At step 355, the co-processor renders to the first frame buffer in accordance with rendering commands stored in the FIFO by the host processor.
After the co-processor, at step 355, renders the image to the destination buffer in accordance with the rendering commands received from the host processor, the co-processor reads from the FIFO the command to instruct the display controller to switch frame buffers, step 360. It is anticipated that this command is executed a time later than the time when the host issued the command to the FIFO buffer. Once the co-processor issues the command to perform a display switch, the command executes immediately at the co-processor. The next command received by the co-processor is the wait until display switch command which causes the co-processor to wait until the display switch is performed during the vertical retrace (step 385). The execution of the command prevents the co-processor from executing subsequent commands, such as rendering commands, that may affect the data in the frame buffers before the display switch is performed during the vertical retrace interval. In addition, in order to avoid tearing, the base address of the destination frame buffer ("destination base") is also preferably switched to an alternate frame buffer, e.g., FB2, during the vertical retrace interval This is accomplished by executing the command to switch the destination base address 320 of the buffer to which the co-processor renders graphic commands immediately subsequent to the wait until display switch command (step 365).
Once the destination base is set to the new frame buffer, step 370, then the rendering commands sent to the FIFO by the host, step 325, can be performed by the co-processor, step 375. At this point, the display controller is accessing the first frame buffer to generate the display, step 390, after having accessed the second frame buffer to generate the display, step 380.
FIG. 4 illustrates another example of the flexibility and efficiency achieved using the system and method of the present invention. For example, if the host processor performed certain commands that required it to be in sync with the co-processor, the following process may be performed. At the beginning of the process the destination base is set to the first frame buffer 405. The host then sends rendering commands to the FIFO, step 410, and at some point sends a command to perform a display switch, step 415.
In this example, it is desirable that the host processor waits until the display switch is performed before issuing additional commands. Whenever the host processor needs to synchronize with the co-processor, the host processor sends the command to synchronize, step 420. In addition, as the command to perform a display switch executes immediately at the co-processor, it is necessary that the command for the co-processor to wait until the display switch occurs is executed, step 417, prior to execution of the synchronize command, step 420. At step 425, the host waits for a reply signal from the co-processor indicating that the co-processor is idle. Once a reply is received (step 430), the host is synchronized with the co-processor and those commands to be performed in synchronization with the co-processor can be executed.
It follows that the co-processor executes those commands in the sequence received from the host processor. At step 435, the co-processor executes the command to set the destination frame buffer to FB1. The rendering commands received are then executed, step 440. A frame buffer display switch is then performed, step 445, and the co-processor waits until completion of the switch (step 465), step 450. Once the display switch has been completed and the co-processor is idle, the reply signal is sent to the host, step 455. At this point, the display controller is accessing the first frame buffer to generate the display, step 470, after having accessed the second frame buffer to generate the display, step 460.
It is readily apparent that these commands can be used in a variety of ways to achieve extreme flexibility as well as efficiency in rendering graphics to a multi-buffered system. The invention has been described in conjunction with the preferred embodiment. It is evident that numerous alternatives, modifications, variations and uses will be apparent to those skilled in the art in light of the foregoing description.
|Cited Patent||Filing date||Publication date||Applicant||Title|
|US5299309 *||Jan 2, 1992||Mar 29, 1994||Industrial Technology Research Institute||Fast graphics control system capable of simultaneously storing and executing graphics commands|
|US5519825 *||Nov 16, 1993||May 21, 1996||Sun Microsystems, Inc.||Method and apparatus for NTSC display of full range animation|
|US5543824 *||Aug 28, 1995||Aug 6, 1996||Sun Microsystems, Inc.||Apparatus for selecting frame buffers for display in a double buffered display system|
|Citing Patent||Filing date||Publication date||Applicant||Title|
|US5969728 *||Jul 14, 1997||Oct 19, 1999||Cirrus Logic, Inc.||System and method of synchronizing multiple buffers for display|
|US6100906 *||Apr 22, 1998||Aug 8, 2000||Ati Technologies, Inc.||Method and apparatus for improved double buffering|
|US6128026 *||Jul 24, 1998||Oct 3, 2000||S3 Incorporated||Double buffered graphics and video accelerator having a write blocking memory interface and method of doing the same|
|US6304297 *||Jul 21, 1998||Oct 16, 2001||Ati Technologies, Inc.||Method and apparatus for manipulating display of update rate|
|US6331854 *||Oct 5, 1998||Dec 18, 2001||Azi International Srl||Method and apparatus for accelerating animation in a video graphics system|
|US6618048||Nov 28, 2000||Sep 9, 2003||Nintendo Co., Ltd.||3D graphics rendering system for performing Z value clamping in near-Z range to maximize scene resolution of visually important Z components|
|US6636214||Nov 28, 2000||Oct 21, 2003||Nintendo Co., Ltd.||Method and apparatus for dynamically reconfiguring the order of hidden surface processing based on rendering mode|
|US6687803 *||Mar 2, 2001||Feb 3, 2004||Agere Systems, Inc.||Processor architecture and a method of processing|
|US6700586||Nov 28, 2000||Mar 2, 2004||Nintendo Co., Ltd.||Low cost graphics with stitching processing hardware support for skeletal animation|
|US6704848 *||May 30, 2001||Mar 9, 2004||Samsung Electronics Co., Ltd.||Apparatus for controlling time deinterleaver memory for digital audio broadcasting|
|US6707458||Nov 28, 2000||Mar 16, 2004||Nintendo Co., Ltd.||Method and apparatus for texture tiling in a graphics system|
|US6717577||Dec 17, 1999||Apr 6, 2004||Nintendo Co., Ltd.||Vertex cache for 3D computer graphics|
|US6791551||Nov 27, 2001||Sep 14, 2004||Silicon Graphics, Inc.||Synchronization of vertical retrace for multiple participating graphics computers|
|US6806885 *||Mar 1, 1999||Oct 19, 2004||Micron Technology, Inc.||Remote monitor controller|
|US6809733 *||Nov 27, 2001||Oct 26, 2004||Silicon Graphics, Inc.||Swap buffer synchronization in a distributed rendering system|
|US6811489||Nov 28, 2000||Nov 2, 2004||Nintendo Co., Ltd.||Controller interface for a graphics system|
|US6831648||Nov 27, 2001||Dec 14, 2004||Silicon Graphics, Inc.||Synchronized image display and buffer swapping in a multiple display environment|
|US6853381 *||Sep 16, 1999||Feb 8, 2005||Ati International Srl||Method and apparatus for a write behind raster|
|US6924807||Mar 23, 2001||Aug 2, 2005||Sony Computer Entertainment Inc.||Image processing apparatus and method|
|US6937245||Nov 28, 2000||Aug 30, 2005||Nintendo Co., Ltd.||Graphics system with embedded frame buffer having reconfigurable pixel formats|
|US7012611 *||Aug 10, 2004||Mar 14, 2006||Honeywell International Inc.||System, method and apparatus for pattern recognition with application to symbol recognition and regeneration for a calligraphic display|
|US7016998||Sep 26, 2002||Mar 21, 2006||Silicon Graphics, Inc.||System and method for generating sequences and global interrupts in a cluster of nodes|
|US7234144 *||Jan 4, 2002||Jun 19, 2007||Microsoft Corporation||Methods and system for managing computational resources of a coprocessor in a computing system|
|US7327371 *||Nov 20, 2003||Feb 5, 2008||Renesas Technology Corp.||Graphic controller, microcomputer and navigation system|
|US7525549 *||Dec 16, 2004||Apr 28, 2009||Nvidia Corporation||Display balance/metering|
|US7528840 *||Oct 1, 2003||May 5, 2009||Apple Inc.||Optimizing the execution of media processing routines using a list of routine identifiers|
|US7603189||Apr 20, 2006||Oct 13, 2009||Konica Minolta Business Technologies, Inc.||Apparatus, operation terminal, and monitoring method of apparatus|
|US7631309 *||Feb 1, 2007||Dec 8, 2009||Microsoft Corporation||Methods and system for managing computational resources of a coprocessor in a computing system|
|US7634604||Jan 27, 2006||Dec 15, 2009||Graphics Properties Holdings, Inc.||Systems for generating synchronized events and images|
|US7701461||Feb 23, 2007||Apr 20, 2010||Nintendo Co., Ltd.||Method and apparatus for buffering graphics data in a graphics system|
|US7812849 *||Oct 17, 2006||Oct 12, 2010||Via Technologies, Inc.||Event memory assisted synchronization in multi-GPU graphics subsystem|
|US7889202 *||Oct 17, 2006||Feb 15, 2011||Via Technologies, Inc.||Transparent multi-buffering in multi-GPU graphics subsystem|
|US7937114 *||Dec 10, 2007||May 3, 2011||Fujitsu Toshiba Mobile Communication Limited||Mobile phone display processing control of single buffering or double buffering based on change in image data|
|US7995069||Aug 5, 2009||Aug 9, 2011||Nintendo Co., Ltd.||Graphics system with embedded frame buffer having reconfigurable pixel formats|
|US8018465||Mar 31, 2009||Sep 13, 2011||Apple Inc.||Optimizing the execution of media processing routines using a list of routine identifiers|
|US8026919 *||Nov 30, 2006||Sep 27, 2011||Sony Computer Entertainment Inc.||Display controller, graphics processor, rendering processing apparatus, and rendering control method|
|US8098255||May 22, 2009||Jan 17, 2012||Nintendo Co., Ltd.||Graphics processing system with enhanced memory controller|
|US8102398 *||Mar 3, 2006||Jan 24, 2012||Ati Technologies Ulc||Dynamically controlled power reduction method and circuit for a graphics processor|
|US8212830 *||Jan 29, 2008||Jul 3, 2012||Sony Computer Entertainment Inc.||Image converting apparatus and image converting method|
|US8223845||Mar 16, 2005||Jul 17, 2012||Apple Inc.||Multithread processing of video frames|
|US8310494 *||Nov 24, 2008||Nov 13, 2012||Apple Inc.||Method for reducing graphics rendering failures|
|US8509569||Feb 11, 2008||Aug 13, 2013||Apple Inc.||Optimization of image processing using multiple processing units|
|US8522242 *||Dec 31, 2007||Aug 27, 2013||Intel Corporation||Conditional batch buffer execution|
|US8804849||May 24, 2012||Aug 12, 2014||Apple Inc.||Multithread processing of video frames|
|US8842111 *||Sep 20, 2010||Sep 23, 2014||Intel Corporation||Techniques for selectively changing display refresh rate|
|US9001134 *||Apr 3, 2009||Apr 7, 2015||Nvidia Corporation||Display balance / metering|
|US9098297 *||Jun 14, 2005||Aug 4, 2015||Nvidia Corporation||Hardware accelerator for an object-oriented programming language|
|US9257101 *||Sep 14, 2012||Feb 9, 2016||Apple Inc.||Method for reducing graphics rendering failures|
|US20020030694 *||Mar 23, 2001||Mar 14, 2002||Hitoshi Ebihara||Image processing apparatus and method|
|US20020118199 *||Nov 27, 2001||Aug 29, 2002||Shrijeet Mukherjee||Swap buffer synchronization in a distributed rendering system|
|US20030037194 *||Sep 26, 2002||Feb 20, 2003||Shrijeet Mukherjee||System and method for generating sequences and global interrupts in a cluster of nodes|
|US20030140179 *||Jan 4, 2002||Jul 24, 2003||Microsoft Corporation||Methods and system for managing computational resources of a coprocessor in a computing system|
|US20040113904 *||Nov 20, 2003||Jun 17, 2004||Renesas Technology Corp.||Graphic controller, microcomputer and navigation system|
|US20050007376 *||Aug 10, 2004||Jan 13, 2005||Bruce Anderson||System, method and apparatus for pattern recognition with application to symbol recognition and regeneration for a calligraphic display|
|US20050285868 *||Jun 15, 2005||Dec 29, 2005||Atsushi Obinata||Display controller, electronic appliance, and method of providing image data|
|US20060031818 *||Jun 14, 2005||Feb 9, 2006||Poff Thomas C||Hardware accelerator for an object-oriented programming language|
|US20060123170 *||Jan 27, 2006||Jun 8, 2006||Silicon Graphics, Inc.||Systems for generating synchronized events and images|
|US20060197768 *||Apr 6, 2006||Sep 7, 2006||Nintendo Co., Ltd.||Graphics system with embedded frame buffer having reconfigurable pixel formats|
|US20060290680 *||Apr 20, 2006||Dec 28, 2006||Konica Minolta Business Technologies, Inc.||Apparatus, operation terminal, and monitoring method of apparatus|
|US20070091098 *||Oct 17, 2006||Apr 26, 2007||Via Technologies, Inc.||Transparent multi-buffering in multi-GPU graphics subsystem|
|US20070091099 *||Oct 17, 2006||Apr 26, 2007||Via Technologies, Inc.||Event memory assisted synchronization in multi-GPU graphics subsystem|
|US20070136730 *||Feb 1, 2007||Jun 14, 2007||Microsoft Corporation||Methods And System For Managing Computational Resources Of A Coprocessor In A Computing System|
|US20070206018 *||Mar 3, 2006||Sep 6, 2007||Ati Technologies Inc.||Dynamically controlled power reduction method and circuit for a graphics processor|
|US20080192060 *||Jan 29, 2008||Aug 14, 2008||Sony Computer Entertainment Inc.||Image converting apparatus and image converting method|
|US20090002384 *||Dec 10, 2007||Jan 1, 2009||Kabushiki Kaisha Toshiba||Mobile phone|
|US20090172676 *||Dec 31, 2007||Jul 2, 2009||Hong Jiang||Conditional batch buffer execution|
|US20090189908 *||Apr 3, 2009||Jul 30, 2009||Nvidia Corporation||Display Balance / Metering|
|US20090202173 *||Feb 11, 2008||Aug 13, 2009||Apple Inc.||Optimization of Image Processing Using Multiple Processing Units|
|US20090225088 *||Nov 30, 2006||Sep 10, 2009||Sony Computer Entertainment Inc.||Display controller, graphics processor, rendering processing apparatus, and rendering control method|
|US20090244079 *||Mar 31, 2009||Oct 1, 2009||Carson Kenneth M||Optimizing the Execution of Media Processing Routines Using a List of Routine Identifiers|
|US20100079445 *||Nov 24, 2008||Apr 1, 2010||Apple Inc.||Method for reducing graphics rendering failures|
|US20120068993 *||Sep 20, 2010||Mar 22, 2012||Srikanth Kambhatla||Techniques for changing image display properties|
|US20150113308 *||Dec 22, 2014||Apr 23, 2015||Intel Corporation||Techniques to transmit commands to a target device|
|CN101427300B||Nov 30, 2006||Jan 4, 2012||索尼计算机娱乐公司||Display controller, graphics processor, drawing processor, and drawing control method|
|EP1739945A1 *||Apr 19, 2006||Jan 3, 2007||Konica Minolta Business Technologies, Inc.||Monitoring and control of an image forming apparatus by an operation terminal|
|WO1999040518A1 *||Feb 1, 1999||Aug 12, 1999||Intel Corporation||Method and apparatus to synchronize graphics rendering and display|
|WO1999057645A1 *||May 3, 1999||Nov 11, 1999||S3 Incorporated||Double buffered graphics and video accelerator having a write blocking memory interface and method of doing the same|
|U.S. Classification||345/503, 345/522, 345/539|
|International Classification||G09G5/393, G09G5/399|
|Cooperative Classification||G09G5/399, G09G2360/121, G09G5/393|
|European Classification||G09G5/399, G09G5/393|
|May 16, 1996||AS||Assignment|
Owner name: RENDITION, INC., CALIFORNIA
Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:RECKER, JOHN;DONOVAN, WALTER;REEL/FRAME:008073/0188
Effective date: 19960513
|Mar 16, 1998||AS||Assignment|
Owner name: MICRON TECHNOLOGY, INC., IDAHO
Free format text: SECURITY AGREEMENT;ASSIGNOR:RENDITION, INC.;REEL/FRAME:009027/0867
Effective date: 19980303
|Jan 25, 2001||FPAY||Fee payment|
Year of fee payment: 4
|Jan 8, 2002||CC||Certificate of correction|
|Mar 22, 2002||AS||Assignment|
Owner name: MICRON TECHNOLOGY, INC., IDAHO
Free format text: MERGER;ASSIGNOR:RENDITION, INC.;REEL/FRAME:012707/0752
Effective date: 19980911
|Jan 18, 2005||FPAY||Fee payment|
Year of fee payment: 8
|Jan 15, 2009||FPAY||Fee payment|
Year of fee payment: 12
|Jan 4, 2010||AS||Assignment|
Owner name: ROUND ROCK RESEARCH, LLC,NEW YORK
Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:MICRON TECHNOLOGY, INC.;REEL/FRAME:023786/0416
Effective date: 20091223
Owner name: ROUND ROCK RESEARCH, LLC, NEW YORK
Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:MICRON TECHNOLOGY, INC.;REEL/FRAME:023786/0416
Effective date: 20091223