Dismiss
InnovationQ will be updated on Sunday, Oct. 22, from 10am ET - noon. You may experience brief service interruptions during that time.
Browse Prior Art Database

MECHANISM FOR SCENE DESCRIPTION DURING TRICK MODE PLAYBACK ON SET-TOP BOX (STB)

IP.com Disclosure Number: IPCOM000247089D
Publication Date: 2016-Aug-03
Document File: 4 page(s) / 60K

Publishing Venue

The IP.com Prior Art Database

Related People

Sujit Pulapura: AUTHOR [+4]

Abstract

Presented herein is a mechanism to help users get audio / subtitle cues during trick mode playback without processing all the data that comes with normal audio / subtitle playback. This is accomplished with specialized, limited and relevant data sent on program identifiers (PIDs) associated with corresponding trick mode speeds which the set-top box (STB) can process. This is a value added feature that helps the user browse to contents in order to identify the context of what is happening in the trick modes without processing the entire audio video data as sent for 1x viewing. For users not interested in audio, the subtitles can provide relevant information.

This text was extracted from a PDF file.
This is the abbreviated version, containing approximately 43% of the total text.

Page 01 of 4

MECHANISM FOR SCENE DESCRIPTION DURING TRICK MODE PLAYBACK ON SET-TOP BOX (STB)

  AUTHORS: Sujit Pulapura Naval kishor Prasad

 Pramod Mohan Avraham Poupko

CISCO SYSTEMS, INC.

ABSTRACT

    Presented herein is a mechanism to help users get audio / subtitle cues during trick mode playback without processing all the data that comes with normal audio / subtitle playback. This is accomplished with specialized, limited and relevant data sent on program identifiers (PIDs) associated with corresponding trick mode speeds which the set-top box (STB) can process. This is a value added feature that helps the user browse to contents in order to identify the context of what is happening in the trick modes without processing the entire audio video data as sent for 1x viewing. For users not interested in audio, the subtitles can provide relevant information.

DETAILED DESCRIPTION

     In personal video recorder (PVR) boxes, during trick mode playback, video playback occurs at higher speeds. At higher speeds, e.g., 8x, it does not make sense to play audio/subtitle content as it would not be understood by the user if all the data was processed. However, while browsing through a program at trick mode speed it would be good to know the context of the scenes being viewed. This is useful in terms of audio cues or subtitle cues in order to know the progress of the trick mode. It would also be useful to provide such audio cues to help visually impaired people identify the progress of the trick mode. Presented herein is a solution to the above problem.

    Currently. along with broadcast video, audio and subtitle packets are transmitted as part of the transmit stream. However these are useful during playback of recorded

Copyright 2016 Cisco Systems, Inc.

1


Page 02 of 4

content at normal (1x) speed. To obtain a context of the content being displayed during trick mode, several approaches are proposed based on the head-end (HE) capabilities.

Assumptions

    It is assumed that irrespective of the approach, the HE would have a mechanism to extract the relevant data to be displayed (audio and subtitle) for different speeds, and play it out on different program identifiers (PIDs) associated for different speeds. The news PID's would:

    a) either be signaled using private descriptors that can be interpreted by the set- top box, or

    b) be at predefined offsets from the normal audio/subtitle PIDs signaled in the program map table (PMT).

Solution

1) Generation of Trick Mode Data


a) Case -1 Content generated with detailed scene description information.

    In this case, the content provider would provide data that describes the scenes at periodic intervals of I-Frames. This data generated for each trick mode speed PID would be different and generated by the content provider to provide detailed scene description if the user were viewing at different speeds. The scene description data would be extracted at regular intervals close to I-Frame locations. For example, one set of PIDs generated from s...