Systems and methods for fast video startup using trick play streams

• US 9,197,685 B2
• Filed: 06/28/2012
• Issued: 11/24/2015
• Est. Priority Date: 06/28/2012
• Status: Active Grant

• Current Assignee: Sonic IP Incorporated (Endeavor Group Holdings Inc.)
• Original Assignee: Sonic IP Incorporated (Endeavor Group Holdings Inc.)
• Inventors: Soroushian, Kourosh
• Primary Examiner(s): ELAHI, SHAN E
• Application Number:
  US13/536,891
• Publication Number:
  US 20140003516A1
• Time in Patent Office: 1,244 Days
• Field of Search: 375/240.13
• US Class Current: 1/1
• CPC Class Codes: H04L 65/613 for the control of the source by the destination control signals issued by the client directed to the server or network components specially adapted for selective content distribution H04N21/637
• CPC Class Codes: H04N 21/2387 Stream processing in response to a playback request from an end-user, e.g. for trick-play
• CPC Class Codes: H04N 21/4384 involving operations to reduce the access time, e.g. fast-tuning for reducing channel switching latency
• CPC Class Codes: H04N 21/6125 involving transmission via Internet transmission by internet of broadcast information H04H60/82

Abstract

Systems and methods for fast startup of video playback in accordance with embodiments of the invention are disclosed. One embodiment includes identifying a location within the first video stream at which to commence playback, identifying a frame of video in the second video stream that corresponds with the identified location in the first video stream, requesting the identified frame of video in the second video stream, requesting and buffering video from the first video stream starting at the identified location, decoding the identified frame of video in the second video stream, displaying the decoded frame of video in the second video stream while buffering video from the first video stream, decoding video from the first video stream, and displaying the decoded video from the first video stream when the first video stream is sufficiently buffered for continuous playback.

Claims

1. A method for fast startup of video playback of encoded media using at least two video streams, where the media is encoded as at least a first video stream and a second video stream, the method comprising:

receiving a user instruction on a playback device causing playback of the encoded media to start at a time within the encoded media where the next frame is not already stored within the buffer of the playback device, where the encoded media is encoded as at least a first video stream and a second video stream that encode the same media content at different bitrates;

identifying a starting location within the first video stream at which to commence playback and an initial frame at the starting location within the first video stream using the playback device;

identifying a frame of video in the second video stream that corresponds with the identified starting location in the first video stream using the playback device;

requesting the identified frame of video in the second video stream using the playback device;

requesting and buffering video from the first video stream starting at the identified starting location using the playback device;

decoding the identified frame of video in the second video stream using the playback device;

displaying the decoded frame of video in the second video stream while buffering video from the first video stream and while the first video stream is not sufficiently buffered for continuous playback;

decoding buffered video from the first video stream using the playback device; and

displaying the decoded buffered video from the first video stream when the first video stream is sufficiently buffered for continuous playback.

2. The method of claim 1, wherein the first video stream is encoded at a first bitrate, the second video stream is encoded at a second bitrate, and the first bitrate is greater than the second bitrate.

3. The method of claim 2, wherein the second video stream is a trick play stream and each frame of the second video stream is encoded as an intra frame.

4. The method of claim 1, wherein the first video stream is encoded at a first resolution, the second video stream is encoded at a second resolution, and the first resolution is higher than the second resolution.

5. The method of claim 4, wherein the second video stream is a trick play stream and each frame of the second video stream is encoded as an intra frame.

6. The method of claim 1, wherein identifying a frame of video in the second video stream that corresponds with the identified location in the first video stream comprises requesting an index of the second video stream and using the index to determine a frame of video in the second stream that corresponds to the identified location within the first video stream at which to commence playback.

7. The method of claim 1, wherein:

the first video stream and the second video stream are stored in separate container files; and

requesting and buffering video from the first video stream starting at the identified location using a playback device further comprises requesting portions of files from at least one remote server via Hypertext Transfer Protocol (HTTP) byte range requests using the playback device.

