MXPA05000579A - Metodo y dispositivo de transmision de datos de video para implementar modos especiales. - Google Patents

Abstract

La invencion se refiere a un metodo que comprende una etapa que consiste en comparar una etiqueta con un valor contado (19) de un reloj de transferencia (8) para definir el tiempo de transferencia sobre la barra colectiva de un paquete leido en un medio de registro. La invencion esta caracterizada porque es para implementar un modo especial o modo de truco, ademas comprende las siguientes etapas: calcular una diferencia (13) entre dos paquetes consecutivos con base en los valores de las etiquetas registradas; calcular un valor de compensacion (17) con base en la diferencia y los parametros recibidos en la barra colectiva que definen el modo especial; sumar (18) el valor de compensacion al valor de etiqueta del paquete transmitido para obtener un nuevo valor de etiqueta que define el tiempo de transferencia sobre la barra colectiva del siguiente paquete a ser transmitido. La invencion es aplicable al almacenamiento de datos MPEG.

Description

MÉTODO Y DISPOSITIVO DE TRANSMISIÓN DE DATOS DE VIDEO PARA IMPLEMENTAR MODOS ESPECIALES La invención se refiere a un método y dispositivo para transmitir datos almacenados, codificados de acuerdo al estándar MPEG2 o de acuerdo al estándar DV (acrónimos que representan respectivamente Grupo Experto de Imagen en Movimiento y Video Digital) . Ésta se refiere típicamente a datos DSS (de Sistema de Satélite Digita) que se originan de un receptor de satélite, datos DV que se originan de una cámara de registro digital, etc., con estos datos que pasan sobre una barra colectiva IEEE 1394 para el almacenamiento o lectura por un descodificador digital. La aparición de nuevos equipos audiovisuales digitales tales como grabadoras de videocasete, cámaras digitales, computadoras multimedia, y asi sucesivamente, significa que ahora es esencial utilizar un enlace de alta velocidad entre estos elementos de equipo. Las redes caseras de automatización están construidas alrededor de una barra colectiva en serie de alta velocidad IEEE 1394 a la cual se suscribe este equipo. Los datos de corriente de audio y video que se tienen que transmitir en tiempo real se transfieren en modo isócrono. El estándar internacional ISO/IE 138018-1 que se refiere a la codificación de datos de audio y video tipo MPEG2, con respecto a los sistemas, describe un modelo de sincronización para la cadena completa, en otras palabras para la-, codificación, transmisión, descodificación y despliegue de las imágenes tipo MP. La recuperación del reloj del sistema, sobre el descodificador, se realiza, por ejemplo, por aseguramiento, utilizando un bucle de fase cerrada, los valores del reloj local en los valores de reloj de referencia transportados por la PCR de una corriente TS de entrada. El tiempo de llegada del campo PCR no debe provocar ninguna deriva del reloj del sistema como se reproduce en el descodificador, de más de 30 ppm, la precisión impuesta pór el estándar internacional ISO/IE 13818-1. Una capa audiovisual se ha definido para hacer posible que el receptor compense las variaciones de tiempo de transmisión introducidas por la barra colectiva 1394. Esto se especifica por el estándar IEC 61883. Un encabezado de 12 bytes, en el caso de los datos MPEG 2, que contiene un "marcador temporal", se. agrega a los paquetes de datos, los paquetes están constituidos de 188 bytes en el caso de este estándar MPEG 2. Antes de la transmisión sobre la barra colectiva, en la entrada de la interfaz 1394, los paquetes se marcan o se estampan, utilizando el reloj de los 1394 circuitos, la precisión de los cuales, de acuerdo al estándar, es de 100 ppm. Los paquetes de audio-vídeo se almacenan en la memoria FIFO de la interfaz 1394, y cada paquete recibe una muestra temporal, . de hecho un encabezado, cuando llega a la memoria. Esta memoria adquiere un cierto número de paquetes durante el periodo de 125 microsegundos, dependiendo de la velocidad de bitios de entrada. Cuando la señal de sincronización de 125 microsegundos ("inicio de ciclo") se activa, estos paquetes se transmiten sobra la barra colectiva 1394, uno después del otro en modo de ráfaga. Después de la recepción de los paquetes desde la barra colectiva, en la salida de la interfaz 1394, el marcador se lee y se compara con el contenido de un contador local para definir el tiempo en el cual se presentará el paquete. Esta muestra temporal se utiliza para recrear la distribución de tiempo que se aplica en la entrada FIFO. El contador local se sincroniza en cada inicio de ciclo en el reloj del nodo raíz que genera el periodo de referencia de 125 microsegundos.. En el caso de un enlace directo, en otras palabras de una transferencia simple vía la barra colectiva 1394, la diferencia entre el tiempo de marcación y el tiempo de lectura de la etiqueta, es de aproximadamente 100 microsegundos. La ' escritura, o más específicamente, el etiquetado de los datos y la lectura de esta etiqueta se realizan con base en relojes locales diferentes los cuales, sin embargo, se sincronizan simultáneamente cada 125 microsegundos en el reloj maestro de nodo raiz. Ya que la escritura . y la lectura son virtualmente instantáneas, los efectos debidos a la fluctuación o deriva intrínseca al mecanismo de sincronización de la barra colectiva IEEE 1394 y la precisión de su sistema de reloj por lo tanto no se traducen en una deriva en la distribución de tiempo de los paquetes en la salida de la interfaz 1394. En consecuencia, - la barra colectiva 1394 no altera la velocidad de bitios y esta marcación temporal de acuerdo al estándar IEC 61883 resuelve el problema de la pérdida de la distribución de tiempo de los paquetes MPEG 2 en la transmisión sobre la barra colectiva 1394. Sin embargo, cuando una , instalación de almacenamiento en masa está asociada con el equipo audiovisual, cuando la cadena de transmisión de flujo TS es "cortada", típicamente debido al almacenamiento de los datos comprimidos de este flujo en un disco duro para la lectura posterior, este problema específico de deriva permanece cuando los datos pasan sobre la barra colectiva 1394. El uso de etiquetado en relación a la capa 1883, para el almacenamiento en el medio, no resuelve el problema debido a la precisión del reloj de sincronización 1394, que es de aproximadamente 100 ppm. El tiempo en el cual los datos se marcan es diferente, del tiempo, en el cual los datos se leen del disco duro. Existe deriva en la velocidad de bitios de salida de la interfaz 1394 debido a la distribución de tiempo nuevo de los paquetes asociados con el cambio de frecuencia de reloj. También se puede observar que el nodo raíz en el tiempo de almacenamiento puede ser diferente de aquél en el tiempo de lectura. Consecuentemente, en el tiempo de etiquetado el reloj se puede sincronizar a un reloj maestro que es diferente de aquél utilizado en la lectura de la etiqueta. Esta deriva sobre la velocidad de bitios y por lo tanto sobre los tiempos de llegada de los PCRs en los cuales se sincroniza el reloj local de 27 MHzr provoca una deriva de frecuencia en ese reloj . En consecuencia, en más o menos largo plazo, ocurre un subflujo o sobreflujo del amortiguador del descodificador MPEG, que se refleja en una falla del despliegue de imágenes en el receptor, típicamente una congelación de la imagen a intervalos recurrentes. Una diferencia muy grande de este reloj sincronizado también puede dañar la calidad de las señales de crominancia extraídas desde el portador. Modificar la precisión de 100 ppm de un equipo particular no resolvería el problema porque cualquier equipo se puede declarar como el nodo raiz en la escritura y después en la lectura de los datos en el disco duro. Un modo conocido de operación denominado "tracción", en el que la velocidad de transferencia de datos del disco duro hacia el descodificador se puede "controlar" por el descodificador, típicamente de acuerdo a la velocidad de llenado del amortiguador del descodificador, se puede utilizar para evitar cualquier subflujo o sobreflujo de este amortiguador. En este modo los problemas de precisión del reloj son menos cruciales, ya que una deriva muy grande del reloj del descodificador provocada por una deriva en la velocidad de bitios, se corrige por la regulación de la velocidad de bitios del flujo del modo de lectura, por el descodificador, de acuerdo a la velocidad de llenado del amortiguador del descodificador . Este modo de operación, sin embargo, no es posible en el caso de almacenamiento de flujo TS lo que no permite el acceso de memoria directa (DMA) del descodificador . En cuanto al almacenamiento al nivel de paquetes PES, no permite que estos datos sean transferidos sobre la barra colectiva 1394. De este modo, si los datos comprimidos no se transmiten directamente hacia un descodificador, pero se almacenan en un medio de almacenamiento,- típicamente un disco duro, de modo que se pueden leer posteriormente vía una barra colectiva 1394, continúan los problemas de deriva, provocando una falla en el despliegue de imágenes en forma recurrente a intervalos mas o menos breves . La solicitud de patente presentada en Francia el 17 de julio del 2000 y publicada bajo el número 2,811,846 resuelve este , problema .. El método de lectura, de un medio de almacenamiento, de datos de audio y video codificados en forma de paquetes de acuerdo al estándar MPEG, de modo que se pueden transmitir hacia un descodificador via una barra colectiva 1394, que .comprende una etapa de lectura de etiquetas almacenadas con los paquetes, estas etiquetas definen los tipos de llegada de los paquetes de datos a ser almacenados, con base en un reloj de etiquetado, y una etapa de comparación de las etiquetas con valores contados con base en un reloj de transferencia para definir los tiempos de transferencia en la barra colectiva de los datos leídos desde el medio de almacenamiento. Las frecuencias de operación de los relojes de etiquetado y transferencia deben satisfacer ciertas especificaciones, en particular con respecto a la diferencia máxima entre estas frecuencias o la deriva si existe un sólo reloj . Gracias a la marcación temporal de los paquetes almacenados en el medio de almacenamiento, con base en un reloj específico, se minimizan los riesgos de subflujo o sobreflujo del amortiguador del descodificador . Entonces existe compatibilidad perfecta para el almacenamiento y transferencia de señales tipo DV o MPEG en una barra colectiva 1394. Ocurre un problema particular en el uso de los modos especiales descritos en el estándar MP. La marcación del tiempo de los paquetes, y la creación de archivos que contienen las etiquetas involucra modificar estas últimas cuando se utilizan estos modos especiales. En la práctica, mientras este uso no posee problemas localmente, en otras palabras, cuando el descodificador es el maestro, lo mismo no se aplica cuando se opera con un servidor, el cual, en modo normal, regresa los datos a la misma velocidad que en el almacenamiento. Por ejemplo, cuando se opera en el modo acelerado, -el servidor debe incrementar la velocidad de bitios en la transmisión. Ya que tiene solamente el archivo en el disco que contiene las etiquetas, una solución es modificar estas etiquetas almacenadas en los archivos. La solicitud hace posible esta modificación en tiempo real. Esta solución es muy costosa en términos de banda ancha y de unidad. de procesamiento central. Una modificación de las etiquetas no en tiempo real, con reescritura de las etiquetas modificadas sobre el medio, no se puede considerar debido a que es muy . caro el procesamiento temporal- y no permite una respuesta en tiempo virtualmente real a las órdenes del modo especial, las cuales son por definición impredecibles . Otra solución es tener una gran capacidad de almacenamiento localmente, típicamente en el descodificador, para realizar las funciones simples del modo especial, pero esta ' solución es cara para efectos de memoria de vídeo. - La invención propuesta aquí, la cual es un refinamiento del método y dispositivo que son los objetivos de la solicitud de patente publicada, indicada anteriormente, resuelve los problemas anteriormente mencionados. Para este fin, el. objetivo de la invención, es un método de transmisión, sobre una barra colectiva, de datos de vídeo codificados,. almacenados en . un medio de - almacenamiento, los datos almacenados son paquetes de datos y etiquetas asignadas a los paquetes, que comprende una etapa para comparar una etiqueta con valor considerado de un reloj de transferencia, para definir el tiempo de transferencia en la barra colectiva de "un paquete leído desde el medio de almacenamiento, caracterizado porque, para la implementación de un modo especial, también comprende las siguientes etapas: Cálculo de la diferencia entre dos paquetes consecutivos de acuerdo a valores de etiqueta almacenados.

