Abstract:
A block-request streaming system provides for improvements in the user experience and bandwidth efficiency of such systems, typically using an ingestion system that generates data in a form to be served by a conventional file server (HTTP, FTP, or the like), wherein the ingestion system intakes content and prepares it as files or data elements to be served by the file server. The system might include controlling the sequence, timing and construction of block requests, time based indexing, variable block sizing, optimal block partitioning, control of random access point placement, including across multiple presentation versions, dynamically updating presentation data, and/or efficiently presenting live content and time shifting.
Abstract:
A block request streaming system provides for improvements in the user experience and bandwidth efficiency of such systems, typically using an ingestion system that generates data in a form to be served by a conventional file server (HTTP, FTP, or the like), wherein the ingestion system intakes content and prepares it as files or data elements to be served by the file server. The system might include controlling the sequence, timing and construction of block requests, time based indexing, variable block sizing, optimal block partitioning, control of random access point placement, including across multiple presentation versions, dynamically updating presentation data, and/or efficiently presenting live content and time shifting.
Abstract:
A block-request streaming system provides for improvements in the user experience and bandwidth efficiency of such systems, typically using an ingestion system that generates data in a form to be served by a conventional file server (HTTP, FTP, or the like), wherein the ingestion system intakes content and prepares it as files or data elements to be served by the file server, which might include a cache. A client device can be adapted to take advantage of the ingestion process as well as improvements that make for a better presentation independent of the ingestion process. The client devices and ingestion system can be coordinated to have a predefined mapping and template for making block requests to HTTP file names that a conventional file server can accept through the use of URL construction rules. Segment size might be specified in an approximate manner for more efficient organization.
Abstract:
Un método para transportar datos de medios incluye, a través de una unidad de envío de protocolo basado en archivo de un dispositivo fuente, recibir una corriente de datos que comprende segmentos de datos de medios desde un segmentador del dispositivo fuente que forma los segmentos, cada uno de los segmentos comprendiendo un archivo individualmente recuperable respectivo asociado con un localización de recursos uniforme (URL) único, determinar ubicaciones de eventos de entrega de medios (MDEs) en la corriente de datos de medios, en donde los MDEs incluyen datos para al menos una porción de uno de los segmentos, determinar uno o más requerimientos de tiempo de transmisión para los MDEs que representan tiempos en los cuales los MDEs van a ser enviados a un dispositivo cliente y proporcionar los MDEs y datos que representan los requerimientos de tiempo de transmisión a una unidad de envío de capa física del dispositivo fuente de acuerdo con ranuras de entrega disponibles para la unidad de envío de capa física.
Abstract:
A method of transporting media data includes, by a file-based protocol sending unit of a source device, receiving a stream of data comprising Segments of media data from a segmenter of the source device that forms the Segments, each of the Segments comprising a respective individually retrievable file associated with a unique uniform resource locator (URL), determining locations of media delivery events (MDEs) in the stream of media data, wherein the MDEs include data for at least a portion of one of the Segments, determining one or more transmission time requirements for the MDEs representing times at which the MDEs are to be sent to a client device, and providing the MDEs and data representing the transmission time requirements to a physical layer sending unit of the source device according to available delivery slots for the physical layer sending unit.
Abstract:
A device for processing video data can be configured to receive a configuration record for decoding a bitstream of the video data, wherein the configuration record for the bitstream includes a toolset indication syntax element that includes information identifying, from a set of video decoding tools, tools that are required to decode the bitstream associated with the configuration record; based on the toolset indication syntax element, determine whether to retrieve the bitstream associated with the configuration record; and based on the determination to retrieve the bitstream associated with the configuration record, retrieve the bitstream and outputting the bitstream to a video decoder for decoding.
Abstract:
método e aparelho para transporte de streaming adaptativo dinâmico sobre fragmentos de descrição de segmento de inicialização http (dash) como fragmentos de descrição de serviço de usuário. um método, um aparelho, e um produto de programa de computador for comunicação sem fio são fornecidos. o aparelho estabelece a sessão de entrega de arquivo com um servidor em uma rede de transmissão para informação do sistema. o aparelho também recebe uma pluralidade de fragmentos de metadados na sessão de entrega de arquivo. a pluralidade de fragmentos de metadados incluindo pelo menos um fragmento de descrição de segmento de inicialização, sendo que o pelo menos um fragmento de descrição de segmento de inicialização é associado com pelo menos um segmento de mídia transmitido em outra sessão de entrega de arquivo.
Abstract:
In one example, a device for retrieving audio data includes one or more processors configured to receive availability data representative of a plurality of available adaptation sets, the available adaptation sets including a scene-based audio adaptation set and one or more object-based audio adaptation sets, receive selection data identifying which of the scene-based audio adaptation set and the one or more object-based audio adaptation sets are to be retrieved, and provide instruction data to a streaming client to cause the streaming client to retrieve data for each of the adaptation sets identified by the selection data, and a memory configured to store the retrieved data for the audio adaptation sets.
Abstract:
Un procedimiento de recepción de datos de medios, comprendiendo el procedimiento: determinar una pluralidad de representaciones de una presentación de medios de transmisión adaptativa dinámica por HTTP, DASH, a partir de una descripción de una instancia de sesión de transporte de codificación en capas, LCT, LSID, recibida en el que la LSID incluye información representativa de una pluralidad de sesiones LCT, con cada una de las sesiones LCT que incluye datos de una respectiva de las representaciones y en el que la LSID indica correspondencias entre las sesiones LCT y las representaciones; e iniciar el consumo (560) de una o más de las representaciones de la presentación de medios DASH utilizando la LSID, en el que el inicio del consumo comprende: determinar las correspondencias entre las sesiones LCT y las representaciones basadas en la LSID; recibir (562) un primer conjunto de datos que incluye paquetes de las sesiones LCT que incluyen partes de datos de una o más de las representaciones hasta un primer tiempo de reproducción, antes de recibir un archivo de manifiesto; proporcionar datos (564) de los paquetes a un descodificador de medios; recibir un archivo de manifiesto después de recibir el primer conjunto de datos; y recibir un segundo conjunto de datos, diferente del primer conjunto de datos, de la presentación de medios DASH utilizando el archivo de manifiesto, teniendo el segundo conjunto de datos tiempos de reproducción siguientes al primer tiempo de reproducción.
Abstract:
inserção de propaganda direcionada para dados de mídia de fluxo contínuo. em um exemplo, um método de recuperar dados de mídia inclui, pelo cliente do serviço de multimídia de broadcast/multicast (mbms) de um dispositivo do cliente: receber dados de mídia de propaganda de um ou mais grupos de propaganda, receber um valor identificador para um dos grupos de propaganda a partir de um fluxo contínuo adaptativo dinâmico através do cliente http (dash) do dispositivo do cliente; extrair os dados da mídia de propaganda do grupo de anúncio correspondente ao valor do identificador; e fornecer os dados de mídia da propaganda extraídos para o cliente dash.