Disclosed is a multimedia server on-board an aircraft including: a database including a permanent part and a temporary part, the temporary part being empty each time the aircraft takes off; a module for receiving a request from a terminal including a playback request for a multimedia file of interest; a processing module configured for checking whether the multimedia file of interest is present in the database; an external communication module configured for sending the request to an external system when the multimedia of interest is not present in the database and for receiving the multimedia file of interest and for storing same in the temporary part; and a module for sending the multimedia file of interest to the terminal.

Flat panel displays can broadcast their identity for discovery by handheld devices interested in obtaining data associated with video programming displayed on the displays. An application can be downloaded and activated on smartphones that will enable them to capture an image of the video programming and recognize is with the help of a remote server, or wirelessly obtain a list of available (discovered) flat panel displays (multiple screens, depending on venue) that allow wireless access to data associated with video programming displayed (or previously displayed and stored in a queue) on flat panels. Video programming rendering on a flat panel of interest can be identified via the smartphone and the smartphone can access additional data either directly from the flat panel or from a remote server once the data has been identified and/or engage in an interactive session in association with the displayed programming or data.

Aspects of the subject disclosure may include, for example, system for tile-based video streaming using a proxy executing at a mobile edge cloud, which adaptively offloads decoding and merging of video tiles from mobile devices to the mobile edge cloud. A processing system including the proxy communicates with a video server and a client device. The proxy receives a request for video content from a client device; the request includes historical field of view (FoV) information. The proxy predicts a client FoV, requests video tiles from the server, downloads the tiles from the server, generates a video chunk by decoding and merging the downloaded tiles, and delivers the video chunk to the client device. The client device performs local decoding and rendering of the generated video chunk. Other embodiments are disclosed.

Decoupling a time shift buffer from content streams to allow faster trick mode response is provided. A TSB/DVR manager may be provided to manage user selection of trick play options while viewing linear or non-linear content streams from a network source. Indication of selection of a trick play option may be received and analyzed by the TSB/DVR manager. The content stream may be managed, such that one or more trick play content streams may be sent to an endpoint device. This provides a network trick play experience similar to the trick play experience when content resides locally. Further, the user's behavior and viewing patterns may be continually monitored and recorded to allow the system to send one or more trick play content streams prior to the user selecting the trick play option. An option to acquire and record missed portions of the content stream may also be provided.

A caching system segments content into multiple, individually cacheable chunks cached by a cache server that caches partial content and serves byte range requests with low latency and fewer duplicate requests to an origin server. The system receives a request from a client for a byte range of a content resource. The system determines the chunks overlapped by the specified byte range and sends a byte range request to the origin server for the overlapped chunks not already stored in a cache. The system stores the bytes of received responses as chunks in the cache and responds to the received request using the chunks stored in the cache. The system serves subsequent requests that overlap with previously requested ranges of bytes from the already retrieved chunks in the cache and makes requests to the origin server only for those chunks that a client has not previously requested.

Methods and systems are described for storing content. One or more sections of the stored content may be subdivided into user-specific portions and common portions. The user-specific portions may be stored in user-specific storage associated with corresponding accounts of a plurality of user accounts. The common portions may be stored in common storage associated with the plurality of user accounts. User accounts may request access to the stored content. One or more caching criteria may be used to determine whether to cache any common portions of the stored content. Requests for the content may be processed using the common portions stored in the cache storage.

Systems and methods are operable to retrieve a previously broadcast initial portion of a media content event. An exemplary embodiment stores a media content event at a first media device as the media content event is communicated over a broadcast system; receives a request at the first media device from a second media device, wherein the request identifies an initial portion of a media content event that has previously been communicated over a broadcast system; identifies the initial portion of the media content event from the stored media content event; retrieves the identified initial portion of the media content event; and communicates the initial portion of the media content event from the first media device to the second media device.

A video optimizer receives a request to optimize a source file and stream the optimized file. The request may be accompanied by a key uniquely identifying the original source file to be optimized and an optimized version of the source file to stream to the client. The key uniquely identifies the source video file as it exists on an origin server to prevent transmission of modified source video and the optimized version of the source file by optimization parameters to ensure compatibility with the user device. The video optimizer queries a cache database in response to the received request, which contains references keys and locations of optimized source files among local caches in a cluster of video optimizers. The cache database responds indicates whether a matching optimized version of the source file exists in a local cache of a given video optimizer in the cluster.

Predictive, multi-layer caching architectures may be used to predict which elements a user is most likely to navigate to within a collection of elements associated with a predefined layout and, in response, to increase the accessibility of these elements to a client device of the user. For instance, the techniques may utilize a predictive, multi-layer caching architecture for storing these predicted elements to decrease the latency to render these images if the user navigates within the collection of elements in the predicted manner. The collection of elements may comprise images (e.g., a 3D model, a map, etc.), video files, audio files, text files, or any other type of file that is consumable on a client device.

This invention relates to an encoding/transmitting apparatus that is used to transmit moving-picture data from a transmitting side to a receiving side through a transmission path and to subject the moving-picture data to streaming in the receiving side. The apparatus has an external-output request determining unit (16) that monitors the state of a network. If the network assumes an undesirable state, the unit (16) causes a multiplex output unit (15) to stop multiplexing data. When the network assumes a good state, the unit (15) starts multiplexing the data again. A video encoding unit (11) and an audio encoding unit (12) keep encoding data, whether the multiplex output unit (15) is multiplexing data or not. When the area occupied by encoded data in an encoded-video-data storage unit (13) and the area occupied by encoded data in an encoded-audio-data storage unit (14) exceed a predetermined value, the units (11) and (12) stop encoding data, and wait until the area occupied by encoded data sufficiently decreases.