US20130304874A1 - Multi-stream bit rate adaptation - Google Patents
Multi-stream bit rate adaptation Download PDFInfo
- Publication number
- US20130304874A1 US20130304874A1 US13/944,912 US201313944912A US2013304874A1 US 20130304874 A1 US20130304874 A1 US 20130304874A1 US 201313944912 A US201313944912 A US 201313944912A US 2013304874 A1 US2013304874 A1 US 2013304874A1
- Authority
- US
- United States
- Prior art keywords
- client
- buffer
- server
- bit rate
- item
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Abandoned
Links
Images
Classifications
-
- H04L65/601—
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/60—Network streaming of media packets
- H04L65/75—Media network packet handling
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/60—Network streaming of media packets
- H04L65/61—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio
- H04L65/611—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for multicast or broadcast
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/60—Network streaming of media packets
- H04L65/75—Media network packet handling
- H04L65/752—Media network packet handling adapting media to network capabilities
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/60—Network streaming of media packets
- H04L65/75—Media network packet handling
- H04L65/756—Media network packet handling adapting media to device capabilities
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/60—Network streaming of media packets
- H04L65/75—Media network packet handling
- H04L65/762—Media network packet handling at the source
Definitions
- the present invention relates generally to data communications, and specifically to methods and systems for transmitting digital media over a network.
- streaming in this context means that the client plays the content (i.e., displays the corresponding images and/or generates sound) simultaneously with receiving the media data over the network, although there may be a small lag due to buffering at the client side.
- the streamed content may be either live or pre-recorded.
- multimedia content is encoded at a bit rate that exceeds the available transmission bandwidth to a given client, the content received by the client will be degraded or possibly unusable.
- Various solutions have therefore been proposed to enable the data transmission rate to be adjusted to fit the resources, such as bandwidth and processing capabilities, of each client.
- Scalable Video Coding enables the transmission and decoding of partial bit streams to provide video services with lower temporal or spatial resolution or reduced fidelity.
- SVC has been standardized in Annex G of the H.264/MPEG-4 AVC video compression standard.
- a useful survey of the features and capabilities of SVC is provided by Schwarz et al., in “Overview of the Scalable Video Coding Extension of the H.264/AVC Standard,” IEEE Transactions on Circuits and Systems for Video Technology 17:9 (2007), pages 1103-1120, which is incorporated herein by reference.
- Embodiments of the present invention that are described hereinbelow provide methods for media streaming with enhanced server-side control.
- a method for communication including providing an item of media content for streaming in a plurality of versions having different, respective bit rates.
- the media content is streamed from a server to a client by transmitting a first version of the item over a network at a first bit rate from the server to the client via a server buffer associated with the server, and monitoring a fill level of the server buffer while streaming the media content.
- the server switches to transmitting a second version of the item at a second bit rate, different from the first bit rate, to the client in response to a change in the fill level of the server buffer.
- providing the item of media content includes receiving and transcoding an original item at a full bit rate so as to generate the versions at multiple partial bit rates.
- the media content includes a video stream, and at least some of the versions have different, respective frame rates.
- transmitting the first and second versions includes transmitting data packets over the network from the server to the client, and the method includes receiving messages at the server from the client that report receipt of the data packets, and controlling the fill level of the server buffer responsively to the received messages.
- the data packets are transmitted in accordance with a Transmission Control Protocol (TCP), wherein the server buffer includes a TCP send buffer, and wherein the messages from the client include TCP acknowledgments.
- TCP Transmission Control Protocol
- monitoring the fill level includes comparing the fill level to at least an upper threshold and a lower threshold, and switching to transmitting the second version includes switching to a lower bit rate when the fill level passes above the upper threshold, and switching to a higher bit rate when the fill level passes below the lower threshold.
- switching to transmitting the second version may include switching to the lower bit rate when the fill level passes above an upper margin, lower than the upper threshold, and switching to the higher bit rate when the fill level passes below a lower margin, higher than the lower threshold, and an I-frame is encountered in the compressed video stream.
- the method includes defining a buffer danger level above the upper threshold, wherein switching to the lower bit rate includes reducing the bit rate by one increment when the fill level passes above the upper margin but is below the buffer danger level, and reducing the bit rate by multiple increments in a single step when the fill level passes above the buffer danger level.
- a method for communication including providing an item of video content for streaming in a plurality of versions, at least two of the versions having different, respective frame rates.
- the video content is streamed from a server to a client by transmitting a first version of the item over a network at a first frame rate from the server to the client.
- the server switches to transmitting a second version of the item at a second frame rate, different from the first frame rate, from the server to the client.
- providing the item of video content includes receiving and transcoding an original item at a full frame rate so as to generate the versions at multiple partial frame rates.
- providing the item of video content includes aligning the versions so that at least some first frames in the first version are synchronized with respective second frames in the second version.
- the video content includes a compressed video stream including I-frames and P-frames
- switching to transmitting the second version may include switching to the second version at one of the P-frames.
- communication apparatus including a media source, which is configured to provide an item of media content for streaming in a plurality of versions having different, respective bit rates.
- a client interface includes a buffer and is configured to stream the media content from the source to a client by transmitting a first version of the item over a network at a first bit rate via the buffer to the client, to monitor a fill level of the buffer while streaming the media content, and to switch to transmitting a second version of the item at a second bit rate, different from the first bit rate, in response to a change in the fill level of the buffer.
- communication apparatus including a media source, which is configured to provide an item of video content for streaming in a plurality of versions, at least two of the versions having different, respective frame rates.
- a client interface is configured to stream the video content from the source to a client by transmitting a first version of the item over a network to the client at a first frame rate, and in response to a change in transmission conditions, to switch to transmitting a second version of the item to the client at a second frame rate, different from the first frame rate.
- FIG. 1 is a block diagram that schematically illustrates a communication system, in accordance with an embodiment of the present invention
- FIG. 2 is a block diagram that schematically illustrates a client interface, in accordance with an embodiment of the present invention
- FIG. 3 is a timing diagram that schematically illustrates frames of a media stream at a number of different bit rates and frame rates, in accordance with an embodiment of the present invention
- FIG. 4 is a block diagram that schematically shows an interaction of buffers in a communication system, in accordance with an embodiment of the present invention.
- FIG. 5 is a flow chart that schematically illustrates a method for multi-rate media streaming, in accordance with an embodiment of the present invention.
- multiple different versions of a given item of streaming media content are provided, each with a different bit rate.
- some of the versions may have different frame rates.
- the different versions may be generated by transcoding an original, full-bit-rate version of the media content item, either on the fly or off-line followed by storage of the different versions in a memory for readout as needed.
- the server monitors the progress of transmission to each client and selects the appropriate version to transmit accordingly. Based on this monitoring, the server may from time to time switch to transmitting a different version to the client. This arrangement enables the server to provide a large number of clients with optimized media streams, without necessarily requiring any special client-side capabilities.
- the server streams the media content to clients via server buffers, which mirror the presumed condition of the corresponding client device buffers.
- the server controls the fill level of each server buffer based on messages that it receives from the corresponding client, which report receipt of the streaming data.
- These messages and buffer control functions may be associated with and controlled by the media streaming application running on the server, or they may alternatively be associated with the flow control functionality of the applicable communication protocol (such as TCP acknowledgment messages), and may run on the server at the kernel level or even in hardware.
- TCP acknowledgment messages such as TCP acknowledgment messages
- some embodiments of the present invention make use of an actual protocol buffer, such as the TCP send buffer, while in other embodiments the server buffer may be a virtual buffer that simply models the amount of data in the network.
- the server monitors the fill level of the server buffer while streaming the media content and generally tries to maintain the buffer fill level in an intermediate range, in which the bit rate of the encoded media is roughly matched to the available streaming rate of the network.
- the server switches to transmitting a different version of the content item, at a higher or lower bit rate, in order to return the fill level to the intermediate range.
- the embodiments described below are directed mainly (though not exclusively) to streaming of video content, and some of the different versions of a given video item may thus have different, respective frame rates.
- the server switches the version and bit rate transmitted to a given client, it may make a change in the video frame rate.
- the versions are typically aligned so that at least some frames in each version are synchronized with respective frames in other versions at different frame rates.
- the synchronization of the different versions makes it possible to switch versions immediately at the P-frames, rather than having to wait to switch at an I-frame (which could take several seconds).
- FIG. 1 is a block diagram that schematically illustrates a communication system 20 , in accordance with an embodiment of the present invention.
- a media server 22 receives various items of media content (such as video programs) from one or more content servers 24 , typically via a network 26 , such as the Internet or an intranet.
- Server 22 distributes the content to multiple clients 28 concurrently in response to client requests (possibly as a multicast, or video-on-demand service).
- Clients 28 are pictured in FIG. 1 as mobile devices, which communicate with server 22 over wireless links, via a cellular network 36 , for example.
- Such clients may comprise, for example, cell phones, personal digital assistants, or portable media players, for example.
- clients 28 may comprise personal computers or television set-top boxes (not shown), which communicate with server 22 over either wireless or wired links.
- Server 22 typically comprises a general-purpose computer or a cluster of such computers, with suitable interfaces, one or more processors, and software for carrying out the functions that are described herein.
- the software may be downloaded to the computer in electronic form, over a network, for example.
- the software may be held on tangible, non-transitory storage media, such as optical, magnetic, or electronic memory media.
- at least some of the functions of server 22 may be performed by dedicated or programmable hardware logic circuits. For the sake of simplicity and clarity, only those elements of server 22 that are essential to an understanding of the present invention are shown in the figures.
- Server 22 comprises a content adaptation module, referred to herein as a transcoder 30 , which receives multiple channels of media content from content servers 24 .
- the channel content may be live or pre-recorded.
- server 22 may comprise multiple transcoders, such as a respective transcoder for each content channel that the server receives.
- Transcoder 30 typically generates multiple versions of each incoming content item, each at a different bit rate, as described in greater detail hereinbelow. The transcoder may generate these multiple versions on the fly, as the content comes in from servers 24 and streams out to clients 28 .
- at least some of the transcoded versions may be stored in a memory 32 for subsequent readout when required. These stored versions may alternatively be transcoded by other equipment (not shown), external to server 22 , and then uploaded to the server for storage in memory 32 .
- Client interfaces 34 interact with respective clients 28 , typically (although not necessarily) with an individual client interface for each client.
- Client interfaces 34 communicate with clients 28 via appropriate network connections and modems, which are known in the art and are omitted from the figures for the sake of simplicity.
- the client interfaces receive requests from clients to transmit certain content items, such as video programs, and in response convey the appropriate versions of the requested items (from transcoder 30 or memory 32 ) to the clients.
- the methods used by the client interfaces in selecting the appropriate versions are described in detail hereinbelow.
- client interfaces 34 and clients 28 communicate with one another using suitable network transport protocols, such as the Transmission Control Protocol (TCP) or the Real-Time Transport Protocol (RTP).
- TCP Transmission Control Protocol
- RTP Real-Time Transport Protocol
- FIG. 2 is a block diagram that schematically shows details of one of client interfaces 34 , in accordance with an embodiment of the present invention.
- the figure illustrates the functionality of a single client interface, serving one client 28 . This functionality is replicated for each client that is in communication with server 22 .
- the blocks within client interface 34 in Fig. are functional blocks, which do not necessary correspond to discrete physical components.
- client 28 has selected an item of video content, such as a certain program or channel, to view.
- Client interface 34 retrieves the video content from a media source, which may be either transcoder 30 , memory 32 , or a combination of the two.
- the content is made available from the source to the client interface in N different versions at different, respective bit rates, labeled BR 1 , BR 2 , . . . , BRN in the figure.
- BR 1 represents the lowest bit rate
- BRN is the highest available bit rate, possibly corresponding to the original input content.
- a bit rate adaptation (BRA) controller 38 selects the version (and hence the bit rate) to transmit to the client at any given point and typically changes versions from time to time in the course of transmitting the content item, as described below. Different clients viewing the same content item may receive the same version or different versions, depending on the current selections of their respective client interfaces.
- Client interface 34 transmits the stream of video content at the selected bit rate to client 28 via a server buffer 39 .
- This buffer may be a dedicated, proprietary type of buffer, but in some embodiments the client interface takes advantage of standard buffering that is a part of the transport protocol, such as TCP, that it uses in communicating with the client.
- the server may fill the buffer at the full available data rate, or may alternatively fill the buffer at the bit rate of the encoded media.
- the buffer fill level is controlled by client interface 34 based on control messages, such as TCP acknowledgments, that the client interface receives from client 28 .
- BRA controller 38 receives status information from buffer 39 indicating the fill level, and may change its selection of the video version (and bit rate) in response to changes in the buffer level. This buffer-based BRA mechanism is described in detail hereinbelow.
- FIG. 3 is a timing diagram that schematically illustrates frames 42 of a video stream 41 at a number of different bit rates, in accordance with an embodiment of the present invention.
- a source video stream, at the full frame rate of thirty frames per second (fps), is labeled BR 8 .
- FIG. 3 shows a segment of stream 41 that is 0.2 sec long, containing six frames 42 of the BR 8 stream.
- Transcoder 30 generates seven subsidiary streams at lower bit rates, ranging from 40 kbps to 280 kbps:
- the frames of the different versions are temporally aligned, and coincident frames in different versions will therefore have the same timestamps.
- This synchronization is useful in facilitating fast, clean transitions between versions, without having to wait for an Intra (I) frame to make the transition. Rather, as a result of the synchronization, a Predictive (P) frame occurring immediately after a transition to a new frame rate can be treated by client 28 as referring back to the most recent P or I frame in the stream at the previous frame rate.
- P Predictive
- the next BR 3 P-frame can be referred back to the first BR 2 P-frame in the interval for reconstruction.
- This synchronization of the different versions permits BRA controller 38 to make version transitions with a granularity of less than 0.2 sec.
- I-frames typically occur roughly once every 3-5 sec.
- switching versions at I-frames may give better video quality at the transition, limiting version changes to I-frames reduces the ability of the BRA controller to adapt promptly to changes in network conditions.
- FIG. 4 is a block diagram that schematically illustrates how client interface 34 uses buffer 39 in controlling its transmission bit rate, in accordance with an embodiment of the present invention.
- the client interface assumes that buffer 39 mirrors a client buffer 45 maintained by client 28 .
- a video player in client 28 reads and decompresses the video data from buffer 45 for playback on the client.
- the object of BRA controller 38 is to keep client buffer 45 at an intermediate fill level, since overflow of the client buffer will result in dropped packets, while underflow may cause the video playback on the client to freeze or repeat a segment or even to terminate the connection with server 22 .
- client interface 34 Because client interface 34 is not able to monitor client buffer 45 directly, it uses the fill level of server buffer 39 as an indicator: An increase in the fill level of buffer 39 indicates that the data flow via network 36 to client 28 is slower than the bit rate of the current video version, meaning that the fill level of buffer 45 is decreasing. Conversely, a decrease in the fill level of buffer 39 indicates that the fill level of buffer 45 is increasing. Therefore, BRA controller 38 will generally switch to a version with a lower bit rate when buffer 39 fills to above a certain threshold level and will switch to a version with a higher bit rate when buffer 39 empties to below another, lower threshold level. As a result, the fill level of buffer 39 (and hence of buffer 45 , as well) will tend to oscillate slowly above and below a desired, intermediate level. Details of this process are described below with reference to FIG. 5 .
- server 22 uses messages from client 28 in controlling the level of buffer 39 , wherein the messages may be application-level messages that are received and processed by client interface 34 , or protocol-level messages that are received and processed by other components of the server.
- buffer 39 may comprise a TCP send buffer, as provided by TCP standards.
- RRC Request for Comments
- IETF Internet Engineering Task Force
- TCP acknowledgment messages from client 28 indicate to server 22 how much more TCP data the client is prepared to receive at any given time, and the server then transmits data from buffer 39 accordingly, as is known in the art.
- TCP transmission and buffer fill level may be further regulated using congestion control features of TCP, as described, for example, by Allman et al. in IETF RFC 5681, entitled “TCP Congestion Control” (2009), which is available at tools.ietf.org/html/rfc5681 and is also incorporated herein by reference.
- Client interface 34 monitors the TCP send buffer level, and possibly other TCP state variables, in order to control the media transmission bit rate.
- FIG. 5 is a flow chart that schematically illustrates a method for multi-rate media streaming, in accordance with an embodiment of the present invention. This method is based on the buffer structure and control mechanisms that are described above.
- the method of FIG. 5 attempts to maintain the fill level of server buffer 39 in the vicinity of a target, intermediate working level.
- the working level of buffer may be set, for example, to 65 kb.
- the following thresholds may then be set relative to the working level:
- BRA controller 38 makes or receives an initial estimate of the available network bit rate for transmission to client 28 , and chooses one of the available video versions accordingly, at an initial rate selection step 50 .
- the video version is initially selected “optimistically,” with an initial bit rate that is a little higher than the estimated network bit rate.
- the objective of the method generally is to choose video versions with bit rates as close as possible to the network bit rate, so that buffer 39 will fill and empty slowly.
- the BRA controller 38 periodically checks the fill level of buffer 39 against the upper margin, at an upper margin checking step 52 .
- the BRA controller continues to check whether the buffer level has continued to rise to the upper limit, at an upper limit checking step 54 .
- the BRA controller checks the video stream itself to find the next I-frame, at an I-frame checking step 56 . It is desirable, for the sake of video quality, to switch between streams at I-frames. Therefore, upon encountering an I-frame at step 56 , the BRA controller will decrease the bit rate by one increment (for example, from BR 3 to BR 2 ), at a version decrementing step 58 , even if the buffer has not yet reached the upper limit.
- BRA controller 38 will decrement the bit rate at step 58 at one of the P-frames. If the change in bit rate involves a change in frame rate, the BRA controller may delay the transition slightly until it reaches a P-frame in the new video stream that can properly reference an earlier P- or I-frame in the previous stream.
- buffer 39 may reach the Danger 1 level, at a first danger step 60 , or even the Danger 2 level, at a second danger step 62 .
- BRA controller 38 will decrement the bit rate by a larger factor, typically by two increments (from BR 4 to BR 2 , for example). If the buffer has reached only the Danger 1 level, the BRA controller will delay the transition until it reaches either an I-frame or a P-frame in the new stream with a proper reference, as explained above, at a double decrement step 64 .
- the BRA controller will either immediately switch to an I-frame or to a P-frame with a proper reference if available, or will otherwise force skip mode encoding until the next I-frame, at an urgent decrement step 66 .
- BRA controller 38 checks whether the buffer level has dropped below the lower margin, at a lower margin checking step 68 . The BRA controller then continues to check whether the buffer level has dropped below the lower limit, at a lower limit checking step 70 , and checks for the next I-frame in the stream, at an I-frame checking step 72 . Upon reaching an I-frame at step 72 , the BRA controller immediately switches to a video version with bit rate one increment higher, at a version incrementing step 74 . Otherwise, upon reaching the lower limit at step 70 , the BRA controller switches versions at step 74 at the next P-frame that has a proper reference.
- the buffer fill level should begin to increase gradually.
- the BRA controller therefore continues at step 52 and proceeds through the steps of the method for the duration of the transmission.
- This sort of alternation between rising and falling buffer levels is the expected, normal course of affairs in media transmission in system 20 .
- BRA controller 38 typically monitors the buffer fill against both the upper and lower limits continuously in order to detect and compensate for unexpected changes in the network transmission rate.
Landscapes
- Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
Abstract
Description
- This application is a continuation of U.S. patent application Ser. 13/041,398, filed Mar. 6, 2011, which claims the benefit of U.S. Provisional Patent Application 61/311,785, filed Mar. 9, 2010. Both of these related applications are incorporated herein by reference.
- The present invention relates generally to data communications, and specifically to methods and systems for transmitting digital media over a network.
- Various methods have been developed for streaming multimedia content, such as audio and video, over packet communication networks. “Streaming” in this context means that the client plays the content (i.e., displays the corresponding images and/or generates sound) simultaneously with receiving the media data over the network, although there may be a small lag due to buffering at the client side. The streamed content may be either live or pre-recorded.
- If multimedia content is encoded at a bit rate that exceeds the available transmission bandwidth to a given client, the content received by the client will be degraded or possibly unusable. Various solutions have therefore been proposed to enable the data transmission rate to be adjusted to fit the resources, such as bandwidth and processing capabilities, of each client.
- For example, U.S. Pat. No. 7,444,418, whose disclosure is incorporated herein by reference, describes a method in which the available transmission rate of a downlink channel is estimated by calculating packet round trip times and congestion windows. If the transmission rate at which the multimedia information is encoded is greater than the available transmission rate, the multimedia information is transcoded to conform to the available transmission rate.
- Another method for controlled media streaming is described in U.S. Patent Application Publication 2010/0312828, whose disclosure is also incorporated herein by reference. This publication describes a method for data communications in which a server conveys to a client a virtual index file, which identifies multiple sequences of media files available for download to the client. The index file includes a plurality of sequences that contain a given item of streaming content for download to the client at a different, respective data rate for each sequence. A selection is received from the client of a sequence among the plurality of the sequences of the media files. Responsively to the selection, the media files in the sequence are created at the respective data rate and are downloaded to the client.
- Scalable Video Coding (SVC) enables the transmission and decoding of partial bit streams to provide video services with lower temporal or spatial resolution or reduced fidelity. SVC has been standardized in Annex G of the H.264/MPEG-4 AVC video compression standard. A useful survey of the features and capabilities of SVC is provided by Schwarz et al., in “Overview of the Scalable Video Coding Extension of the H.264/AVC Standard,” IEEE Transactions on Circuits and Systems for Video Technology 17:9 (2007), pages 1103-1120, which is incorporated herein by reference.
- Embodiments of the present invention that are described hereinbelow provide methods for media streaming with enhanced server-side control.
- There is therefore provided, in accordance with an embodiment of the present invention, a method for communication, including providing an item of media content for streaming in a plurality of versions having different, respective bit rates. The media content is streamed from a server to a client by transmitting a first version of the item over a network at a first bit rate from the server to the client via a server buffer associated with the server, and monitoring a fill level of the server buffer while streaming the media content. The server switches to transmitting a second version of the item at a second bit rate, different from the first bit rate, to the client in response to a change in the fill level of the server buffer.
- In a disclosed embodiment, providing the item of media content includes receiving and transcoding an original item at a full bit rate so as to generate the versions at multiple partial bit rates. Typically, the media content includes a video stream, and at least some of the versions have different, respective frame rates.
- In some embodiments, transmitting the first and second versions includes transmitting data packets over the network from the server to the client, and the method includes receiving messages at the server from the client that report receipt of the data packets, and controlling the fill level of the server buffer responsively to the received messages. In one embodiment, the data packets are transmitted in accordance with a Transmission Control Protocol (TCP), wherein the server buffer includes a TCP send buffer, and wherein the messages from the client include TCP acknowledgments.
- In disclosed embodiments, monitoring the fill level includes comparing the fill level to at least an upper threshold and a lower threshold, and switching to transmitting the second version includes switching to a lower bit rate when the fill level passes above the upper threshold, and switching to a higher bit rate when the fill level passes below the lower threshold. When the media content includes a compressed video stream including I-frames and P-frames, switching to transmitting the second version may include switching to the lower bit rate when the fill level passes above an upper margin, lower than the upper threshold, and switching to the higher bit rate when the fill level passes below a lower margin, higher than the lower threshold, and an I-frame is encountered in the compressed video stream. Additionally or alternatively, the method includes defining a buffer danger level above the upper threshold, wherein switching to the lower bit rate includes reducing the bit rate by one increment when the fill level passes above the upper margin but is below the buffer danger level, and reducing the bit rate by multiple increments in a single step when the fill level passes above the buffer danger level.
- There is also provided, in accordance with an embodiment of the present invention, a method for communication, including providing an item of video content for streaming in a plurality of versions, at least two of the versions having different, respective frame rates. The video content is streamed from a server to a client by transmitting a first version of the item over a network at a first frame rate from the server to the client. In response to a change in transmission conditions, the server switches to transmitting a second version of the item at a second frame rate, different from the first frame rate, from the server to the client.
- Typically, providing the item of video content includes receiving and transcoding an original item at a full frame rate so as to generate the versions at multiple partial frame rates.
- In some embodiments, providing the item of video content includes aligning the versions so that at least some first frames in the first version are synchronized with respective second frames in the second version. When the video content includes a compressed video stream including I-frames and P-frames, and switching to transmitting the second version may include switching to the second version at one of the P-frames.
- There is additionally provided, in accordance with an embodiment of the present invention, communication apparatus, including a media source, which is configured to provide an item of media content for streaming in a plurality of versions having different, respective bit rates. A client interface includes a buffer and is configured to stream the media content from the source to a client by transmitting a first version of the item over a network at a first bit rate via the buffer to the client, to monitor a fill level of the buffer while streaming the media content, and to switch to transmitting a second version of the item at a second bit rate, different from the first bit rate, in response to a change in the fill level of the buffer.
- There is further provided, in accordance with an embodiment of the present invention, communication apparatus, including a media source, which is configured to provide an item of video content for streaming in a plurality of versions, at least two of the versions having different, respective frame rates. A client interface is configured to stream the video content from the source to a client by transmitting a first version of the item over a network to the client at a first frame rate, and in response to a change in transmission conditions, to switch to transmitting a second version of the item to the client at a second frame rate, different from the first frame rate.
- The present invention will be more fully understood from the following detailed description of the embodiments thereof, taken together with the drawings in which:
-
FIG. 1 is a block diagram that schematically illustrates a communication system, in accordance with an embodiment of the present invention; -
FIG. 2 is a block diagram that schematically illustrates a client interface, in accordance with an embodiment of the present invention; -
FIG. 3 is a timing diagram that schematically illustrates frames of a media stream at a number of different bit rates and frame rates, in accordance with an embodiment of the present invention; -
FIG. 4 is a block diagram that schematically shows an interaction of buffers in a communication system, in accordance with an embodiment of the present invention; and -
FIG. 5 is a flow chart that schematically illustrates a method for multi-rate media streaming, in accordance with an embodiment of the present invention. - In media streaming operations over communication networks, many clients may receive a given item of media content simultaneously from the same server. Typically—and particularly in wireless mobile network environments—different clients may have different media playback capabilities, and the available bandwidths between the server and different clients may dynamically vary over a wide range. It is therefore desirable that the server transmit different versions of the content item at different bit rates, which optimally match the available bandwidth and capabilities of each client, so that each client receives the best possible reproduction of the media content.
- In embodiments of the present invention that are described hereinbelow, multiple different versions of a given item of streaming media content are provided, each with a different bit rate. In the case of video content, some of the versions may have different frame rates. The different versions may be generated by transcoding an original, full-bit-rate version of the media content item, either on the fly or off-line followed by storage of the different versions in a memory for readout as needed. For each client, the server monitors the progress of transmission to each client and selects the appropriate version to transmit accordingly. Based on this monitoring, the server may from time to time switch to transmitting a different version to the client. This arrangement enables the server to provide a large number of clients with optimized media streams, without necessarily requiring any special client-side capabilities.
- In some embodiments, the server streams the media content to clients via server buffers, which mirror the presumed condition of the corresponding client device buffers. Typically, the server controls the fill level of each server buffer based on messages that it receives from the corresponding client, which report receipt of the streaming data. These messages and buffer control functions may be associated with and controlled by the media streaming application running on the server, or they may alternatively be associated with the flow control functionality of the applicable communication protocol (such as TCP acknowledgment messages), and may run on the server at the kernel level or even in hardware. By the same token, some embodiments of the present invention make use of an actual protocol buffer, such as the TCP send buffer, while in other embodiments the server buffer may be a virtual buffer that simply models the amount of data in the network.
- In any case, the server monitors the fill level of the server buffer while streaming the media content and generally tries to maintain the buffer fill level in an intermediate range, in which the bit rate of the encoded media is roughly matched to the available streaming rate of the network. When the fill level of the server buffer changes by more than some threshold amount, the server switches to transmitting a different version of the content item, at a higher or lower bit rate, in order to return the fill level to the intermediate range.
- The embodiments described below are directed mainly (though not exclusively) to streaming of video content, and some of the different versions of a given video item may thus have different, respective frame rates. As a result, when the server switches the version and bit rate transmitted to a given client, it may make a change in the video frame rate. To facilitate frame rate changes, the versions are typically aligned so that at least some frames in each version are synchronized with respective frames in other versions at different frame rates. When transmitting compressed video streams that comprise I-frames and P-frames, such as MPEG streams, the synchronization of the different versions makes it possible to switch versions immediately at the P-frames, rather than having to wait to switch at an I-frame (which could take several seconds).
-
FIG. 1 is a block diagram that schematically illustrates acommunication system 20, in accordance with an embodiment of the present invention. Amedia server 22 receives various items of media content (such as video programs) from one ormore content servers 24, typically via anetwork 26, such as the Internet or an intranet.Server 22 distributes the content tomultiple clients 28 concurrently in response to client requests (possibly as a multicast, or video-on-demand service).Clients 28 are pictured inFIG. 1 as mobile devices, which communicate withserver 22 over wireless links, via acellular network 36, for example. Such clients may comprise, for example, cell phones, personal digital assistants, or portable media players, for example. Alternatively or additionally,clients 28 may comprise personal computers or television set-top boxes (not shown), which communicate withserver 22 over either wireless or wired links. -
Server 22 typically comprises a general-purpose computer or a cluster of such computers, with suitable interfaces, one or more processors, and software for carrying out the functions that are described herein. The software may be downloaded to the computer in electronic form, over a network, for example. Alternatively or additionally, the software may be held on tangible, non-transitory storage media, such as optical, magnetic, or electronic memory media. Further alternatively or additionally, at least some of the functions ofserver 22 may be performed by dedicated or programmable hardware logic circuits. For the sake of simplicity and clarity, only those elements ofserver 22 that are essential to an understanding of the present invention are shown in the figures. -
Server 22 comprises a content adaptation module, referred to herein as atranscoder 30, which receives multiple channels of media content fromcontent servers 24. The channel content may be live or pre-recorded. Although only a single transcoder is shown in the figures,server 22 may comprise multiple transcoders, such as a respective transcoder for each content channel that the server receives.Transcoder 30 typically generates multiple versions of each incoming content item, each at a different bit rate, as described in greater detail hereinbelow. The transcoder may generate these multiple versions on the fly, as the content comes in fromservers 24 and streams out toclients 28. Alternatively or additionally, at least some of the transcoded versions may be stored in amemory 32 for subsequent readout when required. These stored versions may alternatively be transcoded by other equipment (not shown), external toserver 22, and then uploaded to the server for storage inmemory 32. - Multiple client interfaces 34 interact with
respective clients 28, typically (although not necessarily) with an individual client interface for each client. Client interfaces 34 communicate withclients 28 via appropriate network connections and modems, which are known in the art and are omitted from the figures for the sake of simplicity. The client interfaces receive requests from clients to transmit certain content items, such as video programs, and in response convey the appropriate versions of the requested items (fromtranscoder 30 or memory 32) to the clients. The methods used by the client interfaces in selecting the appropriate versions are described in detail hereinbelow. - Typically, client interfaces 34 and
clients 28 communicate with one another using suitable network transport protocols, such as the Transmission Control Protocol (TCP) or the Real-Time Transport Protocol (RTP). The embodiments described below focus on the use of TCP transport and associated messaging. An alternative embodiment based on RTP is described in the above-mentioned provisional patent application. -
FIG. 2 is a block diagram that schematically shows details of one of client interfaces 34, in accordance with an embodiment of the present invention. The figure illustrates the functionality of a single client interface, serving oneclient 28. This functionality is replicated for each client that is in communication withserver 22. The blocks withinclient interface 34 in Fig. are functional blocks, which do not necessary correspond to discrete physical components. - In the pictured embodiment, it is assumed that
client 28 has selected an item of video content, such as a certain program or channel, to view.Client interface 34 retrieves the video content from a media source, which may be eithertranscoder 30,memory 32, or a combination of the two. The content is made available from the source to the client interface in N different versions at different, respective bit rates, labeled BR1, BR2, . . . , BRN in the figure. For the sake of simplicity, it will be assumed that BR1 represents the lowest bit rate, while BRN is the highest available bit rate, possibly corresponding to the original input content. A bit rate adaptation (BRA)controller 38 selects the version (and hence the bit rate) to transmit to the client at any given point and typically changes versions from time to time in the course of transmitting the content item, as described below. Different clients viewing the same content item may receive the same version or different versions, depending on the current selections of their respective client interfaces. -
Client interface 34 transmits the stream of video content at the selected bit rate toclient 28 via aserver buffer 39. This buffer may be a dedicated, proprietary type of buffer, but in some embodiments the client interface takes advantage of standard buffering that is a part of the transport protocol, such as TCP, that it uses in communicating with the client. The server may fill the buffer at the full available data rate, or may alternatively fill the buffer at the bit rate of the encoded media. The buffer fill level is controlled byclient interface 34 based on control messages, such as TCP acknowledgments, that the client interface receives fromclient 28.BRA controller 38 receives status information frombuffer 39 indicating the fill level, and may change its selection of the video version (and bit rate) in response to changes in the buffer level. This buffer-based BRA mechanism is described in detail hereinbelow. -
FIG. 3 is a timing diagram that schematically illustratesframes 42 of avideo stream 41 at a number of different bit rates, in accordance with an embodiment of the present invention. A source video stream, at the full frame rate of thirty frames per second (fps), is labeled BR8.FIG. 3 shows a segment ofstream 41 that is 0.2 sec long, containing sixframes 42 of the BR8 stream.Transcoder 30 generates seven subsidiary streams at lower bit rates, ranging from 40 kbps to 280 kbps: -
- BR1-40 kbps, 5 fps
- BR2-80 kbps, 5 fps
- BR3-120 kbps, 10 fps
- BR4-160 kbps, 10 fps
- BR5-200 kbps, 10 fps
- BR6-240 kbps, 15 fps
- BR7-280 kbps, 15 fps
The streams are compressed, typically using both intra-coding of individual frames and predictive coding of sequences of frames, as is known in the art and is used widely in MPEG-standard compression.
- As shown in
FIG. 3 , the frames of the different versions are temporally aligned, and coincident frames in different versions will therefore have the same timestamps. This synchronization is useful in facilitating fast, clean transitions between versions, without having to wait for an Intra (I) frame to make the transition. Rather, as a result of the synchronization, a Predictive (P) frame occurring immediately after a transition to a new frame rate can be treated byclient 28 as referring back to the most recent P or I frame in the stream at the previous frame rate. Thus, for example, if a transition from BR2 (5 fps) to BR3 (10 fps) occurs during the 0.2 sec interval shown in the figure, the next BR3 P-frame can be referred back to the first BR2 P-frame in the interval for reconstruction. - This synchronization of the different versions permits
BRA controller 38 to make version transitions with a granularity of less than 0.2 sec. By comparison, I-frames typically occur roughly once every 3-5 sec. Although switching versions at I-frames may give better video quality at the transition, limiting version changes to I-frames reduces the ability of the BRA controller to adapt promptly to changes in network conditions. -
FIG. 4 is a block diagram that schematically illustrates howclient interface 34 usesbuffer 39 in controlling its transmission bit rate, in accordance with an embodiment of the present invention. In this model, the client interface assumes thatbuffer 39 mirrors aclient buffer 45 maintained byclient 28. A video player inclient 28 reads and decompresses the video data frombuffer 45 for playback on the client. The object ofBRA controller 38 is to keepclient buffer 45 at an intermediate fill level, since overflow of the client buffer will result in dropped packets, while underflow may cause the video playback on the client to freeze or repeat a segment or even to terminate the connection withserver 22. - Because
client interface 34 is not able to monitorclient buffer 45 directly, it uses the fill level ofserver buffer 39 as an indicator: An increase in the fill level ofbuffer 39 indicates that the data flow vianetwork 36 toclient 28 is slower than the bit rate of the current video version, meaning that the fill level ofbuffer 45 is decreasing. Conversely, a decrease in the fill level ofbuffer 39 indicates that the fill level ofbuffer 45 is increasing. Therefore,BRA controller 38 will generally switch to a version with a lower bit rate whenbuffer 39 fills to above a certain threshold level and will switch to a version with a higher bit rate whenbuffer 39 empties to below another, lower threshold level. As a result, the fill level of buffer 39 (and hence ofbuffer 45, as well) will tend to oscillate slowly above and below a desired, intermediate level. Details of this process are described below with reference toFIG. 5 . - As noted earlier,
server 22 uses messages fromclient 28 in controlling the level ofbuffer 39, wherein the messages may be application-level messages that are received and processed byclient interface 34, or protocol-level messages that are received and processed by other components of the server. For example, whenclient interface 34 uses TCP connections and packets to transmit the streaming media toclient 28,buffer 39 may comprise a TCP send buffer, as provided by TCP standards. These standards are summarized, for example, in Request for Comments (RFC) 1122 of the Internet Engineering Task Force (IETF), entitled “Requirements for Internet Hosts—Communication Layers” (1989), which is available at tools.ietf.org/html/rfc1122 and is incorporated herein by reference. TCP acknowledgment messages fromclient 28 indicate toserver 22 how much more TCP data the client is prepared to receive at any given time, and the server then transmits data frombuffer 39 accordingly, as is known in the art. TCP transmission and buffer fill level may be further regulated using congestion control features of TCP, as described, for example, by Allman et al. in IETF RFC 5681, entitled “TCP Congestion Control” (2009), which is available at tools.ietf.org/html/rfc5681 and is also incorporated herein by reference.Client interface 34 monitors the TCP send buffer level, and possibly other TCP state variables, in order to control the media transmission bit rate. -
FIG. 5 is a flow chart that schematically illustrates a method for multi-rate media streaming, in accordance with an embodiment of the present invention. This method is based on the buffer structure and control mechanisms that are described above. - The method of
FIG. 5 attempts to maintain the fill level ofserver buffer 39 in the vicinity of a target, intermediate working level. The working level of buffer may be set, for example, to 65 kb. The following thresholds may then be set relative to the working level: -
- Upper and lower limits are set above and below the working level, for example 30 kb above and below the working level, at 95 and 35 kb respectively,. These limits are generally the thresholds for switching to a lower or higher bit rate, respectively.
- One or more “danger levels” may be set above the upper limit, corresponding to situations in which
server buffer 39 is far overfilled andclient buffer 45 may therefore be empty, or nearly so. In such cases, there is a risk not only that the video playback atclient 28 will freeze or repeat, but also that the client will terminate the connection toserver 22 altogether. In the present example, two danger levels of this sort are defined: Danger1 at 120 kb, and Danger2 at 150 kb. - In addition, upper and lower margins may be set a small distance below the upper limit and above the lower limit, respectively, for example at 85 and 45 kb, for reasons that are explained below.
-
BRA controller 38 makes or receives an initial estimate of the available network bit rate for transmission toclient 28, and chooses one of the available video versions accordingly, at an initialrate selection step 50. In this example it is assumed that the video version is initially selected “optimistically,” with an initial bit rate that is a little higher than the estimated network bit rate. The objective of the method generally is to choose video versions with bit rates as close as possible to the network bit rate, so thatbuffer 39 will fill and empty slowly. -
BRA controller 38 periodically checks the fill level ofbuffer 39 against the upper margin, at an uppermargin checking step 52. When the buffer level has reached the upper margin, the BRA controller continues to check whether the buffer level has continued to rise to the upper limit, at an upperlimit checking step 54. As long as the upper limit has not yet been reached, the BRA controller checks the video stream itself to find the next I-frame, at an I-frame checking step 56. It is desirable, for the sake of video quality, to switch between streams at I-frames. Therefore, upon encountering an I-frame atstep 56, the BRA controller will decrease the bit rate by one increment (for example, from BR3 to BR2), at aversion decrementing step 58, even if the buffer has not yet reached the upper limit. - Otherwise, if the buffer level reaches the upper limit before an I-frame is encountered,
BRA controller 38 will decrement the bit rate atstep 58 at one of the P-frames. If the change in bit rate involves a change in frame rate, the BRA controller may delay the transition slightly until it reaches a P-frame in the new video stream that can properly reference an earlier P- or I-frame in the previous stream. - In some circumstances, as may occur when a mobile client is handed over from one base station to another, for example, or when the network bandwidth is suddenly compromised,
buffer 39 may reach the Danger1 level, at afirst danger step 60, or even the Danger2 level, at asecond danger step 62. In either case,BRA controller 38 will decrement the bit rate by a larger factor, typically by two increments (from BR4 to BR2, for example). If the buffer has reached only the Danger1 level, the BRA controller will delay the transition until it reaches either an I-frame or a P-frame in the new stream with a proper reference, as explained above, at adouble decrement step 64. At the Danger2 level, the BRA controller will either immediately switch to an I-frame or to a P-frame with a proper reference if available, or will otherwise force skip mode encoding until the next I-frame, at anurgent decrement step 66. - After switching to a version with a lower bit rate at any of
steps stream entering buffer 39 should now be lower than the available network bandwidth, and the buffer fill level will therefore gradually decrease.BRA controller 38 checks whether the buffer level has dropped below the lower margin, at a lowermargin checking step 68. The BRA controller then continues to check whether the buffer level has dropped below the lower limit, at a lowerlimit checking step 70, and checks for the next I-frame in the stream, at an I-frame checking step 72. Upon reaching an I-frame atstep 72, the BRA controller immediately switches to a video version with bit rate one increment higher, at aversion incrementing step 74. Otherwise, upon reaching the lower limit atstep 70, the BRA controller switches versions atstep 74 at the next P-frame that has a proper reference. - After the bit rate has been incremented, the buffer fill level should begin to increase gradually. The BRA controller therefore continues at
step 52 and proceeds through the steps of the method for the duration of the transmission. This sort of alternation between rising and falling buffer levels is the expected, normal course of affairs in media transmission insystem 20. In practice, however,BRA controller 38 typically monitors the buffer fill against both the upper and lower limits continuously in order to detect and compensate for unexpected changes in the network transmission rate. - The inventors have tested the methods for bit rate control that are described above, and have found that they provide smooth delivery of video with good quality under both steady-state and variable network conditions. Test results are described in the above-mentioned provisional patent application.
- Although the embodiments described above refer, for the sake of clarity, to particular system architectures and network communication protocols, the techniques used in these embodiments may similarly be implemented in other network settings and using other protocols. An alternative embodiment using RTP, for example, is described in the above-mentioned provisional patent application, as noted earlier. All such alternative implementations are considered to be within the scope of the present invention.
- It will thus be appreciated that the embodiments described above are cited by way of example, and that the present invention is not limited to what has been particularly shown and described hereinabove. Rather, the scope of the present invention includes both combinations and subcombinations of the various features described hereinabove, as well as variations and modifications thereof which would occur to persons skilled in the art upon reading the foregoing description and which are not disclosed in the prior art.
Claims (22)
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US13/944,912 US20130304874A1 (en) | 2010-03-09 | 2013-07-18 | Multi-stream bit rate adaptation |
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US31178510P | 2010-03-09 | 2010-03-09 | |
US13/041,398 US8527649B2 (en) | 2010-03-09 | 2011-03-06 | Multi-stream bit rate adaptation |
US13/944,912 US20130304874A1 (en) | 2010-03-09 | 2013-07-18 | Multi-stream bit rate adaptation |
Related Parent Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US13/041,398 Continuation US8527649B2 (en) | 2010-03-09 | 2011-03-06 | Multi-stream bit rate adaptation |
Publications (1)
Publication Number | Publication Date |
---|---|
US20130304874A1 true US20130304874A1 (en) | 2013-11-14 |
Family
ID=44561001
Family Applications (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US13/041,398 Active 2031-09-04 US8527649B2 (en) | 2010-03-09 | 2011-03-06 | Multi-stream bit rate adaptation |
US13/944,912 Abandoned US20130304874A1 (en) | 2010-03-09 | 2013-07-18 | Multi-stream bit rate adaptation |
Family Applications Before (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US13/041,398 Active 2031-09-04 US8527649B2 (en) | 2010-03-09 | 2011-03-06 | Multi-stream bit rate adaptation |
Country Status (1)
Country | Link |
---|---|
US (2) | US8527649B2 (en) |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20140114919A1 (en) * | 2012-10-19 | 2014-04-24 | United Video Properties, Inc. | Systems and methods for providing synchronized media content |
CN106710187A (en) * | 2016-12-28 | 2017-05-24 | 国网浙江省电力公司电力科学研究院 | Information concentrator |
US10091264B2 (en) * | 2015-12-26 | 2018-10-02 | Intel Corporation | Technologies for streaming device role reversal |
Families Citing this family (72)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7515710B2 (en) | 2006-03-14 | 2009-04-07 | Divx, Inc. | Federated digital rights management scheme including trusted systems |
US8997161B2 (en) | 2008-01-02 | 2015-03-31 | Sonic Ip, Inc. | Application enhancement tracks |
US8510303B2 (en) | 2009-01-07 | 2013-08-13 | Divx, Llc | Singular, collective and automated creation of a media guide for online content |
EP2403248B1 (en) * | 2009-02-27 | 2018-07-04 | Fujitsu Limited | Moving picture encoding device, moving picture encoding method, and moving picture encoding computer program |
US10410222B2 (en) | 2009-07-23 | 2019-09-10 | DISH Technologies L.L.C. | Messaging service for providing updates for multimedia content of a live event delivered over the internet |
JP5723888B2 (en) | 2009-12-04 | 2015-05-27 | ソニック アイピー, インコーポレイテッド | Basic bitstream cryptographic material transmission system and method |
US8928728B2 (en) * | 2010-05-28 | 2015-01-06 | Avaya Inc. | Systems, methods, and media for controlling a presentation of data images in a video stream |
US8832709B2 (en) | 2010-07-19 | 2014-09-09 | Flash Networks Ltd. | Network optimization |
CA2807780C (en) | 2010-09-24 | 2018-09-18 | Panasonic Corporation | Image coding method, image decoding method, image coding apparatus, and image decoding apparatus |
US10044489B2 (en) | 2010-10-22 | 2018-08-07 | Nokia Solutions And Networks Oy | Enhanced inter-network access node scheduling coordination and signaling support for advanced receiver algorithms |
EP2448265A1 (en) | 2010-10-26 | 2012-05-02 | Google, Inc. | Lip synchronization in a video conference |
US8914534B2 (en) | 2011-01-05 | 2014-12-16 | Sonic Ip, Inc. | Systems and methods for adaptive bitrate streaming of media stored in matroska container files using hypertext transfer protocol |
US8630501B1 (en) * | 2011-01-28 | 2014-01-14 | Dr Systems, Inc. | Dual technique compression |
US8688074B2 (en) | 2011-02-28 | 2014-04-01 | Moisixell Networks Ltd. | Service classification of web traffic |
JP5812634B2 (en) * | 2011-03-17 | 2015-11-17 | キヤノン株式会社 | Transmission device, transmission method, and program |
US9665646B1 (en) * | 2011-04-13 | 2017-05-30 | Flash Networks, Ltd | Method and system for providing bit rate adaptaion to video files having metadata |
US20120324122A1 (en) * | 2011-06-20 | 2012-12-20 | David Miles | Method and apparatus for server-side adaptive streaming |
US9210302B1 (en) | 2011-08-10 | 2015-12-08 | Google Inc. | System, method and apparatus for multipoint video transmission |
US9467708B2 (en) | 2011-08-30 | 2016-10-11 | Sonic Ip, Inc. | Selection of resolutions for seamless resolution switching of multimedia content |
US8909922B2 (en) | 2011-09-01 | 2014-12-09 | Sonic Ip, Inc. | Systems and methods for playing back alternative streams of protected content protected using common cryptographic information |
US8964977B2 (en) | 2011-09-01 | 2015-02-24 | Sonic Ip, Inc. | Systems and methods for saving encoded media streamed using adaptive bitrate streaming |
WO2013085920A2 (en) | 2011-12-06 | 2013-06-13 | DISH Digital L.L.C. | Remote storage digital video recorder and related operating methods |
US9049484B2 (en) | 2011-12-06 | 2015-06-02 | Echostar Technologies L.L.C. | Efficient assignment of program copies in a network digital video recorder |
JP5945003B2 (en) * | 2011-12-29 | 2016-07-05 | トムソン ライセンシングThomson Licensing | Network gateway and method for transmitting packets of a data stream |
DE102012202315A1 (en) | 2012-02-16 | 2013-08-22 | Robert Bosch Gmbh | Video system for displaying image data, methods and computer program |
US8917309B1 (en) | 2012-03-08 | 2014-12-23 | Google, Inc. | Key frame distribution in video conferencing |
US9661047B2 (en) | 2012-04-30 | 2017-05-23 | Mobilatv Ltd. | Method and system for central utilization of remotely generated large media data streams despite network bandwidth limitations |
US9031679B2 (en) * | 2012-05-15 | 2015-05-12 | Ixia | Methods, systems, and computer readable media for utilizing a plurality of pre-encoded payloads to generate a packet stream transmission |
US8791982B1 (en) | 2012-06-27 | 2014-07-29 | Google Inc. | Video multicast engine |
US9197685B2 (en) | 2012-06-28 | 2015-11-24 | Sonic Ip, Inc. | Systems and methods for fast video startup using trick play streams |
US9143812B2 (en) | 2012-06-29 | 2015-09-22 | Sonic Ip, Inc. | Adaptive streaming of multimedia |
US20140019591A1 (en) * | 2012-07-16 | 2014-01-16 | Nokia Siemens Networks Oy | Media Prefill Performance Improvement |
WO2014015110A1 (en) | 2012-07-18 | 2014-01-23 | Verimatrix, Inc. | Systems and methods for rapid content switching to provide a linear tv experience using streaming content distribution |
KR101952632B1 (en) * | 2012-08-22 | 2019-02-27 | 삼성전자주식회사 | User terminal device and contents streaming method using the same |
US9584573B2 (en) * | 2012-08-29 | 2017-02-28 | Ericsson Ab | Streaming policy management system and method |
DE102012217129A1 (en) | 2012-09-24 | 2014-03-27 | Robert Bosch Gmbh | Security alarm network for use in e.g. airport facility, loads surveillance image information to monitoring event, so that image data for displaying monitoring events are loaded into first and second display modes |
DE102012217128A1 (en) | 2012-09-24 | 2014-03-27 | Robert Bosch Gmbh | Security network with alarm notification and alarm verification function and procedures |
US8914836B2 (en) | 2012-09-28 | 2014-12-16 | Sonic Ip, Inc. | Systems, methods, and computer program products for load adaptive streaming |
US9716916B2 (en) | 2012-12-28 | 2017-07-25 | Echostar Technologies L.L.C. | Adaptive multicast delivery of media streams |
US10104141B2 (en) | 2012-12-31 | 2018-10-16 | DISH Technologies L.L.C. | Methods and apparatus for proactive multi-path routing |
US9264475B2 (en) * | 2012-12-31 | 2016-02-16 | Sonic Ip, Inc. | Use of objective quality measures of streamed content to reduce streaming bandwidth |
US9313510B2 (en) | 2012-12-31 | 2016-04-12 | Sonic Ip, Inc. | Use of objective quality measures of streamed content to reduce streaming bandwidth |
US9191457B2 (en) | 2012-12-31 | 2015-11-17 | Sonic Ip, Inc. | Systems, methods, and media for controlling delivery of content |
US10708319B2 (en) | 2012-12-31 | 2020-07-07 | Dish Technologies Llc | Methods and apparatus for providing social viewing of media content |
US10051025B2 (en) | 2012-12-31 | 2018-08-14 | DISH Technologies L.L.C. | Method and apparatus for estimating packet loss |
US9019858B2 (en) | 2013-02-22 | 2015-04-28 | Nokia Solutions And Networks Oy | Generating short term base station utilization estimates for wireless networks |
US9654528B1 (en) | 2013-03-11 | 2017-05-16 | Google Inc. | Dynamic bitrate selection for streaming media |
US10397292B2 (en) | 2013-03-15 | 2019-08-27 | Divx, Llc | Systems, methods, and media for delivery of content |
US9906785B2 (en) | 2013-03-15 | 2018-02-27 | Sonic Ip, Inc. | Systems, methods, and media for transcoding video data according to encoding parameters indicated by received metadata |
US9344517B2 (en) | 2013-03-28 | 2016-05-17 | Sonic Ip, Inc. | Downloading and adaptive streaming of multimedia content to a device with cache assist |
US9247317B2 (en) | 2013-05-30 | 2016-01-26 | Sonic Ip, Inc. | Content streaming with client device trick play index |
US9094737B2 (en) | 2013-05-30 | 2015-07-28 | Sonic Ip, Inc. | Network video streaming with trick play based on separate trick play files |
US9967305B2 (en) | 2013-06-28 | 2018-05-08 | Divx, Llc | Systems, methods, and media for streaming media content |
US9313516B2 (en) * | 2013-07-15 | 2016-04-12 | Hangzhou Danghong Technology Co., Ltd. | Method for transcoding video streams with reduced number of predictions |
US9866878B2 (en) | 2014-04-05 | 2018-01-09 | Sonic Ip, Inc. | Systems and methods for encoding and playing back video at different frame rates using enhancement layers |
JP6525576B2 (en) * | 2014-12-17 | 2019-06-05 | キヤノン株式会社 | Control device, control system, control method, medical imaging apparatus, medical imaging system, imaging control method and program |
US9609275B2 (en) | 2015-07-08 | 2017-03-28 | Google Inc. | Single-stream transmission method for multi-user video conferencing |
CN106713167A (en) * | 2015-11-16 | 2017-05-24 | 中兴通讯股份有限公司 | Data code stream sending method and device |
US10194183B2 (en) | 2015-12-29 | 2019-01-29 | DISH Technologies L.L.C. | Remote storage digital video recorder streaming and related methods |
US10075292B2 (en) | 2016-03-30 | 2018-09-11 | Divx, Llc | Systems and methods for quick start-up of playback |
CN109479136A (en) * | 2016-08-04 | 2019-03-15 | 深圳市大疆创新科技有限公司 | System and method for Bit-Rate Control Algorithm |
CN106454395B (en) * | 2016-09-20 | 2018-10-12 | 北京百度网讯科技有限公司 | It is used to adaptively provide the method and device of multi code Rate of Chinese character Streaming Media in the server |
US10498795B2 (en) | 2017-02-17 | 2019-12-03 | Divx, Llc | Systems and methods for adaptive switching between multiple content delivery networks during adaptive bitrate streaming |
US10904313B2 (en) * | 2017-06-20 | 2021-01-26 | Telefonaktiebolaget Lm Ericsson (Publ) | Apparatuses, methods, computer programs, and computer program products for live uplink adaptive streaming |
US10237588B2 (en) * | 2017-07-12 | 2019-03-19 | Arris Enterprises Llc | Dynamic video delivery for in-home applications |
WO2020133465A1 (en) * | 2018-12-29 | 2020-07-02 | Zhejiang Dahua Technology Co., Ltd. | Systems and methods for multi-video stream transmission |
EP3687176A1 (en) | 2019-01-22 | 2020-07-29 | InterDigital CE Patent Holdings | A client and a method for managing, at the client, a streaming session of a multimedia content |
CN110248256B (en) | 2019-06-25 | 2021-09-10 | 腾讯科技(深圳)有限公司 | Data processing method and device, storage medium and electronic device |
US20230007067A1 (en) * | 2021-06-30 | 2023-01-05 | Tencent America LLC | Bidirectional presentation datastream |
US11509946B1 (en) | 2021-11-08 | 2022-11-22 | Pluto Inc. | Methods and systems configured to manage video transcoder latencies |
US11706497B1 (en) * | 2022-02-11 | 2023-07-18 | Microsoft Technology Licensing, Llc | Ultra-low latency video streaming |
US11736552B1 (en) * | 2022-09-21 | 2023-08-22 | Microsoft Technology Licensing, Llc | Sender based adaptive bit rate control |
Citations (12)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20080065965A1 (en) * | 2004-11-16 | 2008-03-13 | Miska Hannuksela | Buffering packets of a media stream |
US20080186849A1 (en) * | 2005-04-11 | 2008-08-07 | Markus Kampmann | Technique for Dynamically Controlling Data Packet Transmissions |
US20080205291A1 (en) * | 2007-02-23 | 2008-08-28 | Microsoft Corporation | Smart pre-fetching for peer assisted on-demand media |
US20080228921A1 (en) * | 1998-11-17 | 2008-09-18 | Arthur Douglas Allen | Connection Acceptance Control |
US20090089445A1 (en) * | 2007-09-28 | 2009-04-02 | Deshpande Sachin G | Client-Controlled Adaptive Streaming |
US20090116551A1 (en) * | 2002-03-27 | 2009-05-07 | British Telecommunications Plc | Data streaming system and method |
US20090259756A1 (en) * | 2008-04-11 | 2009-10-15 | Mobitv, Inc. | Transmitting media stream bursts |
US20090285282A1 (en) * | 2002-06-05 | 2009-11-19 | Israel Amir | Active client buffer management method, system, and apparatus |
US20090300204A1 (en) * | 2008-05-30 | 2009-12-03 | Microsoft Corporation | Media streaming using an index file |
US20100121974A1 (en) * | 2008-11-11 | 2010-05-13 | Einarsson Torbjoem | Stepwise probing for adaptive streaming in a packet communication network |
US20100118938A1 (en) * | 2008-11-12 | 2010-05-13 | Fraunhofer-Gesellschaft Zur Foerderung Der Angewandten Forschung E.V. | Encoder and method for generating a stream of data |
US20100268836A1 (en) * | 2009-03-16 | 2010-10-21 | Dilithium Holdings, Inc. | Method and apparatus for delivery of adapted media |
Family Cites Families (122)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5253309A (en) * | 1989-06-23 | 1993-10-12 | Harmonic Lightwaves, Inc. | Optical distribution of analog and digital signals using optical modulators with complementary outputs |
US5161044A (en) * | 1989-07-11 | 1992-11-03 | Harmonic Lightwaves, Inc. | Optical transmitters linearized by means of parametric feedback |
US5282072A (en) * | 1991-11-19 | 1994-01-25 | Harmonic Lightwaves, Inc. | Shunt-expansive predistortion linearizers for optical analog transmitters |
US5278923A (en) * | 1992-09-02 | 1994-01-11 | Harmonic Lightwaves, Inc. | Cascaded optical modulation system with high linearity |
US5424680A (en) * | 1993-11-30 | 1995-06-13 | Harmonic Lightwaves, Inc. | Predistorter for high frequency optical communications devices |
US6169843B1 (en) * | 1995-12-01 | 2001-01-02 | Harmonic, Inc. | Recording and playback of audio-video transport streams |
IL117133A (en) * | 1996-02-14 | 1999-07-14 | Olivr Corp Ltd | Method and system for providing on-line virtual reality movies |
US5987019A (en) * | 1996-10-15 | 1999-11-16 | Telefonaktiebolaget Lm Ericsson | Multi-rate radiocommunication systems and terminals |
US6806863B1 (en) * | 1999-10-15 | 2004-10-19 | Harmonic Research, Inc. | Body-mounted selective control device |
US7298360B2 (en) * | 1997-03-06 | 2007-11-20 | Harmonic Research, Inc. | Body-mounted selective control device |
US6038257A (en) * | 1997-03-12 | 2000-03-14 | Telefonaktiebolaget L M Ericsson | Motion and still video picture transmission and display |
US5940196A (en) * | 1997-05-16 | 1999-08-17 | Harmonic Lightwaves, Inc. | Optical communications system with wavelength division multiplexing |
US6463102B1 (en) * | 1998-09-11 | 2002-10-08 | Harmonic, Inc. | Digital video compressor with border processor |
US6563517B1 (en) * | 1998-10-02 | 2003-05-13 | International Business Machines Corp. | Automatic data quality adjustment to reduce response time in browsing |
US6970602B1 (en) * | 1998-10-06 | 2005-11-29 | International Business Machines Corporation | Method and apparatus for transcoding multimedia using content analysis |
US6442603B1 (en) * | 1998-10-13 | 2002-08-27 | 3Com Corporation | Methods for ordered delivery of electronic content |
US6310915B1 (en) * | 1998-11-20 | 2001-10-30 | Harmonic Inc. | Video transcoder with bitstream look ahead for rate control and statistical multiplexing |
US6490298B1 (en) * | 1999-02-26 | 2002-12-03 | Harmonic Inc. | Apparatus and methods of multiplexing data to a communication channel |
US6304369B1 (en) * | 1999-07-29 | 2001-10-16 | Harmonic, Inc. | Method and apparatus for eliminating noise in analog fiber links |
US6381465B1 (en) * | 1999-08-27 | 2002-04-30 | Leap Wireless International, Inc. | System and method for attaching an advertisement to an SMS message for wireless transmission |
US6285252B1 (en) * | 1999-09-30 | 2001-09-04 | Harmonic Inc. | Apparatus and method for broadband feedforward predistortion |
US7143432B1 (en) * | 1999-10-01 | 2006-11-28 | Vidiator Enterprises Inc. | System for transforming streaming video data |
US7339993B1 (en) | 1999-10-01 | 2008-03-04 | Vidiator Enterprises Inc. | Methods for transforming streaming video data |
US6981045B1 (en) * | 1999-10-01 | 2005-12-27 | Vidiator Enterprises Inc. | System for redirecting requests for data to servers having sufficient processing power to transcast streams of data in a desired format |
US7114174B1 (en) * | 1999-10-01 | 2006-09-26 | Vidiator Enterprises Inc. | Computer program product for transforming streaming video data |
US6490727B1 (en) * | 1999-10-07 | 2002-12-03 | Harmonic, Inc. | Distributed termination system for two-way hybrid networks |
US7069573B1 (en) * | 1999-12-09 | 2006-06-27 | Vidiator Enterprises Inc. | Personal broadcasting and viewing method of audio and video data using a wide area network |
US7047305B1 (en) * | 1999-12-09 | 2006-05-16 | Vidiator Enterprises Inc. | Personal broadcasting system for audio and video data using a wide area network |
US20010047517A1 (en) * | 2000-02-10 | 2001-11-29 | Charilaos Christopoulos | Method and apparatus for intelligent transcoding of multimedia data |
US6674796B1 (en) * | 2000-02-14 | 2004-01-06 | Harmonic, Inc. | Statistical multiplexed video encoding for diverse video formats |
US6948131B1 (en) * | 2000-03-08 | 2005-09-20 | Vidiator Enterprises Inc. | Communication system and method including rich media tools |
US6952212B2 (en) * | 2000-03-24 | 2005-10-04 | Telefonaktiebolaget Lm Ericsson (Publ) | Frame decimation for structure from motion |
US7257641B1 (en) * | 2000-03-30 | 2007-08-14 | Microsoft Corporation | Multipoint processing unit |
US7260826B2 (en) * | 2000-05-31 | 2007-08-21 | Microsoft Corporation | Resource allocation in multi-stream IP network for optimized quality of service |
US20020090140A1 (en) * | 2000-08-04 | 2002-07-11 | Graham Thirsk | Method and apparatus for providing clinically adaptive compression of imaging data |
JP2002117037A (en) * | 2000-10-06 | 2002-04-19 | Nec Corp | Device and method for image retrieval and recording medium where the same method is written |
US6937770B1 (en) * | 2000-12-28 | 2005-08-30 | Emc Corporation | Adaptive bit rate control for rate reduction of MPEG coded video |
US6757429B2 (en) * | 2001-02-21 | 2004-06-29 | Boly Media Communications Inc. | Method of compressing digital images |
GB2369952B (en) * | 2001-03-10 | 2002-12-04 | Ericsson Telefon Ab L M | Transcoding of video signals |
US7089309B2 (en) * | 2001-03-21 | 2006-08-08 | Theplatform For Media, Inc. | Method and system for managing and distributing digital media |
US6727915B2 (en) * | 2001-04-23 | 2004-04-27 | Envivio, Inc. | Interactive streaming media production tool using communication optimization |
US20020156842A1 (en) * | 2001-04-23 | 2002-10-24 | Envivio | System for audio-visual media customization according to receiver attributes |
US7213072B2 (en) * | 2001-05-08 | 2007-05-01 | Nokia Mobile Phones | Method and apparatus for transcoding content with permissible operations authorized by content creator |
US7444418B2 (en) | 2001-05-11 | 2008-10-28 | Bytemobile, Inc. | Transcoding multimedia information within a network communication system |
US20020177454A1 (en) * | 2001-05-23 | 2002-11-28 | Nokia Mobile Phones Ltd | System for personal messaging |
US6853379B2 (en) * | 2001-08-13 | 2005-02-08 | Vidiator Enterprises Inc. | Method for mapping facial animation values to head mesh positions |
US6876364B2 (en) * | 2001-08-13 | 2005-04-05 | Vidiator Enterprises Inc. | Method for mapping facial animation values to head mesh positions |
US7024045B2 (en) * | 2001-08-21 | 2006-04-04 | Sun Microsystems, Inc. | Dynamic bandwidth adaptive image compression/decompression scheme |
US7302102B2 (en) * | 2001-09-26 | 2007-11-27 | Reynolds Jodie L | System and method for dynamically switching quality settings of a codec to maintain a target data rate |
US6931159B2 (en) * | 2002-02-28 | 2005-08-16 | Nokia Corporation | Size reduction method and device for compressed images |
US7342884B2 (en) | 2002-03-13 | 2008-03-11 | Harmonic, Inc. | Method and apparatus for one directional communications in bidirectional communications channel |
US6995769B2 (en) * | 2002-03-21 | 2006-02-07 | Hewlett-Packard Development Company, L.P. | Systems and methods for compressing rasterization setup data within a sort middle graphics architecture |
US7483487B2 (en) | 2002-04-11 | 2009-01-27 | Microsoft Corporation | Streaming methods and systems |
US7439982B2 (en) * | 2002-05-31 | 2008-10-21 | Envivio, Inc. | Optimized scene graph change-based mixed media rendering |
US6711300B2 (en) * | 2002-08-15 | 2004-03-23 | Envivio, Inc. | Quantization and compression of information in a direct acyclic graph |
EP1439707A3 (en) | 2003-01-17 | 2006-01-11 | Broadcom Corporation | Transmission and display of progressive video with hints for interlaced display |
TW200509628A (en) * | 2003-04-15 | 2005-03-01 | Ericsson Telefon Ab L M | Bandwidth on demand for media services at stationary equipment unit |
FR2854754B1 (en) * | 2003-05-06 | 2005-12-16 | METHOD AND APPARATUS FOR IMAGE ENCODING OR DECODING WITH PARALLELIZATION OF PROCESSING ON A PLURALITY OF PROCESSORS, COMPUTER PROGRAM AND CORRESPONDING SYNCHRONIZATION SIGNAL | |
US20040240390A1 (en) * | 2003-05-30 | 2004-12-02 | Vidiator Enterprises Inc. | Method and apparatus for dynamic bandwidth adaptation |
US20040244003A1 (en) * | 2003-05-30 | 2004-12-02 | Vidiator Enterprises Inc. | Apparatus and method for task scheduling for media processing |
KR100617178B1 (en) * | 2003-06-13 | 2006-08-30 | 엘지전자 주식회사 | Apparatus and method for zoom transfer of television system |
US7739715B2 (en) * | 2003-06-24 | 2010-06-15 | Microsoft Corporation | Variable play speed control for media streams |
US7471726B2 (en) | 2003-07-15 | 2008-12-30 | Microsoft Corporation | Spatial-domain lapped transform in digital media compression |
US7242871B2 (en) * | 2003-07-29 | 2007-07-10 | Harmonic Inc. | High dynamic range optical receiver |
EP1678888B1 (en) * | 2003-08-21 | 2010-02-10 | Vidiator Enterprises Inc. | Quality of experience (qoe) metrics for wireless communication networks |
US7724827B2 (en) | 2003-09-07 | 2010-05-25 | Microsoft Corporation | Multi-layer run level encoding and decoding |
US7369709B2 (en) | 2003-09-07 | 2008-05-06 | Microsoft Corporation | Conditional lapped transform |
TWI249330B (en) * | 2003-10-28 | 2006-02-11 | Far Eastone Telecomm Co Ltd | Mobile network content based charging and access control system |
US7177474B2 (en) * | 2003-11-10 | 2007-02-13 | Mobixell Networks Inc. | Video to animation conversion with file size constraint |
US7430329B1 (en) | 2003-11-26 | 2008-09-30 | Vidiator Enterprises, Inc. | Human visual system (HVS)-based pre-filtering of video data |
US7162584B2 (en) * | 2003-12-29 | 2007-01-09 | Intel Corporation | Mechanism to include hints within compressed data |
US7571246B2 (en) * | 2004-07-29 | 2009-08-04 | Microsoft Corporation | Media transrating over a bandwidth-limited network |
EP1776800A1 (en) | 2004-08-11 | 2007-04-25 | Vidiator Enterprises Inc. | Multicast and broadcast streaming method and system |
US7551780B2 (en) | 2005-08-23 | 2009-06-23 | Ricoh Co., Ltd. | System and method for using individualized mixed document |
US20060085541A1 (en) * | 2004-10-19 | 2006-04-20 | International Business Machines Corporation | Facilitating optimization of response time in computer networks |
US7428342B2 (en) | 2004-12-17 | 2008-09-23 | Microsoft Corporation | Reversible overlap operator for efficient lossless data compression |
US7305139B2 (en) * | 2004-12-17 | 2007-12-04 | Microsoft Corporation | Reversible 2-dimensional pre-/post-filtering for lapped biorthogonal transform |
US7471850B2 (en) | 2004-12-17 | 2008-12-30 | Microsoft Corporation | Reversible transform for lossy and lossless 2-D data compression |
US7454164B2 (en) * | 2004-12-28 | 2008-11-18 | Lucent Technologies Inc. | Providing a multimedia message with a multimedia messaging service message in a mobile environment |
US8073275B2 (en) | 2005-02-09 | 2011-12-06 | Mobixell Networks Ltd. | Image adaptation with target size, quality and resolution constraints |
KR100567157B1 (en) | 2005-02-11 | 2006-04-04 | 비디에이터 엔터프라이즈 인크 | A method of multiple file streamnig service through playlist in mobile environment and system thereof |
KR100785647B1 (en) | 2005-02-11 | 2007-12-14 | 비디에이터 엔터프라이즈 인크 | A remote monitoring method using mobile terminal and system thereof |
US20090019149A1 (en) * | 2005-08-02 | 2009-01-15 | Mobixell Networks | Content distribution and tracking |
US7894535B2 (en) * | 2005-08-23 | 2011-02-22 | Sony Ericsson Mobile Communications Ab | Systems and methods for distributing and/or playing multicasted video signals in multiple display formats |
US8024768B2 (en) * | 2005-09-15 | 2011-09-20 | Penthera Partners, Inc. | Broadcasting video content to devices having different video presentation capabilities |
US20070067818A1 (en) * | 2005-09-21 | 2007-03-22 | Telefonaktiebolaget Lm Ericsson (Publ) | Means and method for mobile television |
FR2891686B1 (en) * | 2005-10-03 | 2008-04-18 | Envivio France Entpr Uniperson | METHOD AND DEVICE FOR DETECTING TRANSITIONS IN A VIDEO SEQUENCE, METHOD AND DEVICE FOR ENCODING, COMPUTER PROGRAM PRODUCTS, AND CORRESPONDING STORAGE MEANS. |
FR2891685B1 (en) * | 2005-10-03 | 2008-04-18 | Envivio France Entpr Uniperson | METHOD AND DEVICE FOR MULTIPLE REFERENCE MOTION ESTIMATING, METHOD AND DEVICE FOR ENCODING, COMPUTER PROGRAM PRODUCTS, AND CORRESPONDING STORAGE MEANS. |
EP2574057B1 (en) | 2006-01-05 | 2014-01-29 | Telefonaktiebolaget L M Ericsson (publ) | Media content management |
CN101371588A (en) * | 2006-01-20 | 2009-02-18 | Nxp股份有限公司 | Replacement of frame data in a video stream signal |
US8561109B2 (en) * | 2006-04-03 | 2013-10-15 | Alcatel Lucent | Method and system for aggregating TV program information from different live TV feeds |
US20080133766A1 (en) * | 2006-05-05 | 2008-06-05 | Wenjun Luo | Method and apparatus for streaming media to a plurality of adaptive client devices |
US8311102B2 (en) * | 2006-07-26 | 2012-11-13 | Microsoft Corporation | Bitstream switching in multiple bit-rate video streaming environments |
US8606966B2 (en) * | 2006-08-28 | 2013-12-10 | Allot Communications Ltd. | Network adaptation of digital content |
US20080062322A1 (en) | 2006-08-28 | 2008-03-13 | Ortiva Wireless | Digital video content customization |
CN100479528C (en) | 2006-08-30 | 2009-04-15 | 华为技术有限公司 | Method, system and stream media server of supporting multiple audio tracks |
US7743161B2 (en) | 2006-10-10 | 2010-06-22 | Ortiva Wireless, Inc. | Digital content buffer for adaptive streaming |
US20080158336A1 (en) | 2006-10-11 | 2008-07-03 | Richard Benson | Real time video streaming to video enabled communication device, with server based processing and optional control |
FR2907990B1 (en) | 2006-10-27 | 2009-04-17 | Envivio France Entpr Uniperson | TIME-REAL ENCODER CONSTRAINED IN FLOW AND TIME, PROCESS, COMPUTER PROGRAM PRODUCT AND CORRESPONDING STORAGE MEDIUM. |
US20080162670A1 (en) * | 2006-12-04 | 2008-07-03 | Swarmcast, Inc. | Automatic configuration of embedded media player |
US8351513B2 (en) | 2006-12-19 | 2013-01-08 | Allot Communications Ltd. | Intelligent video signal encoding utilizing regions of interest information |
US9525850B2 (en) | 2007-03-20 | 2016-12-20 | Prysm, Inc. | Delivering and displaying advertisement or other application data to display systems |
US20090037279A1 (en) | 2007-07-27 | 2009-02-05 | Ortiva Wireless, Inc. | Dynamic Creation of Personalized Presentations For Network Communication Systems |
US8228991B2 (en) | 2007-09-20 | 2012-07-24 | Harmonic Inc. | System and method for adaptive video compression motion compensation |
US8561116B2 (en) | 2007-09-26 | 2013-10-15 | Charles A. Hasek | Methods and apparatus for content caching in a video network |
WO2009042961A2 (en) | 2007-09-27 | 2009-04-02 | Vidiator Enterprises, Inc. | Content-triggered customizations for mobile clients |
US20090103899A1 (en) | 2007-10-18 | 2009-04-23 | Sony Ericsson Mobile Communications Ab | Dynamic media proxies based on time and usage patterns |
US8170121B2 (en) | 2007-11-13 | 2012-05-01 | Harmonic Inc. | H.264/AVC based approach to scalable video compression |
US8064479B2 (en) | 2008-01-02 | 2011-11-22 | Harmonic, Inc. | Methods and system for efficient data transfer over hybrid fiber coax infrastructure |
US20090172762A1 (en) | 2008-01-02 | 2009-07-02 | Harmonic Inc. | Methods and System for Efficient Data Transfer Over Hybrid Fiber Coax Infrastructure |
WO2009089489A1 (en) | 2008-01-09 | 2009-07-16 | Harmonic Inc. | Browsing and viewing video assets using tv set-top box |
US8285811B2 (en) | 2008-04-17 | 2012-10-09 | Eloy Technology, Llc | Aggregating media collections to provide a primary list and sorted sub-lists |
US9167007B2 (en) * | 2008-06-06 | 2015-10-20 | Amazon Technologies, Inc. | Stream complexity mapping |
JPWO2010007749A1 (en) * | 2008-07-17 | 2012-01-05 | パナソニック株式会社 | Transmission device, reception device, rate control device, transmission method, and reception method |
US8370520B2 (en) * | 2008-11-24 | 2013-02-05 | Juniper Networks, Inc. | Adaptive network content delivery system |
US9060187B2 (en) | 2008-12-22 | 2015-06-16 | Netflix, Inc. | Bit rate stream switching |
US9282337B2 (en) * | 2009-02-27 | 2016-03-08 | Vixs Systems, Inc. | Media source device with digital format conversion and methods for use therewith |
US8909806B2 (en) * | 2009-03-16 | 2014-12-09 | Microsoft Corporation | Delivering cacheable streaming media presentations |
US20100312828A1 (en) | 2009-06-03 | 2010-12-09 | Mobixell Networks Ltd. | Server-controlled download of streaming media files |
US20100312905A1 (en) * | 2009-06-08 | 2010-12-09 | Dov Sandmann | Sustaining Live Interactive Streaming |
US8392748B2 (en) * | 2009-10-06 | 2013-03-05 | Microsoft Corporation | Reliable media streaming |
US9271003B2 (en) | 2011-04-15 | 2016-02-23 | Opera Software Ireland Limited | Real-time audio or video transcoding |
-
2011
- 2011-03-06 US US13/041,398 patent/US8527649B2/en active Active
-
2013
- 2013-07-18 US US13/944,912 patent/US20130304874A1/en not_active Abandoned
Patent Citations (12)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20080228921A1 (en) * | 1998-11-17 | 2008-09-18 | Arthur Douglas Allen | Connection Acceptance Control |
US20090116551A1 (en) * | 2002-03-27 | 2009-05-07 | British Telecommunications Plc | Data streaming system and method |
US20090285282A1 (en) * | 2002-06-05 | 2009-11-19 | Israel Amir | Active client buffer management method, system, and apparatus |
US20080065965A1 (en) * | 2004-11-16 | 2008-03-13 | Miska Hannuksela | Buffering packets of a media stream |
US20080186849A1 (en) * | 2005-04-11 | 2008-08-07 | Markus Kampmann | Technique for Dynamically Controlling Data Packet Transmissions |
US20080205291A1 (en) * | 2007-02-23 | 2008-08-28 | Microsoft Corporation | Smart pre-fetching for peer assisted on-demand media |
US20090089445A1 (en) * | 2007-09-28 | 2009-04-02 | Deshpande Sachin G | Client-Controlled Adaptive Streaming |
US20090259756A1 (en) * | 2008-04-11 | 2009-10-15 | Mobitv, Inc. | Transmitting media stream bursts |
US20090300204A1 (en) * | 2008-05-30 | 2009-12-03 | Microsoft Corporation | Media streaming using an index file |
US20100121974A1 (en) * | 2008-11-11 | 2010-05-13 | Einarsson Torbjoem | Stepwise probing for adaptive streaming in a packet communication network |
US20100118938A1 (en) * | 2008-11-12 | 2010-05-13 | Fraunhofer-Gesellschaft Zur Foerderung Der Angewandten Forschung E.V. | Encoder and method for generating a stream of data |
US20100268836A1 (en) * | 2009-03-16 | 2010-10-21 | Dilithium Holdings, Inc. | Method and apparatus for delivery of adapted media |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20140114919A1 (en) * | 2012-10-19 | 2014-04-24 | United Video Properties, Inc. | Systems and methods for providing synchronized media content |
US10091264B2 (en) * | 2015-12-26 | 2018-10-02 | Intel Corporation | Technologies for streaming device role reversal |
US11405443B2 (en) | 2015-12-26 | 2022-08-02 | Intel Corporation | Technologies for streaming device role reversal |
US20230047746A1 (en) * | 2015-12-26 | 2023-02-16 | Intel Corporation | Technologies for streaming device role reversal |
CN106710187A (en) * | 2016-12-28 | 2017-05-24 | 国网浙江省电力公司电力科学研究院 | Information concentrator |
Also Published As
Publication number | Publication date |
---|---|
US8527649B2 (en) | 2013-09-03 |
US20110225315A1 (en) | 2011-09-15 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US8527649B2 (en) | Multi-stream bit rate adaptation | |
US11006129B2 (en) | System and method for automatic encoder adjustment based on transport data | |
US8711929B2 (en) | Network-based dynamic encoding | |
US9894130B2 (en) | Video quality enhancement | |
JP4690280B2 (en) | Method, system and client device for streaming media data | |
US9288251B2 (en) | Adaptive bitrate management on progressive download with indexed media files | |
US8477844B2 (en) | Method and apparatus for transmitting video | |
US8355452B2 (en) | Selective frame dropping for initial buffer delay reduction | |
US20160037176A1 (en) | Automatic and adaptive selection of profiles for adaptive bit rate streaming | |
US10944973B2 (en) | Estimation of video quality of experience on media servers | |
CN103828324A (en) | On-demand adaptive bitrate management for streaming media over packet networks | |
EP2308215B1 (en) | Thinning of packet-switched video data | |
AU2019201095A1 (en) | System and method for automatic encoder adjustment based on transport data | |
EP3213506A1 (en) | Feeding intra-coded video frame after port reconfiguration in video telephony | |
KR101055169B1 (en) | Traffic control method and device therefor in streaming system | |
Ozcelebi et al. | Minimum delay content adaptive video streaming over variable bitrate channels with a novel stream switching solution | |
Deshpande | Adaptive HTTP streaming utilizing temporal sub-layers of high efficiency video coding (HEVC) | |
Chou et al. | MPEG-4 video streaming with drift-compensated bitstream switching | |
Sterca et al. | Evaluating Dynamic Client-Driven Adaptation Decision Support in Multimedia Proxy-Caches | |
Kong et al. | Platform for real-time content adaptive video transmission over heterogeneous networks | |
Alsaeedi | Scalable wireless video streaming over real-time publish subscribe middleware |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
AS | Assignment |
Owner name: MOBIXELL NETWORKS LTD., ISRAEL Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:WEXLER, YOSEF;SHATZ, AMIR;DANIEL, ILAN;AND OTHERS;REEL/FRAME:030821/0509 Effective date: 20110303 |
|
AS | Assignment |
Owner name: MOBIXELL NETWORKS, (ISRAEL) LTD, ISRAEL Free format text: CORRECTIVE ASSIGNMENT TO CORRECT THE ASSIGNEE NAME AND ADDRESS PREVIOUSLY RECORDED ON REEL 030821 FRAME 0509. ASSIGNOR(S) HEREBY CONFIRMS THE ASSIGNMENT;ASSIGNORS:WEXLER, YOSEF;SHATZ, AMIR;DANIEL, ILAN;AND OTHERS;REEL/FRAME:033420/0797 Effective date: 20110303 |
|
AS | Assignment |
Owner name: MIZRAHI TEFAHOT BANK, LTD., ISRAEL Free format text: SECURITY INTEREST;ASSIGNOR:MOBIXELL NETWORKS, (ISRAEL) LTD.;REEL/FRAME:033558/0503 Effective date: 20140812 Owner name: KREOS CAPITAL IV (EXPERT FUND) LIMITED, JERSEY Free format text: SECURITY INTEREST;ASSIGNOR:MOBIXELL NETWORKS, (ISRAEL) LTD.;REEL/FRAME:033558/0503 Effective date: 20140812 |
|
STCB | Information on status: application discontinuation |
Free format text: ABANDONED -- FAILURE TO RESPOND TO AN OFFICE ACTION |