MXPA05003062A

MXPA05003062A - Lectura de flujos multiples.

Info

Publication number: MXPA05003062A
Application number: MXPA05003062A
Authority: MX
Inventors: W R Leibbrandt Godert
Original assignee: Koninkl Philips Electronics Nv
Priority date: 2002-09-26
Filing date: 2003-09-18
Publication date: 2005-05-27
Also published as: RU2324986C2; AU2003260876A1; US20060010269A1; EP1547079A1; RU2005112462A; KR20050072420A; TWI303805B; ZA200502460B; TW200416670A; PL374951A1; WO2004029957A1; BR0314694A; AR043899A1; JP2006500718A; CA2500001A1; CN1685417A

Abstract

Se propone un aparato y un metodo para el flujo de datos en tiempo real desde un medio de almacenamiento que contiene formatos de codificacion en capas. El metodo comprende las etapas de recibir uno o mas comando de aplicaciones que inician al menos dos flujos de datos e indican una resolucion requerida, recuperar informacion relacionada con formatos de codificacion disponibles en el medio de almacenamiento y relacionada con la velocidad maxima de lectura de datos soportada por el dispositivo de lectura de datos, seleccionar un formato de compresion para cada flujo de datos con base en los comando recibidos, y en esa informacion de formatos de codificacion recuperada, de tal manera que la suma de flujos de datos no excede esa velocidad maxima de lectura de datos, y enviar una solicitud de flujo correspondiente a esos formatos de compresion seleccionados al dispositivo de lectura de datos.

Description

LECTURA DE FLUJOS MULTIPLES DESCRIPCIÓN DE LA INVENCIÓN La invención se relaciona con un aparato y un método para el flujo de datos en tiempo real desde un medio de almacenamiento que contiene formatos codificados en capas, y más particularmente con un aparato y método de lectura de flujos múltiples para discos ópticos. Debido a las cantidades masivas de datos inherentes en video digital, la transmisión de señales de video digital de movimiento total, y alta definición es un problema significativo en el desarrollo de la televisión de alta definición. Más particularmente, cada cuadro de imagen es una imagen fija formada por un arreglo de píxeles de acuerdo con la resolución de la pantalla de un sistema particular. Como resultado, las cantidades de información digital sin procesar incluidas en secuencias de video de alta resolución son masivas. Con el objeto de reducir la cantidad de datos que deben enviarse, se usan esquemas de compresión para comprimir los datos. Se han establecido varios estándares o procesos de compresión de video y están aún en progreso, tales como MPEG-2, MPEG-4, H.263, H.264, etc. Se han desarrollado métodos para hacer que un video esté disponible en varias resoluciones y/o calidades en un flujo.