Cálculo de un valor de compensación de acuerdo a esta diferencia y a los parámetros recibidos en la barra colectiva que definen el modo especial, La adición de esta compensación al valor de etiqueta del paquete transmitido para obtener un nuevo valor de etiqueta que define el tiempo de transferencia sobre la barra colectiva del siguiente paquete a ser transmitido. De acuerdo a una modalidad particular, la diferencia se promedia sobre una sucesión de paquetes. El cálculo de la diferencia promedio se puede efectuar no en tiempo real, con base en las etiquetas almacenadas, tomadas en un periodo predefinido. La invención también se refiere a un dispositivo de transmisión de datos para implementar el método anterior, caracterizado porque comprende: Un contador para suministrar información de conteo, - Un comparador que compara la información contada con una etiqueta para activar la transmisión del paquete correspondiente a la etiqueta, - sobre la barra colectiva, Un circuito de cálculo que recibe los parámetros del modo especial y los valores de etiqueta de los paquetes precedentes,, transmitidos para calcular un valor de compensación de acuerdo a estos parámetros y la diferencia entre los valores de etiqueta de dos paquetes sucesivos, Un sumador para sumar el valor de etiqueta correspondiente al tiempo de transmisión de un paquete (n-1) de un valor de compensación para definir un nuevo valor de etiqueta transmitido al comparador y correspondiente a la transmisión de un paquete subsecuente n. La invención también se refiere a un servidor que utiliza tal dispositivo de transmisión. La idea es, no que la aplicación modifique las etiquetas almacenadas en el disco duro en tiempo real, sino que calcule una compensación para aplicarla a las etiquetas leídas que se comparan con valores contados para decidir el tiempo de transmisión de los paquetes. Por lo tanto la solución consiste en . involucrar al servidor, las compensaciones son calculadas de acuerdo a los parámetros del modo especial seleccionado transmitido por el descodificado . La invención proporciona un medio simple de operación de modos especiales tales como movimiento rápido y lento de la imagen, etc., sin requerir mayores recursos de almacenamiento" o de procesamiento de CPU. Se puede utilizar para volver a reproducir flujos prealmacenados a velocidades variables, mientras que se retiene una velocidad de bitios dada, impuesta por las etiquetas almacenadas en el medio de almacenamiento con los paquetes de datos y que garantiza la velocidad de relectura. Los modos especiales se pueden implementar a través de una red doméstica, con base en un archivo fuente simple, sin archivo Indice. Otras características particulares y ventajas de la invención se volverán claramente aparentes a partir de la siguiente descripción, dada a manera de ejemplo no limitante . y que se refiere a las figuras anexas que representan: La figura 1, un receptor enlazado a un dispositivo de almacenamiento, la figura 2, un circuito de interfaz de lectura. Un ejemplo de un dispositivo al cual aplica la invención, descrito en la solicitud de patente publicada N° 2,811,846, se revisa en seguida. Éste se representa en la figura 1. Se refiere a .un dispositivo para almacenamiento de datos comprimidos en un disco duro, enlazado a un receptor por satélite, y para leer estos datos vía una barra colectiva 1394. Un receptor 1 equipado con un circuito de interfaz 1394 recibe un flujo de datos de audio-vídeo, comprimidos de acuerdo al estándar MPEG 2 que se originan de una transmisión satelital, denominado un flujo de transporte TS en el estándar. La señal recibida por el receptor es, entre otras cosas, desmodulada para suministrar una señal de banda base. Este flujo de transporte comprende diversos programas. Se puede transmitir sin cambios o después de filtrarse para seleccionar solamente los paquetes qué corresponden a un programa elegido. Un circuito de interfaz 1394 incorporado en el receptor se utiliza para transmitir este flujo de datos sobre el enlace 1394. Este circuito comprende, de acuerdo a las designaciones en el estándar, una capa de "control de enlace" (LINK) 2 y una capa de interfaz física (PHY) 3. Se pude utilizar, entre otras cosas, para etiquetar los paquetes de' acuerdo al estándar IEC 61883. Los datos se transmiten vía una puerta 1394. El dispositivo de almacenamiento 4 comprende un disco duro 10 y un circuito 4 de interfaz de disco duro enlazado a la barra colectiva 1394 y al disco duro. El circuito de interfaz 4 comprende un circuito PHY 5, un circuito LINK 6, un circuito 7 de interfaz de escritura, un circuito 9 de interfaz de lectura, y un circuito 8 de reloj . Los datos llegan, vía una puerta 1394, sobre un circuito PHY 5 y un circuito LINK 6 que cumplen con el estándar 1394. Éstos se transmiten a la puerta de salida de audio-video del circuito LINK a tiempos que corresponden al etiquetado de los paquetes. La puerta de audio-video se enlaza a la entrada de un circuito 7 de interfaz de escritura que marca en tiempo los datos. El circuito 4 de interfaz del disco duro se enlaza a un disco duro 10. Éste transmite los datos marcados en tiempo al disco duro para su almacenamiento. El disco duro 10 está enlazado - a una entrada del circuito 4 de interfaz para leer los datos. Un circuito 9 de interfaz de lectura lee los datos en esta entrada para transmitirlos a la puerta de entrada de audio-video del circuito PHY, 6. Estos datos se envían a la barra colectiva 1394 via el circuito PHY 5 y la puerta 1394. Un reloj 8 alimenta a cada uno de los circuitos de interfaz 7 y 9. La invención que es el objetivo de esta solicitud de patente se refiere más específicamente al circuito 9 de interfaz. La figura 2 representa a dicho circuito que nuevamente incluye los puntos ya descritos en la solicitud de patente publicada, anteriormente mencionada, y la operación del cual se describe en seguida. El disco duro 10 está enlazado a una entrada del circuito 9 de interfaz de lectura para suministrar los datos almacenados. Estos datos en la entrada de este circuito pasan a través de una memoria temporal de lectura 11 para ser transmitidos a una memoria de paquetes 12 y a un circuito 13 de extracción de etiquetas. Los datos de audio-video . se almacenan en la memoria de paquetes 12 mientras que los datos etiquetados se extraen, luego se almacenan por el circuito 13 de extracción de etiquetas. Estos datos etiquetados son los datos agregados a los datos de audio-video por el circuito 7, para cada, paquete. La información concerniente a la longitud de un paquete se transmite al circuito de extracción 13, con la etiqueta para ser extraída que se recibe a la velocidad de paquete. El circuito de extracción 13 transmite las etiquetas a la entrada de un contador de restauración 14 y a una primera entrada de un conmutador 15, en sincronismo con el reloj 8 recibido por el circuito de interfaz. Éste también transmite una señal de orden de carga al contador de restauración en la abertura del archivo, el contador entonces carga la primera etiqueta de tiempo leída en la abertura del archivo con el fin de inicializarlo . La salida del conmutador 15 est enlazada a un registro 16 de almacenamiento de etiquetas temporales. El circuito de extracción 13 transmite una señal de reconocimiento de los datos al registro 16, sobre la transmisión de una etiqueta temporal extraída. La información en .la salida del conmutador posteriormente se carga por el registro en sincronía con la señal de reloj 8 también recibida por este registro. Un registro 17 de compensación de etiquetas recibe información compensada, calculada por la unidad de procesamiento central (CPU), no mostrada en la figura. Este cálculo se realiza con base en las órdenes recibidas del descodificador . Los datos compensados se transmiten a la entrada de circuito sumador 18. Una segunda entrada del circuito sumador recibe la información del registro 16. La salida del sumador se transmite a la segunda entrada del conmutador 15. La entrada de reloj del contador 14 recibe las señales 8 del reloj . La salida del contador 14 se transmite a un comparador 19 que recibe sobre una segunda entrada, la salida de datos del registro 16, ya sea la etiqueta temporal del paquete que se está almacenando actualmente en la memoria de paquetes 12, o la etiqueta del paquete precedente al cual se ha agregado la compensación. Cuando se detecta una igualación, y se sincroniza en ' la señal de reloj 8 recibida por el circuito, una señal de control de lectura se transmite por este comparador 19 a un contador 20 de paquetes. Al recibir esta señal, el contador 20 acciona la lectura, de la memoria de paquetes 12, de un número de bitios que corresponden a un paquete. Este contador de paquetes recibe la información concerniente a la longitud de un paquete. Mientras los datos están siendo leídos desde .la memoria de paquetes 12, el contador 20 inicia la lectura de un nuevo paquete proveniente de la memoria temporal de lectura 11 y la escritura de este paquete hacia la memoria de paquetes 12. La entrada de reloj del contador de paquetes es alimentada por la señal de reloj de audio-video que se origina de la interfaz LINK 6 para sincronizar la transmisión de los datos. Los datos de audio-vídeo, que se originan de la memoria de paquetes 12, así como las señales de reloj de inicio de paquetes y que corresponden a los datos válidos que se originan del contador de paquetes 20, se suministran en la salida del circuito de interfaz 9. De este modo, el contador de restauración 14 se inicializa con la etiqueta del primer paquete leído del archivo en el disco duro. En la fase transitoria, el primer paquete se almacena en la memoria de paquetes y se lee inmediatamente, por lo _ tanto se transmite inmediatamente a la puerta de entrada de audio-vídeo del circuito LINK 6. Después del almacenamiento seguido por la transmisión inmediata del primer paquete, la etiqueta del segundo paquete se extrae y su valor o aquél del paquete precedente al cual se ha agregado un valor de comparación, se carga al registro 16 mientras el segundo paquete se almacena en la memoria de paquetes. El contador 14 corre a la frecuencia del reloj 8 de precisión, y cuando el valor contado es igual al valor almacenado en el registro 16, el comparador 19 transmite una señal de accionamiento del contador de paquetes 20, para la lectura y transmisión hacia la puerta de entrada de audio-video del circuito LINK 6 del número de bitios que corresponde a un paquete. Y asi sucesivamente, cada vez que se lee un paquete nuevo. Los datos relacionados a las órdenes del modo especial se transmiten vía la barra colectiva IEEE 1394, en modo asincrónico. Esta transmisión utiliza protocolos de interfuncionamiento propietarios o bien protocolos de interfuncionamiento estandarizados tales como HAVi (interfaz de Audio y Video Caseras) o UPnP (Conexión y Reproducción Universal). Cuando se recibe una orden de modo especial por la unidad de procesamiento central (CPU) del servidor, el último calcula la compensación de acuerdo a la diferencia relativa entre dos paquetes sucesivos, típicamente promediados en 10 segundos, y los parámetros del modo seleccionado. El promedio, ' que se puede realizar continuamente, proporciona un valor representativo de la velocidad de- bitios del flujo promedio, ya que la distribución de tiempo entre dos paquetes puede ser muy diferente de- un paquete a otro. Esta compensación se almacena en el registro 17 de compensación para ser transmitida al sumador 18. Este último agrega esta compensación a la etiqueta TS (n-1) del paquete previamente transmitido y se origina . del registro 16 TS para suministrar un nuevo valor de etiqueta modificado TS (n) para el siguiente paquete a ser transmitido. Este valor se transmite al, conmutador 15 que lo suministra al registro TS 16 para cargarlo en ese registro, con la orden del conmutador que se origina de la CPU que hace posible esta entrada, . la orden correspondiente a la petición del modo especial transmitida por el- descodificador. Cuando la salida del contador 14 corresponde a esta etiqueta modificada, el comparador transmite la información al contador de paquetes 20 que inicia la transferencia del paquete sobre la barra colectiva. De este modo, si se recibe la orden de operación del modo especial, por ejemplo, durante el envió o después del envío del paquete (n-1) sobre la red, correspondiente a la etiqueta TS (n-1) leída desde el medio de almacenamiento, el envío ' del siguiente paquete (n) se accionará por la siguiente etiqueta TS (n) calculada mediante la adición de la compensación a la etiqueta TS (n-1) . Tenemos : TS (n-1) = TS (archivo) TS (n-1) = TS (archivo) + compensación TS (n+1) = TS (archivo) + 2 x compensación TS (n+2) = TS (archivo) + 3 x compensación y asi sucesivamente hasta que la conmutación para el modo de lectura normal sea efectiva nuevamente. TS (archivo) corresponde a la etiqueta asociada con el paquete (n-1) almacenado en el medio de almacenamiento. El cálculo de la compensación se puede dar no en tiempo real, en otras palabras antes de la transmisión de los paquetes, con base en los valores de etiqueta almacenados. El promedio se realiza sobre un número de etiquetas correspondientes a un tiempo de transmisión predefinido. Este número corresponde típicamente al número de etiquetas sucesivas más allá de las cuales, la variación en el valor promedio se vuelve insignificante, y esto, para un número dado de muestras, una muestra corresponde a un conjunto de etiquetas sucesivas salidas de las etiquetas almacenadas. Este número puede incluso elegirse para corresponder a un periodo de aproximadamente 10 segundos o más, la representatividad del valor es directamente proporcional al número de etiquetas consideradas. El cálculo de la compensación por la unidad de procesamiento central se puede realizar tomando en cuenta el último valor promedio calculado con relación a la diferencia -entre dos paquetes, para la operación en modo normal, asumiendo el último que se va a refrescar continuamente, la velocidad de operación en el modo normal y la nueva velocidad solicitada. También es posible considerar el último valor promedio calculado sin importar el modo de operación y la última velocidad de operación aplicada, a "partir de lo cual se calcula este valor promedio. La aplicación calcula, a partir de los parámetros del modo especial requerido y este valor promedio, la compensación para ser aplicada a los valores de etiqueta. Se calcula el valor promedio de la diferencia entre los valores de etiqueta con relación dos paquetes sucesivos. Dejemos que a sea este valor. La operación en el modo rápido, por ejemplo a una velocidad n veces mayor que la velocidad de deslizamiento normal de las imágenes entonces corresponde a una compensación igual a n/a. Los paquetes son de este modo transferidos hacia la memoria de paquetes 12· y se leen sobre la red a una velocidad n veces mayor. Similarmente, la operación de movimiento lento, por ejemplo por un coeficiente p, corresponde a una compensación de a x p, el contador de paquetes 20 entonces acciona la escritura de los paquetes en la memoria y la transferencia de los paquetes sobre la red a una velocidad p veces más lenta que la velocidad normal. La memoria temporal del descodificador almacena los paquetes recibidos. La unidad lógica y aritmética del descodificador extrae las imágenes almacenadas del amortiguador, a la frecuencia desplegada. Si el modo especial es el modo acelerado, se desecha una cierta proporción de imágenes almacenadas y el descodificador descodifica solamente aquellas imágenes que van a ser desplegadas. Naturalmente, el usuario puede en cualquier tiempo salirse del modo especial o modificar los parámetros, por ejemplo, para regresar a la velocidad de reproducción normal de la película, la solicitud transmitida al descodificador se envía inmediatamente al servidor sobre la barra colectiva 1394, en modo asincrónico, para retomar la transmisión del flujo a la velocidad inicial-. La invención descrita* se refiere al estándar MPEG y a la transmisión sobre una barra colectiva 1394. Sin embargo, la invención se puede aplicar a cualquier método de lectura con base en la comparación de etiquetas almacenadas con datos de vídeo sobre un medio de almacenamiento, para definir el tiempo de transmisión de datos sobre la barra colectiva.

