US20090033670A1 - Providing pixels from an update buffer - Google Patents
Providing pixels from an update buffer Download PDFInfo
- Publication number
- US20090033670A1 US20090033670A1 US11/830,930 US83093007A US2009033670A1 US 20090033670 A1 US20090033670 A1 US 20090033670A1 US 83093007 A US83093007 A US 83093007A US 2009033670 A1 US2009033670 A1 US 2009033670A1
- Authority
- US
- United States
- Prior art keywords
- buffer
- pixel
- update
- bit stream
- update buffer
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
- G06F3/14—Digital output to display device ; Cooperation and interconnection of the display device with other functional units
- G06F3/1454—Digital output to display device ; Cooperation and interconnection of the display device with other functional units involving copying of the display data of a local workstation or window to a remote workstation or window so that an actual copy of the data is displayed simultaneously on two or more displays, e.g. teledisplay
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06T—IMAGE DATA PROCESSING OR GENERATION, IN GENERAL
- G06T1/00—General purpose image data processing
- G06T1/20—Processor architectures; Processor configuration, e.g. pipelining
-
- G—PHYSICS
- G09—EDUCATION; CRYPTOGRAPHY; DISPLAY; ADVERTISING; SEALS
- G09G—ARRANGEMENTS OR CIRCUITS FOR CONTROL OF INDICATING DEVICES USING STATIC MEANS TO PRESENT VARIABLE INFORMATION
- G09G5/00—Control arrangements or circuits for visual indicators common to cathode-ray tube indicators and other visual indicators
- G09G5/36—Control arrangements or circuits for visual indicators common to cathode-ray tube indicators and other visual indicators characterised by the display of a graphic pattern, e.g. using an all-points-addressable [APA] memory
- G09G5/39—Control of the bit-mapped memory
- G09G5/393—Arrangements for updating the contents of the bit-mapped memory
-
- G—PHYSICS
- G09—EDUCATION; CRYPTOGRAPHY; DISPLAY; ADVERTISING; SEALS
- G09G—ARRANGEMENTS OR CIRCUITS FOR CONTROL OF INDICATING DEVICES USING STATIC MEANS TO PRESENT VARIABLE INFORMATION
- G09G5/00—Control arrangements or circuits for visual indicators common to cathode-ray tube indicators and other visual indicators
- G09G5/36—Control arrangements or circuits for visual indicators common to cathode-ray tube indicators and other visual indicators characterised by the display of a graphic pattern, e.g. using an all-points-addressable [APA] memory
- G09G5/39—Control of the bit-mapped memory
- G09G5/395—Arrangements specially adapted for transferring the contents of the bit-mapped memory to the screen
-
- G—PHYSICS
- G09—EDUCATION; CRYPTOGRAPHY; DISPLAY; ADVERTISING; SEALS
- G09G—ARRANGEMENTS OR CIRCUITS FOR CONTROL OF INDICATING DEVICES USING STATIC MEANS TO PRESENT VARIABLE INFORMATION
- G09G2310/00—Command of the display device
- G09G2310/04—Partial updating of the display screen
-
- G—PHYSICS
- G09—EDUCATION; CRYPTOGRAPHY; DISPLAY; ADVERTISING; SEALS
- G09G—ARRANGEMENTS OR CIRCUITS FOR CONTROL OF INDICATING DEVICES USING STATIC MEANS TO PRESENT VARIABLE INFORMATION
- G09G5/00—Control arrangements or circuits for visual indicators common to cathode-ray tube indicators and other visual indicators
- G09G5/36—Control arrangements or circuits for visual indicators common to cathode-ray tube indicators and other visual indicators characterised by the display of a graphic pattern, e.g. using an all-points-addressable [APA] memory
- G09G5/363—Graphics controllers
Definitions
- Some electronic systems permit a user of one computer to view on his or her display images (graphics and text) that are generated on another computer remotely located from the user's computer.
- the remote computer where the graphics data is generated transmits images to the user's computer that causes the user's computer to replicate the images on the computer where the images originated.
- the images viewed on the user's computer may not be identical to the images originally generated on the remote computer.
- FIG. 1 shows a system in accordance with various embodiments
- FIG. 2 a block diagram of at least a portion of the system of FIG. 1 in accordance with various embodiments
- FIG. 3 illustrates a block diagram in which an update buffer is used in accordance with various embodiments
- FIG. 4 shows a method in accordance with various embodiments.
- FIG. 5 illustrates a block diagram in which multiple update buffers are used in accordance with various embodiments.
- FIG. 1 shows an embodiment comprising a system 100 .
- System 100 comprises a sending system 12 and a receiving system 30 communicatively coupled via a network 25 .
- Network 25 may comprise the Internet or other form of communication network.
- Network 25 may include a point-to-point communication link, as well as multi-drop networks as are typical of local area networks.
- the sending system 12 comprises a graphics subsystem 14 , a display 16 , system memory 17 , a graphics application 18 , a sender 22 , and operating system 23 .
- the graphics application 18 and sender 22 comprise executable code.
- the receiving system 30 comprises a graphics subsystem 32 , a display 34 , an input device 35 , and a receiver 36 .
- the receiver 36 in the receiving system comprises executable code.
- each of the sending system 12 and receiving system 30 comprises a processor 40 coupled to storage 42 and a graphics subsystem 14 , 32 via a system bus 44 .
- Each system 12 , 30 also comprises a display 16 , 34 coupled to the respective graphics subsystem 14 , 32 as shown.
- Each executable code i.e., the graphics application 18 , the sender 22 , the operating system 23 , and the receiver 36 in the illustrated embodiment are executed by the respective processor 40 in that system and are stored in storage 42 .
- Storage 42 may comprise volatile storage (e.g., random access memory), non-volatile storage (e.g., hard disk drive) or a combination thereof.
- the storage 42 of the sending system 12 may comprise the system memory 17 shown in FIG. 1 .
- Each of the graphics subsystems 14 and 32 may comprise additional executable code such as application programming interfaces (APIs), graphics drivers, one or more hardware components such a graphics adapter, etc.
- Each graphics subsystem also includes at least one frame buffer into which pixel color values are temporarily stored to render pixels on the associated display.
- the sending system 12 has a display 16 coupled thereto, but in other embodiments, the sending system's display 16 is not included.
- the receiving system 30 may include an input device 35 , such as a keyboard or mouse, which permits a user of the receiving system to effectively interact with the graphics application 18 as if the graphics application were being executed on the receiving system 30 .
- sending system 12 executes a graphics application 18 that causes images (e.g., text, lines, fills) to be shown by the graphics subsystem 14 on the display 16 .
- the graphics application 18 comprises any one or more of a plurality of executable programs that use a graphics API.
- the APIs used by the graphics application are implemented by the graphics subsystem 14 .
- the graphics application 18 causes images to be shown on display 16 by providing graphics commands to the graphics subsystem 14 which creates and stores images, comprising pixel data, in a frame buffer in the graphics subsystem 14 .
- FIG. 3 shows an embodiment of the graphics subsystem 14 of the sending system 12 .
- the graphics subsystem 14 comprises an add-in card installed in the sending system 12 .
- the graphics subsystem 14 comprises a computation engine 50 coupled to a graphics memory 52 which couples to a display refresh unit 54 .
- the computation engine 50 , graphics memory 52 , and display refresh unit 54 all comprise hardware components.
- the computation engine 50 receives graphics commands from the processor 40 of the sending system 12 and generates an image comprising pixel data.
- the computation engine 50 may also compress the pixel data.
- the computation engine 50 stores the pixel data in a frame buffer 56 implemented in graphics memory 52 .
- the display refresh unit 54 comprises a post-frame buffer processor unit 62 that retrieves pixel data from the frame buffer 56 and, in some embodiments, performs additional processing on the pixel data from the frame buffer to generate an output pixel bit stream.
- additional processing comprise color-space conversion, the implementation of color overlay planes, and application of gamma correction.
- Color-space conversion involves changing the output pixel bit stream from one color-space format such as Red-Green-Blue (RGB) to another format such as luminance-chrominance format (YCrCb).
- RGB Red-Green-Blue
- YCrCb luminance-chrominance format
- a format other than the native format of frame buffer pixel data may result in a format efficient process for determining the pixel values that are to be transmitted by the sending system 12 to the receiving system 30 .
- the pixel data in the frame buffer 56 comprise actual color values, while in other embodiments, the pixel data comprise color index values that are resolved into actual color values by the post-frame buffer processor unit 62 .
- the post-frame buffer processor unit 62 looks up color values from a color look-up table using the index values.
- the post-frame buffer processor unit 62 also converts the pixel bit stream to a format suitable for the particular display 16 coupled to the sending system 12 .
- the display refresh unit 54 may generate an output pixel bit stream in an analog format such as Video Graphics Array (VGA) or a digital format such as Digital Video Interface (DVI).
- VGA Video Graphics Array
- DVI Digital Video Interface
- the sending system 12 provides a copy of the pixel data being presented on the display 16 to the receiving system 30 via the network 25 .
- the sending system 12 takes the output pixel bit stream from the display refresh unit 54 , and specifically the post-frame buffer processor unit 62 and provides pixel values indicative of the output pixel bit stream to the receiving system 30 over the network 25 .
- the output pixel bit stream has the effects of the post-frame buffer processor unit 62 encoded into it, the images transmitted to the receiving system 30 comprise what is being shown on display 16 . If the pixel data from the frame buffer 56 was transmitted to the receiving system 30 , such data would not be encoded with the effects of the post-frame buffer processor unit 62 and thus, the receiving system 30 might not show the same images as are shown on the sending system 12 .
- the graphics memory 52 of the graphics subsystem 14 of FIG. 3 also comprises an update buffer 58 and a delta buffer (BFR) 60 .
- Update and delta buffers 58 and 60 are separate from the frame buffer 56 .
- the update buffer 58 generally comprises a video frame that precedes, in time, the current frame encoded in the output pixel bit stream generated by the display refresh unit 54 .
- the display refresh unit 54 also comprises a comparison unit 66 .
- the comparison unit 66 receives a copy of the output pixel bit stream generated by the post-frame buffer processor 62 .
- the comparison unit 66 compares, for example, on a pixel-by-pixel basis, the pixels encoded in the output pixel bit stream with the pixel values stored in the update buffer 58 to determine if the currently display image differs from a previous image (stored in the update buffer 58 ). In some embodiments, each successive pair of image frames are compared, while in other embodiments, image frames other than every successive pair are compared by the comparison unit 66 . In some embodiments, for example, every other image frame is compared).
- the comparison unit may determine that one or more pixels have changed while determining that other pixels have not changed between the previous image stored in the update buffer and the current image encoded in the output pixel bit stream of the display refresh unit 54 .
- a relatively static image for example, will have at least some pixels whose color values do not change from one image frame to the next.
- the comparison unit 66 overwrites the pixel values in the update buffer 58 that the comparison unit 66 determines have changed and does not overwrite (i.e., leaves alone) those update buffer pixel values that are determined not have changed.
- the overwrites may comprise replacement pixel values, or a difference value that is equal to the difference between the old and new pixel values.
- the comparison unit 66 and thus the display refresh unit 54 , in effect caused a copy of the output pixel bit stream to be generated and stored in the update buffer 58 .
- the contents of the update buffer 58 reflect the image currently being shown on the sending system's display 16 .
- the delta buffer 60 comprises a bit associated with each pixel whose color value is stored in the update buffer 58 .
- the comparison unit 66 writes a delta buffer bit to a value of, for example, “1” to indicate that the pixel corresponding to that delta buffer bit has changed or to a value of 0” to indicate that the corresponding pixel has not changed.
- the contents of the delta buffer 60 are initially 0 and thus the comparison unit 66 need only change certain bits to a value of “1” to indicate that a change in color has occurred to such pixels (i.e., a “0” value need be written to the delta buffer to indicate the absence of a color change).
- a delta bit value of “0” indicates that the corresponding pixel has changed and a value of “1” indicates that the corresponding pixel has not changed. All of the bits in the delta buffer 60 may be initialized to a “0” value as noted above or to a value of “1.”
- each bit in the delta buffer 60 pertains to a separate pixel in the update buffer. In other embodiments, each bit in the delta buffer 60 pertains to a group of pixels in the update buffer. For example, each delta buffer bit may pertain to an 8-by-8 group of pixels. The delta buffer bit corresponding to a group of pixels specifies whether any of the pixels in the group have changed.
- the graphics subsystem 14 writes to system memory 17 pixel values corresponding to only those pixels that have actually changed as indicated by the contents of the delta buffer 60 .
- the graphics subsystem 14 examines the bits in the delta buffer 60 and only writes those pixel values from the update buffer 58 that correspond to delta buffer bits that have been written by the comparison unit 66 to indicate that a corresponding pixel has changed.
- all of the contents of the update and delta buffers 58 and 60 are written to system memory 17 and the sending system's host processor 40 examines the copy in system memory of the contents of the delta buffer 60 to determine which pixels have changed.
- the host processor 40 generates one or more image packets containing just the changed pixels based on the processor's examination of the delta buffer contents.
- the host processor 40 compresses the pixel data to be transmitted over the network 25 to the receiving system.
- the sending system's host processor examines a delta buffer, and also combines adjacent blocks into larger blocks, or adjacent pixels into larger rectangular regions. For example, if d(0, 1) and d(0, 2) have been modified, where d is the delta buffer, the pixels to which d(0, 1) and d(0, 2) correspond would be combined into a single larger rectangle. Then, these larger regions are read back into system memory, compressed and transmitted to the receiving system. Thus, pixel regions that have changed that “touch” each other (are adjacent) are combined into larger regions so that the number of read operations are reduced. Reducing the number of read operations helps improve performance. Instead of reading many small rectangles, fewer but larger rectangles are read.
- each pixel value sent to the receiving system 30 is encoded with an X, Y screen coordinate to indicate to the receiving system's graphics subsystem the location the screen to which that pixel is to be applied.
- a string of pixels could be encoded with a starting X and starting Y coordinate along with a length value to indicate the number of pixels to follow.
- a block of pixels e.g., a rectangular group of adjacent pixels
- could be encoded with a coordinate of opposite corners of the block e.g., upper left and lower right.
- Yet another embodiment comprises the following method that works on a pixel-by-pixel basis:
- the block has a size of 8 ⁇ 8 pixels, but any size block is possible. If any pixel in the block has been modified then the entire block is sent to the receiving system 30 .
- pixel data indicative of the sending system's displayed images is provided over the network 25 to the receiving system 30 .
- Such transmitted pixel data comprises less than a full screen or window's worth of pixel values if any of the pixels have color values that have not changed as explained above.
- the sending system 12 provides pixel values from system memory 17 , and thus indirectly from the update buffer 58 , across network 25 to a remote graphics system (receiving system 30 ). If the pixel data transmitted over the network 25 have been compressed, the receiver 36 decompresses the data and provides the pixel data to the graphics subsystem 32 to be shown on display 34 .
- the image frame comparison process and the transmission of the resulting update buffer contents explained above repeats itself thereby causing the receiving system's display 34 to be updated with the images being generated by the sending system 12 .
- FIG. 4 shows a method 100 in accordance with various embodiments.
- method 100 comprises storing pixel data in a frame buffer (e.g., frame buffer 56 .
- the method comprises the display refresh unit 54 retrieving the pixel data from the frame buffer.
- the display refresh unit 54 may apply any of various types of color modifications to the pixel data from the frame buffer (e.g., gamma) to produce an output pixel bit stream ( 106 ), as well as generate a video signal in a format compatible with the display 16 (e.g., VGA, DVI).
- method 100 comprises storing pixel values in a first update buffer.
- FIG. 1 shows a method 100 in accordance with various embodiments.
- the graphics memory 52 comprises only a single update buffer 58 , but in other embodiments as illustrated below, the graphics memory 52 comprises multiple update buffers 58 .
- the pixel values stored in the first update buffer comprise the pixel values that have changed as determined during the comparison process in which the current image is compared to a previous image.
- method 100 comprises providing the pixel values from the first update buffer across the network 25 to the receiving system 30 .
- the pixel values provided from the update buffer comprise some, but not necessarily all, of the update buffer's pixels (e.g., only pixel values for those pixels that have changed as specified by the contents of the delta buffer 60 ).
- Action 110 in FIG. 4 thus comprises the determination as to which pixels have changed.
- This determination may be performed by the graphics subsystem 14 examining the contents of its own update and delta buffers 58 and 60 or the sending system's host processor 40 examining the contents of the graphics subsystem's update and delta buffers 58 and 60 or copies of such buffers as stored in system memory 17 .
- FIG. 5 shows an embodiment in which the graphics memory 52 of the graphics subsystem 14 comprises multiple update buffers 58 and multiple delta buffers 60 .
- the graphics memory 17 comprises two update buffers 58 and two delta buffers 60 .
- the following discussion assumes two update and two delta buffers referred to as the “A update buffer,” the “B update buffer,” the “A delta buffer,” and the “B delta buffer.”
- the comparison unit 66 compares the output pixel bit stream generated from the post-frame buffer processor 62 to the contents of the A update buffer (which contains a preceding image)
- the some or all of the contents of the B update buffer and the B delta buffer (which contain the results of a previous iteration of the comparison process) are transmitted over the network 25 to the receiving system 30 , possibly via system memory 17 as explained above.
- one pair of the update and delta buffers is designated “Current” and the other pair of update and delta buffers is designated “Previous.”
- the output pixel bit stream generated by the display refresh unit 54 is written into the Current update buffer 58 .
- the comparison unit 66 As pixel data is being written into the Current update buffer 58 , such pixel data is compared by the comparison unit 66 with the corresponding pixel data in the Previous update buffer 58 . If a difference is found, the Current delta buffer 60 is updated for that particular pixel or region of pixels.
- the roles of the Previous and Current update and delta buffers 58 , 60 are swapped.
- the act of swapping the roles of the buffers is synchronized to a display retrace period to prevent, for example, image “tearing.”
- the Current delta buffer 60 is cleared each time the roles are swapped.
- the Current delta buffer can be always updated in the case that there are two buffers. Because the compare operations against the previous frame are always occurring against the frame since the last swap, then it is possible to just update the delta buffer.
Abstract
Description
- Some electronic systems permit a user of one computer to view on his or her display images (graphics and text) that are generated on another computer remotely located from the user's computer. In some such systems, the remote computer where the graphics data is generated transmits images to the user's computer that causes the user's computer to replicate the images on the computer where the images originated. Unfortunately, the images viewed on the user's computer may not be identical to the images originally generated on the remote computer.
- For a detailed description of exemplary embodiments of the invention, reference will now be made to the accompanying drawings in which:
-
FIG. 1 shows a system in accordance with various embodiments; -
FIG. 2 a block diagram of at least a portion of the system ofFIG. 1 in accordance with various embodiments; -
FIG. 3 illustrates a block diagram in which an update buffer is used in accordance with various embodiments; -
FIG. 4 shows a method in accordance with various embodiments; and -
FIG. 5 illustrates a block diagram in which multiple update buffers are used in accordance with various embodiments. - Certain terms are used throughout the following description and claims to refer to particular system components. As one skilled in the art will appreciate, computer companies may refer to a component by different names. This document does not intend to distinguish between components that differ in name but not function. In the following discussion and in the claims, the terms “including” and “comprising” are used in an open-ended fashion, and thus should be interpreted to mean “including, but not limited to . . . .” Also, the term “couple” or “couples” is intended to mean either an indirect, direct, optical or wireless electrical connection. Thus, if a first device couples to a second device, that connection may be through a direct electrical connection, through an indirect electrical connection via other devices and connections, through an optical electrical connection, or through a wireless electrical connection.
-
FIG. 1 shows an embodiment comprising asystem 100.System 100 comprises asending system 12 and areceiving system 30 communicatively coupled via anetwork 25. Through the network, thesystems Network 25 may comprise the Internet or other form of communication network.Network 25 may include a point-to-point communication link, as well as multi-drop networks as are typical of local area networks. As shown, thesending system 12 comprises agraphics subsystem 14, adisplay 16,system memory 17, agraphics application 18, asender 22, andoperating system 23. Thegraphics application 18 andsender 22 comprise executable code. Thereceiving system 30 comprises agraphics subsystem 32, adisplay 34, aninput device 35, and areceiver 36. Thereceiver 36 in the receiving system comprises executable code. Referring briefly toFIG. 2 in conjunction withFIG. 1 , each of thesending system 12 and receivingsystem 30 comprises aprocessor 40 coupled tostorage 42 and agraphics subsystem system bus 44. Eachsystem display respective graphics subsystem graphics application 18, thesender 22, theoperating system 23, and the receiver 36) in the illustrated embodiment are executed by therespective processor 40 in that system and are stored instorage 42.Storage 42 may comprise volatile storage (e.g., random access memory), non-volatile storage (e.g., hard disk drive) or a combination thereof. Thestorage 42 of thesending system 12 may comprise thesystem memory 17 shown inFIG. 1 . Each of thegraphics subsystems - In some embodiments, the
sending system 12 has adisplay 16 coupled thereto, but in other embodiments, the sending system'sdisplay 16 is not included. Thereceiving system 30 may include aninput device 35, such as a keyboard or mouse, which permits a user of the receiving system to effectively interact with thegraphics application 18 as if the graphics application were being executed on thereceiving system 30. - Referring to
FIG. 1 , sendingsystem 12 executes agraphics application 18 that causes images (e.g., text, lines, fills) to be shown by thegraphics subsystem 14 on thedisplay 16. Thegraphics application 18 comprises any one or more of a plurality of executable programs that use a graphics API. The APIs used by the graphics application are implemented by thegraphics subsystem 14. Thegraphics application 18 causes images to be shown ondisplay 16 by providing graphics commands to thegraphics subsystem 14 which creates and stores images, comprising pixel data, in a frame buffer in thegraphics subsystem 14. -
FIG. 3 shows an embodiment of thegraphics subsystem 14 of thesending system 12. In some embodiments, thegraphics subsystem 14 comprises an add-in card installed in thesending system 12. As shown inFIG. 3 , thegraphics subsystem 14 comprises acomputation engine 50 coupled to agraphics memory 52 which couples to adisplay refresh unit 54. In some embodiments, thecomputation engine 50,graphics memory 52, anddisplay refresh unit 54 all comprise hardware components. Thecomputation engine 50 receives graphics commands from theprocessor 40 of thesending system 12 and generates an image comprising pixel data. Thecomputation engine 50 may also compress the pixel data. Thecomputation engine 50 stores the pixel data in aframe buffer 56 implemented ingraphics memory 52. Thedisplay refresh unit 54 comprises a post-framebuffer processor unit 62 that retrieves pixel data from theframe buffer 56 and, in some embodiments, performs additional processing on the pixel data from the frame buffer to generate an output pixel bit stream. Examples of such additional processing comprise color-space conversion, the implementation of color overlay planes, and application of gamma correction. Color-space conversion involves changing the output pixel bit stream from one color-space format such as Red-Green-Blue (RGB) to another format such as luminance-chrominance format (YCrCb). A format other than the native format of frame buffer pixel data may result in a format efficient process for determining the pixel values that are to be transmitted by thesending system 12 to thereceiving system 30. In some embodiments, the pixel data in theframe buffer 56 comprise actual color values, while in other embodiments, the pixel data comprise color index values that are resolved into actual color values by the post-framebuffer processor unit 62. For example, the post-framebuffer processor unit 62 looks up color values from a color look-up table using the index values. The post-framebuffer processor unit 62 also converts the pixel bit stream to a format suitable for theparticular display 16 coupled to thesending system 12. For example, thedisplay refresh unit 54 may generate an output pixel bit stream in an analog format such as Video Graphics Array (VGA) or a digital format such as Digital Video Interface (DVI). - The sending
system 12 provides a copy of the pixel data being presented on thedisplay 16 to thereceiving system 30 via thenetwork 25. However, rather than transmitting the pixel data from theframe buffer 56 to thereceiving system 30, thesending system 12 takes the output pixel bit stream from thedisplay refresh unit 54, and specifically the post-framebuffer processor unit 62 and provides pixel values indicative of the output pixel bit stream to thereceiving system 30 over thenetwork 25. Because the output pixel bit stream has the effects of the post-framebuffer processor unit 62 encoded into it, the images transmitted to thereceiving system 30 comprise what is being shown ondisplay 16. If the pixel data from theframe buffer 56 was transmitted to thereceiving system 30, such data would not be encoded with the effects of the post-framebuffer processor unit 62 and thus, thereceiving system 30 might not show the same images as are shown on thesending system 12. - The
graphics memory 52 of thegraphics subsystem 14 ofFIG. 3 also comprises anupdate buffer 58 and a delta buffer (BFR) 60. Update anddelta buffers frame buffer 56. Theupdate buffer 58 generally comprises a video frame that precedes, in time, the current frame encoded in the output pixel bit stream generated by thedisplay refresh unit 54. Thedisplay refresh unit 54 also comprises acomparison unit 66. Thecomparison unit 66 receives a copy of the output pixel bit stream generated by thepost-frame buffer processor 62. Thecomparison unit 66 compares, for example, on a pixel-by-pixel basis, the pixels encoded in the output pixel bit stream with the pixel values stored in theupdate buffer 58 to determine if the currently display image differs from a previous image (stored in the update buffer 58). In some embodiments, each successive pair of image frames are compared, while in other embodiments, image frames other than every successive pair are compared by thecomparison unit 66. In some embodiments, for example, every other image frame is compared). - As a result of the comparison performed by the
comparison unit 66, the comparison unit may determine that one or more pixels have changed while determining that other pixels have not changed between the previous image stored in the update buffer and the current image encoded in the output pixel bit stream of thedisplay refresh unit 54. A relatively static image, for example, will have at least some pixels whose color values do not change from one image frame to the next. Thecomparison unit 66 overwrites the pixel values in theupdate buffer 58 that thecomparison unit 66 determines have changed and does not overwrite (i.e., leaves alone) those update buffer pixel values that are determined not have changed. The overwrites may comprise replacement pixel values, or a difference value that is equal to the difference between the old and new pixel values. As a result of the pixel-by-pixel comparison and at least partial update buffer overwriting, thecomparison unit 66, and thus thedisplay refresh unit 54, in effect caused a copy of the output pixel bit stream to be generated and stored in theupdate buffer 58. Alternatively stated, the contents of theupdate buffer 58 reflect the image currently being shown on the sending system'sdisplay 16. - In various embodiments, the
delta buffer 60 comprises a bit associated with each pixel whose color value is stored in theupdate buffer 58. Thecomparison unit 66 writes a delta buffer bit to a value of, for example, “1” to indicate that the pixel corresponding to that delta buffer bit has changed or to a value of 0” to indicate that the corresponding pixel has not changed. In some embodiments, the contents of thedelta buffer 60 are initially 0 and thus thecomparison unit 66 need only change certain bits to a value of “1” to indicate that a change in color has occurred to such pixels (i.e., a “0” value need be written to the delta buffer to indicate the absence of a color change). In other embodiments, a delta bit value of “0” indicates that the corresponding pixel has changed and a value of “1” indicates that the corresponding pixel has not changed. All of the bits in thedelta buffer 60 may be initialized to a “0” value as noted above or to a value of “1.” - In some embodiments, each bit in the
delta buffer 60 pertains to a separate pixel in the update buffer. In other embodiments, each bit in thedelta buffer 60 pertains to a group of pixels in the update buffer. For example, each delta buffer bit may pertain to an 8-by-8 group of pixels. The delta buffer bit corresponding to a group of pixels specifies whether any of the pixels in the group have changed. - In some embodiments, once the update and delta buffers 58, 60 have been updated, some or all of the contents of the
buffers system memory 17 via thesystem bus 44. In various embodiments, thegraphics subsystem 14 writes tosystem memory 17 pixel values corresponding to only those pixels that have actually changed as indicated by the contents of thedelta buffer 60. For example, thegraphics subsystem 14 examines the bits in thedelta buffer 60 and only writes those pixel values from theupdate buffer 58 that correspond to delta buffer bits that have been written by thecomparison unit 66 to indicate that a corresponding pixel has changed. In some embodiments, all of the contents of the update and delta buffers 58 and 60 are written tosystem memory 17 and the sending system'shost processor 40 examines the copy in system memory of the contents of thedelta buffer 60 to determine which pixels have changed. Thehost processor 40 generates one or more image packets containing just the changed pixels based on the processor's examination of the delta buffer contents. In various embodiments, thehost processor 40 compresses the pixel data to be transmitted over thenetwork 25 to the receiving system. - In some embodiments, the sending system's host processor examines a delta buffer, and also combines adjacent blocks into larger blocks, or adjacent pixels into larger rectangular regions. For example, if d(0, 1) and d(0, 2) have been modified, where d is the delta buffer, the pixels to which d(0, 1) and d(0, 2) correspond would be combined into a single larger rectangle. Then, these larger regions are read back into system memory, compressed and transmitted to the receiving system. Thus, pixel regions that have changed that “touch” each other (are adjacent) are combined into larger regions so that the number of read operations are reduced. Reducing the number of read operations helps improve performance. Instead of reading many small rectangles, fewer but larger rectangles are read.
- In various embodiments, each pixel value sent to the receiving
system 30 is encoded with an X, Y screen coordinate to indicate to the receiving system's graphics subsystem the location the screen to which that pixel is to be applied. In other embodiments, a string of pixels could be encoded with a starting X and starting Y coordinate along with a length value to indicate the number of pixels to follow. Further still, a block of pixels (e.g., a rectangular group of adjacent pixels) could be encoded with a coordinate of opposite corners of the block (e.g., upper left and lower right). Yet another embodiment comprises the following method that works on a pixel-by-pixel basis: -
struct Header { Byte isModified; Color color; }
where is Modified is a boolean value that indicates whether the pixel has been modified and color is an RGB or some other color space value that is optionally provided if is Modified is true.
Another possibility that works on a block-by-block basis is: -
struct Block { Byte isModified; Color colors[8, 8]; }
where is Modified is a boolean value that indicates whether any pixel in the block has been modified, and colors is a two-dimensional 8×8 array of color values. In this example the block has a size of 8×8 pixels, but any size block is possible. If any pixel in the block has been modified then the entire block is sent to the receivingsystem 30. - Thus, from
system memory 17, pixel data indicative of the sending system's displayed images is provided over thenetwork 25 to the receivingsystem 30. Such transmitted pixel data comprises less than a full screen or window's worth of pixel values if any of the pixels have color values that have not changed as explained above. The sendingsystem 12 provides pixel values fromsystem memory 17, and thus indirectly from theupdate buffer 58, acrossnetwork 25 to a remote graphics system (receiving system 30). If the pixel data transmitted over thenetwork 25 have been compressed, thereceiver 36 decompresses the data and provides the pixel data to thegraphics subsystem 32 to be shown ondisplay 34. The image frame comparison process and the transmission of the resulting update buffer contents explained above repeats itself thereby causing the receiving system'sdisplay 34 to be updated with the images being generated by the sendingsystem 12. -
FIG. 4 shows amethod 100 in accordance with various embodiments. At 102,method 100 comprises storing pixel data in a frame buffer (e.g.,frame buffer 56. At 104, the method comprises thedisplay refresh unit 54 retrieving the pixel data from the frame buffer. As explained above, thedisplay refresh unit 54 may apply any of various types of color modifications to the pixel data from the frame buffer (e.g., gamma) to produce an output pixel bit stream (106), as well as generate a video signal in a format compatible with the display 16 (e.g., VGA, DVI). At 108,method 100 comprises storing pixel values in a first update buffer.FIG. 3 illustrates an embodiment in which thegraphics memory 52 comprises only asingle update buffer 58, but in other embodiments as illustrated below, thegraphics memory 52 comprises multiple update buffers 58. The pixel values stored in the first update buffer comprise the pixel values that have changed as determined during the comparison process in which the current image is compared to a previous image. At 110,method 100 comprises providing the pixel values from the first update buffer across thenetwork 25 to the receivingsystem 30. In various embodiments, the pixel values provided from the update buffer comprise some, but not necessarily all, of the update buffer's pixels (e.g., only pixel values for those pixels that have changed as specified by the contents of the delta buffer 60).Action 110 inFIG. 4 thus comprises the determination as to which pixels have changed. This determination may be performed by thegraphics subsystem 14 examining the contents of its own update and delta buffers 58 and 60 or the sending system'shost processor 40 examining the contents of the graphics subsystem's update and delta buffers 58 and 60 or copies of such buffers as stored insystem memory 17. -
FIG. 5 shows an embodiment in which thegraphics memory 52 of thegraphics subsystem 14 comprises multiple update buffers 58 and multiple delta buffers 60. In some such embodiments, thegraphics memory 17 comprises twoupdate buffers 58 and two delta buffers 60. The following discussion assumes two update and two delta buffers referred to as the “A update buffer,” the “B update buffer,” the “A delta buffer,” and the “B delta buffer.” While thecomparison unit 66 compares the output pixel bit stream generated from thepost-frame buffer processor 62 to the contents of the A update buffer (which contains a preceding image), the some or all of the contents of the B update buffer and the B delta buffer (which contain the results of a previous iteration of the comparison process) are transmitted over thenetwork 25 to the receivingsystem 30, possibly viasystem memory 17 as explained above. Then, when the current comparison process with regard to theA update buffer 58 is completed, the roles of the A and B update and delta buffers are swapped, while in other embodiments the contents of the A update and A delta buffers are copied to the B update and B delta buffers. At this point, the comparison process repeats, this time using the B update and B delta buffers 58, 60. While the comparison with regard to the B update and B delta buffers is being performed, some or all of the contents of the A update and A delta buffers are transmitted over thenetwork 25 to the receivingsystem 30 explained above. The use of the A and B update and delta buffers 58, 60 thus “ping pongs” back and forth. Such use of multiple update and delta buffers is generally more efficient than using only a single update and a single delta buffer. - Other embodiments of using multiple update and delta buffers are possible as well. For example, rather than copying the A update and delta buffers 58, 60 to the B update and delta buffers as explained above, one pair of the update and delta buffers is designated “Current” and the other pair of update and delta buffers is designated “Previous.” In this embodiment, the output pixel bit stream generated by the
display refresh unit 54 is written into theCurrent update buffer 58. As pixel data is being written into theCurrent update buffer 58, such pixel data is compared by thecomparison unit 66 with the corresponding pixel data in thePrevious update buffer 58. If a difference is found, theCurrent delta buffer 60 is updated for that particular pixel or region of pixels. When the sendingsystem 12 is ready to compress and send the next image frame to the receivingsystem 30, the roles of the Previous and Current update and delta buffers 58, 60 are swapped. In at least some embodiments, the act of swapping the roles of the buffers is synchronized to a display retrace period to prevent, for example, image “tearing.” In this embodiment, theCurrent delta buffer 60 is cleared each time the roles are swapped. In some embodiments, the Current delta buffer can be always updated in the case that there are two buffers. Because the compare operations against the previous frame are always occurring against the frame since the last swap, then it is possible to just update the delta buffer. - The above discussion is meant to be illustrative of the principles and various embodiments of the present invention. Numerous variations and modifications will become apparent to those skilled in the art once the above disclosure is fully appreciated. It is intended that the following claims be interpreted to embrace all such variations and modifications.
Claims (20)
Priority Applications (5)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US11/830,930 US7944451B2 (en) | 2007-07-31 | 2007-07-31 | Providing pixels from an update buffer |
GB1001254A GB2464044B (en) | 2007-07-31 | 2008-07-14 | Providing pixels from an update buffer |
PCT/US2008/008624 WO2009017594A2 (en) | 2007-07-31 | 2008-07-14 | Providing pixels from an update buffer |
JP2010519192A JP2010535382A (en) | 2007-07-31 | 2008-07-14 | How to supply pixels from an update buffer |
CN200880101394.2A CN101796501B (en) | 2007-07-31 | 2008-07-14 | Providing pixels from an update buffer |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US11/830,930 US7944451B2 (en) | 2007-07-31 | 2007-07-31 | Providing pixels from an update buffer |
Publications (2)
Publication Number | Publication Date |
---|---|
US20090033670A1 true US20090033670A1 (en) | 2009-02-05 |
US7944451B2 US7944451B2 (en) | 2011-05-17 |
Family
ID=40305105
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US11/830,930 Expired - Fee Related US7944451B2 (en) | 2007-07-31 | 2007-07-31 | Providing pixels from an update buffer |
Country Status (5)
Country | Link |
---|---|
US (1) | US7944451B2 (en) |
JP (1) | JP2010535382A (en) |
CN (1) | CN101796501B (en) |
GB (1) | GB2464044B (en) |
WO (1) | WO2009017594A2 (en) |
Cited By (24)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20100079484A1 (en) * | 2008-09-26 | 2010-04-01 | Nvidia Coporation | System and Method for Selecting a Pixel Output Format |
US20110074800A1 (en) * | 2009-09-25 | 2011-03-31 | Arm Limited | Method and apparatus for controlling display operations |
US20110080419A1 (en) * | 2009-09-25 | 2011-04-07 | Arm Limited | Methods of and apparatus for controlling the reading of arrays of data from memory |
US20110102446A1 (en) * | 2009-09-25 | 2011-05-05 | Arm Limited | Graphics processing systems |
US20120133660A1 (en) * | 2010-11-30 | 2012-05-31 | Samsung Electronics Co., Ltd. | Data processing method and apparatus in heterogeneous multi-core environment |
US20120293545A1 (en) * | 2011-05-19 | 2012-11-22 | Andreas Engh-Halstvedt | Graphics processing systems |
US20140092123A1 (en) * | 2011-08-15 | 2014-04-03 | Mitsubishi Electric Corporation | Drawing control device |
US20140125685A1 (en) * | 2012-11-06 | 2014-05-08 | Aspeed Technology Inc. | Method and Apparatus for Displaying Images |
US20150077422A1 (en) * | 2012-10-15 | 2015-03-19 | Intel Corporation | Parallel flood-fill techniques and architecture |
US20150172744A1 (en) * | 2012-06-27 | 2015-06-18 | Electronics And Telecommunications Research Institute | Remote control device capable of synchronizing screens |
US9182934B2 (en) | 2013-09-20 | 2015-11-10 | Arm Limited | Method and apparatus for generating an output surface from one or more input surfaces in data processing systems |
US9195426B2 (en) | 2013-09-20 | 2015-11-24 | Arm Limited | Method and apparatus for generating an output surface from one or more input surfaces in data processing systems |
US20160110323A1 (en) * | 2014-10-15 | 2016-04-21 | Qualcomm Innovation Center, Inc. | Partial rasterization of web page tiles |
US9349156B2 (en) | 2009-09-25 | 2016-05-24 | Arm Limited | Adaptive frame buffer compression |
US9448760B2 (en) * | 2009-04-23 | 2016-09-20 | Vmware, Inc. | Method and system for identifying drawing primitives for selective transmission to a remote display |
US9466089B2 (en) | 2014-10-07 | 2016-10-11 | Aspeed Technology Inc. | Apparatus and method for combining video frame and graphics frame |
US9471956B2 (en) | 2014-08-29 | 2016-10-18 | Aspeed Technology Inc. | Graphic remoting system with masked DMA and graphic processing method |
WO2016197893A1 (en) * | 2015-06-08 | 2016-12-15 | 同济大学 | Image encoding and decoding method, image processing device, and computer storage medium |
CN106254865A (en) * | 2015-06-08 | 2016-12-21 | 同济大学 | A kind of picture coding and coding/decoding method, image processing equipment |
US9640131B2 (en) | 2014-02-07 | 2017-05-02 | Arm Limited | Method and apparatus for overdriving based on regions of a frame |
US9996363B2 (en) | 2011-04-04 | 2018-06-12 | Arm Limited | Methods of and apparatus for displaying windows on a display |
US9997141B2 (en) * | 2016-09-13 | 2018-06-12 | Omnivision Technologies, Inc. | Display system and method supporting variable input rate and resolution |
US10194156B2 (en) | 2014-07-15 | 2019-01-29 | Arm Limited | Method of and apparatus for generating an output frame |
US10832639B2 (en) | 2015-07-21 | 2020-11-10 | Arm Limited | Method of and apparatus for generating a signature representative of the content of an array of data |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20110134120A1 (en) * | 2009-12-07 | 2011-06-09 | Smart Technologies Ulc | Method and computing device for capturing screen images and for identifying screen image changes using a gpu |
Citations (13)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US4823108A (en) * | 1984-05-02 | 1989-04-18 | Quarterdeck Office Systems | Display system and memory architecture and method for displaying images in windows on a video display |
US5261072A (en) * | 1991-10-31 | 1993-11-09 | Tandy Corporation | Compact disk data transfer system using cache memory |
US5457477A (en) * | 1994-02-02 | 1995-10-10 | Industrial Technology Research Institute | Image data processing system with false color suppression signal generator utilizing luminance and edge threshold suppression methods |
US5831639A (en) * | 1995-07-05 | 1998-11-03 | Symantec Corporation | Scanning display driver |
US6233634B1 (en) * | 1996-08-17 | 2001-05-15 | Compaq Computer Corporation | Server controller configured to snoop and receive a duplicative copy of display data presented to a video controller |
US20020063715A1 (en) * | 2000-11-30 | 2002-05-30 | Silicon Graphics, Inc. | System, method, and computer program product for capturing a visualization session |
US20030058248A1 (en) * | 2001-09-21 | 2003-03-27 | Hochmuth Roland M. | System and method for communicating graphics over a network |
US20030080971A1 (en) * | 2001-10-31 | 2003-05-01 | Hochmuth Roland M. | System and method for communicating graphics image data over a communication network |
US20030079919A1 (en) * | 2001-10-31 | 2003-05-01 | Hochmuth Roland M. | System and method for displaying an image on a network attachable display device |
US20030234749A1 (en) * | 2002-06-20 | 2003-12-25 | Johnny Marks | System and method for communicating graphics image data over a communication network for display on a single logical screen |
US20040207630A1 (en) * | 2003-04-21 | 2004-10-21 | Moreton Henry P. | System and method for reserving and managing memory spaces in a memory resource |
US20050184993A1 (en) * | 2004-02-24 | 2005-08-25 | Ludwin Albert S. | Display processor for a wireless device |
US7274368B1 (en) * | 2000-07-31 | 2007-09-25 | Silicon Graphics, Inc. | System method and computer program product for remote graphics processing |
Family Cites Families (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JPH0984021A (en) * | 1995-09-19 | 1997-03-28 | Nec Corp | Image data transfer system |
JP4397242B2 (en) * | 2004-02-04 | 2010-01-13 | 富士通マイクロエレクトロニクス株式会社 | Image processing apparatus and image processing method |
US20050182726A1 (en) * | 2004-02-17 | 2005-08-18 | Avocent Corporation | Network virtual computing devices and framework |
JP4599135B2 (en) * | 2004-11-02 | 2010-12-15 | キヤノン株式会社 | Information processing apparatus and information processing method |
KR20060072174A (en) * | 2004-12-22 | 2006-06-28 | 삼성전자주식회사 | Display data transmission device and display data transmission method for the same |
KR20060099687A (en) * | 2005-03-14 | 2006-09-20 | 삼성전자주식회사 | Device of video-synchronization using time stamp and method thereof |
-
2007
- 2007-07-31 US US11/830,930 patent/US7944451B2/en not_active Expired - Fee Related
-
2008
- 2008-07-14 CN CN200880101394.2A patent/CN101796501B/en not_active Expired - Fee Related
- 2008-07-14 WO PCT/US2008/008624 patent/WO2009017594A2/en active Application Filing
- 2008-07-14 JP JP2010519192A patent/JP2010535382A/en active Pending
- 2008-07-14 GB GB1001254A patent/GB2464044B/en not_active Expired - Fee Related
Patent Citations (13)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US4823108A (en) * | 1984-05-02 | 1989-04-18 | Quarterdeck Office Systems | Display system and memory architecture and method for displaying images in windows on a video display |
US5261072A (en) * | 1991-10-31 | 1993-11-09 | Tandy Corporation | Compact disk data transfer system using cache memory |
US5457477A (en) * | 1994-02-02 | 1995-10-10 | Industrial Technology Research Institute | Image data processing system with false color suppression signal generator utilizing luminance and edge threshold suppression methods |
US5831639A (en) * | 1995-07-05 | 1998-11-03 | Symantec Corporation | Scanning display driver |
US6233634B1 (en) * | 1996-08-17 | 2001-05-15 | Compaq Computer Corporation | Server controller configured to snoop and receive a duplicative copy of display data presented to a video controller |
US7274368B1 (en) * | 2000-07-31 | 2007-09-25 | Silicon Graphics, Inc. | System method and computer program product for remote graphics processing |
US20020063715A1 (en) * | 2000-11-30 | 2002-05-30 | Silicon Graphics, Inc. | System, method, and computer program product for capturing a visualization session |
US20030058248A1 (en) * | 2001-09-21 | 2003-03-27 | Hochmuth Roland M. | System and method for communicating graphics over a network |
US20030079919A1 (en) * | 2001-10-31 | 2003-05-01 | Hochmuth Roland M. | System and method for displaying an image on a network attachable display device |
US20030080971A1 (en) * | 2001-10-31 | 2003-05-01 | Hochmuth Roland M. | System and method for communicating graphics image data over a communication network |
US20030234749A1 (en) * | 2002-06-20 | 2003-12-25 | Johnny Marks | System and method for communicating graphics image data over a communication network for display on a single logical screen |
US20040207630A1 (en) * | 2003-04-21 | 2004-10-21 | Moreton Henry P. | System and method for reserving and managing memory spaces in a memory resource |
US20050184993A1 (en) * | 2004-02-24 | 2005-08-25 | Ludwin Albert S. | Display processor for a wireless device |
Cited By (41)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20100079484A1 (en) * | 2008-09-26 | 2010-04-01 | Nvidia Coporation | System and Method for Selecting a Pixel Output Format |
US8115778B2 (en) * | 2008-09-26 | 2012-02-14 | Nvidia Corporation | System and method for selecting a pixel output format |
US9448760B2 (en) * | 2009-04-23 | 2016-09-20 | Vmware, Inc. | Method and system for identifying drawing primitives for selective transmission to a remote display |
US10067732B2 (en) | 2009-04-23 | 2018-09-04 | Vmware, Inc. | Method and system for identifying drawing primitives for selective transmission to a remote display |
US10572214B2 (en) | 2009-04-23 | 2020-02-25 | Vmware, Inc. | Method and system for identifying drawing primitives for selective transmission to a remote display |
US11003412B2 (en) | 2009-04-23 | 2021-05-11 | Vmware, Inc. | Method and system for identifying drawing primitives for selective transmission to a remote display |
US11397553B2 (en) | 2009-04-23 | 2022-07-26 | Vmware, Inc. | Method and system for identifying drawing primitives for selective transmission to a remote display |
US9349156B2 (en) | 2009-09-25 | 2016-05-24 | Arm Limited | Adaptive frame buffer compression |
US20110080419A1 (en) * | 2009-09-25 | 2011-04-07 | Arm Limited | Methods of and apparatus for controlling the reading of arrays of data from memory |
US9881401B2 (en) * | 2009-09-25 | 2018-01-30 | Arm Limited | Graphics processing system |
US20110074800A1 (en) * | 2009-09-25 | 2011-03-31 | Arm Limited | Method and apparatus for controlling display operations |
US9406155B2 (en) | 2009-09-25 | 2016-08-02 | Arm Limited | Graphics processing systems |
US8988443B2 (en) | 2009-09-25 | 2015-03-24 | Arm Limited | Methods of and apparatus for controlling the reading of arrays of data from memory |
US20110074765A1 (en) * | 2009-09-25 | 2011-03-31 | Arm Limited | Graphics processing system |
US20110102446A1 (en) * | 2009-09-25 | 2011-05-05 | Arm Limited | Graphics processing systems |
US20120133660A1 (en) * | 2010-11-30 | 2012-05-31 | Samsung Electronics Co., Ltd. | Data processing method and apparatus in heterogeneous multi-core environment |
KR101670958B1 (en) | 2010-11-30 | 2016-11-01 | 삼성전자주식회사 | Data processing method and apparatus in heterogeneous multi-core environment |
KR20120058867A (en) * | 2010-11-30 | 2012-06-08 | 삼성전자주식회사 | Data processing method and apparatus in heterogeneous multi-core environment |
US9996363B2 (en) | 2011-04-04 | 2018-06-12 | Arm Limited | Methods of and apparatus for displaying windows on a display |
US20120293545A1 (en) * | 2011-05-19 | 2012-11-22 | Andreas Engh-Halstvedt | Graphics processing systems |
US9472018B2 (en) * | 2011-05-19 | 2016-10-18 | Arm Limited | Graphics processing systems |
US20140092123A1 (en) * | 2011-08-15 | 2014-04-03 | Mitsubishi Electric Corporation | Drawing control device |
US20150172744A1 (en) * | 2012-06-27 | 2015-06-18 | Electronics And Telecommunications Research Institute | Remote control device capable of synchronizing screens |
US20150077422A1 (en) * | 2012-10-15 | 2015-03-19 | Intel Corporation | Parallel flood-fill techniques and architecture |
US9972062B2 (en) * | 2012-10-15 | 2018-05-15 | Intel Corporation | Parallel flood-fill techniques and architecture |
US20140125685A1 (en) * | 2012-11-06 | 2014-05-08 | Aspeed Technology Inc. | Method and Apparatus for Displaying Images |
US9129581B2 (en) * | 2012-11-06 | 2015-09-08 | Aspeed Technology Inc. | Method and apparatus for displaying images |
US9182934B2 (en) | 2013-09-20 | 2015-11-10 | Arm Limited | Method and apparatus for generating an output surface from one or more input surfaces in data processing systems |
US9195426B2 (en) | 2013-09-20 | 2015-11-24 | Arm Limited | Method and apparatus for generating an output surface from one or more input surfaces in data processing systems |
US9640131B2 (en) | 2014-02-07 | 2017-05-02 | Arm Limited | Method and apparatus for overdriving based on regions of a frame |
US10194156B2 (en) | 2014-07-15 | 2019-01-29 | Arm Limited | Method of and apparatus for generating an output frame |
TWI554975B (en) * | 2014-08-29 | 2016-10-21 | 信驊科技股份有限公司 | Graphic remoting system with masked dma and graphic processing method |
US9471956B2 (en) | 2014-08-29 | 2016-10-18 | Aspeed Technology Inc. | Graphic remoting system with masked DMA and graphic processing method |
US9466089B2 (en) | 2014-10-07 | 2016-10-11 | Aspeed Technology Inc. | Apparatus and method for combining video frame and graphics frame |
US20160110323A1 (en) * | 2014-10-15 | 2016-04-21 | Qualcomm Innovation Center, Inc. | Partial rasterization of web page tiles |
US9904665B2 (en) * | 2014-10-15 | 2018-02-27 | Qualcomm Innovation Center, Inc. | Partial rasterization of web page tiles |
WO2016197893A1 (en) * | 2015-06-08 | 2016-12-15 | 同济大学 | Image encoding and decoding method, image processing device, and computer storage medium |
CN106254865A (en) * | 2015-06-08 | 2016-12-21 | 同济大学 | A kind of picture coding and coding/decoding method, image processing equipment |
US11917168B2 (en) | 2015-06-08 | 2024-02-27 | Tongji University | Image encoding and decoding methods, image processing device, and computer storage medium |
US10832639B2 (en) | 2015-07-21 | 2020-11-10 | Arm Limited | Method of and apparatus for generating a signature representative of the content of an array of data |
US9997141B2 (en) * | 2016-09-13 | 2018-06-12 | Omnivision Technologies, Inc. | Display system and method supporting variable input rate and resolution |
Also Published As
Publication number | Publication date |
---|---|
CN101796501B (en) | 2013-06-12 |
US7944451B2 (en) | 2011-05-17 |
GB201001254D0 (en) | 2010-03-10 |
CN101796501A (en) | 2010-08-04 |
GB2464044B (en) | 2011-04-06 |
JP2010535382A (en) | 2010-11-18 |
WO2009017594A3 (en) | 2009-03-19 |
GB2464044A (en) | 2010-04-07 |
WO2009017594A2 (en) | 2009-02-05 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US7944451B2 (en) | Providing pixels from an update buffer | |
US7589737B2 (en) | System and method for communicating graphics image data over a communication network | |
US5943064A (en) | Apparatus for processing multiple types of graphics data for display | |
JP3442252B2 (en) | Hardware to support YUV data format conversion for software MPEG decoder | |
JP2922680B2 (en) | Compressed image storage method for high-resolution computer graphics | |
US9129581B2 (en) | Method and apparatus for displaying images | |
US8749566B2 (en) | System and method for an optimized on-the-fly table creation algorithm | |
US20060053233A1 (en) | Method and system for implementing a remote overlay cursor | |
GB2484736A (en) | Connecting a display device via USB interface | |
EP1043891A2 (en) | Method and apparatus for clipping video information before scaling | |
JP2004280125A (en) | Video/graphic memory system | |
US20150138237A1 (en) | Systems and methods for compositing a display image from display planes using enhanced blending hardware | |
US20160005379A1 (en) | Image Generation | |
US8462141B2 (en) | Unified memory architecture and display controller to prevent data feed under-run | |
US20030079919A1 (en) | System and method for displaying an image on a network attachable display device | |
WO2007057053A1 (en) | Conditional updating of image data in a memory buffer | |
US20090033669A1 (en) | System And Method For Communicating Graphics Image Data Over A Communication Network | |
KR100429436B1 (en) | Image data displaying system, image drawing apparatus, image drawing method and recording medium recorded with image drawing program | |
JPH07262367A (en) | Apparatus and method for processing of digital image signal | |
CN107318021B (en) | Data processing method and system for remote display | |
JP2005506019A (en) | Color bitmap normalization | |
US8649051B2 (en) | Image composition device, image forming apparatus and computer readable medium storing program | |
EP0803798A1 (en) | System for use in a computerized imaging system to efficiently transfer graphics information to a graphics subsystem employing masked direct frame buffer access | |
CN107318020B (en) | Data processing method and system for remote display | |
US6961134B1 (en) | Method, system, and logic using multiplexers to select data for pixels from multiple objects |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
AS | Assignment |
Owner name: HEWLETT-PACKARD DEVELOPMENT COMPANY, L.P., TEXAS Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:HOCHMUTH, ROLAND M.;MARTIN, ROBERT P.;THOMAS, ANDREW DAVID;REEL/FRAME:019971/0768;SIGNING DATES FROM 20070809 TO 20071008 Owner name: HEWLETT-PACKARD DEVELOPMENT COMPANY, L.P., TEXAS Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:HOCHMUTH, ROLAND M.;MARTIN, ROBERT P.;THOMAS, ANDREW DAVID;SIGNING DATES FROM 20070809 TO 20071008;REEL/FRAME:019971/0768 |
|
STCF | Information on status: patent grant |
Free format text: PATENTED CASE |
|
CC | Certificate of correction | ||
FPAY | Fee payment |
Year of fee payment: 4 |
|
MAFP | Maintenance fee payment |
Free format text: PAYMENT OF MAINTENANCE FEE, 8TH YEAR, LARGE ENTITY (ORIGINAL EVENT CODE: M1552) Year of fee payment: 8 |
|
FEPP | Fee payment procedure |
Free format text: MAINTENANCE FEE REMINDER MAILED (ORIGINAL EVENT CODE: REM.); ENTITY STATUS OF PATENT OWNER: LARGE ENTITY |
|
LAPS | Lapse for failure to pay maintenance fees |
Free format text: PATENT EXPIRED FOR FAILURE TO PAY MAINTENANCE FEES (ORIGINAL EVENT CODE: EXP.); ENTITY STATUS OF PATENT OWNER: LARGE ENTITY |
|
STCH | Information on status: patent discontinuation |
Free format text: PATENT EXPIRED DUE TO NONPAYMENT OF MAINTENANCE FEES UNDER 37 CFR 1.362 |
|
FP | Lapsed due to failure to pay maintenance fee |
Effective date: 20230517 |