Reducing startup latencies in IP-based A/V stream distribution

• US 20070011343A1
• Filed: 06/28/2005
• Published: 01/11/2007
• Est. Priority Date: 06/28/2005
• Status: Abandoned Application

• Current Assignee: Microsoft Technology Licensing LLC (Microsoft Corporation)
• Original Assignee: Microsoft Corporation
• Inventors: Bowra, Todd, Virdi, Gurpratap, Davis, Jeffrey
• Application Number:
  US11/168,862
• Publication Number:
  US 20070011343A1
• Time in Patent Office: Days
• US Class Current: 709/231
• CPC Class Codes: H04L 12/2803 Home automation networks
• CPC Class Codes: H04L 2012/2849 Audio/video appliances
• CPC Class Codes: H04L 47/10 Flow control; Congestion control
• CPC Class Codes: H04L 47/2416 Real-time traffic
• CPC Class Codes: H04L 47/38 by adapting coding or compression rate
• CPC Class Codes: H04L 65/1101 Session protocols
• CPC Class Codes: H04L 65/80 Responding to QoS

Abstract

Real-time streaming of media content from a server to a device and reduction of startup latencies during distribution are described. In one configuration, once a latency inducing event is initiated (i.e. a channel change, a stopping and starting of the streaming of live media content, or transrating to different streaming rates) a pre-roll process includes decreasing the frame rate of the media content being streamed to the monitor from an initial rate to a reduced rate. Simultaneously, a jitter buffer is flushed and rebuilt with media content samples arriving at a decoder at the initial rate, and being used for playback at the reduced rate.

Claims

1. A method, comprising:

receiving a live stream of media content at a server at a first rate;

flushing a jitter buffer upon occurrence of a latency inducing event;

reducing a playback rate of the media content from a second rate to a third rate;

streaming the media content to a network device from the server at a fourth rate greater than the third rate; and

rebuilding the jitter buffer by receiving the media content in the jitter buffer at the fourth rate and consuming the media content from the jitter buffer at the third rate.

2. The method of claim 1, wherein the latency inducing event comprises at least one of a channel change, a stopping and starting of the streaming of live media content, and transrating to different streaming rates.

3. The method of claim 1, further comprising returning the playback rate to the second rate after receiving notice that the jitter buffer has been rebuilt.

4. The method of claim 1, further comprising smoothing various network anomalies through the use of media content from the jitter buffer to maintain quality of a user experience.

5. The method of claim 1, further comprising building a pause buffer on the server to store the media content being built up as a result of a slowdown in consumption of the media content from the jitter buffer.

6. The method of claim 1, further comprising ensuring that a stream of media content introduced to the network device after the jitter buffer is flushed starts with an iframe or a clean point in the video stream.

7. A server comprising:

a player module to stream media content at a transmission rate to a remote device for playback on the remote device at a playback rate;

a latency correction tool to respond to a latency inducing event and direct the remote device to reduce the playback rate from a normal playback rate to a reduced playback rate to build up a buffer.

8. The computer system of claim 7, wherein the normal playback rate comprises one of 25 or 30 frames per second.

9. The computer system of claim 7, wherein the reduced playback rate comprises 24, 25, and 29.997 frames per second.

10. The computer system of claim 7, wherein the buffer resides on the server.

11. The computer system of claim 7, wherein the buffer comprises a jitter buffer residing on the remote device.

12. The computer system of claim 7, wherein the buffer smoothes various network anomalies which might otherwise introduce glitches into a streaming of the media content and adversely affect a user experience.

13. The computer system of claim 7, wherein the server is configured to return the playback rate of the media content to the normal playback rate once the buffer has been built.

14. A computer-readable medium having a set of computer-readable instructions that, when executed, perform acts comprising:

receiving a stream of media content from a source at a reception rate;

transmitting the stream of media content to a remote device at a transmission rate; and

informing the remote device upon detection of a latency inducing event that a new frame rate has been selected for the stream of media content.

15. The computer-readable media of claim 14, wherein the set of computer-readable instructions are further configured to separately change a context of the video and audio.

16. The computer-readable media of claim 14, wherein the set of computer-readable instructions are further configured to insert new video sequence headers into packets making up video content informing the remote device that a new frame rate has been selected.

17. The computer-readable media of claim 14, wherein the set of computer-readable instructions are further configured to normalize video presentation timestamps on video content packets to a new frame rate.

18. The computer-readable media of claim 14, wherein the set of computer-readable instructions are further configured to receive control packets from the remote device containing buffer fullness reports, or sender'"'"'s reports.

19. The computer-readable media of claim 14, wherein the set of computer-readable instructions are further configured to store excess media content in a reservoir when the reception rate exceeds the transmission rate.

20. The computer-readable media of claim 19, wherein the set of computer-readable instructions are further configured to read excess media content from the reservoir when the transmission rate exceeds the reception rate.