Claims (10)

REIVINDICACIONES

1. Método de transmisión, sobre una barra' colectiva, de datos de video codificados, almacenados en un medio de almacenamiento, los datos almacenados son paquetes de datos y etiquetas asignadas a los paquetes, que comprende una etapa para comparar una etiqueta con un valor contado de un reloj de transferencia para definir el tiempo de transferencia sobre la barra colectiva de un paquete leído del medio de almacenamiento, caracterizado porque, para la implementación de un modo especial, también comprende las siguientes etapas: cálculo de la diferencia entre dos paquetes consecutivos de acuerdo a valores de etiqueta almacenados; cálculo de . un valor de compensación de acuerdo a esta diferencia y parámetros recibidos sobre la barra colectiva que definen el modo especial; adición de esta compensación al valor de etiqueta del paquete transmitido para obtener un nuevo valor de etiqueta que define el tiempo de transferencia sobre la barra colectiva del siguiente paquete a ser transmitido.

2. Método según la reivindicación 1, caracterizado porque el cálculo de la diferencia se promedia sobre una sucesión de paquetes

3. Método según la reivindicación 2, caracterizado porque el cálculo de la diferencia promedio se realiza no en tiempo real, con base en etiquetas almacenadas tomadas sobre un periodo predefinido.

4. . Método según la reivindicación 1, caracterizado porque el dato almacenado es dato de audio y video codificado de acuerdo al estándar MPEG.

