Patent application number | Description | Published |
20120079054 | Automatic Memory Management for a Home Transcoding Device - A content moving device which enables providing content stored on a first user device, such as a DVR, in a first format and resolution to be provided to a second user device, such as a portable media player (PMP) in a second format and resolution. The content moving device identifies content on the first user device as candidate content which may be desired by the PMP and assigns a priority level to the content. The content moving device transcodes the candidate content in order of highest priority first and lowest priority last. The content moving device may also use the priority level to manage deletion of the transcoded content from the storage on the content moving device. The lowest priority level content may be deleted first as storage space is needed. | 03-29-2012 |
20120179745 | Altering Transcoding Priority - In an embodiment, a content array represents media content available from a media server. The content array, sent by a media server in response to a request, lists content program objects that represent media content to be available from the media server. The media server receives a message for altering a transcoding priority of the selected content program object that represents media content not previously transcoded by the media server, and sends a return code for indicating whether the transcoding priority was successfully altered in response to the message. In a further embodiment, a media server system includes a transcoding queue with references to a plurality of content program objects that include an object method for altering a transcoding priority, and includes a transcoder configured to transcode media content associated with the content program objects according to the transcoding priority of each content program object of the transcoding queue. | 07-12-2012 |
20140270161 | METHOD AND APPARATUS FOR SECURE STORAGE AND RETRIEVAL OF LIVE OFF DISK MEDIA PROGRAMS - A method and system are provided for securely storing and retrieving live off-disk media programs. Events delineate media segments, each of which are encrypted with a different key so as to be streamable to a remote device via digital living network alliance (DLNA) or HTTP live streaming protocols. Media segments and identifiers for managing the storage and retrieval of such media segments are compatible with live streaming data structures, obviating the need to re-encrypt data streams. | 09-18-2014 |
20140270717 | SYSTEM AND METHOD FOR CONTROLLING AND MANAGING DIGITAL MEDIA RECORDING - A method of scheduling a digital video recording via a remote device, comprising providing a digital video recorder comprising one or more tuners and a recording database stored on a storage device within the digital video recorder, the recording database being configured to store one or more recording schedules that describe programming events to be recorded by the digital video recorder, receiving a message over a data network connection from a remote device, the message describing instructions to add a new recording schedule about a particular programming event to the recording database, comprising a program identifier, a program name, a program icon URL, a channel identifier, a start time, an end time, a deletion priority, and a recording type, processing the message to add the new recording schedule to the recording database, and transmitting an error message to the remote device when the new recording schedule conflicts with another recording schedule already stored in the recording database. | 09-18-2014 |
20140281010 | STREAMING MEDIA FROM A SERVER DELIVERING INDIVIDUALIZED CONTENT STREAMS TO CLIENTS - A method for preparing media content to be streamed to a client divides a stream of the media content at the server into multiple media segments. Each of the multiple media segments is to be stored as an individual file in a memory in a transfer protocol compliant format. A top-level manifest file is generated, which has a plurality of Universal Resource Locators (URLs). The plurality of URLs indicates an ordering of the multiple media segments to recreate the stream of media content. Responsive to a client request received over a network to present the media content in a trick play mode of operation, a modified manifest file is obtained based on the top-level manifest file. The modified manifest file includes a subset of the plurality of URLs indicating an ordering of media segments that create a representation of the stream of media content presentable in the trick play mode of operation. | 09-18-2014 |
20140282760 | METHODS OF IMPLEMENTING TRICKPLAY - A method of operating an IP client device for presentation of video content to a viewer includes the step of transmitting a trickplay request to a server. The client device receives from the server a manifest that references at least first and second consecutive video content fragments. The first fragment contains a sequence of N1 frames and the second fragment contains a sequence of N2 frames, and defines a set of M1 frames of the first fragment, where M1 is less than N1, and a set of M2 frames of the second fragment, where M2 is less than N2. The client device transmits a request for the M1 frames and the M2 frames and receives the M1 frames and the M2 frames. The client device presents the M1 frames and the M2 frames consecutively at the uniform, predetermined frame rate. The sequence of the M1 frames and the M2 frames has a presentation duration of (M1+M2)/F. | 09-18-2014 |
20140337411 | PROXY FOR FACILITATING STREAMING OF MEDIA FROM SERVER TO CLIENT - A method for preparing streaming media content to be rendered by a media player employs a proxy for the media player. The proxy sends a request over a network to a content server. In response, a rolling manifest file is received by the proxy. The manifest file includes a sequence of media segment URLs indicating an ordering of the media segments that create a representation of a portion of the content stream. The URLs follow a predefined naming convention that allows URLs occurring prior to and subsequent to the URLs included in the manifest file to be predicted. The proxy predicts additional URLs that occur prior to and/or subsequent to the URLs included in the manifest file. The manifest file is modified by inserting the additional media segment URLs into the manifest file. The additional URLs are sequentially located before or after the URLs included in the manifest file. | 11-13-2014 |
20140337904 | METHODS OF IMPLEMENTING MULTI MODE TRICKPLAY - A method of operating a server and an IP client device for presentation of video content to a viewer that includes a trickplay function. The server partitions media chunks into several sub chunks and includes information about the sub chunks in a manifest. The client plays the needed sub chunks to implement a desired play rate. As an alternative to providing sub chunk information in the manifest, the server sends key frame information in the manifest. The client plays needed frames of the key frames to implement a desired play rate. The sub chunk information as well as key frame information is encoded into the manifest as a standard comment or chunk filename. In another alternative, the IP client sends a trickplay request and based on that, the server signals either the sub chunks to be played or the key frames to be played to affect the desired speed. In yet another variation, the server can also remove the unwanted sub chunks or key frames to affect the desired play rate at the IP client. | 11-13-2014 |
20140376719 | DTCP Converter for HLS - A method for DTCP to HLS conversion is provided that starts with a standard DTCP Protected Content Packet (PCP) structure. The PCP payload data is chunked at defined chunk boundaries. Each chunk is then appended with a pad to be compatible with HLS. An HLS playlist is then provided using the PCP header with identification of the chunks and a keytag. The chunk is encrypted with a DTCP key calculated by the DTCP standard using: (a) copy control bits; (b) a nonce, and (c) an exchange key ID. Relevant PCP header fields are provided in the keytag for the HLS playlist, including the value of the copy control bits, the nonce and the exchange key ID, supporting the transaction that enables calculation of the DTCP content key to enable later decryption of the chunks. | 12-25-2014 |