Se les denomina con imprecisión como técnicas de Ref.: 162528 9 escalabilidad . Existen tres ejes en los cuales puede desplegarse la escalabilidad. En primer lugar está la escalabilidad en el eje del tiempo, frecuentemente se le refiere como escalabilidad temporal. En segundo lugar, está la escalabilidad en el eje de la calidad, frecuentemente se le refiere como escalabilidad de señal a ruido o escalabilidad de grano fino. El tercer eje es el eje de resolución (número de píxeles en una imagen) frecuentemente se le refiere como escalabilidad espacial, codificación en capas, o compresión en capas. En la codificación en capas el flujo de bits se divide en dos o más flujos de bits, o capas. Cada capa puede combinarse para formar una sola señal de alta calidad. Por ejemplo, una capa base puede proporcionar una señal de video de baja calidad, mientras que una capa de mejoramiento puede proporcionar información adicional que puede mejorar la imagen de la capa base. La figura 1 ilustra un sistema de codificación en capas que separa una imagen fuente de alta resolución en una capa base y una capa de mejoramiento, y almacena la capa base y la capa de mejoramiento en pistas separadas en un medio de almacenamiento, tal como un DVD. A un sistema de codificación por capas también se le puede referir como un sistema de codificación de imagen. Una imagen fuente de alta resolución 100 es capturada usando una cámara de video u otro dispositivo capaz de capturar una imagen. Se captura una serie de imágenes para generar un programa de video (por ejemplo, un programa de televisión o una película) . La imagen fuente de alta resolución 100 es comunicada a un generador de capas de mejoramiento 102 y a un generador de capas base 104. El generador de capas de mejoramiento 102 genera una porción de capa de mejoramiento de una imagen fuente 100 y comunica la capa de mejoramiento a un compresor 106. El generador de capas de mejoramiento 102 genera la capa de mejoramiento comparando los datos de la capa base (recibida del generador de capas base 104) con los datos de la imagen fuente de alta resolución. Por ejemplo, el generador de capas de mejoramiento 102 substrae los datos de la capa base de los datos de la imagen fuente de alta resolución, dejando con ello solo porciones de alta resolución de la imagen (es decir, la capa de mejoramiento) . El generador de capas base 104 genera una porción de capa base de la imagen fuente 100 y comunica la capa base a un compresor 108. El compresor 106 genera una versión comprimida de los datos de la capa de mejoramiento y el compresor 108 genera una versión comprimida de los datos de la capa base. En una modalidad particular de la invención, el compresor 108 comprime los datos . de capa base usando, por ejemplo, el algoritmo de compresión del PEG-2 (grupo de expertos en imágenes en movimiento) . Similarmente , el compresor 106 puede comprimir la capa de mejoramiento usando el algoritmo de compresión MPEG-2. Sin embargo, no se requiere que el compresor 106 use el mismo algoritmo de compresión que el compresor 108. Por ejemplo, el compresor 106 puede usar un algoritmo de compresión que utiliza un tren de ondas tridimensionales para comprimir la información de capas de mejoramiento, o similares. La capa base comprimida se almacena en una primera pista de almacenamiento de datos 112 del medio de almacenamiento 110. Una pista de almacenamiento de datos es un a colección de múltiples sectores de un medio de almacenamiento que puede leerse en secuencia en tiempo real. Por ejemplo. Una pista de almacenamiento de datos en un disco óptico puede ser una serie continua de elementos de datos almacenados en un patrón generalmente circular que son leídos mientras el disco gira. Alternativamente, una pista de almacenamiento de datos en un disco puede almacenar dos flujos intercalados de datos, tal como datos de capas de mejoramiento con datos de capa base, en múltiples sectores dispersos a lo largo del disco. La capa de mejoramiento comprimida se almacena en una segunda pista de almacenamiento de datos 114 del medio de almacenamiento 110. En este ejemplo, el medio de almacenamiento 110 es un DVD. La primera y segunda pistas de almacenamiento de datos 112 y 114 pueden localizarse en la misma capa física del DVD o pueden localizarse en diferentes capas físicas del DVD (un DVD puede tener dos lados con dos capas físicas en cada lado) . Los compresores 106 y 108 comprimen los datos de la capa de mejoramiento y de la capa base para reducir el espacio de almacenamiento requerido para almacenar datos. Si la capa de mejoramiento y/o la capa base no requieren compresión (es decir, el medio de almacenamiento 110 tiene suficiente espacio de almacenamiento sin compresión de los datos) , entonces el compresor 106 y/o 108 puede eliminarse del sistema mostrado en la figura 1. Un formato codificado en capas producido en la manera descrita arriba puede proporcionar compatibilidad entre diferentes estándares de video o capacidades decodificadoras . Con la codificación en capas, el video de capa base puede tener una resolución más baja que la secuencia de video de entrada, en cuyo caso la capa de mejoramiento lleva información que puede restaurar la resolución de la capa base al nivel de secuencia de entrada. Se conocen varias aplicaciones y en futuro se harán más importantes, demandando simultáneamente flujos de datos múltiples. Esto son por ejemplo: - Aplicaciones de Imagen en imagen (PIP, por sus siglas en inglés) en las cuales un segundo video/ imagen se muestra en une pequeña ventana que se superpone parcialmente al primer video/imagen mostrado en un formato de pantalla completa. Estas aplicaciones, por ejemplo, pueden permitir ver la misma toma de la escena desde un ángulo diferente, o un video del director dando sus comentarios, simultáneamente. - Modo de pantalla dividida, en donde se muestra una pluralidad de videos simultáneamente en regiones adyacentes predeterminadas de la pantalla. - Modo sobrepuesto, en donde por ejemplo una aplicación interactiva se superpone a una película principal. El formato DVD, por ejemplo, soporta múltiples ángulos de cámara (o ángulos de video) . Un espectador del programa almacenado en un DVD puede seleccionar el ángulo de cámara predeterminado o uno de varios ángulos de cámara alternos. A pesar de que la tecnología del DVD soporta múltiples ángulos de cámara, los programas no se graban necesariamente usando múltiples ángulos de cámara. Debido a los costos agregados de grabación de un programa de video usando múltiples ángulos de cámara, muchos programas no utilizan las pistas del DVD proporcionadas para ángulos de cámara alternos. Sin embargo, todos los medios de almacenamiento conocidos solo tienen un ancho de banda de lectura limitado. Por ejemplo en el BD-ROM, la velocidad máxima de lectura de datos soportada, la cual no se ha fijado aún en una especificación, se espera que sea seleccionada a 54 Mbits/s a una velocidad de lectura sencilla. Las razones para tales velocidades de lectura relativamente bajas, en general son factores de costo (componentes más económicos) y consideraciones de energía para sistemas portátiles. Por otro lado, el flujo de video, el cual es de calidad de alta definición, se espera que tenga una tasa de bits de hasta 40 bits/s. Por lo tanto, si una o más aplicaciones demandan un flujo de datos a una velocidad de lectura máxima de datos, la lectura simultánea de más de 1 flujo de video obviamente no puede soportarse. Más en general, un medio de grabación tiene una velocidad máxima de lectura de datos (Y) y contiene datos de flujo para leerse a una velocidad de flujo de bits (X), mediante lo cual, tiene que cumplirse la condición X < Y. Sin embargo, puede requerirse que los flujos múltiples (n) sean leídos simultáneamente, cuyo requerimiento no puede ser cumplido por nX > Y. Por lo tanto el objeto de la presente es proporcionar un aparato y un método para el flujo de datos en tiempo real desde un medio de almacenamiento el cual supere las limitaciones anteriores. De conformidad con un primer aspecto de la presente invención este objeto se logra mediante un aparato como se describe en el párrafo de introducción que comprende un medio de selección y un dispositivo de lectura de datos, disponiéndose el medio de selección para recibir de uno o más comandos de aplicaciones que inician al menos dos flujos de datos y que indican una resolución requerida, para recuperar información relacionada con formatos de codificación disponibles en ese medio de almacenamiento y relacionada con la velocidad máxima de lectura de datos soportada por el dispositivo de lectura de datos, para seleccionar un formato de compresión para cada flujo de datos con base en tales comandos de iniciación recibidos, y en esa información de formato de codificación recuperada, de tal manera que la suma de los flujos de datos no excede esa velocidad máxima de lectura de datos, y para enviar una solicitud de flujo que corresponde a esos formatos de compresión seleccionados; y disponiéndose el dispositivo de lectura de datos para recibir esa solicitud de flujo de ese medio de selección, para leer datos del medio de almacenamiento y sacar flujos de datos correspondientes de acuerdo con esa solicitud. De conformidad con un segundo aspecto de la invención el cual constituye un desarrollo adicional del primer aspecto el medio de selección se dispone para acceder a una información prioritaria predeterminada de esas aplicaciones y selecciona el formato de compresión de acuerdo con la información de prioridad predeterminada. De conformidad con un tercer aspecto de la invención el cual constituye un desarrollo adicional del primer aspecto el medio de selección se dispone para interpretar una etiqueta portada por cada uno de los comandos de iniciación indicando un nivel de prioridad y selecciona el formato de compresión de acuerdo con ese nivel de prioridad. De conformidad con un cuarto aspecto de la invención el cual constituye un desarrollo adicional de la invención de cualquiera de los aspectos primero al tercero, el medio de selección se dispone para verificar recursos disponibles del sistema y para elegir el formato de compresión tomando en cuenta adicionalmente esos recursos del sistema. De conformidad con un quinto aspecto de la invención el cual constituye un desarrollo adicional del primer y cuarto aspecto el medio de selección comprende un medio dispuesto para reducir esa velocidad máxima de lectura de datos por un valor que toma en cuenta un tiempo de procesamiento requiriendo que el dispositivo de lectura de datos conmute entre los accesos a al menos dos de los flujos de datos, y proporcione el resultado para esa selección. De conformidad con un sexto aspecto de la invención el objeto anterior se logra adicionalmente por un método tal como se describe en el párrafo de introducción que comprende las etapas de: recibir de uno o más comandos de aplicaciones la iniciación de al menos dos flujos de datos y la indicación de una resolución requerida, recuperar información relacionada con formatos de codificación disponibles en el medio de almacenamiento y relacionada con la velocidad máxima de lectura de datos soportada por un dispositivo de lectura de datos, seleccionar un formato de compresión para cada flujo de datos con base en los comandos recibidos, y en la información de formatos de codificación recuperada, de tal manera que la suma de los flujos de datos no excede esa velocidad máxima de lectura de datos, y enviar las solicitudes de flujo que corresponden a los formatos de compresión seleccionados a ese dispositivo de lectura de datos. De conformidad con un séptimo aspecto de la invención el cual constituye un desarrollo adicional del sexto aspecto la selección se ejecuta de conformidad con una prioridad predeterminada de esas aplicaciones. De conformidad con un octavo aspecto de la invención el cual constituye un desarrollo adicional del sexto aspecto cada uno de los comandos de iniciación portan una etiqueta que indica un nivel de prioridad y la selección se ejecuta de conformidad con ese nivel de prioridad indicado por la etiqueta . De conformidad con un noveno aspecto de loa invención el cual constituye un desarrollo adicional de cualquiera de los aspectos sexto al octavo, el método comprende la etapa de verificar recursos disponibles del sistema y esa selección adicionalmente toma en cuenta esos recursos del sistema. De conformidad con un décimo aspecto de la invención el cual constituye un desarrollo adicional de cualquiera de los aspectos sexto al noveno, el método comprende las etapas de reducir esa velocidad máxima de lectura de datos por un valor que toma en cuenta un tiempo de procesamiento que requiere el dispositivo de lectura de datos para conmutar entre al menos los dos flujos de datos, y proporcionar el resultado para esa selección . Cada comando deberá indicar directamente o indirectamente una calidad o resolución requerida que corresponda a un flujo de datos asignado X. Por ejemplo, el comando puede incluir una etiqueta indicando de cuál aplicación se recibió el comando. Después, esta información, por ejemplo, puede traducirse como sigue : Visualización en pantalla completa es igual a alta calidad (por ejemplo, HD a una tasa de bits máxima de XHD = 40 Mbit/s) , - Imagen en imagen es igual a baja calidad (por ejemplo CIF a una tasa de bits máxima de XCIF = 4 Mbits/s, y una tasa de bits promedio de 1 - 2 Mbits/s) , - Mosaico de muchos flujos es igual a baja calidad, - Pantalla dividida es igual a calidad media (por ejemplo calidad estándar a una tasa de bits máxima de Xme(j = 10 Mbits/s, y una tasa de bits promedio de 4.5 Mbits/s), o - Modo de superposición es igual a baja calidad. En muchos casos la adición directa de los flujos de datos solicitados puede ser ya insuficiente para obtener la suma por debajo de la velocidad máxima de lectura de datos Y. SAuponiendo las tasas de bits anteriores, por ejemplo, durante la reproducción normal de video de flujo sencillo (primera aplicación), la calidad más alta se ve en XHD = (máx.) 40 Mbits/s por medio de, por ejemplo, la lectura de la capa base y la capa de mejoramiento del disco. Si se inicia una segunda aplicación, por ejemplo aplicación de imagen en una imagen, esto requeriría el acceso a un segundo flujo a XCIF = (máx.) 4 Mbits/s por medio de, por ejemplo, solo la lectura de la capa base del disco. La suma de ambos flujos no excede 44 Mbits/s. Por lo tanto una unidad de BD-ROM lx que proporciona datos a Y = 54 Mbits/s, sería un dispositivo de lectura apropiado. En este caso el medio de selección encuentra que la suma de los flujos de datos demandados no excede Y y, por lo tanto, simplemente tiene que seleccionar formatos de compresión que corresponden a la resolución originalmente requerida. Con este respecto debe notarse, que un tiempo de procesamiento (elevado) debido a una conmutación (mecánica) o salto entre diferentes ubicaciones en el medio de almacenamiento en donde se almacenan los datos solicitados para una o más aplicaciones reduce la velocidad máxima disponible de lectura de datos a un valor efectivo Yeff < Y. Esto será tomado en cuenta reduciendo automáticamente esa velocidad máxima de lectura de datos. Por ejemplo, se puede substraer un valor fijo para cada flujo accedido, por ejemplo, para cada aplicación. La velocidad de lectura de datos corregida de esta manera YCOrr - Ye-f es entonces el factor decisivo (limitante) para la selección de los formatos de compresión apropiados.

Para esas situaciones, en las cuales la suma de los flujos de datos es mayor que Y existe una competencia genuina de solicitudes. Por lo tanto, el aparato tiene que tomar una decisión la cual solicita servir con una velocidad de tasa menor y por lo tanto menor calidad/resolución que la requerida. Una opción es hacer una elección aleatoria. Preferentemente, se selecciona un orden de elección. De conformidad con el segundo y sexto aspecto de la invención, respectivamente, para este propósito se propone una información de prioridad predeterminada. Esta información de prioridad puede asociarse con la etiqueta que indica de qué aplicación se recibió el comando. Puede almacenarse en una tabla de búsqueda o similar que forma parte del aparato. El medio de selección accede a esta información simplemente ingresando el valor de la etiqueta. En la modalidad más sofisticada de conformidad con el tercero y séptimo aspecto de la invención, respectivamente, cada comando de iniciación puede portar una etiqueta indicando directamente el nivel de prioridad. Esto tiene la ventaja de que la prioridad puede adoptarse a demandas específicas en lugar de asignarse a una aplicación en una forma predeterminada. Por ejemplo, la, aplicación de visualización en pantalla completa puede indicar (o puede predeterminarse) que tiene la prioridad más alta de tal manera que su calidad deberá ser la última en sacrificarse mientras que la aplicación de PIP o la aplicación de modo de superposición puede indicar (o puede predeterminarse) que tiene la prioridad más baja ocasionando que el medio de selección disminuya primero la resolución de sus aplicaciones. Tanto la información de prioridad predeterminada como el nivel indicado de prioridad son también aplicables para aplicaciones del modo de pantalla dividida. En este caso, dos o más aplicaciones pueden indicar (o puede predeterminarse) que tienen la misma prioridad lo cual ocasiona que el medio de selección reduzca sus resoluciones igualmente . La tasa de bits de uno o más flujos de video puede ajustarse dinámicamente dependiendo del uso instantáneo de los recursos del disco por medio de las aplicaciones porque el aparato selecciona automáticamente un formato/resolución de compresión apropiado. Por este medio, la calidad de la imagen puede proporcionarse al nivel más alto posible. Una pérdida de calidad de imagen se restringirá temporalmente a situaciones de tráfico elevado, es decir, cuando nX > Y. Si un video se reproduce en una pantalla que tiene una resolución igual o menor que la soportada por cierta capa (por ejemplo, por la capa base o por una de las capas mejoradas) diferente a la de la capa de mejoramiento de resolución más alta, de conformidad con una modalidad adicional preferida de la invención el aparato es capaz de verificar los recursos disponibles del sistema. Entonces el resultado será tomado en cuenta de tal manera que solo se seleccionarán aquellos formatos de compresión que proporcionan una resolución apropiada. Con ello, se reivindica que se ocupará menor velocidad de lectura de datos y menores recursos tales como energía, menor velocidad del eje (factor de ruido) y otros. También pueden considerarse otros recursos del sistema tales como energía remanente de la batería, velocidad del procesador, o similares. Los anteriores objetos, características y ventajas de la presente invención se evidenciarán de la siguiente descripción de modalidades preferidas de la misma tomadas conjuntamente con los dibujos anexos, en los cuales: La figura 1 muestra un ejemplo de un sistema de codificación de formato de compresión en capas del estado de la técnica; la figura 2 muestra una vista esquemática de un primer ejemplo de un disco en capas; y la figura 3 muestra una vista esquemática de un segundo ejemplo de un disco en capas. Una pista 212 en la zona de datos 210 de un disco óptico 200 tal como se muestra en la figura 2 comprende dos capas que tienen diferentes formatos de compresión: una capa base 214 y una capa mejorada 216. Estas capas están dispuestas en un orden alternado. Deberá asegurarse de que los datos relacionados con las varias capas del flujo en capas están organizados de tal forma que una parte de salto del flujo para obtener ancho de banda al final no resulte en una pérdida de ancho de banda debido al exceso ocasionado por los saltos. Ejemplos de medidas a evitar son: 1. Organizar datos que pertenecen a una capa en bloques continuos, como se ilustra en la figura 2 y la figura 3. Cuánto mayores sean los bloques, menor será la penalidad, pero a expensas de un desempeño diferente como velocidad de reacción del aparato y requerimientos de búfer de memoria. Tiene que hallarse un óptimo. 2. Asegurar que un bloque contiguo cubre una cantidad de enteros de rotaciones del disco, más una pequeña distancia de deslizamiento 318, tal como un salto sobre un bloque de la cabeza de reproducción que puede ocurrir sin requerir una rotación total libre del disco, véase la figura 3. Deberá notarse, que la presente invención no se restringe a las modalidades y ejemplos preferidos anteriores. Por ejemplo, pueden aplicarse otras opciones de codificación, tales como: 1. Una capa base que contiene datos de MPEG2 de definición estándar (calidad DVD) a Xmáx = 10 Mbits/s, Xav de 4.5 Mobits/s, y una capa de mejoramiento de MPEG 2, la cual en combinación con la capa base da como resultado de datos de alta definición a Xmáx = 24 Mbits/s,· 2. Una capa base que contiene datos de MPEG2 de definición estándar (calidad DVD) a Xmáx = 10 Mbits/s, Xav de 4.5 Mibits/s, y una capa de mejoramiento que contiene datos decodificadores más avanzados (por ejemplo H264) que disminuyen la tasa de bits máxima o permiten video de mayor calidad usando la misma tasa de bits (especialmente para deportes intercalados a 60 Hz como en recopilaciones publicadas de Olimpiadas, etc.); 3. Una capa base y una primera capa de mejoramiento de conformidad con uno de los ejemplos anteriores, y una segunda capa de mejoramiento que contiene datos adicionales superiores a 24 Mbits/2 para mejorar video de alta definición de calidad superior (especialmente para deportes intercalados a 60 Hz) ; 4. Una capa base que contiene datos de MPEG 2 de calidad CIF a Xmax = 4 Mbits/s, Xav = 1 - 2 Mbits/s, y una primera y una segunda capa de mejoramiento de conformidad con el primer ej emplo; 5. También, pueden agregarse capas más intermedias; 6. Todas las capas (incluyendo las capas base) pueden basarse en técnicas de codificación novedosas tales como H264.

Además, la invención no se restringe a un sistema óptico específico tal como DVD o BD, sino que se relaciona con todos los medios de almacenamiento con propiedades de acceso aleatorio y limitaciones de velocidad de datos . Esto incluye también Unidades de Disco Duro, sistemas de disco magneto-ópticos, Memorias Flash, y similares. Las tasas de bits no se limitan a las mencionadas en los ejemplos y modalidades anteriores de la invención. Los ejemplos anteriores se restringieron a dispositivos de lectura lx. Sin embargo, la velocidad máxima de lectura de datos soportada por la unidad depende de dos factores, la velocidad máxima de datos a velocidad sencilla (lx) definida en el estándar del sistema (CD, DVD, BD, etc.) y un multiplicador de la velocidad de datos a velocidad sencilla (por ejemplo 2x, 4x, 8x, etc) . Por lo tanto, si la unidad soporta velocidades de lectura de datos mayores (por ejemplo porque es una versión 2x) esto será tomado en cuenta automáticamente. Se hace constar que con relación a esta fecha, el mejor método conocido por la solicitante para llevar a la práctica la citada invención, es el que resulta claro de la presente descripción de la invención.

Claims

REIVINDICACIONES Habiéndose descrito la invención como antecede se reclama como propiedad lo contenido en las siguientes reivindicaciones:

1. Un aparato para el flujo de datos en tiempo real desde un medio de almacenamiento que contiene formatos codificados en capas, caracterizado porque el aparato comprende: - un medio de selección, y - un dispositivo de lectura de datos; - estando dispuesto el medio de selección para recibir uno o más comandos de aplicaciones que inician al menos dos flujos de datos e indican una resolución requerida, para recuperar información relacionada con formatos de codificación disponibles en el medio de almacenamiento y relacionada con una velocidad máxima de lectura de datos soportada por el dispositivo de lectura de datos, para seleccionar un formato de compresión para cada flujo de datos con base en los comandos de iniciación recibidos, y en esa información recuperada de formatos de codificación, de tal manera que la suma de flujos de datos no excede esa velocidad máxima de lectura de datos, y para enviar una solicitud de flujo correspondiente a esos formatos de compresión seleccionados; y - estando dispuesto el dispositivo de lectura de datos para recibir esa solicitud de flujo del medio de selección, para leer datos del medio de almacenamiento y para sacar flujos de datos correspondientes de acuerdo con esa solicitud.

2. Un aparato de conformidad con la reivindicación 1, caracterizado porque ese medio de selección está dispuesto para acceder a información de prioridad predeterminada de esas aplicaciones y selecciona el formato de compresión adicionalmente de acuerdo con la información de prioridad predeterminada .

3. Un aparato de conformidad con la reivindicación 1, caracterizado porque el medio de selección está dispuesto para interpretar una etiqueta portada por cada uno de los comandos de iniciación que indican un nivel de prioridad y selecciona el formato de compresión adicionalmente de acuerdo con ese nivel de prioridad.

4. Un aparato de conformidad con la reivindicación 1, caracterizado porque el medio de selección está dispuesto para verificar recursos disponibles del sistema y para seleccionar el formato de compresión adicionalmente tomando en cuenta esos recursos del sistema.

5. Un aparato de conformidad con la reivindicación 1¡ caracterizado porque el medio de selección comprende un medio dispuesto para reducir la velocidad máxima de lectura de datos mediante un valor que toma en cuenta un tiempo de procesamiento que requiere ese dispositivo de lectura de datos para conmutar entre los accesos al menos a los dos flujos de datos, y para proporcionar el resultado para esa selección.

6. Un método para el flujo de datos en tiempo real desde un medio de almacenamiento que contiene formatos de codificación en capas, caracterizado porque el método comprende las etapas de: recibir de uno o más comandos de aplicaciones la iniciación de al menos dos flujos de datos y la indicación de una resolución requerida; recuperar información relacionada con formatos de codificación disponibles en el medio de almacenamiento y relacionada con la velocidad máxima de lectura de datos soportada por un dispositivo de lectura de datos; - seleccionar un formato de compresión para cada flujo de datos con base en los comandos recibidos, y en la información de formatos de codificación recuperada, de tal manera que la suma de los flujos de datos no exceda esa velocidad máxima de lectura de datos; y enviar al dispositivo de lectura de datos las solicitudes de flujo que corresponden a los formatos de compresión seleccionados.

7. Un método de conformidad con la reivindicación 6, caracterizado porque _ la selección se ejecuta de conformidad con una prioridad predeterminada de esas aplicaciones.

8. Un método de conformidad con la reivindicación 6, caracterizado porque cada uno de los comandos de iniciación portan una etiqueta que indica un nivel de prioridad y la selección se ejecuta de conformidad con ese nivel de prioridad indicado por la etiqueta.

9. Un método de conformidad con la reivindicación 6, caracterizado porque comprende la etapa de verificar recursos disponibles del sistema y esa selección adicionalmente toma en cuenta esos recursos del sistema.

10. Un método de conformidad con la reivindicación 6, caracterizado porque comprende las etapas de reducción de la velocidad máxima de lectura de datos por medio de un valor que toma en cuenta un tiempo de procesamiento que requiere el dispositivo de lectura de datos para conmutar entre al menos los accesos a los dos flujos de datos, y proporcionar el resultado para esa selección.