5. Método según la reivindicación 2, caracterizado porque el dato almacenado corresponde al flujo de transporte TS. -

6. Método según la reivindicación 1, caracterizado porque la barra colectiva es una barra colectiva IEEE 1394.

7. Método según la reivindicación 6, caracterizado porque los parámetros del modo especial se originan de un descodificador enlazado a la barra colectiva IEEE 1394.

8. Método según la reivindicación 1, caracterizado porque los modos especiales son los modos de movimiento lento y acelerado, de deslizamiento hacia delante o hacia atrás de las imágenes, los parámetros definen la velocidad de deslizamiento y la dirección.

9. Dispositivo de transmisión de datos para implementar el método según la reivindicación 1, caracterizado porque comprende: un contador para suministrar información de conteo; un comparador que compara la información contada con una etiqueta para activar la transmisión del paquete correspondiente a la etiqueta, sobre la barra colectiva; un circuito de cálculo que recibe los parámetros del modo especial y los valores • de etiqueta de los paquetes precedentes transmitidos para calcular un valor de compensación de acuerdo a estos parámetros y la diferencia entre los valores de etiqueta de dos paquetes sucesivos; un sumador para sumar el valor de etiqueta correspondiente al tiempo de transmisión de un paquete (n-1) con un valor compensado para definir un nuevo valor de etiqueta transmitido al comparador y que corresponde a la transmisión de un paquete subsecuente n.

10. Dispositivo según la reivindicación 8, caracterizado porque el circuito de cálculo calcula un valor promedio de las diferencias entre los valores de etiqueta de dos paquetes sucesivos. 11: servidor, caracterizado porque comprende un dispositivo de transmisión según la reivindicación 9.