8. The method of claim 1, wherein the first video stream and the second video stream are stored in separate Extensible Binary Markup Language (EBML) container files.

9. The method of claim 1, further comprising retrieving a top level index file using the playback device that identifies the first video stream and the second video stream.

10. The method of claim 1, wherein the first video stream is selected from a plurality of alternative video streams that encode the same media content at different bitrates.

11. The method of claim 1, further comprising configuring the playback device to decode the identified frame of video in the second video stream based upon the encoding of the identified frame of video in the second video stream.

12. The method of claim 11, wherein configuring the playback device to decode the identified frame of video in the second video stream based upon the encoding of the identified frame of video in the second video stream comprises using a top level index to locate encoding information for the second video stream and retrieving the encoding information to determine the encoding of the second video stream.

13. The method of claim 1, further comprising decoding the buffered video from the first video stream and displaying the decoded video.

14. The method of claim 13, further comprising configuring the playback device to decode content from the first video stream based upon the encoding of the first video stream.

15. The method of claim 14, wherein configuring the playback device to decode content from the first video stream based upon the encoding of the first video stream comprises using a top level index to locate encoding information for the first video stream and retrieving the encoding information to determine the encoding of the first video stream.

16. The method of claim 1, wherein displaying the decoded frame of video in the trick play stream while buffering portions of video from the video stream further comprises displaying the same decoded frame of video continuously until the portions of video from the video stream are adequately buffered for display.

17. The method of claim 1, wherein the identified frame of video in the trick play stream is downloaded together with at least part of at least one subsequent frame in the stream.

18. The method of claim 17, wherein displaying the decoded frame of video in the trick play stream while buffering portions of video from the video stream further comprises displaying the same decoded frame of video continuously until the portions of video from the video stream are adequately buffered for display.

19. A playback device for fast startup of video playback of encoded media using at least two video streams, where the media is encoded as at least a first video stream and a second video stream, comprising:

a network interface;

memory; and

a processor;

wherein the processor is configured by a playback application to;

receive a user instruction on a playback device causing playback of the encoded media to start at a time within the encoded media where the next frame is not already stored within the buffer of the playback device, where the encoded media is encoded as at least a first video stream and a second video stream that encode the same media content at different bitrates;

identify a starting location within the first video stream at which to commence playback and an initial frame at the starting location within the first video stream;

identify a frame of video in the second video stream that corresponds with the identified starting location in the first video stream;

request the identified frame of video in the second video stream;

request and buffer video from the first video stream starting at the identified starting location;

decode the identified frame of video in the second video stream;

display the decoded frame of video in the second video stream while buffering video from the first video stream and while the first video stream is not sufficiently buffered for continuous playback;

decode buffered video from the first video stream; and

display the decoded buffered video from the first video stream when the first video stream is sufficiently buffered for continuous playback.

20. A non-transitory machine readable medium containing processor instructions, where execution of the instructions by a processor causes the processor to perform a process comprising:

receiving a user instruction causing playback of the encoded media to start at a time within the encoded media where the next frame is not already stored within the buffer of the playback device, where the encoded media is encoded as at least a first video stream and a second video stream that encode the same media content at different bitrates;

identifying a starting location within the first video stream at which to commence playback and an initial frame at the starting location within the first video stream;

identifying a frame of video in the second video stream that corresponds with the identified starting location in the first video stream;

requesting the identified frame of video in the second video stream device;

requesting and buffering video from the first video stream starting at the identified starting location;

decoding the identified frame of video in the second video stream;

displaying the decoded frame of video in the second video stream while buffering video from the first video stream and while the first video stream is not sufficiently buffered for continuous playback;

decoding buffered video from the first video stream using the playback device; and

displaying the decoded buffered video from the first video stream when the first video stream is sufficiently buffered for continuous playback.