US20010049715A1 - Method and apparatus for increasing the effective bandwidth of video sequences transmitted over a network by using cached data - Google Patents
Method and apparatus for increasing the effective bandwidth of video sequences transmitted over a network by using cached data Download PDFInfo
- Publication number
- US20010049715A1 US20010049715A1 US09/227,724 US22772499A US2001049715A1 US 20010049715 A1 US20010049715 A1 US 20010049715A1 US 22772499 A US22772499 A US 22772499A US 2001049715 A1 US2001049715 A1 US 2001049715A1
- Authority
- US
- United States
- Prior art keywords
- data
- instance
- data object
- network
- node
- 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
- G06T—IMAGE DATA PROCESSING OR GENERATION, IN GENERAL
- G06T1/00—General purpose image data processing
- G06T1/20—Processor architectures; Processor configuration, e.g. pipelining
Definitions
- the present invention relates generally to the field of multimedia computer applications, and more particularly to improving the display quality of embedded video clips.
- Computer networks such as the Internet, are increasingly being used to transmit audio-visual data.
- One common example is the incorporation of a music video in a World-Wide Web page as a “video clip”.
- a video clip is a sequence of images intended to be displayed in rapid succession to show an animation or “movie”, and may incorporate an audio channel for the integration both graphic and audio information to be played by a web browser which is enabled to access such a data.
- Video clips typically require an enormous number of bits to effectively code the information contained therein.
- the amount of data in a single digital image can be extremely large, even on the order of millions of bytes. For example, a 640 ⁇ 480 pixel image occupies 307,200 bytes of storage if one byte per pixel is used.
- a video clip which contains a series of digital images to form a motion sequence along with a channel for digitized audio data is still more demanding.
- server and client computers on the network stream the data serially from the server to the client.
- image compression techniques are utilized to reduce the amount of data transmitted.
- Image compression requires an encoder to compress the source data and a decoder to decompress the compressed data.
- bandwidth refers to the maximum number of transactions per second and the number of bits per transaction that a network can transmit from one node coupled to the network to another node coupled to the network.
- a complex video clip requires a high bandwidth network to accommodate the transmission and decoding of all of the bits which represent the graphic and audio components of the clip. If insufficient bandwidth is available, the number of bits transmitted is reduced, and consequently the image or sound is distorted or not fully represented.
- Network bandwidth is a factor of each of the elements in the data path between the nodes, such as computers, which transmit and receive the data.
- the primary element which limits the bandwidth is the network interface device which interface the server and client computers to the networks.
- such interface devices include modems and ethernet controllers.
- Present network interface devices for general purpose networking use, such as modems typically provide data bandwidth that supports a streaming bitrate of between 19 Kbits/second to 28 Kbits/second. A low average bit rate for these devices would thus be around 22 Kbits/second. For a video clip which contains both graphic and audio data, this bandwidth must be apportioned between the two types of data.
- One example of such an apportionment for a 22 Kbit/second bandwidth channel would be to allocate a 16 Kbit/second channel for the graphic data and 6 Kbits/second for the audio data.
- a bit rate of 16 Kbits/second is generally considered to be the minimum acceptable rate.
- the quality of the video is generally unacceptable because either the resolution of the images is too low, or the frame rate is so slow that individual frame sequencing is readily apparent (that is, the movement of objects in a video appears to stutter).
- providing at least 16 Kbits/second of bandwidth for the video at 22 Kbits/second leaves only 6 Kbits/second for the audio channel.
- the present invention discloses a method and apparatus for receiving data from a network.
- a node coupled to the network receives and stores a first set of data which represents a data object and receives a second set of data which represents the data object.
- the first and second sets of data are different and are integrated to provide a third set of data which represents the object.
- the data cache mechanisms of web browsers are utilized to improve the quality of an audio/visual sequence displayed on the web browser.
- the first access to an audio/visual sequence from a web browser causes the transmission from a server of a sequence in which audio and video channels are apportioned within the available transmission bandwidth.
- the web browser stores all or a portion of this data within cache memory.
- a second access to the audio/visual sequence results in a re-transmission of the audio/visual sequence from the server. This second transmission is stored within the cache memory and is combined with the cached data to provide twice the apparent bandwidth to the user. Subsequent accesses of the audio/visual sequence results in subsequent transmissions of the audio/visual sequence.
- FIG. 1 illustrates a network including client/server computers sending and receiving data, such as video clips.
- FIG. 2 is a block diagram of a computer system which may be used to implement an embodiment of the present invention.
- FIG. 3 illustrates a video clip embedded within a World-Wide Web page.
- FIG. 4 a illustrates a bandwidth allocation for a first access of a video clip within a Web page according to one embodiment of the invention.
- FIG. 4 b illustrates a bandwidth allocation for a second access of a video clip within a Web page according to one embodiment of the invention.
- FIG. 4 c illustrates a bandwidth allocation for a third access of a video clip within a Web page according to one embodiment of the invention.
- FIG. 5 is a flow chart illustrating the process of improving the quality of a video clip through user-initiated iterative access and caching according to one embodiment of the present invention.
- FIG. 6 is a flow chart illustrating the process of improving the quality of a video clip through automatic iterative access and caching according to one embodiment of the present invention.
- host computer systems and routers in a network request and transmit video clips consisting of audio/visual data.
- the steps of accessing, compressing, and transmitting the video data, as well as other aspects of the present invention are implemented by a central processing unit (CPU) in a host computer or a network router executing sequences of instructions stored in a memory.
- the memory may be a random access memory (RAM), read-only memory (ROM), a persistent store, such as a mass storage device, or any combination of these devices. Execution of the sequences of instructions causes the CPU to perform steps according to the present invention.
- the instructions may be loaded into the memory of the computer or router from a storage device and/or from one or more other computer systems over a network connection.
- a server computer may transmit a sequence of instructions to a client computer in response to a message transmitted to the server over a network by the client.
- the client stores the instructions in memory.
- the client may store the instructions for later execution or execute the instructions as they arrive over the network connection.
- the downloaded instructions may be directly supported by the CPU. Consequently, execution of the instructions may be performed directly by the CPU. In other cases, the instructions may not be directly executable by the CPU.
- the instructions may be executed by causing the CPU to execute an interpreter that interprets the instructions, or by causing the CPU to execute instructions which convert the received instructions to instructions which can be directly executed by the CPU.
- hardwired circuitry may be used in place of, or in combination with, software instructions to implement the present invention.
- the present invention is not limited to any specific combination of hardware circuitry and software, nor to any particular source for the instructions executed by the target.
- FIG. 1 illustrates a network 100 in which audio/visual data is transmitted between computers and network stations.
- Client computer 102 is coupled to a network server 104 over network line 110 .
- the network 100 may include one or more routers 106 which serve to buffer and route the transmitted data.
- Each of the devices on the network represents a network station.
- the network line 110 and router 106 may be utilized by a network such as the Internet, a Wide Area Network (WAN), a local area network (LAN), or any combination thereof.
- the server 104 contains application programs and/or data which are accessible over the network by other network stations, such as client 102 .
- FIG. 2 illustrates a block diagram of a computer in the network of FIG. 1.
- the architecture depicted in FIG. 2 is applicable to any client, server, or network router used in conjunction with the present invention.
- the computer system 200 includes a processor 202 coupled through a bus 201 to a random access memory (RAM) 204 , a read only memory (ROM) 206 , and a mass storage device 207 , such as a disk or tape drive for storing data and instructions.
- An input device 221 such as a keyboard or mouse, is coupled to bus 201 for communicating information and command selections to processor 202 .
- a display device 220 for providing visual output is also coupled to processor 202 through bus 201 .
- Network interface device 223 is coupled to bus 201 and provides a physical and logical connection between computer system 200 and the network medium. Depending on the network environment in which computer 200 is used, this connection is typically to a network router, but can also be directly to another host computer. Note that the architecture of FIG. 2 is provided only for purposes of illustration, and that a host computer or a router used in conjunction with the present invention is not limited to this specific architecture.
- the present invention includes a method for improving the quality of transmitted data such as audio/visual sequences which have been downloaded to a client computer over a network.
- the present invention may be used with network transmitted data which represents merely audio data (e.g., a sound recording), or merely video data (e.g., a silent movie), or combined audio/visual data (e.g., a movie with sound).
- the present invention may also be used with any network, including the Internet, or the World Wide Web portion of the Internet, or any local area network. The following description will, however, focus on the repeated viewing of video clips from the World Wide Web for purposes of explanation, and it will be appreciated that the invention is not limited to this use.
- a server provides access to video clips stored in its memory or storage device through a web server program, and a client downloads and displays information from the network using a web browser program.
- a web browser is an application program which accesses and provides links for web pages available on various internet sites.
- Many web browsers also provide “plug-ins” for related programs such as search engines, and display programs. These plug-in programs allow for the presentation of sophisticated data such as multimedia displays or application programs.
- FIG. 3 illustrates a sample web page containing an embedded music video which been accessed by a web browser on a network client.
- Screen display 300 contains an web browser window 302 .
- Web browser window 302 contains several fields including option buttons 304 , a Uniform Resource Locator (URL) field 306 , and web page 308 .
- Web page 308 contains text and/or graphic information related to the web site specified in the URL field 306 .
- Web page 308 includes a display window 310 for the display of a audio/visual sequence. If the web browser contains the appropriate viewing program, a video clip may be displayed within window 310 . Such a video could show a band playing a song, while the music is output through speakers attached to the computer.
- the video clip displayed in window 310 may be accessed within web page 308 by specifying a sub-address within URL field 306 or selecting a hypertext link or option button, such as button 312 . To replay the video, the user would re-type the URL location or select the appropriate option button.
- the rate at which the video clip is transmitted over the network is determined by the transmission bandwidth of the network.
- the transmission bandwidth is primarily limited by the bandwidth of the network interface devices 223 contained in server 104 , client 102 , and router 106 .
- client 102 and server 104 utilize a 28.8 Kbit/second modem as the network interface device.
- network bandwidth is effectively limited by the speed of the modems and not by any internal data path or network media limitations.
- a 28.8 Kbit/second modem produces a best case data transmission rate of up to 28.8 Kbits/second.
- servers may send data at much lower bit-rate, such as 22 Kbits/second.
- a video clip which contains video data as well as audio data must split the available bandwidth between these two data types.
- FIGS. 4 a , 4 b , and 4 c illustrate examples of bandwidth allocation for a video clip containing both an audio track and a video track.
- the video clip is transmitted from a server over a network which is bandwidth limited to a maximum transmission rate of 22 Kbits/second.
- the server incorporates a compression stage which generates scalable bitstreams, and can therefore scale the transmission rate of the transmitted data.
- FIG. 4 a illustrates a typical allocation of the 22 Kbits/second bandwidth 400 for a video clip which provides the minimum acceptable quality experience for viewing a sequence of images and hearing some audio.
- the video channel is allocated a portion of the bandwidth 401 which allows a transmission rate of 16 Kbits/second.
- the audio channel is then allocated the remainder of the bandwidth 402 which allows for a transmission rate of 6 Kbits/second.
- the allocation of bandwidth 410 for the audio and video channels is the reverse of FIG. 4 a .
- the audio data is transmitted at a rate of 16 Kbits/second 411
- the video data is transmitted at 6 Kbits/second 412 .
- the audio and video channels are each allocated one-half the available bandwidth 420 .
- the video data is transmitted at 11 Kbits/second 421
- the audio data is also transmitted at 11 Kbits/second 422 . It should be noted that the proportions illustrated in FIGS. 4 a , 4 b , and 4 c are provided as examples only, and that many other proportions of bandwidth allocation are available.
- server 104 stores an audio/visual sequence such as a music video clip. Upon request by client 102 , server 104 transmits the video clip over network medium 110 for display on client 102 .
- the video clip contains audio data representing a music or voice track, and a series of digital graphic images which form a video sequence.
- server 104 compresses the audio and visual data comprising the video sequence and transmits the compressed data as a scalable bitstream over network medium 110 .
- a scalable bitstream is a data stream in which the number of bits encoding an object to be transmitted may be specified by the server.
- server to transmit different versions of the audio and visual channels comprising the video clip, depending on the number of bits used to code the graphic images and the audio track.
- client 102 executes an application program or web server that can differentiate and request the successive versions of the bitstream encoding the video clip.
- Server 102 may utilize a standard compression standard, such as H.263 or MPEG for compressing the data to be transmitted.
- the H.263 standard is a motion sequence compression standard for low-bandwidth real-time Video compression.
- the MPEG standard is an image sequence compression system for compressing a signal containing a video channel and a pair of audio channels.
- the MPEG-1 standard applies for image resolutions of approximately 360 pixels ⁇ 240 lines and bit rates of about 1.5 Mbits/second.
- MPEG-2 is a standard designed for higher resolutions and higher bit rates (410 Mbits/second).
- various other compression standards may be utilized in conjunction with the present invention.
- FIG. 5 is a flow chart illustrating the process of improving the quality of an embedded video clip through iterative accesses of the clip according to one embodiment of the present invention.
- the user accesses a video clip on server computer 104 using a web browser 300 running on client computer 102 .
- the user may access the video clip by typing the appropriate location address in the URL field 306 of the web browser, or by selecting an appropriate hypertext link button 312 .
- server 104 compresses and transmits the audio/visual data comprising the video clip and transmits the data over network line 110 to client 102 , step 504 .
- Server 104 employs a transmission mechanism that allows audio/visual data to be transmitted as a scalable bitstream.
- the video is sent at a bit-rate denoted V1 and the audio is sent at a bit-rate denoted A1.
- V1 bit-rate
- A1 bit-rate
- the sum of the bit-rates V1 and A1 equal the maximum effective transmission bandwidth between server 104 and client 102 .
- This maximum effective transmission bandwidth will be determined by the transmission rate of the slowest device in the data path between server 104 and client 102 , and is typically the network interface device 223 , such as a modem or ethernet controller.
- client 102 Upon receiving the data stream from the server 104 , client 102 , at step 506 , decompresses the bit-stream, stores the audio and video in cache memory, and displays the video clip.
- the cache memory may be implemented in the on-board RAM 204 , or on disk 207 , or on any combination thereof.
- the method used to store the data in cache may utilize any standard caching techniques known to those of ordinary skill in the art.
- the first selection of the video clip may result in a bandwidth allocation such as is illustrated in FIG. 4 a . That is, if the maximum effective bandwidth between the server and client is 22 Kbits/second, the video band may be transmitted at 16 Kbits/second, while the video band is transmitted at 6 Kbits/second.
- the user accesses the video clip a second time. Part of the request from client 102 includes a command header which indicates that the first access was at a bit-rate apportionment of V1 and A1.
- the server 104 compresses and transmits the audio/video as a scalable bitstream, step 510 .
- the video data is transmitted at a bit-rate denoted V2 and the audio is transmitted at a bit-rate denoted A2.
- the second selection of the video clip may result in a bandwidth allocation such as is illustrated in FIG. 4 b . That is, with the maximum effective bandwidth between the server and client at 22 Kbits/second, the video band may be transmitted at 6 Kbits/second, while the video band is transmitted at 16 Kbits/second.
- client 102 Upon receiving the second data stream from the server 104 , client 102 , at step 512 , decompresses the bit-stream, combines the received audio and video data to the audio and video data stored in cache memory in step 506 , and displays the combined video clip.
- the combined video clip as displayed appears as if the video channel was transmitted at a rate of V1+V2, and the audio channel was transmitted at a rate of A1+A2.
- this method causes the video to appear and sound as if both the audio and video signals were transmitted at the maximum possible speed, thus effectively doubling the available bandwidth of the network.
- the user may access the video clip a third time, step 514 .
- part of the request from client 102 includes a command header which indicates that the second access was at a bit-rate apportionment of V2 and A2.
- the server 104 compresses and transmits the audio/video as a scalable bitstream, step 516 .
- the video data is transmitted at a bit-rate denoted V3 and the audio is transmitted at a bit-rate denoted A3.
- the third selection of the video clip may result in a bandwidth allocation such as is illustrated in FIG. 4 c . That is, with the maximum effective bandwidth between the server and client at 22 Kbits/second, the video and audio bands may each be transmitted at 11 Kbits/second, thus providing a further refinement to each component of the video.
- client 102 Upon receiving the third data stream from the server 104 , client 102 , at step 518 , decompresses the bit-stream, combines the received audio and video data to the audio and video data stored in cache memory in steps 506 and 512 , and displays the combined video clip.
- the combined video clip as displayed appears as if the video channel was transmitted at a rate of V1+V2+V3, and the audio channel was sent at a rate of A1+A2+A3. This causes the video to appear and sound as if both the audio and video signals were transmitted at a rate greater than the maximum possible speed, and thus effectively tripling the available bandwidth.
- Each subsequent access of the video clip by the client results in the re-transmission and re-caching or integration of the audio and/or video data which produces an increasing apparent transmission bandwidth and refinement of the displayed image and projected sound. It should be noted, however, that the present invention does not require, nor is it limited to any specific number of iterations. The user may access a video clip as many or as few times as desired to attain the desired quality.
- FIG. 6 is a flowchart illustrating the improved display of an embedded video clip according to an alternative embodiment of the present invention.
- the server automatically transmits successive iterations of the video clip without requiring the user to re-select the video clip on the client.
- the user accesses a video clip on server computer 104 using a web browser 300 running on client computer 102 .
- the user may access the video clip by typing the appropriate location address in the URL field 306 of the web browser, or by selecting an appropriate hypertext link button 312 .
- the user also specifies the number of successive times the video is to be displayed.
- this parameter could be pre-programmed into the web browser program running on client 102 or the web server program running on server 104 .
- server 104 compresses and transmits the audio/visual data comprising the video and transmits the data over network line 110 to client 102 , step 604 .
- the audio/visual data is transmitted by server 104 as a scalable bitstream.
- the video is sent at a bit-rate denoted V1 and the audio is sent at a bit-rate denoted A1.
- client 102 Upon receiving the data stream from the server 104 , client 102 , at step 606 , decompresses the bit-stream, stores the audio and video in cache memory, and displays the video clip.
- the first selection of the video clip may result in a bandwidth allocation such as is illustrated in FIG. 4 a . That is, if the maximum effective bandwidth between the server and client is 22 Kbits/second, the video band may be transmitted at 16 Kbits/second, while the video band is transmitted at 6 Kbits/second.
- the client process checks the counter which stores and decrements the iteration parameter to determine whether a subsequent access of the video clip is to be performed. If not, the process ends.
- client 102 requests server 104 to re-transmit video clip.
- Part of the request from client 102 includes a command header which indicates that the first access was at a bit-rate apportionment of V1 and A1.
- the server 104 compresses and transmits the audio/video as a scalable bitstream, step 610 .
- the video data is transmitted at a bit-rate denoted Vn and the audio is transmitted at a bit-rate denoted An.
- client 102 Upon receiving a subsequent data stream from the server 104 , client 102 , at step 612 , decompresses the bit-stream, combines the received audio and video data to the audio and video data stored in cache memory in step 606 , and displays the combined video clip.
- the combined video clip as displayed appears as if the video channel was transmitted at a rate of V1+ ⁇ Vn, and the audio channel was sent at a rate of A1+ ⁇ An, where ‘n’ is the number of times the video clip was re-transmitted from the server 104 to the client 102 . This causes the video to appear and sound as if both the audio and video signals were transmitted at the maximum possible speed or greater, thus effectively multiplying the available bandwidth by the factor of n.
- step 614 the client process checks the iteration parameter counter to determine whether subsequent access of the video clip are to be performed. If not, the process ends. If subsequent accesses remain, client 102 requests re-transmission of the video clip, and the process proceeds from step 610 , with each transmission occurring at a bit-rate apportionment of An and Vn.
- the client caches data from an initial access of the video clip and combines the cached data with data transmitted from a successive access to achieve the perceived increase in network bandwidth.
- one method of combining the cached data with subsequently transmitted data is to employ a frequency scaling algorithm.
- the server partitions the frequency spectrum in which the signal is present and transmits a first group of frequencies within the spectrum in the first access; a second group of frequencies in the second access, a third group of frequencies in the third access, and so on.
- An example related to the present invention would be a first access which causes the server to send the mid-range component of the audio data (e.g., 5 KHz to 12 KHz), a second access which causes the server to send the low frequency component of the audio data (e.g., 2 KHz to 5 KHz), and a third access which causes the server to send the high frequency component of the audio data (e.g., 12 KHz to 20 KHz).
- the combination of these groups of frequencies in the client produces a signal which contains frequencies across the entire audible spectrum.
- An alternative method of combining cached and re-transmitted audio data is one in which the server transmits the first instance utilizing a low bit-rate algorithm, and transmits a second instance utilizing higher bit-rate algorithm.
- the server uses as input to the higher bit-rate algorithm, the difference between the original signal and the reconstructed signal obtained from decoding the output of the first algorithm.
- Temporal scaling utilizes the partitioning of a video into a sequence of individual frames.
- a first access of a video clip by a client causes the server to transmit a certain group or sub-sequence of frames from the server.
- a subsequent access causes the transmission of a different group or sub-sequence of frames, which are then combined with the first group to produce a clip which contains both groups of frames.
- An alternative method of combining cached and re-transmitted video data involves partitioning the pixels which comprise the graphic images contained in the video clip.
- a first access of a video clip by a client causes the server to transmit a first group of pixels contained in an image.
- a second access causes the server to transmit a second group of pixels in the image, and subsequent accesses cause the server to transmit subsequent and different groups of pixels.
- These pixel groups are then combined within the client to produce a clip which contains each group of pixels.
- client 102 instead of combining the received and cached data, replaces the cached data with the received data in the instances in which the subsequently received data was transmitted at a higher bit-rate than the previously transmitted data.
- client 102 replaces the cached data with the received data in the instances in which the subsequently received data was transmitted at a higher bit-rate than the previously transmitted data.
- Such an embodiment might be utilized in cases where cache memory is not sufficiently available to store multiple iterations of received data.
- the server transmits the audio and/or video channels contained in a video clip as scalable bitstreams. This provides a mechanism by which the server may scale or select components of the original signal for transmission.
- the server In order to effectively construct an audio/visual sequence which approaches the quality of the original sequence through iterative improvement, the server must send different versions of the original sequence (e.g., different frames of a video clip, or different frequency bands of an audio clip). The integration of these different versions in the client creates an improved version with each iteration. The client must thus communicate to the server that a previous access resulted in the transmission of a particular set of data, and that a subsequent access requires a different set of data.
- the client transmits a command word to the server during a request for the server to download the audio/visual sequence over the network.
- the command word includes a data field which specifies the previous version of the sequence which was transmitted.
- the sender then responds by transmitting a version which does not match the version specified in the command word.
- the client may specify the particular version of the sequence to be transmitted in the present access.
- the server must implement a decoding mechanism to correlate the command word with the scalable bitstream corresponding to the requested version.
- the command word and communication protocol between the client and server is implemented within an applet in the application utilized to view or play the video clip within the web page.
Abstract
A method and apparatus of improving the quality of graphic and/or audio information, such as a video clip, transmitted over a network is provided. In one particular embodiment, a network client requests multiple downloads of a video clip stored on the network server. In response to each request, the network server compresses the video clip and transmits the compressed data in a scalable bitstream. The video clip includes an audio channel which occupies a first portion of the available bandwidth, and a video channel which occupies a second portion of the available bandwidth. Upon receipt of each download, the network client stores the audio and video data in cache. The network client combines the data from each download in the cache prior to displaying the video clip in a web browser program. In each iteration of the download and caching process, the information for the audio and video channels increases, thus improving the resolution of the downloaded image and sound data, and thereby increasing the effective bandwidth of the network over which the video clip was transmitted.
Description
- The present invention relates generally to the field of multimedia computer applications, and more particularly to improving the display quality of embedded video clips.
- Computer networks, such as the Internet, are increasingly being used to transmit audio-visual data. One common example is the incorporation of a music video in a World-Wide Web page as a “video clip”. A video clip is a sequence of images intended to be displayed in rapid succession to show an animation or “movie”, and may incorporate an audio channel for the integration both graphic and audio information to be played by a web browser which is enabled to access such a data. Video clips typically require an enormous number of bits to effectively code the information contained therein. The amount of data in a single digital image can be extremely large, even on the order of millions of bytes. For example, a 640×480 pixel image occupies 307,200 bytes of storage if one byte per pixel is used. A video clip which contains a series of digital images to form a motion sequence along with a channel for digitized audio data is still more demanding. To transmit a video clip containing audio and video data over a network, server and client computers on the network stream the data serially from the server to the client. Because the amount of data required to represent a typical video clip is so large, image compression techniques are utilized to reduce the amount of data transmitted. Image compression requires an encoder to compress the source data and a decoder to decompress the compressed data.
- The quality of a video clip transmitted between a server and client computer over a network depends largely on the bandwidth of the network. Bandwidth refers to the maximum number of transactions per second and the number of bits per transaction that a network can transmit from one node coupled to the network to another node coupled to the network. A complex video clip requires a high bandwidth network to accommodate the transmission and decoding of all of the bits which represent the graphic and audio components of the clip. If insufficient bandwidth is available, the number of bits transmitted is reduced, and consequently the image or sound is distorted or not fully represented.
- Network bandwidth is a factor of each of the elements in the data path between the nodes, such as computers, which transmit and receive the data. In many computer network environments, the primary element which limits the bandwidth is the network interface device which interface the server and client computers to the networks. For the popular Internet network, such interface devices include modems and ethernet controllers. Present network interface devices for general purpose networking use, such as modems, typically provide data bandwidth that supports a streaming bitrate of between 19 Kbits/second to 28 Kbits/second. A low average bit rate for these devices would thus be around 22 Kbits/second. For a video clip which contains both graphic and audio data, this bandwidth must be apportioned between the two types of data. One example of such an apportionment for a 22 Kbit/second bandwidth channel would be to allocate a 16 Kbit/second channel for the graphic data and 6 Kbits/second for the audio data. For a video containing a sequence of digital images, a bit rate of 16 Kbits/second is generally considered to be the minimum acceptable rate. At a rate below 16 Kbits/second the quality of the video is generally unacceptable because either the resolution of the images is too low, or the frame rate is so slow that individual frame sequencing is readily apparent (that is, the movement of objects in a video appears to stutter). Unfortunately, providing at least 16 Kbits/second of bandwidth for the video at 22 Kbits/second leaves only 6 Kbits/second for the audio channel. For most audio applications involving music, a bit rate of 6 Kbits/second may be enough only to provide the basic melody with substantial artifacts and without any of the depth or higher order musical information that might be available in the original signal. Thus, present data streaming techniques for the transmission of video clips over the Internet fail to provide a satisfying experience because of the limited bandwidth available to the audio and video channels.
- Present application programs which display audio/visual sequences, such as web browsers, utilize techniques which facilitate the re-display of downloaded images, however they do not provide mechanisms which improve the quality of the images. Typical web browsers utilize cache memory to temporarily store the streamed video data which has been decompressed. Cache memory is used to store a digitized image so that the image is available for subsequent access without requiring that the data be retransmitted from the server to the client. Thus, a second access to a web page image or a video clip accesses data from the cache rather than over the network, to the extent that the data is available in the cache. Present web browsers, however, store only the originally transmitted data in the cache. Thus a user repeatedly accessing a particular video clip views the same clip with the same quality experience each time.
- It is thus desirable to provide a method of improving the quality of a transmitted video clip by increasing the effective bandwidth available for the transmission and playback of the video clip. It is further desirable to provide a method of displaying video clips which utilize the cached data to improve the quality of subsequent viewing instances.
- The present invention discloses a method and apparatus for receiving data from a network. In a method of the invention, a node coupled to the network receives and stores a first set of data which represents a data object and receives a second set of data which represents the data object. The first and second sets of data are different and are integrated to provide a third set of data which represents the object.
- In one particular embodiment of the invention, the data cache mechanisms of web browsers are utilized to improve the quality of an audio/visual sequence displayed on the web browser. The first access to an audio/visual sequence from a web browser causes the transmission from a server of a sequence in which audio and video channels are apportioned within the available transmission bandwidth. The web browser stores all or a portion of this data within cache memory. A second access to the audio/visual sequence results in a re-transmission of the audio/visual sequence from the server. This second transmission is stored within the cache memory and is combined with the cached data to provide twice the apparent bandwidth to the user. Subsequent accesses of the audio/visual sequence results in subsequent transmissions of the audio/visual sequence. These transmissions are combined with the cached data consisting of the product of data from earlier transmissions, thus effectively multiplying the apparent network bandwidth available to the user. The apparent quality of the playback of the video clip is increased when the web browser uses the resulting cached data, rather than using only data received over the Internet.
- Other features of the present invention will be apparent from the accompanying drawings and from the detailed description which follows.
- The present invention is illustrated by way of example and not limitation in the figures of the accompanying drawings, in which like references indicate similar elements and in which:
- FIG. 1 illustrates a network including client/server computers sending and receiving data, such as video clips.
- FIG. 2 is a block diagram of a computer system which may be used to implement an embodiment of the present invention.
- FIG. 3 illustrates a video clip embedded within a World-Wide Web page.
- FIG. 4a illustrates a bandwidth allocation for a first access of a video clip within a Web page according to one embodiment of the invention.
- FIG. 4b illustrates a bandwidth allocation for a second access of a video clip within a Web page according to one embodiment of the invention.
- FIG. 4c illustrates a bandwidth allocation for a third access of a video clip within a Web page according to one embodiment of the invention.
- FIG. 5 is a flow chart illustrating the process of improving the quality of a video clip through user-initiated iterative access and caching according to one embodiment of the present invention.
- FIG. 6 is a flow chart illustrating the process of improving the quality of a video clip through automatic iterative access and caching according to one embodiment of the present invention.
- A method and apparatus for improving the quality of an audio/visual sequence transmitted over a network and accessed through a web browser is described. In the following description, for purposes of explanation, numerous specific details are set forth in order to provide a thorough understanding of the present invention. It will be evident, however, to one skilled in the art that the present invention may be practiced without these specific details. In other instances, well-known structures and devices are shown in block diagram form to facilitate explanation.
- According to the present invention, host computer systems and routers in a network request and transmit video clips consisting of audio/visual data. According to one embodiment, the steps of accessing, compressing, and transmitting the video data, as well as other aspects of the present invention are implemented by a central processing unit (CPU) in a host computer or a network router executing sequences of instructions stored in a memory. The memory may be a random access memory (RAM), read-only memory (ROM), a persistent store, such as a mass storage device, or any combination of these devices. Execution of the sequences of instructions causes the CPU to perform steps according to the present invention.
- The instructions may be loaded into the memory of the computer or router from a storage device and/or from one or more other computer systems over a network connection. For example, a server computer may transmit a sequence of instructions to a client computer in response to a message transmitted to the server over a network by the client. As the client receives the instructions over the network connection, the client stores the instructions in memory. The client may store the instructions for later execution or execute the instructions as they arrive over the network connection. In some cases, the downloaded instructions may be directly supported by the CPU. Consequently, execution of the instructions may be performed directly by the CPU. In other cases, the instructions may not be directly executable by the CPU. Under these circumstances, the instructions may be executed by causing the CPU to execute an interpreter that interprets the instructions, or by causing the CPU to execute instructions which convert the received instructions to instructions which can be directly executed by the CPU. In other embodiments, hardwired circuitry may be used in place of, or in combination with, software instructions to implement the present invention. Thus, the present invention is not limited to any specific combination of hardware circuitry and software, nor to any particular source for the instructions executed by the target.
- FIG. 1 illustrates a
network 100 in which audio/visual data is transmitted between computers and network stations.Client computer 102 is coupled to anetwork server 104 overnetwork line 110. Thenetwork 100 may include one ormore routers 106 which serve to buffer and route the transmitted data. Each of the devices on the network represents a network station. Thenetwork line 110 androuter 106 may be utilized by a network such as the Internet, a Wide Area Network (WAN), a local area network (LAN), or any combination thereof. Theserver 104 contains application programs and/or data which are accessible over the network by other network stations, such asclient 102. - FIG. 2 illustrates a block diagram of a computer in the network of FIG. 1. The architecture depicted in FIG. 2 is applicable to any client, server, or network router used in conjunction with the present invention. The
computer system 200 includes aprocessor 202 coupled through abus 201 to a random access memory (RAM) 204, a read only memory (ROM) 206, and amass storage device 207, such as a disk or tape drive for storing data and instructions. Aninput device 221, such as a keyboard or mouse, is coupled tobus 201 for communicating information and command selections toprocessor 202. Adisplay device 220 for providing visual output is also coupled toprocessor 202 throughbus 201.Network interface device 223 is coupled tobus 201 and provides a physical and logical connection betweencomputer system 200 and the network medium. Depending on the network environment in whichcomputer 200 is used, this connection is typically to a network router, but can also be directly to another host computer. Note that the architecture of FIG. 2 is provided only for purposes of illustration, and that a host computer or a router used in conjunction with the present invention is not limited to this specific architecture. - The present invention includes a method for improving the quality of transmitted data such as audio/visual sequences which have been downloaded to a client computer over a network. The present invention may be used with network transmitted data which represents merely audio data (e.g., a sound recording), or merely video data (e.g., a silent movie), or combined audio/visual data (e.g., a movie with sound). The present invention may also be used with any network, including the Internet, or the World Wide Web portion of the Internet, or any local area network. The following description will, however, focus on the repeated viewing of video clips from the World Wide Web for purposes of explanation, and it will be appreciated that the invention is not limited to this use.
- Many audio/visual sequences such as music videos or excerpts from movies or television shows are available on internet sites by servers which maintain World-Wide Web pages. A server provides access to video clips stored in its memory or storage device through a web server program, and a client downloads and displays information from the network using a web browser program. A web browser is an application program which accesses and provides links for web pages available on various internet sites. Many web browsers also provide “plug-ins” for related programs such as search engines, and display programs. These plug-in programs allow for the presentation of sophisticated data such as multimedia displays or application programs.
- FIG. 3 illustrates a sample web page containing an embedded music video which been accessed by a web browser on a network client.
Screen display 300 contains anweb browser window 302.Web browser window 302 contains several fields includingoption buttons 304, a Uniform Resource Locator (URL)field 306, andweb page 308.Web page 308 contains text and/or graphic information related to the web site specified in theURL field 306.Web page 308 includes adisplay window 310 for the display of a audio/visual sequence. If the web browser contains the appropriate viewing program, a video clip may be displayed withinwindow 310. Such a video could show a band playing a song, while the music is output through speakers attached to the computer. The video clip displayed inwindow 310 may be accessed withinweb page 308 by specifying a sub-address withinURL field 306 or selecting a hypertext link or option button, such asbutton 312. To replay the video, the user would re-type the URL location or select the appropriate option button. - The rate at which the video clip is transmitted over the network is determined by the transmission bandwidth of the network. In a typical network, such as
network 100, the transmission bandwidth is primarily limited by the bandwidth of thenetwork interface devices 223 contained inserver 104,client 102, androuter 106. For the purposes of this discussion, it is assumed that bothclient 102 andserver 104 utilize a 28.8 Kbit/second modem as the network interface device. It is further assumed that the network bandwidth is effectively limited by the speed of the modems and not by any internal data path or network media limitations. A 28.8 Kbit/second modem produces a best case data transmission rate of up to 28.8 Kbits/second. However because of practical limitations, and in order to transmit packets that all client computers can receive, servers may send data at much lower bit-rate, such as 22 Kbits/second. A video clip which contains video data as well as audio data must split the available bandwidth between these two data types. - FIGS. 4a, 4 b, and 4 c illustrate examples of bandwidth allocation for a video clip containing both an audio track and a video track. The video clip is transmitted from a server over a network which is bandwidth limited to a maximum transmission rate of 22 Kbits/second. The server incorporates a compression stage which generates scalable bitstreams, and can therefore scale the transmission rate of the transmitted data. FIG. 4a illustrates a typical allocation of the 22 Kbits/
second bandwidth 400 for a video clip which provides the minimum acceptable quality experience for viewing a sequence of images and hearing some audio. In this case, the video channel is allocated a portion of thebandwidth 401 which allows a transmission rate of 16 Kbits/second. The audio channel is then allocated the remainder of thebandwidth 402 which allows for a transmission rate of 6 Kbits/second. In FIG. 4b, the allocation ofbandwidth 410 for the audio and video channels is the reverse of FIG. 4a. In this case, the audio data is transmitted at a rate of 16 Kbits/second 411, while the video data is transmitted at 6 Kbits/second 412. In FIG. 4c, the audio and video channels are each allocated one-half theavailable bandwidth 420. The video data is transmitted at 11 Kbits/second 421, and the audio data is also transmitted at 11 Kbits/second 422. It should be noted that the proportions illustrated in FIGS. 4a, 4 b, and 4 c are provided as examples only, and that many other proportions of bandwidth allocation are available. - The network environment illustrated by FIG. 1 will be used to describe the method of the present invention. In
network 100,server 104 stores an audio/visual sequence such as a music video clip. Upon request byclient 102,server 104 transmits the video clip overnetwork medium 110 for display onclient 102. The video clip contains audio data representing a music or voice track, and a series of digital graphic images which form a video sequence. According to one embodiment of the present invention,server 104 compresses the audio and visual data comprising the video sequence and transmits the compressed data as a scalable bitstream overnetwork medium 110. A scalable bitstream is a data stream in which the number of bits encoding an object to be transmitted may be specified by the server. This allows the server to transmit different versions of the audio and visual channels comprising the video clip, depending on the number of bits used to code the graphic images and the audio track. In order to store and display successive versions of a transmitted bitstream which has been scaled byserver 104,client 102 executes an application program or web server that can differentiate and request the successive versions of the bitstream encoding the video clip. -
Server 102 may utilize a standard compression standard, such as H.263 or MPEG for compressing the data to be transmitted. The H.263 standard is a motion sequence compression standard for low-bandwidth real-time Video compression. The MPEG standard is an image sequence compression system for compressing a signal containing a video channel and a pair of audio channels. The MPEG-1 standard applies for image resolutions of approximately 360 pixels×240 lines and bit rates of about 1.5 Mbits/second. MPEG-2 is a standard designed for higher resolutions and higher bit rates (410 Mbits/second). As will be apparent to those skilled in the art, various other compression standards may be utilized in conjunction with the present invention. - FIG. 5 is a flow chart illustrating the process of improving the quality of an embedded video clip through iterative accesses of the clip according to one embodiment of the present invention. In
step 502, the user accesses a video clip onserver computer 104 using aweb browser 300 running onclient computer 102. The user may access the video clip by typing the appropriate location address in theURL field 306 of the web browser, or by selecting an appropriatehypertext link button 312. Upon receiving the command to transmit the video,server 104 compresses and transmits the audio/visual data comprising the video clip and transmits the data overnetwork line 110 toclient 102,step 504.Server 104 employs a transmission mechanism that allows audio/visual data to be transmitted as a scalable bitstream. The video is sent at a bit-rate denoted V1 and the audio is sent at a bit-rate denoted A1. Assuming no other traffic is sent over the network fromserver 104 toclient 102 during the transmission of the video clip, the sum of the bit-rates V1 and A1 equal the maximum effective transmission bandwidth betweenserver 104 andclient 102. This maximum effective transmission bandwidth will be determined by the transmission rate of the slowest device in the data path betweenserver 104 andclient 102, and is typically thenetwork interface device 223, such as a modem or ethernet controller. - Upon receiving the data stream from the
server 104,client 102, atstep 506, decompresses the bit-stream, stores the audio and video in cache memory, and displays the video clip. The cache memory may be implemented in the on-board RAM 204, or ondisk 207, or on any combination thereof. The method used to store the data in cache may utilize any standard caching techniques known to those of ordinary skill in the art. - The first selection of the video clip may result in a bandwidth allocation such as is illustrated in FIG. 4a. That is, if the maximum effective bandwidth between the server and client is 22 Kbits/second, the video band may be transmitted at 16 Kbits/second, while the video band is transmitted at 6 Kbits/second. In
step 508, the user accesses the video clip a second time. Part of the request fromclient 102 includes a command header which indicates that the first access was at a bit-rate apportionment of V1 and A1. In response, theserver 104 compresses and transmits the audio/video as a scalable bitstream,step 510. For the second transmission, the video data is transmitted at a bit-rate denoted V2 and the audio is transmitted at a bit-rate denoted A2. The second selection of the video clip may result in a bandwidth allocation such as is illustrated in FIG. 4b. That is, with the maximum effective bandwidth between the server and client at 22 Kbits/second, the video band may be transmitted at 6 Kbits/second, while the video band is transmitted at 16 Kbits/second. - Upon receiving the second data stream from the
server 104,client 102, atstep 512, decompresses the bit-stream, combines the received audio and video data to the audio and video data stored in cache memory instep 506, and displays the combined video clip. The combined video clip as displayed appears as if the video channel was transmitted at a rate of V1+V2, and the audio channel was transmitted at a rate of A1+A2. Using the bit-rates provided in the examples of FIGS. 4a and 4 b, this produces audio data with an effective bandwidth of 6+16=22 KBits/second, and video data with an effective bandwidth of 16+6=22 KBits/second. Thus, this method causes the video to appear and sound as if both the audio and video signals were transmitted at the maximum possible speed, thus effectively doubling the available bandwidth of the network. - If the user desires a still higher quality experience, the user may access the video clip a third time,
step 514. Again, part of the request fromclient 102 includes a command header which indicates that the second access was at a bit-rate apportionment of V2 and A2. In response to the third request, theserver 104 compresses and transmits the audio/video as a scalable bitstream,step 516. For the third transmission, the video data is transmitted at a bit-rate denoted V3 and the audio is transmitted at a bit-rate denoted A3. The third selection of the video clip may result in a bandwidth allocation such as is illustrated in FIG. 4c. That is, with the maximum effective bandwidth between the server and client at 22 Kbits/second, the video and audio bands may each be transmitted at 11 Kbits/second, thus providing a further refinement to each component of the video. - Upon receiving the third data stream from the
server 104,client 102, atstep 518, decompresses the bit-stream, combines the received audio and video data to the audio and video data stored in cache memory insteps - Each subsequent access of the video clip by the client results in the re-transmission and re-caching or integration of the audio and/or video data which produces an increasing apparent transmission bandwidth and refinement of the displayed image and projected sound. It should be noted, however, that the present invention does not require, nor is it limited to any specific number of iterations. The user may access a video clip as many or as few times as desired to attain the desired quality.
- FIG. 6 is a flowchart illustrating the improved display of an embedded video clip according to an alternative embodiment of the present invention. According to the method represented by FIG. 6, the server automatically transmits successive iterations of the video clip without requiring the user to re-select the video clip on the client. In
step 602, the user accesses a video clip onserver computer 104 using aweb browser 300 running onclient computer 102. The user may access the video clip by typing the appropriate location address in theURL field 306 of the web browser, or by selecting an appropriatehypertext link button 312. The user also specifies the number of successive times the video is to be displayed. Alternatively, this parameter could be pre-programmed into the web browser program running onclient 102 or the web server program running onserver 104. Upon receiving the command to transmit the video,server 104 compresses and transmits the audio/visual data comprising the video and transmits the data overnetwork line 110 toclient 102,step 604. The audio/visual data is transmitted byserver 104 as a scalable bitstream. The video is sent at a bit-rate denoted V1 and the audio is sent at a bit-rate denoted A1. - Upon receiving the data stream from the
server 104,client 102, atstep 606, decompresses the bit-stream, stores the audio and video in cache memory, and displays the video clip. The first selection of the video clip may result in a bandwidth allocation such as is illustrated in FIG. 4a. That is, if the maximum effective bandwidth between the server and client is 22 Kbits/second, the video band may be transmitted at 16 Kbits/second, while the video band is transmitted at 6 Kbits/second. Instep 608, the client process checks the counter which stores and decrements the iteration parameter to determine whether a subsequent access of the video clip is to be performed. If not, the process ends. If subsequent accesses remain,client 102requests server 104 to re-transmit video clip. Part of the request fromclient 102 includes a command header which indicates that the first access was at a bit-rate apportionment of V1 and A1. In response, theserver 104 compresses and transmits the audio/video as a scalable bitstream,step 610. For the subsequent transmissions at varying bandwidth apportionments, the video data is transmitted at a bit-rate denoted Vn and the audio is transmitted at a bit-rate denoted An. - Upon receiving a subsequent data stream from the
server 104,client 102, atstep 612, decompresses the bit-stream, combines the received audio and video data to the audio and video data stored in cache memory instep 606, and displays the combined video clip. The combined video clip as displayed appears as if the video channel was transmitted at a rate of V1+ΣVn, and the audio channel was sent at a rate of A1+ΣAn, where ‘n’ is the number of times the video clip was re-transmitted from theserver 104 to theclient 102. This causes the video to appear and sound as if both the audio and video signals were transmitted at the maximum possible speed or greater, thus effectively multiplying the available bandwidth by the factor of n. - In
step 614, the client process checks the iteration parameter counter to determine whether subsequent access of the video clip are to be performed. If not, the process ends. If subsequent accesses remain,client 102 requests re-transmission of the video clip, and the process proceeds fromstep 610, with each transmission occurring at a bit-rate apportionment of An and Vn. - In one embodiment of the present invention, the client caches data from an initial access of the video clip and combines the cached data with data transmitted from a successive access to achieve the perceived increase in network bandwidth. For an audio channel contained within a video clip, one method of combining the cached data with subsequently transmitted data is to employ a frequency scaling algorithm. In frequency scaling, the server partitions the frequency spectrum in which the signal is present and transmits a first group of frequencies within the spectrum in the first access; a second group of frequencies in the second access, a third group of frequencies in the third access, and so on. An example related to the present invention would be a first access which causes the server to send the mid-range component of the audio data (e.g., 5 KHz to 12 KHz), a second access which causes the server to send the low frequency component of the audio data (e.g., 2 KHz to 5 KHz), and a third access which causes the server to send the high frequency component of the audio data (e.g., 12 KHz to 20 KHz). The combination of these groups of frequencies in the client produces a signal which contains frequencies across the entire audible spectrum.
- An alternative method of combining cached and re-transmitted audio data is one in which the server transmits the first instance utilizing a low bit-rate algorithm, and transmits a second instance utilizing higher bit-rate algorithm. Using a residual coding method, the server uses as input to the higher bit-rate algorithm, the difference between the original signal and the reconstructed signal obtained from decoding the output of the first algorithm.
- For a video channel contained within a video clip, one method of combining the cached data with subsequently transmitted data is to employ a temporal scaling algorithm. Temporal scaling utilizes the partitioning of a video into a sequence of individual frames. A first access of a video clip by a client causes the server to transmit a certain group or sub-sequence of frames from the server. A subsequent access causes the transmission of a different group or sub-sequence of frames, which are then combined with the first group to produce a clip which contains both groups of frames.
- An alternative method of combining cached and re-transmitted video data, which may be used in cases where the video signal is not compressed, involves partitioning the pixels which comprise the graphic images contained in the video clip. According to this method, a first access of a video clip by a client causes the server to transmit a first group of pixels contained in an image. A second access causes the server to transmit a second group of pixels in the image, and subsequent accesses cause the server to transmit subsequent and different groups of pixels. These pixel groups are then combined within the client to produce a clip which contains each group of pixels.
- In an alternative embodiment of the present invention, instead of combining the received and cached data,
client 102 replaces the cached data with the received data in the instances in which the subsequently received data was transmitted at a higher bit-rate than the previously transmitted data. Such an embodiment might be utilized in cases where cache memory is not sufficiently available to store multiple iterations of received data. - Various other techniques for transmitting and integrating successive audio and/or video bitstreams will be apparent to those of ordinary skill in the art. It should be noted that the present invention is not limited to the use of a particular transmission or integration technique.
- In one embodiment of the present invention the server transmits the audio and/or video channels contained in a video clip as scalable bitstreams. This provides a mechanism by which the server may scale or select components of the original signal for transmission. In order to effectively construct an audio/visual sequence which approaches the quality of the original sequence through iterative improvement, the server must send different versions of the original sequence (e.g., different frames of a video clip, or different frequency bands of an audio clip). The integration of these different versions in the client creates an improved version with each iteration. The client must thus communicate to the server that a previous access resulted in the transmission of a particular set of data, and that a subsequent access requires a different set of data. According to one method of the present invention, the client transmits a command word to the server during a request for the server to download the audio/visual sequence over the network. The command word includes a data field which specifies the previous version of the sequence which was transmitted. The sender then responds by transmitting a version which does not match the version specified in the command word. Alternatively, the client may specify the particular version of the sequence to be transmitted in the present access. In this case, the server must implement a decoding mechanism to correlate the command word with the scalable bitstream corresponding to the requested version. In one embodiment of the present invention, the command word and communication protocol between the client and server is implemented within an applet in the application utilized to view or play the video clip within the web page.
- In the foregoing, a method and apparatus have been described for improving the quality of an audio/visual sequence displayed on a client computer on a network. Although the present invention has been described with reference to specific exemplary embodiments, it will be evident that various modifications and changes may be made to these embodiments without departing from the broader spirit and scope of the invention as set forth in the claims. Accordingly, the specification and drawing are to be regarded in an illustrative rather than a restrictive sense.
Claims (38)
1. A method for receiving data from a network, said method comprising the steps of:
receiving at a node coupled to said network and storing at said node a first set of data representing a data object;
receiving at said node a second set of data which is different than said first set of data and which represents said data object; and
integrating said first and said second sets of data to provide a third set of data which represents said data object.
2. A method as in wherein said method is performed at said node.
claim 1
3. A method as in further comprising the step of storing said second set of data at said node.
claim 2
4. A method as in wherein said first set of data and said second set of data are transmitted by a server node coupled to said network, said first set of data and said second set of data each being transmitted as scalable bitstreams.
claim 2
5. A method as in further comprising the step of transmitting a message to said server node coupled to said network, said message requesting said server node to provide said second set of data such that said second set of data is different than said first set of data, and wherein without transmitting said message, said server node will re-transmit said first set of data instead of said second set of data.
claim 4
6. A method as in wherein said message is transmitted prior to said step of receiving at said node and storing at said node said first set of data.
claim 5
7. A method as in wherein said message specifies a content of said first set of data and a content of said second set of data.
claim 6
8. A method as in wherein said data object comprises an audio recording.
claim 7
9. A method as in wherein said method is performed by a web browser application operating on said node.
claim 5
10. A method as in wherein said data object is selected from the group consisting of an audio recording, a video recording, and an audio/video recording.
claim 9
11. A method as in wherein said first set of data is received at a first bit-rate and said second set of data is received at a second bit-rate.
claim 1
12. A method as in wherein said first bit rate and said second bit rate are different.
claim 11
13. A method as in wherein said method is performed by an application program executed on said node, and wherein the step of receiving at said node said second set of data is performed automatically by said application program.
claim 1
14. A method of improving the resolution of a data object transmitted over a network, said network comprising a plurality of network devices connected by a connection medium, said method comprising the steps of:
transmitting a first instance of said data object from a first network device to a second network device over said connection medium at a first bit-rate, said first instance comprising a first number of binary digits encoding said data object;
receiving said first instance of said data object in said second network device;
storing a portion of said first instance of said data object in a memory device coupled to said second network device;
transmitting a second instance of said data object from said first network device to said second network device over said connection medium at a second bit-rate, said second instance comprising a second number of binary digits encoding said data object;
receiving said second instance of said data object in said second network device;
storing a portion of said second instance of said data object in said memory device coupled to said second object; and
combining said portion of said second instance with said portion of said first instance in said memory device.
15. A method as in , wherein said data object comprises an audio/visual sequence, said audio/visual sequence including a first channel for digitized audio data and a second channel for digitized image data, and wherein said first instance comprising said first number of binary digits and said second instance comprising said second number of binary digits are different, and wherein said first bit rate and said second bit rate are not equal.
claim 14
16. A method as in , wherein said step of transmitting said first instance of said data object includes the step of transmitting said first instance as a scalable bitstream; and said step of transmitting said second instance of said data object includes the step of transmitting said second instance as a scalable bitstream.
claim 15
17. A method as in , wherein said step of combining said portion of said second instance with said portion of said first instance includes the step of overwriting said portion of said first instance with said portion of said second instance in said memory device.
claim 16
18. A method as in , wherein said step of combining said portion of said second instance with said portion of said first instance includes the step of adding said portion of said second instance to said portion of said first instance in said memory device.
claim 16
19. A method as in , wherein said network is a World-Wide Web network and the step of receiving said first instance of said data object and the step of receiving said second instance of said data object each further include the step of receiving said first and second instances, respectively, through a web browser program executed on said second network device.
claim 18
20. A method as in , wherein said web browser executed on said second network device is capable of requesting transmission of said data object from said first network device at one or more data rates.
claim 19
21. A server computer for transmitting a data object over a network upon request by a client computer, said server computer comprising:
a processor; and
a memory coupled to the processor, the memory having stored therein instructions which, when executed by the processor, cause said server computer to:
transmit a first instance of said data object to said client computer at a first bit-rate, said first instance comprising a first number of binary digits encoding said data object; and
transmit a second instance of said data object to said client computer at a second bit-rate, said second instance comprising a second number of binary digits encoding said data object.
22. A server computer as in , wherein said data object comprises an audio/visual sequence, said audio/visual sequence including a first channel for digitized audio data and a second channel for digitized image data and wherein said first instance comprising said first number of binary digits and said second instance comprising said second number of binary digits are different, and wherein said first bit-rate and said second bit rate are not equal.
claim 21
23. A server computer as in , further including instructions which cause said server computer to transmit said first instance of said data object as a scalable bitstream; and transmit said second instance of said data object as a scalable bitstream.
claim 22
24. A server computer as in , further including instructions which cause said server computer to check the status of parameter sent by said client computer and automatically transmit said second instance of said data object if said parameter status returns a first value, and to not transmit said second instance of said data object if said parameter status returns a second value.
claim 22
25. A client computer for receiving a data object transmitted by a server computer, said client computer and server computer coupled through a network, said client computer comprising:
a processor; and
a memory coupled to the processor, the memory having stored therein instructions which, when executed by the processor, cause said device to:
receive a first instance of said data object, said data object transmitted from said server computer to said client computer at a first bit rate, said first instance comprising a first number of binary digits encoding said data object;
store a portion of said first instance of said data object in a memory device coupled to said client computer;
receive a second instance of said data object, said data object transmitted from said server computer to said client computer at a second bit rate, said second instance comprising a second number of binary digits encoding said data object;
store a portion of said second instance of said data object in said memory device coupled to said client computer; and
combine said portion of said second instance with said portion of said first instance in said memory device.
26. A client computer as in , further including instructions which cause said client computer to request transmission of said data object from said server computer at a specific data rate and wherein said first instance comprising said first number of binary digits and said second instance comprising said second number of binary digits are different, and wherein said first bit rate and said second bit rate are not equal.
claim 25
27. A client computer as in , further including instructions which cause said client computer to overwrite said portion of said first instance with said portion of said second instance in said memory device.
claim 26
28. A client computer as in , further including instructions which cause said client computer to add said portion of said second instance to said portion of said first instance in said memory device.
claim 26
29. A method for receiving data from a network, said method comprising:
means for receiving at a node coupled to said network and storing at said node a first set of data representing a data object;
means for receiving at said node a second set of data which is different than said first set of data and which represents said data object; and
means for integrating said first and said second sets of data to provide a third set of data which represents said data object.
30. A method as in wherein said method is performed at said node.
claim 29
31. A method as in further comprising means for storing said second set of data at said node, and wherein said first set of data and said second set of data are transmitted by a server node coupled to said network, said first set of data and said second set of data each being transmitted as scalable bitstreams.
claim 30
32. A method as in further comprising means for transmitting a message to said server node coupled to said network, said message requesting said server node to provide said second set of data such that said second set of data is different than said first set of data, and wherein without transmitting said message, said server node will re-transmit said first set of data instead of said second set of data.
claim 31
33. A method as in wherein said message is transmitted prior to said step of receiving at said node and storing at said node said first set of data, said message specifying a content of said first set of data and a content of said second set of data.
claim 32
34. A method as in wherein said method is performed by a web browser means operating on said node.
claim 33
35. A method as in wherein said data object is selected from the group consisting of an audio recording, a video recording, and an audio/video recording.
claim 34
36. A method as in wherein said first set of data is received at a first bit-rate and said second set of data is received at a second bit-rate, said first bit rate and said second bit rate being different.
claim 29
37. A method as in wherein said method is performed by an program means executed on said node, and wherein the step of receiving at said node said second set of data is performed automatically by said program means.
claim 29
38. A memory containing a sequence of instructions, said sequence of instructions being executable by a processor, and wherein execution of said instructions by said process causes said processor to perform the steps of:
receiving at a node coupled to a network, and storing at said node a first set of data representing a data object;
receiving at said node a second set of data which is different than said first set of data and which represents said data object; and
integrating said first and said second sets of data to provide a third set of data which represents said data object.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US09/227,724 US6363413B2 (en) | 1996-12-31 | 1999-01-08 | Method and apparatus for increasing the effective bandwidth of video sequences transmitted over a network by using cached data |
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US08/775,407 US5898833A (en) | 1996-12-31 | 1996-12-31 | Method and apparatus for increasing the effective bandwidth of video sequences transmitted over a network by using cached data |
US09/227,724 US6363413B2 (en) | 1996-12-31 | 1999-01-08 | Method and apparatus for increasing the effective bandwidth of video sequences transmitted over a network by using cached data |
Related Parent Applications (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US08/775,407 Division US5898833A (en) | 1996-12-31 | 1996-12-31 | Method and apparatus for increasing the effective bandwidth of video sequences transmitted over a network by using cached data |
US08/775,407 Continuation US5898833A (en) | 1996-12-31 | 1996-12-31 | Method and apparatus for increasing the effective bandwidth of video sequences transmitted over a network by using cached data |
Publications (2)
Publication Number | Publication Date |
---|---|
US20010049715A1 true US20010049715A1 (en) | 2001-12-06 |
US6363413B2 US6363413B2 (en) | 2002-03-26 |
Family
ID=25104312
Family Applications (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US08/775,407 Expired - Lifetime US5898833A (en) | 1996-12-31 | 1996-12-31 | Method and apparatus for increasing the effective bandwidth of video sequences transmitted over a network by using cached data |
US09/227,724 Expired - Lifetime US6363413B2 (en) | 1996-12-31 | 1999-01-08 | Method and apparatus for increasing the effective bandwidth of video sequences transmitted over a network by using cached data |
Family Applications Before (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US08/775,407 Expired - Lifetime US5898833A (en) | 1996-12-31 | 1996-12-31 | Method and apparatus for increasing the effective bandwidth of video sequences transmitted over a network by using cached data |
Country Status (1)
Country | Link |
---|---|
US (2) | US5898833A (en) |
Cited By (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20070174476A1 (en) * | 2006-01-20 | 2007-07-26 | Microsoft Corporation | Streaming Content Navigation |
US20070174287A1 (en) * | 2006-01-17 | 2007-07-26 | Microsoft Corporation | Virtual Tuner Management |
US20070203714A1 (en) * | 2006-02-28 | 2007-08-30 | Microsoft Corporation | Purchasable Token Bandwidth Portioning |
US20080089283A1 (en) * | 2001-06-29 | 2008-04-17 | Nokia Corporation | Receiver |
US20080181512A1 (en) * | 2007-01-29 | 2008-07-31 | Andrew Gavin | Image editing system and method |
US20080183844A1 (en) * | 2007-01-26 | 2008-07-31 | Andrew Gavin | Real time online video editing system and method |
US20080275997A1 (en) * | 2007-05-01 | 2008-11-06 | Andrew Gavin | System and method for flow control in web-based video editing system |
US7634652B2 (en) | 2006-01-12 | 2009-12-15 | Microsoft Corporation | Management of streaming content |
US20110053621A1 (en) * | 2008-05-02 | 2011-03-03 | Creative Technology Ltd | Apparatus for enhanced messaging and a method for enhanced messaging |
US8739230B2 (en) | 2006-01-20 | 2014-05-27 | Microsoft Corporation | Manager/remote content architecture |
Families Citing this family (68)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5898833A (en) * | 1996-12-31 | 1999-04-27 | Intel Corporation | Method and apparatus for increasing the effective bandwidth of video sequences transmitted over a network by using cached data |
US6141053A (en) * | 1997-01-03 | 2000-10-31 | Saukkonen; Jukka I. | Method of optimizing bandwidth for transmitting compressed video data streams |
US6205485B1 (en) * | 1997-03-27 | 2001-03-20 | Lextron Systems, Inc | Simulcast WEB page delivery using a 3D user interface system |
US7103794B2 (en) | 1998-06-08 | 2006-09-05 | Cacheflow, Inc. | Network object cache engine |
US5973734A (en) | 1997-07-09 | 1999-10-26 | Flashpoint Technology, Inc. | Method and apparatus for correcting aspect ratio in a camera graphical user interface |
KR100568890B1 (en) * | 1997-11-11 | 2006-04-10 | 소니 가부시끼 가이샤 | Transmitter and transmitting Method, Information Editor and editing Method, Receiver and receiving Method, Information Storage and storing Method, and Broadcasting System |
US6243750B1 (en) * | 1998-03-26 | 2001-06-05 | International Business Machines Corporation | Method and system for measuring Web site access requests |
US7107516B1 (en) | 1998-04-13 | 2006-09-12 | Flashpoint Technology, Inc. | Method and system for viewing images from an image capture device on a host computer |
US6223190B1 (en) * | 1998-04-13 | 2001-04-24 | Flashpoint Technology, Inc. | Method and system for producing an internet page description file on a digital imaging device |
US6230162B1 (en) * | 1998-06-20 | 2001-05-08 | International Business Machines Corporation | Progressive interleaved delivery of interactive descriptions and renderers for electronic publishing of merchandise |
US6256623B1 (en) * | 1998-06-22 | 2001-07-03 | Microsoft Corporation | Network search access construct for accessing web-based search services |
US6308202B1 (en) * | 1998-09-08 | 2001-10-23 | Webtv Networks, Inc. | System for targeting information to specific users on a computer network |
US6237039B1 (en) | 1998-06-30 | 2001-05-22 | Webtv Networks, Inc. | Method and apparatus for downloading auxiliary data to a client from a network during client idle periods |
US6338094B1 (en) * | 1998-09-08 | 2002-01-08 | Webtv Networks, Inc. | Method, device and system for playing a video file in response to selecting a web page link |
US6145000A (en) | 1998-10-06 | 2000-11-07 | Ameritech Corporation | System and method for creating and navigating a linear hypermedia resource program |
AU2052300A (en) * | 1998-12-11 | 2000-06-26 | 3Net Communications Corporation | System and method for processing information via a global computer network |
US6317141B1 (en) | 1998-12-31 | 2001-11-13 | Flashpoint Technology, Inc. | Method and apparatus for editing heterogeneous media objects in a digital imaging device |
US7593433B1 (en) * | 1999-03-02 | 2009-09-22 | Cisco Technology, Inc. | System and method for multiple channel statistical re-multiplexing |
US7016337B1 (en) * | 1999-03-02 | 2006-03-21 | Cisco Technology, Inc. | System and method for multiple channel statistical re-multiplexing |
US6895557B1 (en) * | 1999-07-21 | 2005-05-17 | Ipix Corporation | Web-based media submission tool |
US20020023123A1 (en) * | 1999-07-26 | 2002-02-21 | Justin P. Madison | Geographic data locator |
US8464302B1 (en) | 1999-08-03 | 2013-06-11 | Videoshare, Llc | Method and system for sharing video with advertisements over a network |
US6467028B1 (en) | 1999-09-07 | 2002-10-15 | International Business Machines Corporation | Modulated cache for audio on the web |
AU1224201A (en) * | 1999-10-22 | 2001-05-08 | Nomadix, Inc. | Systems and methods for dynamic bandwidth management on a per subscriber basis in a communications network |
KR100530475B1 (en) | 1999-11-10 | 2006-01-09 | 론치 미디어, 인크. | Internet radio and broadcast method |
US6389467B1 (en) | 2000-01-24 | 2002-05-14 | Friskit, Inc. | Streaming media search and continuous playback system of media resources located by multiple network addresses |
US20020056123A1 (en) | 2000-03-09 | 2002-05-09 | Gad Liwerant | Sharing a streaming video |
US7162482B1 (en) * | 2000-05-03 | 2007-01-09 | Musicmatch, Inc. | Information retrieval engine |
US8352331B2 (en) | 2000-05-03 | 2013-01-08 | Yahoo! Inc. | Relationship discovery engine |
US7024485B2 (en) * | 2000-05-03 | 2006-04-04 | Yahoo! Inc. | System for controlling and enforcing playback restrictions for a media file by splitting the media file into usable and unusable portions for playback |
US7251665B1 (en) | 2000-05-03 | 2007-07-31 | Yahoo! Inc. | Determining a known character string equivalent to a query string |
WO2001086456A1 (en) * | 2000-05-08 | 2001-11-15 | Vast Video, Incorporated | Scheduling and delivering low bandwidth media upon detecting high bandwidth media |
DE10196421T5 (en) * | 2000-07-11 | 2006-07-13 | Launch Media, Inc., Santa Monica | Online playback system with community targeting |
US6978306B2 (en) | 2000-08-10 | 2005-12-20 | Pts Corporation | Multi-tier video delivery network |
US6883079B1 (en) | 2000-09-01 | 2005-04-19 | Maxtor Corporation | Method and apparatus for using data compression as a means of increasing buffer bandwidth |
US8692695B2 (en) | 2000-10-03 | 2014-04-08 | Realtime Data, Llc | Methods for encoding and decoding data |
US6952717B1 (en) * | 2000-10-20 | 2005-10-04 | Emerging Solutions, Inc. | Document and message exchange system for ASP model |
US6985934B1 (en) * | 2000-10-23 | 2006-01-10 | Binham Communications Corporation | Method and system for providing rich media content over a computer network |
US8271333B1 (en) | 2000-11-02 | 2012-09-18 | Yahoo! Inc. | Content-related wallpaper |
US20120096500A1 (en) | 2001-01-08 | 2012-04-19 | eVideo Incorporated | System and method for delivering video on demand |
US7406529B2 (en) * | 2001-02-09 | 2008-07-29 | Yahoo! Inc. | System and method for detecting and verifying digitized content over a computer network |
US7085842B2 (en) | 2001-02-12 | 2006-08-01 | Open Text Corporation | Line navigation conferencing system |
US7054912B2 (en) * | 2001-03-12 | 2006-05-30 | Kabushiki Kaisha Toshiba | Data transfer scheme using caching technique for reducing network load |
US7574513B2 (en) | 2001-04-30 | 2009-08-11 | Yahoo! Inc. | Controllable track-skipping |
US6801964B1 (en) * | 2001-10-25 | 2004-10-05 | Novell, Inc. | Methods and systems to fast fill media players |
WO2003042783A2 (en) | 2001-11-09 | 2003-05-22 | Musicmatch, Inc. | File splitting scalade coding and asynchronous transmission in streamed data transfer |
AU2002363726A1 (en) * | 2001-11-09 | 2003-05-26 | Musicmatch, Inc. | File splitting scalade coding and asynchronous transmission in streamed data transfer |
US7707221B1 (en) | 2002-04-03 | 2010-04-27 | Yahoo! Inc. | Associating and linking compact disc metadata |
US7305483B2 (en) | 2002-04-25 | 2007-12-04 | Yahoo! Inc. | Method for the real-time distribution of streaming data on a network |
US7529276B1 (en) | 2002-09-03 | 2009-05-05 | Cisco Technology, Inc. | Combined jitter and multiplexing systems and methods |
JP2004151195A (en) * | 2002-10-29 | 2004-05-27 | Sony Corp | Device and method for communication, program, storage medium, and terminal device |
WO2004059534A1 (en) * | 2002-12-30 | 2004-07-15 | Koninklijke Philips Electronics N.V. | Method and device for storing content on a removable medium |
US7260539B2 (en) * | 2003-04-25 | 2007-08-21 | At&T Corp. | System for low-latency animation of talking heads |
JP4624354B2 (en) * | 2003-09-10 | 2011-02-02 | ミュージックマッチ インコーポレイテッド | Music purchasing and playback system and method |
US8230017B2 (en) * | 2005-03-23 | 2012-07-24 | International Business Machines Corporation | Optimal page sharing in a collaborative environment |
US9224145B1 (en) | 2006-08-30 | 2015-12-29 | Qurio Holdings, Inc. | Venue based digital rights using capture device with digital watermarking capability |
DE112007003305B4 (en) * | 2007-03-01 | 2015-05-13 | Telefonaktiebolaget Lm Ericsson (Publ) | A method of downloading a multimedia file from a server to a user device, user device and server |
US20090199250A1 (en) * | 2007-08-08 | 2009-08-06 | Harmonic Inc. | Methods and System for Data Transfer Over Hybrid Fiber Cable Infrastructure |
US8145779B2 (en) * | 2008-04-08 | 2012-03-27 | Microsoft Corporation | Dynamic server-side media transcoding |
US10097863B2 (en) | 2010-08-22 | 2018-10-09 | Qwilt, Inc. | System and method for live service content handling with content storing servers caching popular content therein |
US10097428B2 (en) | 2010-08-22 | 2018-10-09 | Qwilt, Inc. | System and method for caching popular content respective of a content strong server in an asymmetrical routing topology |
US11032583B2 (en) | 2010-08-22 | 2021-06-08 | QWLT, Inc. | Method and system for improving high availability for live content |
US10127335B2 (en) | 2010-08-22 | 2018-11-13 | Qwilt, Inc | System and method of performing analytics with respect to content storing servers caching popular content |
US9774670B2 (en) | 2010-08-22 | 2017-09-26 | Qwilt, Inc. | Methods for detection of content servers and caching popular content therein |
US9703970B2 (en) | 2010-08-22 | 2017-07-11 | Qwilt, Inc. | System and methods thereof for detection of content servers, caching popular content therein, and providing support for proper authentication |
KR101904053B1 (en) * | 2012-03-13 | 2018-11-30 | 삼성전자 주식회사 | Apparatus and method for processing a multimedia data in terminal equipment |
US8935734B2 (en) | 2013-02-01 | 2015-01-13 | Ebay Inc. | Methods, systems and apparatus for configuring a system of content access devices |
US10154110B2 (en) | 2014-04-22 | 2018-12-11 | Qwilt, Inc. | System and methods thereof for delivery of popular content using a multimedia broadcast multicast service |
Family Cites Families (23)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20010013123A1 (en) * | 1991-11-25 | 2001-08-09 | Freeman Michael J. | Customized program creation by splicing server based video, audio, or graphical segments |
US5737536A (en) * | 1993-02-19 | 1998-04-07 | Borland International, Inc. | System and methods for optimized access in a multi-user environment |
US5742892A (en) * | 1995-04-18 | 1998-04-21 | Sun Microsystems, Inc. | Decoder for a software-implemented end-to-end scalable video delivery system |
US5768511A (en) * | 1995-09-18 | 1998-06-16 | International Business Machines Corporation | Method and system for managing objects in networked computer system with action performed in the server and object updated in the client |
US5737495A (en) * | 1995-09-29 | 1998-04-07 | Intel Corporation | Method and apparatus for managing multimedia data files in a computer network by streaming data files into separate streams based on file attributes |
US5930526A (en) * | 1996-01-24 | 1999-07-27 | Intel Corporation | System for progressive transmission of compressed video including video data of first type of video frame played independently of video data of second type of video frame |
US5754774A (en) * | 1996-02-15 | 1998-05-19 | International Business Machine Corp. | Client/server communication system |
US5727159A (en) * | 1996-04-10 | 1998-03-10 | Kikinis; Dan | System in which a Proxy-Server translates information received from the Internet into a form/format readily usable by low power portable computers |
US5745642A (en) * | 1996-03-15 | 1998-04-28 | Broderbund Software, Inc. | System to add selectivley persistent resource data to unused bandwidth of digital movie |
US5768527A (en) * | 1996-04-23 | 1998-06-16 | Motorola, Inc. | Device, system and method of real-time multimedia streaming |
US5886733A (en) * | 1996-05-17 | 1999-03-23 | Sun Microsystems, Inc. | Method and apparatus for successive refinement of broadcasted video frames |
US5996022A (en) * | 1996-06-03 | 1999-11-30 | Webtv Networks, Inc. | Transcoding data in a proxy computer prior to transmitting the audio data to a client |
US5918013A (en) * | 1996-06-03 | 1999-06-29 | Webtv Networks, Inc. | Method of transcoding documents in a network environment using a proxy server |
KR100211055B1 (en) * | 1996-10-28 | 1999-07-15 | 정선종 | Scarable transmitting method for divided image objects based on content |
US6185625B1 (en) * | 1996-12-20 | 2001-02-06 | Intel Corporation | Scaling proxy server sending to the client a graphical user interface for establishing object encoding preferences after receiving the client's request for the object |
US5898833A (en) * | 1996-12-31 | 1999-04-27 | Intel Corporation | Method and apparatus for increasing the effective bandwidth of video sequences transmitted over a network by using cached data |
US6167442A (en) * | 1997-02-18 | 2000-12-26 | Truespectra Inc. | Method and system for accessing and of rendering an image for transmission over a network |
US6396805B2 (en) * | 1997-03-25 | 2002-05-28 | Intel Corporation | System for recovering from disruption of a data transfer |
US6237031B1 (en) * | 1997-03-25 | 2001-05-22 | Intel Corporation | System for dynamically controlling a network proxy |
US6247050B1 (en) * | 1997-09-12 | 2001-06-12 | Intel Corporation | System for collecting and displaying performance improvement information for a computer |
US6154771A (en) * | 1998-06-01 | 2000-11-28 | Mediastra, Inc. | Real-time receipt, decompression and play of compressed streaming video/hypervideo; with thumbnail display of past scenes and with replay, hyperlinking and/or recording permissively intiated retrospectively |
US6230162B1 (en) * | 1998-06-20 | 2001-05-08 | International Business Machines Corporation | Progressive interleaved delivery of interactive descriptions and renderers for electronic publishing of merchandise |
US6182031B1 (en) * | 1998-09-15 | 2001-01-30 | Intel Corp. | Scalable audio coding system |
-
1996
- 1996-12-31 US US08/775,407 patent/US5898833A/en not_active Expired - Lifetime
-
1999
- 1999-01-08 US US09/227,724 patent/US6363413B2/en not_active Expired - Lifetime
Cited By (20)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7548518B2 (en) * | 2001-06-29 | 2009-06-16 | Nokia Corporation | Receiver |
US20080089283A1 (en) * | 2001-06-29 | 2008-04-17 | Nokia Corporation | Receiver |
US7634652B2 (en) | 2006-01-12 | 2009-12-15 | Microsoft Corporation | Management of streaming content |
US20070174287A1 (en) * | 2006-01-17 | 2007-07-26 | Microsoft Corporation | Virtual Tuner Management |
US7669222B2 (en) | 2006-01-17 | 2010-02-23 | Microsoft Corporation | Virtual tuner management |
US8739230B2 (en) | 2006-01-20 | 2014-05-27 | Microsoft Corporation | Manager/remote content architecture |
US20070174476A1 (en) * | 2006-01-20 | 2007-07-26 | Microsoft Corporation | Streaming Content Navigation |
US7685306B2 (en) | 2006-01-20 | 2010-03-23 | Microsoft Corporation | Streaming content navigation |
US20070203714A1 (en) * | 2006-02-28 | 2007-08-30 | Microsoft Corporation | Purchasable Token Bandwidth Portioning |
US20080183844A1 (en) * | 2007-01-26 | 2008-07-31 | Andrew Gavin | Real time online video editing system and method |
US20080212936A1 (en) * | 2007-01-26 | 2008-09-04 | Andrew Gavin | System and method for editing web-based video |
US20080183608A1 (en) * | 2007-01-26 | 2008-07-31 | Andrew Gavin | Payment system and method for web-based video editing system |
US8286069B2 (en) | 2007-01-26 | 2012-10-09 | Myspace Llc | System and method for editing web-based video |
US8218830B2 (en) | 2007-01-29 | 2012-07-10 | Myspace Llc | Image editing system and method |
US20080181512A1 (en) * | 2007-01-29 | 2008-07-31 | Andrew Gavin | Image editing system and method |
WO2008137608A1 (en) * | 2007-05-01 | 2008-11-13 | Flektor, Inc. | System and method for flow control in web-based video editing system |
US20080275997A1 (en) * | 2007-05-01 | 2008-11-06 | Andrew Gavin | System and method for flow control in web-based video editing system |
US7934011B2 (en) | 2007-05-01 | 2011-04-26 | Flektor, Inc. | System and method for flow control in web-based video editing system |
US20110053621A1 (en) * | 2008-05-02 | 2011-03-03 | Creative Technology Ltd | Apparatus for enhanced messaging and a method for enhanced messaging |
US8611841B2 (en) * | 2008-05-02 | 2013-12-17 | Creative Technology Ltd | Apparatus for enhanced messaging and a method for enhanced messaging |
Also Published As
Publication number | Publication date |
---|---|
US5898833A (en) | 1999-04-27 |
US6363413B2 (en) | 2002-03-26 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US6363413B2 (en) | Method and apparatus for increasing the effective bandwidth of video sequences transmitted over a network by using cached data | |
JP4852563B2 (en) | System and method for communicating media signals | |
JP4165668B2 (en) | Method and apparatus for compressing continuous, non-separated data streams | |
US6496868B2 (en) | Transcoding audio data by a proxy computer on behalf of a client computer | |
EP1233591B1 (en) | Progressive streaming media rendering | |
US8898228B2 (en) | Methods and systems for scalable video chunking | |
US7733956B1 (en) | Method and apparatus for storing base and additive streams of video | |
US7548657B2 (en) | Adaptive video compression of graphical user interfaces using application metadata | |
US6816909B1 (en) | Streaming media player with synchronous events from multiple sources | |
US8230102B1 (en) | Combining and serving media content | |
US6430354B1 (en) | Methods of recording/reproducing moving image data and the devices using the methods | |
AU2002334720A1 (en) | System and method for communicating media signals | |
JP5314825B2 (en) | System and method for dynamically adaptive decoding of scalable video to stabilize CPU load | |
CN103309933A (en) | Method and apparatus for media data transmission | |
JP2006520039A (en) | Method, data structure, and system for processing a media data stream | |
KR20010028861A (en) | System and Method for Web Cataloging Dynamic Multimedia Using Java | |
JP3860957B2 (en) | Multimedia data transmission device | |
WO2002028085A2 (en) | Reusing decoded multimedia data for multiple users | |
Huseby | Video on the World Wide Web: accessing video from WWW browsers | |
Koivisto | Multimedia Presentation and Transmission Standards and Their Support for Automatic Analysis, Conversion and Scalling: A Survey |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
STCF | Information on status: patent grant |
Free format text: PATENTED CASE |
|
CC | Certificate of correction | ||
FPAY | Fee payment |
Year of fee payment: 4 |
|
FPAY | Fee payment |
Year of fee payment: 8 |
|
FPAY | Fee payment |
Year of fee payment: 12 |