ES2372593T3 - Método de determinación de una posición de acceso sobre un medio de grabación y método de gestión del medio de grabación. - Google Patents

Método de determinación de una posición de acceso sobre un medio de grabación y método de gestión del medio de grabación. Download PDF

Info

Publication number
ES2372593T3
ES2372593T3 ES00948324T ES00948324T ES2372593T3 ES 2372593 T3 ES2372593 T3 ES 2372593T3 ES 00948324 T ES00948324 T ES 00948324T ES 00948324 T ES00948324 T ES 00948324T ES 2372593 T3 ES2372593 T3 ES 2372593T3
Authority
ES
Spain
Prior art keywords
data
information
recording
unit
data unit
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Expired - Lifetime
Application number
ES00948324T
Other languages
English (en)
Inventor
Yuri Iwano
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Sharp Corp
Original Assignee
Sharp Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Sharp Corp filed Critical Sharp Corp
Application granted granted Critical
Publication of ES2372593T3 publication Critical patent/ES2372593T3/es
Anticipated expiration legal-status Critical
Expired - Lifetime legal-status Critical Current

Links

Classifications

    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B27/00—Editing; Indexing; Addressing; Timing or synchronising; Monitoring; Measuring tape travel
    • G11B27/10—Indexing; Addressing; Timing or synchronising; Measuring tape travel
    • G11B27/102—Programmed access in sequence to addressed parts of tracks of operating record carriers
    • G11B27/105—Programmed access in sequence to addressed parts of tracks of operating record carriers of operating discs
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B27/00—Editing; Indexing; Addressing; Timing or synchronising; Monitoring; Measuring tape travel
    • G11B27/005—Reproducing at a different information rate from the information rate of recording
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B27/00—Editing; Indexing; Addressing; Timing or synchronising; Monitoring; Measuring tape travel
    • G11B27/02—Editing, e.g. varying the order of information signals recorded on, or reproduced from, record carriers
    • G11B27/031—Electronic editing of digitised analogue information signals, e.g. audio or video signals
    • G11B27/034—Electronic editing of digitised analogue information signals, e.g. audio or video signals on discs
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B27/00—Editing; Indexing; Addressing; Timing or synchronising; Monitoring; Measuring tape travel
    • G11B27/02—Editing, e.g. varying the order of information signals recorded on, or reproduced from, record carriers
    • G11B27/031—Electronic editing of digitised analogue information signals, e.g. audio or video signals
    • G11B27/036—Insert-editing
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B27/00—Editing; Indexing; Addressing; Timing or synchronising; Monitoring; Measuring tape travel
    • G11B27/10—Indexing; Addressing; Timing or synchronising; Measuring tape travel
    • G11B27/11—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information not detectable on the record carrier
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B27/00—Editing; Indexing; Addressing; Timing or synchronising; Monitoring; Measuring tape travel
    • G11B27/10—Indexing; Addressing; Timing or synchronising; Measuring tape travel
    • G11B27/19—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier
    • G11B27/28—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier by using information signals recorded by the same method as the main recording
    • G11B27/32—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier by using information signals recorded by the same method as the main recording on separate auxiliary tracks of the same or an auxiliary record carrier
    • G11B27/327—Table of contents
    • G11B27/329—Table of contents on a disc [VTOC]
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B27/00—Editing; Indexing; Addressing; Timing or synchronising; Monitoring; Measuring tape travel
    • G11B27/10—Indexing; Addressing; Timing or synchronising; Measuring tape travel
    • G11B27/34—Indicating arrangements 
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N9/00—Details of colour television systems
    • H04N9/79—Processing of colour television signals in connection with recording
    • H04N9/80—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback
    • H04N9/804—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback involving pulse code modulation of the colour picture signal components
    • H04N9/8042—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback involving pulse code modulation of the colour picture signal components involving data reduction
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B2220/00—Record carriers by type
    • G11B2220/20—Disc-shaped record carriers
    • G11B2220/25—Disc-shaped record carriers characterised in that the disc is based on a specific recording technology
    • G11B2220/2537—Optical discs
    • G11B2220/2562—DVDs [digital versatile discs]; Digital video discs; MMCDs; HDCDs
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B2220/00—Record carriers by type
    • G11B2220/60—Solid state media
    • G11B2220/65—Solid state media wherein solid state memory is used for storing indexing information or metadata
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B2220/00—Record carriers by type
    • G11B2220/60—Solid state media
    • G11B2220/65—Solid state media wherein solid state memory is used for storing indexing information or metadata
    • G11B2220/652—Solid state media wherein solid state memory is used for storing indexing information or metadata said memory being attached to the recording medium
    • G11B2220/657—Memory in disc [MID]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N5/00—Details of television systems
    • H04N5/76—Television signal recording
    • H04N5/84—Television signal recording using optical recording
    • H04N5/85—Television signal recording using optical recording on discs or drums
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N9/00—Details of colour television systems
    • H04N9/79—Processing of colour television signals in connection with recording
    • H04N9/80—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback
    • H04N9/804—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback involving pulse code modulation of the colour picture signal components
    • H04N9/806—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback involving pulse code modulation of the colour picture signal components with processing of the sound signal
    • H04N9/8063—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback involving pulse code modulation of the colour picture signal components with processing of the sound signal using time division multiplex of the PCM audio and PCM video signals
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N9/00—Details of colour television systems
    • H04N9/79—Processing of colour television signals in connection with recording
    • H04N9/87—Regeneration of colour television signals
    • H04N9/88—Signal drop-out compensation
    • H04N9/888—Signal drop-out compensation for signals recorded by pulse code modulation

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Signal Processing For Digital Recording And Reproducing (AREA)
  • Management Or Editing Of Information On Record Carriers (AREA)
  • Television Signal Processing For Recording (AREA)
  • Indexing, Searching, Synchronizing, And The Amount Of Synchronization Travel Of Record Carriers (AREA)

Abstract

Método de localización de posiciones de acceso de datos para localizar posiciones de acceso en un medio de grabación de datos en el que se gestiona una secuencia de datos de un periodo de grabación continuo en un primer flujo de datos que tiene datos de vídeo como una unidad de datos base, que comprende las etapas de: basándose en información de tiempo de presentación con respecto a unos datos de vídeo específicos e información de tiempo de referencia en relación con información de posición de referencia de una unidad de datos base objetivo, determinar un tiempo relativo desde la información de tiempo de referencia a la información de tiempo de presentación; identificar una subunidad de datos objetivo incluyendo los datos de vídeo específicos mediante una operación basada en el tiempo relativo con respecto a los datos de vídeo específicos y el tiempo de reproducción de una subunidad de datos; e identificar la información de posición de inicio de la subunidad de datos objetivo a partir de la información de distancia relativa almacenada de antemano en una zona de información de gestión, en el que la unidad de datos base comprende una pluralidad de subunidades de datos, teniendo cada una un tiempo de reproducción idéntico dentro de una única unidad de datos base, y para cada una de las unidades de datos base, la información de posición de referencia que es la información de posición de inicio de la unidad de datos base y la información de distancia relativa desde la información de posición de referencia a la información de posición de inicio de cada una de la subunidades de datos en la unidad de datos base se almacenan de antemano en la zona de información de gestión de un medio de grabación.

Description

Método de determinación de una posición de acceso sobre un medio de grabación y método de gestión del medio de grabación
Campo técnico
La presente invención se refiere a un sistema de gestión de medios de grabación para gestionar un medio de grabación tal como un disco o similar sobre el que se han grabado datos codificados con longitud variable tales como datos MPEG, o específicamente se refiere a un método de localización de posiciones de acceso en un medio de grabación y a un dispositivo de gestión del medio de grabación.
Antecedentes de la técnica
Con el desarrollo reciente del multimedia, han aumentado las demandas para grabar diversos tipos de datos multimedia tales como imágenes de vídeo, música, imágenes fijas, sobre medios de grabación. Entre tales medios de grabación, los medios de cinta tales como cinta de vídeo y cinta de audio fueron ampliamente aceptados en el pasado, pero en los últimos años, los medios de disco tales como discos duros, discos magnéticos y similares se han vuelto frecuentes para almacenar datos.
Los medios de cinta son medios de grabación con los que se realiza la grabación y reproducción de datos secuencialmente desde el principio de la cinta, es decir, mediante acceso secuencial, de modo que son deficientes en accesibilidad aleatoria. Por ejemplo, si con una cinta de vídeo se desea la reproducción a partir de una posición especificada, la cinta tiene que avanzarse mediante un avance o rebobinado rápido mediante la función de rebobinado para ajustar a la posición designada antes de la reproducción.
Si se ha establecido de antemano alguna información de índice que indique la posición objetivo, el acceso puede implementarse simplemente buscando el índice pero todavía necesita la operación física de movimiento de la cinta hasta la posición objetivo. Si no se proporciona información de índice, es necesario localizar la posición objetivo implementando avance rápido mientras se reproduce con el fin de localizar la posición objetivo, o es necesario implementar un ajuste de avance rápido aproximado usando un conjeturas y localización final del objetivo reproduciendo con el fin de obtener acceso a la posición objetivo. De la forma anterior, los medios de cinta, si se usan, no son adecuados para el acceso aleatorio porque requieren un movimiento físico de la cinta.
Por el contrario, los medios de disco son excelentes en accesibilidad aleatoria, y el tiempo de acceso a una localización arbitraria es despreciable comparado con el de los medios de cinta. Es decir, siempre que los datos están en el disco, es posible conseguir un acceso de manera instantánea.
Como ejemplos de utilidad típica de medios de disco, se conoce MD para audio y se conoce DVD para vídeo, los cuales se han propagado ampliamente debido a su accesibilidad aleatoria.
A continuación, se describirá un caso en el que los datos de vídeo codificados por el formato MPEG se graban sobre un disco. Para grabar datos de vídeo sobre un disco o para transmitirlos a través de una línea de transmisión, no es práctico si los datos de vídeo se transmiten directamente sin comprimirse porque la cantidad de datos es demasiado grande. Por tanto, es necesario comprimir los datos de vídeo para reducir la cantidad de datos usando la técnica MPEG o similar.
En la técnica MPEG, a la hora de comprimir la cantidad de datos, se usa la técnica de codificación de longitud variable. Específicamente, los datos de vídeo se reducen eficazmente en su cantidad usando tres tipos de compresión de imagen, concretamente la imagen de codificación intratrama (imagen I) que se codifica independientemente usando los datos dentro de esa trama de vídeo, la imagen de codificación predictiva de avance intertrama (imagen P) que se codifica basándose en la información de la trama anterior y la imagen de codificación predictiva bidireccional (imagen B) que se codifica basándose en las tramas anterior y posterior.
De estas imágenes codificadas, las relaciones de compresión se vuelven superiores en el siguiente orden, imagen I, imagen P e imagen B. Por tanto, dependiendo del tipo de imagen de codificación, la cantidad de datos para una trama de vídeo difiere de los de otra mientras la cantidad de datos también difiere dependiendo del contenido de los datos de vídeo originales. Por ejemplo, si los datos de vídeo tienen menor movimiento, la imagen P e imagen B difieren poco de la imagen I asociada de modo que los datos pueden comprimirse de manera notablemente eficaz.
De manera ilustrativa, las cantidades de datos para tramas individuales de datos de vídeo son diferentes tal como se muestra en la secuencia de grabación (en el disco) en la figura 64, y no hay medios mediante los cuales sea posible calcular la cantidad de datos de cada trama de datos MPEG una vez que se ha codificado, sin implementar la
50 E00948324 24-11-2011
decodificación real de los datos MPEG.
En el caso en el que se graban datos MPEG que se han codificado con longitud variable, las cantidades de datos para tramas individuales son diferentes, por tanto, es imposible discernir dónde se han grabado los datos MPEG correspondientes a cada trama en el disco hasta que los datos MPEG grabados se lean desde el inicio de los datos y se decodifiquen de manera secuencial.
En otras palabras, si se desea iniciar la reproducción desde un punto arbitrario en los datos MPEG grabados, los datos no pueden reproducirse desde tal punto a mitad de camino ya que no puede conocerse la posición en el disco en la que se han grabado los datos MPEG que corresponden a la trama desde la que se desea el inicio de la reproducción.
Por tanto, con el fin de reproducir los datos de MPED grabados en el disco desde un punto arbitrario, o con el fin de implementar una reproducción especial usando tramas arbitrarias, es necesario obtener información de gestión para gestionar las posiciones de grabación de datos en el disco correspondientes a tramas individuales. Usando esta información de gestión, resulta posible remitirse a la ubicación grabada de una trama arbitraria en el disco.
Además, como ya se expuso, los datos MPEG se reducen eficazmente en cantidad de datos usando tres tipos de compresión de imagen, concretamente la imagen de codificación intratrama (imagen I), la imagen de codificación predictiva de avance intertrama (imagen F) y la imagen de codificación predictiva bidireccional (imagen B). Puesto que la imagen P y la imagen B se generan basándose en la imagen I asociada, es imposible decodificar sólo esos datos.
No se producirá ningún problema cuando los datos MPEG se graben y reproduzcan en serie desde la parte delantera, pero cuando los datos MPEG se reproduzcan desde una trama a mitad de camino en los datos o cuando se implemente una reproducción especial escogiendo tramas arbitrarias, se producirá el siguiente problema. Es decir, si la trama desde la que se desea el inicio de la reproducción es una imagen P o una imagen B, es imposible decodificar la trama sin los datos de imagen I y/o imagen P basándose en los cuales se ha construido la trama en cuestión.
Para afrontar una situación de este tipo, el esquema de MPEG tiene una estructura denominada GOP (grupo de imágenes) constituido por varias tramas. Esta estructura GOP está caracterizada por la inclusión de al menos una imagen I en un GOP.
Por consiguiente, si cada estructura GOP se supone que es la unidad de acceso, el GOP incluye necesariamente la imagen I basándose en la cual se han construido las imágenes P y las imágenes B, de modo que puede garantizarse la decodificación de la trama objetivo.
De esta forma, para realizar el acceso aleatorio a los datos MPEG, el acceso debe realizarse a cada estructura GOP suponiendo que es una unidad. Por ejemplo, incluso cuando se desea el inicio de la reproducción a partir de una trama a mitad de camino dentro de una estructura GOP, el control de la reproducción debe realizarse de manera que todos los datos del GOP se decodifiquen en primer lugar, luego puede iniciarse la visualización real a partir de la trama objetivo. Esto produce el mismo resultado que si la reproducción se iniciase solamente a partir de la trama objetivo.
Tal como se describió anteriormente, con el fin de iniciar la reproducción a partir de una trama arbitraria dentro de los datos MPEG, es necesario tener al menos la información de posición en el disco del GOP que incluye la trama objetivo, en lugar de la información de posición en el disco de cada trama.
Es decir, en el caso en el que la información de posición de todas las tramas se da como información de gestión, si los datos de la trama desde la que se desea el inicio de la reproducción es una imagen B o una imagen P, la trama de datos desde la que se desea el inicio de la reproducción tiene poco significado ya que los datos no pueden decodificarse a menos que se usen los datos de la imagen I como la referencia.
Por otro lado, para un caso de reproducción especial tal como la reproducción rápida en la que se reproducen sólo las imágenes I y las imágenes P, se necesita la información de posición de las imágenes I y las imágenes P en el disco.
Como una técnica anterior para grabar datos MPEG sobre medios de disco, existe el DVD de tipo de sólo lectura. En el DVD, los datos de vídeo que constituyen un GOP y los datos de audio asociados con éste se multiplexan con una información de gestión denominada un paquete NV (de navegación) añadido delante de los datos.
El uso de paquetes NV como la información para implementar la reproducción especial hace posible discernir las
50 E00948324 24-11-2011
posiciones en las que se han grabado los paquetes NV siguiente y previo en el disco, con respecto al sitio que está reproduciéndose actualmente.
La solicitud de patente japonesa abierta a consulta pública Hei 11 n.º 155130 da a conocer un ejemplo de la información de gestión de dirección cuando los datos MPEG se graban en medios regrabables. Según esta descripción, la información de gestión de dirección está configurada por información de mapa de tiempo que incluye un mapa de VOBU (unidad de objeto de vídeo) que presenta la dirección de cada VOBU como una unidad de gestión en el esquema MPEG en asociación con información de tiempo, información de dirección que ofrece las direcciones de las VOBU que van a reproducirse a intervalos de un periodo de tiempo fijo e información de identificación para identificar cada VOBU.
Habitualmente, en medios de grabación regrabables, puesto que algunos flujos de MPEG pueden eliminarse o moverse en el disco, la información de gestión o similar puede cambiarse de manera desordenada. En el caso en el que la información de gestión se cambia de manera desordenada, la respuesta del sistema mejorará si la información de gestión puede leerse o escribirse mediante un único acceso.
Sin embargo, para el DVD mencionado anteriormente, la información de gestión se construye sobre la suposición de medios ROM, la información de gestión se multiplexa dentro del flujo de MPEG cada paquete NV de modo que se dispersa en partes en el disco. Por consiguiente, para actualizar la información de gestión, es necesario realizar accesos a las partes de la información de gestión dispersas en el disco, una por una, lo cual no es factible.
Además, un acceso al flujo de MPEG que se supone que se realiza según la descripción anterior descrita en la solicitud de patente japonesa abierta a consulta pública Hei 11 n.º 155130 se implementa mediante un acceso aleatorio de VOBU por unidades. En este caso, el número de tramas de vídeo que deben gestionarse por una única VOBU es variable.
En otras palabras, el tiempo de reproducción correspondiente a una VOBU es variable, de modo que cuando se intenta designar una determinada trama mediante información de tiempo, una búsqueda de la VOBU que incluye la trama deseada que va a reproducirse no puede realizarse mediante un cálculo sencillo. En este caso, es necesario localizar la VOBU comprobando el periodo de tiempo de reproducción de cada VOBU una por una de manera secuencial desde la VOBU delantera, por ejemplo.
Cuando la VOBU objetivo se localiza una distancia corta desde la VOBU delantera, no se tarda mucho tiempo en la búsqueda, pero cuando el objetivo se localiza a una cierta distancia desde la parte delantera, se tarda mucho tiempo en buscarla. Para afrontar esto, en esta descripción de solicitud de patente japonesa abierta a consulta pública Hei 11 n.º 155130, aparte de la información de mapa de VOBU para gestionar las direcciones de todas las VOBU e información de tiempo, se usa la información de mapa de tiempo que indica las VOBU correspondientes a las direcciones de las VOBU que van a reproducirse a intervalos de un periodo de tiempo fijo.
Es decir, para buscar la VOBU que contiene una trama objetivo de vídeo, debe recurrirse en primer lugar a la información de mapa de tiempo antes de realizar el acceso a la información de VOBU. Además, la información de mapa de VOBU en la que se busca basándose en la información de mapa de tiempo no siempre encuentra la VOBU que contiene la trama objetivo de vídeo, tiene que buscarse en serie en la información de VOBU que sigue a la información de VOBU en la que se ha buscado hasta que se encuentre la VOBU objetivo.
Como antes, puesto que en la técnica anterior, para buscar la trama objetivo de vídeo, se realiza en primer lugar una búsqueda aproximada usando la información de referencia de mapa de tiempo y luego se realiza una búsqueda exacta usado la información de VOBU para así identificar la dirección correspondiente en el disco, la técnica anterior tiene el problema de que se necesita un proceso así de complicado.
Además, cuando se añade la posgrabación, tal como la mezcla de audio, superposición de imágenes, etc., tienen que definirse en el flujo unidades de posgrabación (PRU) para garantizar zonas para esta información de posgrabación dentro del flujo de MPEG o de manera separada fuera del flujo. Sin embargo, la técnica anterior descrita anteriormente no puede afrontar tales flujos.
La presente invención se ha creado en vista de lo que se ha comentado anteriormente, y es por tanto un objeto de la presente invención proporcionar un sistema de gestión de medios de grabación, incluyendo un método de localización de posiciones de acceso en un medio de grabación y un dispositivo de gestión del medio de grabación, que puede determinar la dirección de una trama objetivo de vídeo de una manera sencilla y se adapta para afrontar flujos que tienen PRU definidas en los mismos.
Descripción de la invención
50 E00948324 24-11-2011
Con el fin de resolver el problema anterior la presente invención está configurada de la siguiente manera:
El primer aspecto de la presente invención reside en un método de localización de posiciones de acceso de datos para localizar posiciones de acceso en un medio de grabación de datos en el que se gestiona una secuencia de datos de un periodo de grabación continuo en un primer flujo de datos que tiene datos de vídeo como una unidad de datos base, comprendiendo el método las etapas de: basándose en información de tiempo de presentación con respecto a unos datos de vídeo específicos e información de tiempo de referencia en relación con información de posición de referencia de una unidad de datos base objetivo, determinar un tiempo relativo desde la información de tiempo de referencia a la información de tiempo de presentación; identificar una subunidad de datos objetivo incluyendo los datos de vídeo específicos mediante una operación basada en el tiempo relativo con respecto a los datos de vídeo específicos y un tiempo de reproducción de una subunidad de datos; e identificar la información de posición de inicio de la subunidad de datos objetivo a partir de la información de distancia relativa almacenada de antemano en una zona de información de gestión, en el que la unidad de datos base comprende una pluralidad de subunidades de datos, teniendo cada una un tiempo de reproducción idéntico dentro de una única unidad de datos base, y para cada una de las unidades de datos base, la información de posición de referencia que es la información de posición de inicio de la unidad de datos base y la información de distancia relativa desde la información de posición de referencia a la información de posición de inicio de cada una de la subunidades de datos en la unidad de datos base se almacenan de antemano en la zona de información de gestión de un medio de grabación.
Según el primer aspecto de la presente invención, en un flujo de datos multimedia, la información de posición de una trama arbitraria sobre el medio de grabación puede obtenerse fácilmente sin la necesidad de cálculos complejos.
El segundo aspecto de la presente invención reside en el método de localización de posiciones de acceso de datos definido en el primer aspecto, en el que la subunidad de datos es una primera unidad de datos que es una unidad de datos mínima independientemente editable.
Según el segundo aspecto de la presente invención, en un flujo de datos multimedia, la información de posición de una primera unidad de datos, que es la unidad mínima editable para una trama arbitraria, sobre el medio de grabación puede obtenerse fácilmente sin la necesidad de cálculos complejos.
El tercer aspecto de la presente invención reside en el método de localización de posiciones de acceso de datos definido en el primer aspecto, en el que la subunidad de datos es una segunda unidad de datos que es una unidad de datos mínima independientemente reproducible, y una pluralidad de las segundas unidades de datos teniendo cada una un tiempo de reproducción idéntico constituyen una primera unidad de datos que es una unidad de datos mínima independientemente editable, y una pluralidad de las primeras unidades de datos teniendo cada una un tiempo de reproducción idéntico dentro de una única unidad de datos base.
Según el tercer aspecto de la presente invención, en un flujo de datos multimedia, la información de posición de una segunda unidad de datos requerida para el acceso a una trama arbitraria, sobre el medio de grabación puede obtenerse fácilmente sin la necesidad de cálculos complejos.
Además, puesto que la información de posición de las segundas unidades de datos a las que se recurre de manera frecuente se da como información de gestión, es posible remitirse a la información de gestión de manera eficaz sin la necesidad del cálculo de la información de posición.
El cuarto aspecto de la presente invención reside en el método de localización de posiciones de acceso de datos definido en el tercer aspecto que comprende además la etapa de identificar la información de posición de inicio de la primera unidad de datos, usando la información de posición de inicio de las segundas unidades de datos.
Según el cuarto aspecto de la presente invención, en un flujo de datos multimedia, la información de posición de una segunda unidad de datos requerida para el acceso a una trama arbitraria sobre el medio de grabación así como la información de posición de una primera unidad de datos, que es la unidad mínima editable para una trama arbitraria, sobre el medio de grabación pueden obtenerse fácilmente sin la necesidad de cálculos complejos.
El quinto aspecto de la presente invención reside en el método de localización de posiciones de acceso de datos definido en los aspectos segundo a cuarto, en los que el medio de grabación de datos tiene en asociación con las primeras unidades de datos, unidades de datos de audio para la posgrabación para almacenar datos de audio de posgrabación, que difieren de los datos de audio originales asociados con los datos de vídeo y que pueden grabarse y reproducirse en sincronización con los datos de vídeo y la zona de información de gestión ha almacenado de antemano tercera información de distancia relativa como la información de posición de inicio de la unidad de datos de audio para la posgrabación para cada unidad de datos base, comprendiendo el método además la etapa de identificar la información de posición de inicio de la unidad de datos de audio objetivo para la posgrabación correspondiente a la primera unidad de datos objetivo, basándose en la tercera información de distancia relativa almacenada en la zona de información de gestión.
50 E00948324 24-11-2011
El sexto aspecto de la presente invención reside en el método de localización de posiciones de acceso de datos definido en el quinto aspecto, en el que la tercera información de distancia relativa es información de distancia relativa desde la información de posición de referencia a la información de posición de inicio de la unidad de datos de audio para la posgrabación.
El séptimo aspecto de la presente invención reside en el método de localización de posiciones de acceso de datos definido en el quinto aspecto, en el que la tercera información de distancia relativa es información de distancia relativa desde la información de posición de inicio de la primera unidad de datos a la información de posición de inicio de la unidad de datos de audio para la posgrabación.
Según los aspectos quinto a séptimo de la presente invención, la información de posición de datos de audio de posgrabación sobre el medio de grabación, que deben reproducirse en sincronización con los datos predeterminados, puede obtenerse fácilmente en relación con la información de posición de las unidades de datos individuales sin la necesidad de cálculos complejos.
El octavo aspecto de la presente invención reside en un método de localización de posiciones de acceso de datos para localizar una posición de acceso en un medio de grabación de datos en el que se gestiona una secuencia de datos de un periodo de grabación continuo en un primer flujo de datos que tiene datos de vídeo como una unidad de datos base, comprendiendo el método las etapas de: basándose en información de tiempo de presentación con respecto a unos datos de vídeo específicos e información de tiempo de referencia en relación con la información de posición de referencia de la unidad de datos base objetivo, determinar un tiempo relativo desde la información de tiempo de referencia a la información de tiempo de presentación; identificar una primera unidad de datos objetivo incluyendo unos datos de vídeo específicos, mediante una operación basada en el tiempo relativo con respecto a los datos de vídeo específicos y el tiempo de reproducción de la primera unidad de datos; e identificar la información de posición de inicio de la unidad de datos de audio objetivo para la posgrabación, correspondiente a la primera unidad de datos objetivo, a partir de tercera información de distancia relativa almacenada de antemano en una zona de información de gestión, en el que la unidad de datos base comprende una pluralidad de primeras unidades de datos, teniendo cada una un tiempo de reproducción idéntico dentro de una única unidad de datos base y siendo una unidad de datos mínima independientemente editable; el medio de grabación de datos tiene en asociación con las primeras unidades de datos, unidades de datos de audio para la posgrabación para almacenar datos de audio de posgrabación, que difieren de los datos de audio originales asociados con los datos de vídeo y que pueden grabarse y reproducirse en sincronización con los datos de vídeo; por cada una de las unidades de datos base, la tercera información de distancia relativa que es la información de posición de inicio de cada una de las unidades de datos de audio para la posgrabación se almacena de antemano en la zona de información de gestión de un medio de grabación.
El noveno aspecto de la presente invención reside en el método de localización de posiciones de acceso de datos definido en el octavo aspecto, en el que la tercera información de distancia relativa es información de distancia relativa desde la información de posición de referencia que representa la información de posición de inicio con respecto a la unidad de datos base a la información de posición de inicio de la unidad de datos de audio para la posgrabación.
El décimo aspecto de la presente invención reside en el método de localización de posiciones de acceso de datos definido en el octavo aspecto, en el que la tercera información de distancia relativa es información de distancia relativa desde la información de posición de inicio de la primera unidad de datos a la información de posición de inicio de la unidad de datos de audio para la posgrabación.
Según los aspectos octavo a décimo de la presente invención, la información de posición de datos de audio de posgrabación sobre el medio de grabación, que deben reproducirse en sincronización con los datos predeterminados, puede obtenerse fácilmente sin la necesidad de cálculos complejos.
El undécimo aspecto de la presente invención reside en el método de localización de posiciones de acceso de datos definido en los aspectos quinto u octavo, en el que la unidad de datos de audio para la posgrabación está prevista dentro de cada primera unidad de datos.
Según el undécimo aspecto de la presente invención, la lectura y escritura de una pluralidad de informaciones de gestión puede realizarse en un periodo de tiempo corto.
El duodécimo aspecto de la presente invención reside en el método de localización de posiciones de acceso de datos definido en el aspecto quinto u octavo, en el que la unidad de datos de audio para la posgrabación está prevista fuera de las unidades de datos base.
Según el duodécimo aspecto de la presente invención, puesto que la zona de datos y la zona de información de gestión están claramente separadas, ningún archivo de información de gestión se creará en la zona de datos. Por
50 E00948324 24-11-2011
tanto, puede realizarse la disposición contigua de datos en la zona de datos.
El decimotercer aspecto de la presente invención reside en el método de localización de posiciones de acceso de datos definido en el aspecto primero u octavo, en el que la zona de información de gestión está prevista dentro del medio de grabación de datos.
Según el decimotercer aspecto de la presente invención, los datos que van a reproducirse están dispuestos cerca de la información de gestión de modo que es posible implementar una velocidad de procesamiento aumentada.
El decimocuarto aspecto de la presente invención reside en el método de localización de posiciones de acceso de datos definido en el aspecto primero u octavo, en el que la zona de información de gestión está prevista en un medio de grabación fuera del medio de grabación de datos.
Según el decimocuarto aspecto de la presente invención, puesto que la zona de información de gestión se proporciona para un medio de grabación que tiene una velocidad de acceso superior a la del medio de grabación de datos, es posible implementar una respuesta más rápida.
El decimoquinto aspecto de la presente invención reside en un dispositivo de gestión de medios de grabación de datos para gestionar una secuencia de datos de un periodo de grabación continuo en un primer flujo de datos que tiene datos de vídeo como una unidad de datos base, que comprende un controlador que gestiona los datos mediante las etapas de: construir la unidad de datos base con una pluralidad de primeras unidades de datos, cada una siendo una unidad de datos mínima independientemente editable; construir la primera unidad de datos con una pluralidad de segundas unidades de datos cada una siendo una unidad de datos mínima independientemente reproducible; hacer que el primer tiempo de reproducción para reproducir cada una de las primeras unidades de datos sea idéntico dentro de una única unidad de datos base y controlar el segundo tiempo de reproducción para reproducir cada una de las segundas unidades de datos para que sea idéntico dentro de una única primera unidad de datos; y gestionar para cada unidad de datos base, la información de posición de referencia como la información de posición de inicio de la unidad de datos base y la primera información de distancia relativa desde la información de posición de referencia a la información de posición de inicio de una primera unidad de datos en la unidad de datos base, de una manera que les permita escribirse en, o leerse del medio de grabación de datos o la zona de información de gestión dispuesta en algún lugar con respecto al soporte del medio de grabación de datos, o gestionar para cada unidad de datos base, la información de posición de referencia como la información de posición de inicio de la unidad de datos base y la segunda información de distancia relativa desde la información de posición de referencia a la información de posición de inicio de una segunda unidad de datos predeterminada en la unidad de datos base, de una manera que les permita escribirse en, o leerse del medio de grabación de datos o la zona de información de gestión proporcionada para el soporte del medio de grabación de datos.
Según el decimoquinto aspecto de la presente invención, el dispositivo de gestión de medios de grabación de datos, en un medio de grabación de datos en el que la unidad de datos base se divide en las primeras unidades de datos y las segundas unidades de datos basándose en el tiempo de reproducción, gestiona la información de posición de referencia y la primera información de distancia relativa en la zona de información de gestión. Por tanto, el dispositivo de gestión, usando la información de tiempo como la información clave, puede convertirla en información de posición mediante un proceso sencillo, haciendo así posible tener un fácil acceso a una trama arbitraria en la unidad de datos.
Además, incluso cuando una pluralidad de informaciones de gestión deben leerse o escribirse, es posible hacerlo en un periodo de tiempo corto. Puesto que la zona de datos y la zona de información de gestión están claramente separadas, ningún archivo de información de gestión se creará en la zona de datos. Por tanto, puede realizarse la disposición contigua de datos en la zona de datos.
El decimosexto aspecto de la presente invención reside en el dispositivo de gestión de medios de grabación de datos definido en el decimoquinto aspecto, en el que el controlador construye en el medio de grabación de datos una unidad de datos de audio para la posgrabación para almacenar datos de audio de posgrabación, que difieren de los datos de audio originales asociados con los datos de vídeo y que pueden grabarse y reproducirse en sincronización con los datos de vídeo, y gestiona tercera información de distancia relativa desde la información de posición de referencia a la información de posición de inicio de la unidad de datos de audio para la posgrabación, en asociación con cada una de las primeras unidades de datos, de una manera que les permita escribirse en o leerse de la zona de información de gestión.
Según el decimosexto aspecto de la presente invención, puesto que la información de posición de datos de audio de posgrabación también puede obtenerse mediante un proceso sencillo, usando la información de tiempo como la información clave, los datos de audio de posgrabación pueden reproducirse eficazmente.
45 E00948324 24-11-2011
El decimoséptimo aspecto de la presente invención reside en el dispositivo de gestión de medios de grabación de datos definido en el decimosexto aspecto, en el que la unidad de datos de audio para la posgrabación está prevista dentro de la primera unidad de datos.
Según el decimoséptimo aspecto de la presente invención, los datos que van a reproducirse están dispuestos cerca de la información de gestión de modo que es posible implementar una velocidad de procesamiento aumentada.
El decimoctavo aspecto de la presente invención reside en el dispositivo de gestión de medios de grabación de datos definido en el decimosexto aspecto, en el que la unidad de datos de audio para la posgrabación se crea fuera de las unidades de datos base.
Según el decimoctavo aspecto de la presente invención, esta configuración no hará la composición de flujo compleja, haciendo así fácil acceder a las otras unidades de datos.
El decimonoveno aspecto de la presente invención reside en el dispositivo de gestión de medios de grabación de datos definido en el decimoquinto aspecto, en el que el controlador gestiona información de desplazamiento que da un valor de desplazamiento para la información de posición de una manera que le permita escribirse en o leerse de la zona de información de gestión.
Según el decimonoveno aspecto de la presente invención, puesto que cuando se ha eliminado alguna parte delantera del flujo multimedia, la información de posición de los datos eliminados se graba como la información de gestión, es decir, el valor de desplazamiento, esto hace innecesario renovar cada información de posición en diversas informaciones de gestión, haciendo así posible guardar la tarea de edición.
El vigésimo aspecto de la presente invención resides en el dispositivo de gestión de medios de grabación de datos que tiene el decimoquinto aspecto, en el que el controlador puede calcular una tasa de reproducción de datos de la primera unidad de datos, basándose en la primera información de distancia relativa y el primer tiempo de reproducción, o calcular una tasa de reproducción de datos de la segunda unidad de datos, basándose en la segunda información de distancia relativa y el segundo tiempo de reproducción.
Según el vigésimo aspecto de la presente invención, puesto que la tasa de reproducción de datos de vídeo en la primera unidad de datos puede determinarse mediante cálculo, es posible obtener la tasa de reproducción de datos de antemano, sin reproducir los datos de vídeo.
Según el vigésimo aspecto de la presente invención, puesto que la tasa de reproducción de datos de vídeo en la segunda unidad de datos puede determinarse mediante cálculo, es posible obtener la tasa de reproducción de datos de antemano, sin reproducir los datos de vídeo.
El vigesimoprimer aspecto de la presente invención reside en el dispositivo de gestión de medios de grabación de datos definido en el decimoquinto aspecto, en el que la información de posición se da en una representación de dirección relativa que no tiene en cuenta ninguna disposición dividida sobre el medio de grabación.
Según el vigesimoprimer aspecto de la presente invención, puesto que las direcciones de inicio se dan en una representación de dirección relativa, que no tiene en cuenta la disposición dividida del flujo sobre el medio de grabación, la cantidad de datos de los datos gestionados por la primera o la segunda unidad puede conocerse a partir de la relación entre una dirección de inicio y la siguiente.
El vigesimosegundo aspecto de la presente invención resides en el dispositivo de gestión de medios de grabación de datos definido en el decimosexto aspecto, en el que el controlador gestiona información de presencia/ausencia de posgrabación que indica si los datos de audio de posgrabación que van a reproducirse en sincronización, se han almacenado en la unidad de datos de audio para la posgrabación de una manera que les permita escribirse en o leerse de la zona de información de gestión.
Según el vigesimosegundo aspecto de la presente invención, puesto que con la reproducción de datos es posible discernir si los datos de audio de posgrabación deben leerse por anticipado, esto hace el proceso más eficaz.
El vigesimotercer aspecto de la presente invención reside en el dispositivo de gestión de medios de grabación de datos definido en el decimosexto aspecto, en el que el controlador gestiona información de presencia/ausencia de posgrabación que indica si los datos de audio de posgrabación que van a reproducirse en sincronización con la primera unidad de datos se han almacenado en la unidad de datos de audio para la posgrabación de una manera que les permita escribirse en o leerse de la zona de información de gestión.
Según el vigesimotercer aspecto de la presente invención, puesto que con la reproducción de datos es posible
50 E00948324 24-11-2011
discernir si los datos de audio de posgrabación deben leerse por anticipado para cada primera unidad, esto hace el proceso más eficaz.
El vigesimocuarto aspecto de la presente invención reside en el dispositivo de gestión de medios de grabación de datos definido en el decimosexto aspecto, en el que el controlador gestiona información de presencia/ausencia de posgrabación que indica si los datos de audio de posgrabación que van a reproducirse en sincronización con la segunda unidad de datos se han almacenado en la unidad de datos de audio para la posgrabación de una manera que les permita escribirse en o leerse de la zona de información de gestión.
Según el vigesimocuarto aspecto de la presente invención, puesto que con la reproducción de datos es posible discernir si los datos de audio de posgrabación deben leerse por anticipado para cada segunda unidad, esto hace el más eficaz.
El vigesimoquinto aspecto de la presente invención reside en el dispositivo de gestión de medios de grabación de datos definido en el decimocuarto o decimoquinto aspecto, en el que el controlador gestiona información de contigüidad de datos que indica si los datos correspondientes a la primera unidad de datos y los datos correspondientes a la siguiente primera unidad de datos, que son continuos en el tiempo, se disponen de manera lógica y contigua sobre el medio de grabación, de una manera que les permita escribirse en o leerse de la zona de información de gestión.
Según el vigesimoquinto aspecto de la presente invención, puesto que es posible discernir si la primera unidad observada se dispone de manera lógica y contigua a la primera unidad anterior, sobre el medio de grabación, sin remitirse a la información del sistema de archivos lógico, esto hace el proceso más eficaz.
El vigesimosexto aspecto de la presente invención reside en el dispositivo de gestión de medios de grabación de datos definido en el decimoquinto aspecto, en el que el controlador gestiona información que indica si un GOP delante de la segunda unidad de datos es o no un GOP cerrado, de una manera que le permita escribirse en o leerse de la zona de información de gestión.
Según el vigesimosexto aspecto de la presente invención, antes de la reproducción de una segunda unidad de datos, es posible discernir si es necesario acceder a la segunda unidad anterior con el fin de realizar la correcta reproducción de las tramas en el GOP dentro de la segunda unidad de datos.
El vigesimoséptimo aspecto de la presente invención resides en dispositivo de gestión de medios de grabación de datos definido en el decimoquinto aspecto, en el que el controlador gestiona información de trama de vídeo que indica el número de tramas de vídeo de datos MPEG que van a gestionarse en la segunda unidad de datos, de una manera que les permita escribirse en o leerse de la zona de información de gestión.
Según el vigesimoséptimo aspecto de la presente invención, se permite a cada una de las segundas unidades de datos gestionar no un número de tramas fijo sino un número de tramas arbitrario.
El vigesimoctavo aspecto de la presente invención resides en dispositivo de gestión de medios de grabación de datos definido en el decimoquinto aspecto, en el que el controlador gestiona una trama de vídeo de datos MPEG que van a gestionarse en una segunda unidad de datos permitiendo que la información de posición de fin que representa una dirección de fin de una imagen de referencia sobre el medio de grabación se escriba en o se lea de la zona de información de gestión.
Según el vigesimoctavo aspecto de la presente invención, puesto que la cantidad de datos que van a leerse desde el inicio de la segunda unidad de datos hasta la imagen de referencia objetivo puede discernirse por anticipado, esto facilita la consecución de una reproducción especial.
El vigesimonoveno aspecto de la presente invención reside en el dispositivo de gestión de medios de grabación de datos definido en el decimoquinto aspecto, en el que el controlador gestiona información de posición de inicio de imagen de referencia que representa una dirección de inicio en el disco de una imagen de referencia para la trama de vídeo de datos MPEG que van a gestionarse en una segunda unidad de datos y la información de posición de fin de imagen de referencia que representa una dirección de fin de la misma, de una manera que les permita escribirse en o leerse de la zona de información de gestión.
Según el vigesimonoveno aspecto de la presente invención, cuando se usa un medio de grabación que tiene un rendimiento de acceso lo suficientemente alto, las imágenes de referencia objetivo pueden leerse de manera selectiva basándose en la información de posición desde la que deben leerse los datos. Esta característica facilita la consecución de una reproducción especial.
E00948324 24-11-2011
El trigésimo aspecto de la presente invención reside en el dispositivo de gestión de medios de grabación de datos definido en el decimoquinto aspecto, en el que el controlador gestiona una trama de vídeo de datos MPEG que van a gestionarse en la segunda unidad de datos permitiendo que la información de posición de inicio que representa una dirección de inicio de una imagen de referencia sobre el medio de grabación se escriba en o se lea de la zona de información de gestión.
Según el trigésimo aspecto de la presente invención, puesto que se gestionan las direcciones de inicio de todas las tramas, es posible determinar fácilmente la cantidad de datos de cada trama a partir de la diferencia desde la dirección de inicio hasta la siguiente trama y leer selectivamente los datos de una trama arbitraria cuando se usa un medio de grabación que tiene un rendimiento de acceso lo suficientemente alto. Por tanto, estas características facilitan la consecución de una reproducción especial.
Breve descripción de los dibujos
la figura 1 es una vista ilustrativa que muestra una composición de flujo de MPEG usado en la primera realización de un sistema de gestión de medios de grabación de la presente invención;
la figura 2 es una vista ilustrativa que muestra la relación de bloques en un flujo de MPEG usado en la primera realización de un sistema de gestión de medios de grabación de la presente invención;
la figura 3 es una vista ilustrativa que muestra la dirección de inicio de una VU ofrecida por una LUT de dirección con el fin de tener acceso a una trama objetivo, en la primera realización de un sistema de gestión de medios de grabación de la presente invención;
la figura 4 es una vista ilustrativa que muestra una EUS gestionada como un archivo mediante un sistema de archivos lógico en la primera realización de un sistema de gestión de medios de grabación de la presente invención;
la figura 5 es una vista ilustrativa que muestra el contenido de la información de gestión ‘información de EUS’ en la primera realización de un sistema de gestión de medios de grabación de la presente invención;
la figura 6 es una vista ilustrativa que muestra el contenido de la información de gestión ‘información de programa’ en la primera realización de un sistema de gestión de medios de grabación de la presente invención;
la figura 7 es una vista ilustrativa que muestra el contenido de información de gestión ‘información de flujo de EUS’ en la primera realización de un sistema de gestión de medios de grabación de la presente invención;
la figura 8 es una vista ilustrativa que muestra la relación entre la información de EUS y las EUS en la primera realización de un sistema de gestión de medios de grabación de la presente invención;
la figura 9 es una vista ilustrativa que muestra un diagrama de PRU cuando no ha ninguna cabecera de EU presente en el flujo de MPEG, en el primer ejemplo del sistema de gestión de medios de grabación de la presente invención;
la figura 10 es una vista ilustrativa que muestra un diagrama de PRU cuando hay una cabecera de EU presente en el flujo de MPEG, en el primer ejemplo del sistema de gestión de medios de grabación de la presente invención;
la figura 11 es una vista ilustrativa que muestra el esquema de una LUT de dirección en el primer ejemplo del sistema de gestión de medios de grabación de la presente invención;
la figura 12 es una vista ilustrativa que muestra el contenido de una LUT de dirección en el primer ejemplo del sistema de gestión de medios de grabación de la presente invención;
la figura 13 es una vista ilustrativa que muestra el contenido de una información de PRU en el primer ejemplo del sistema de gestión de medios de grabación de la presente invención;
la figura 14 es una vista ilustrativa que muestra el contenido del estado de PRU en el primer ejemplo del sistema de gestión de medios de grabación de la presente invención;
la figura 15 es una vista ilustrativa que muestra el contenido de la información de VU en el primer ejemplo del sistema de gestión de medios de grabación de la presente invención;
la figura 16 es una vista ilustrativa que muestra el contenido del estado de VU en el primer ejemplo del sistema de gestión de medios de grabación de la presente invención;
40 E00948324 24-11-2011
la figura 17 es una vista ilustrativa que muestra un método para calcular la dirección de inicio de una VU en el primer ejemplo del sistema de gestión de medios de grabación de la presente invención;
la figura 18 es una vista ilustrativa que muestra un método para calcular la dirección de inicio de una PRU en el primer ejemplo del sistema de gestión de medios de grabación de la presente invención;
la figura 19 es una vista ilustrativa que muestra un diagrama de PRU cuando no hay ninguna cabecera de EU presente en el flujo de MPEG, en el segundo ejemplo del sistema de gestión de medios de grabación de la presente invención;
la figura 20 es una vista ilustrativa que muestra una disposición de PRU cuando hay una cabecera de EU presente en el flujo de MPEG, en el segundo ejemplo del sistema de gestión de medios de grabación de la presente invención;
la figura 21 es una vista ilustrativa que muestra el esquema de una LUT de dirección en el segundo ejemplo del sistema de gestión de medios de grabación de la presente invención;
la figura 22 es una vista ilustrativa que muestra el contenido de una LUT de dirección en el segundo ejemplo del sistema de gestión de medios de grabación de la presente invención;
la figura 23 es una vista ilustrativa que muestra el contenido de la información de EU en el segundo ejemplo del sistema de gestión de medios de grabación de la presente invención;
la figura 24 es una vista ilustrativa que muestra el contenido del estado de EU en el segundo ejemplo del sistema de gestión de medios de grabación de la presente invención;
la figura 25 es una vista ilustrativa que muestra el contenido de la información de VU en el segundo ejemplo del sistema de gestión de medios de grabación de la presente invención;
la figura 26 es una vista ilustrativa que muestra el contenido del estado de VU en el segundo ejemplo del sistema de gestión de medios de grabación de la presente invención;
la figura 27 es una vista ilustrativa que muestra un método para calcular la dirección de inicio de una VU en el segundo ejemplo del sistema de gestión de medios de grabación de la presente invención;
la figura 28 es una vista ilustrativa que muestra un método para calcular la dirección de inicio de una EU en el segundo ejemplo del sistema de gestión de medios de grabación de la presente invención;
la figura 29 es una vista ilustrativa que muestra un método para calcular la dirección de inicio de una PRU en el segundo ejemplo del sistema de gestión de medios de grabación de la presente invención;
la figura 30 es una vista ilustrativa que muestra un diagrama de PRU cuando o hay ninguna cabecera de EU presente en el flujo de MPEG, en el tercer ejemplo del sistema de gestión de medios de grabación de la presente invención;
la figura 31 es una vista ilustrativa que muestra un diagrama de PRU cuando hay una cabecera de EU presente en el flujo de MPEG, en el tercer ejemplo del sistema de gestión de medios de grabación de la presente invención;
la figura 32 es una vista ilustrativa que muestra el esquema de una LUT de dirección en el tercer ejemplo del sistema de gestión de medios de grabación de la presente invención;
la figura 33 es una vista ilustrativa que muestra el contenido de una LUT de dirección en el tercer ejemplo del sistema de gestión de medios de grabación de la presente invención;
la figura 34 es una vista ilustrativa que muestra el contenido de la información de VU en el tercer ejemplo del sistema de gestión de medios de grabación de la presente invención;
la figura 35 es una vista ilustrativa que muestra el contenido del estado de VU en el tercer ejemplo del sistema de gestión de medios de grabación de la presente invención;
la figura 36 es una vista ilustrativa que muestra un método para calcular la dirección de inicio de una VU en el tercer ejemplo del sistema de gestión de medios de grabación de la presente invención;
40 E00948324 24-11-2011
la figura 37 es una vista ilustrativa que muestra un método (método 1) para calcular la dirección de inicio de una EU en el tercer ejemplo del sistema de gestión de medios de grabación de la presente invención;
la figura 38 es una vista ilustrativa que muestra un método (método 2) para calcular la dirección de inicio de una EU en el tercer ejemplo del sistema de gestión de medios de grabación de la presente invención;
la figura 39 es una vista ilustrativa que muestra un método para calcular la dirección de inicio de una PRU en el tercer ejemplo del sistema de gestión de medios de grabación de la presente invención;
la figura 40 es una vista ilustrativa que muestra la información de dirección relativa en la LUT de dirección en la primera realización de un sistema de gestión de medios de grabación de la presente invención;
la figura 41 es una vista ilustrativa que muestra la información de desplazamiento de dirección en la primera realización de un sistema de gestión de medios de grabación de la presente invención;
la figura 42 es una vista ilustrativa que muestra un RLBN de fin de imágenes IP en la primera realización de un sistema de gestión de medios de grabación de la presente invención;
la figura 43 es una vista ilustrativa que muestra la configuración del sistema en la primera realización de un sistema de gestión de medios de grabación de la presente invención;
la figura 44 es una vista ilustrativa que muestra una zona de disco que tiene una zona de información de gestión en la misma en la primera realización de un sistema de gestión de medios de grabación de la presente invención;
la figura 45 es una vista ilustrativa que muestra un caso en el que la información de gestión está dispuesta delante de cada EUS en la primera realización de un sistema de gestión de medios de grabación de la presente invención;
la figura 46 es una vista ilustrativa que muestra un caso en el que información de gestión se multiplexa en el flujo incrustándola en las cabeceras de EU, en la primera realización de un sistema de gestión de medios de grabación de la presente invención;
la figura 47 es una vista ilustrativa que muestra un caso en el que la información de gestión se almacena en una memoria de semiconductores no volátil provista para el cartucho de disco, en la primera realización de un sistema de gestión de medios de grabación de la presente invención;
la figura 48 es una vista ilustrativa que muestra la relación de bloques en un flujo de MPEG usado en la segunda realización de un sistema de gestión de medios de grabación de la presente invención;
la figura 49 es una vista ilustrativa que muestra la relación de bloques en un flujo de MPEG usado en la segunda realización de un sistema de gestión de medios de grabación de la presente invención;
la figura 50 es una vista ilustrativa que muestra las EUS y PRS gestionadas como archivos por un sistema de archivos lógico en la segunda realización de un sistema de gestión de medios de grabación de la presente invención;
la figura 51 es una vista ilustrativa que muestra el contenido de la información de gestión ‘información de EUS’ en la segunda realización de un sistema de gestión de medios de grabación de la presente invención;
la figura 52 es una vista ilustrativa que muestra el esquema de una LUT de dirección en la segunda realización de un sistema de gestión de medios de grabación de la presente invención;
la figura 53 es una vista ilustrativa que muestra el contenido de una LUT de dirección en la segunda realización de un sistema de gestión de medios de grabación de la presente invención;
la figura 54 es una vista ilustrativa que muestra el contenido de la información de PRU en la segunda realización de un sistema de gestión de medios de grabación de la presente invención;
la figura 55 es una vista ilustrativa que muestra el contenido del estado de PRU en la segunda realización de un sistema de gestión de medios de grabación de la presente invención;
la figura 56 es una vista ilustrativa que muestra el contenido de la información de VU en la segunda realización de un sistema de gestión de medios de grabación de la presente invención;
45 E00948324 24-11-2011
la figura 57 es una vista ilustrativa que muestra el contenido del estado de VU en la segunda realización de un sistema de gestión de medios de grabación de la presente invención;
la figura 58 es una vista ilustrativa que muestra un método para calcular la dirección de inicio de una VU en la segunda realización de un sistema de gestión de medios de grabación de la presente invención;
la figura 59 es una vista ilustrativa que muestra un método para calcular la dirección de inicio de una PRU en la segunda realización de un sistema de gestión de medios de grabación de la presente invención;
la figura 60 es una vista ilustrativa que muestra la relación entre una EU arbitraria y las PRU en un archivo de EUS, junto con su LUT de dirección, en la segunda realización de un sistema de gestión de medios de grabación de la presente invención;
la figura 61 es una vista ilustrativa que muestra la información de dirección relativa en la LUT de dirección en la segunda realización de un sistema de gestión de medios de grabación de la presente invención;
la figura 62 es una vista ilustrativa que muestra la información de dirección relativa en la LUT de dirección en la segunda realización de un sistema de gestión de medios de grabación de la presente invención;
la figura 63 es una vista ilustrativa que muestra la información de desplazamiento de dirección en la segunda realización de un sistema de gestión de medios de grabación de la presente invención; y
la figura 64 es una vista ilustrativa que muestra cómo los datos MPEG según una técnica de codificación de longitud variable se graban en un disco.
Mejor modo de llevar a cabo la invención
Las realizaciones de la presente invención se describirán a continuación en el presente documento con referencia a los dibujos.
[La primera realización]
La primera realización de un sistema de gestión de medios de grabación de la presente invención se describirá en detalle con referencia a las figuras 1 a 47. En primer lugar, se describirá la composición de flujo de MPEG que va a manipularse en esta realización con referencia a las figuras 1 a 8.
En el caso cuando los datos codificados con longitud variable tal como los datos MPEG se han grabado en un medio de grabación tal como un disco, dispositivo de memoria, o similar, con el fin de realizar un acceso aleatorio tal como empezar la reproducción desde un punto arbitrario o implementar una reproducción especial usando sólo tramas arbitrarias seleccionadas, es necesario tener información de gestión para gestionar la información de posición en la que los datos deseados están grabados en el disco.
Esto es porque la cantidad de datos de cada trama de vídeo de datos MPEG grabados en el medio de grabación es variable, de modo que es imposible determinar la posición grabada de una trama arbitraria en el disco mediante cálculo u otros medios.
La descripción de la presente realización se describirá sobre la suposición de que se usa la tecnología MPEG como un ejemplo de codificación de longitud variable con el uso de un disco como un medio de grabación. Debe entenderse que la presente realización puede realizarse con el uso de dispositivos de memoria de semiconductores u otros como los medios de grabación, en una configuración similar para el caso de uso de un disco.
Para empezar, se describirá la estructura de un flujo de MPEG que va a manipularse en la realización. Se supone que los datos de vídeo se codifican a tasas variables mediante codificación MPEG y los datos de audio, tanto los originales como los datos de posgrabación (mezcla de audio), se codifican a una tasa fija.
En la configuración de flujo mostrada en la figura 1, una secuencia de unidad editable (abreviada como ‘EUS’ a continuación en el presente documento) está compuesta por un número múltiple de unidades editables (abreviadas como ‘EU’ a continuación en el presente documento) y corresponde a la unidad desde el inicio de la grabación (Rec Start) hasta la detención de la grabación (Rec Stop) o hasta una pausa de la grabación (Rec Pause). Los datos MPEG gestionados por una EUS deben añadirse con una indicación de tiempo que es la información de gestión en relación con el tiempo secuencial.
50 E00948324 24-11-2011
En este caso, la EU es la unidad mínima para la edición destructiva. La edición destructiva significa un acto de edición acompañado por un traslado o eliminación en el disco. La unidad mínima de edición destructiva significa que puede realizarse el traslado y eliminación en el disco sólo EU por EU.
Si se borran algunas EU del medio de una EUS mediante edición destructiva, la indicación de tiempo del flujo de MPEG presenta discontinuidad, de modo que la EUS tiene que dividirse.
La EU está compuesta por unidades de vídeo (abreviadas como ‘VU’ a continuación en el presente documento) y una unidad de posgrabación (abreviada como ‘PRU’ a continuación en el presente documento), y debe grabarse continuamente en el disco. Puede existir una configuración de flujo que no tenga ninguna PRU.
Es posible añadir la restricción de que la posición de inicio y la posición de fin de una PRU en el disco deben localizarse en el límite del bloque de código de corrección de errores o bloque ECC. Puesto que la PRU es la zona para la posgrabación de datos que van a reproducirse en sincronización con los datos de vídeo dentro de la EU, debe al menos tener un tamaño de zona que pueda grabar los datos equivalentes al tiempo de presentación de los datos de vídeo en la EU.
Como las estructuras de la EU, la figura 1(a) muestra el caso en el que ninguna cabecera de EU (abreviada como ‘cabecera de EU’ y que va a describirse a continuación en el presente documento) está prevista delante de la EU y la figura 1(b) muestra el caso en el que una cabecera de EU está prevista delante de la EU. La cabecera de EU es un paquete añadido delante de la EU para almacenar la información de cabecera para gestionar la EU. Cuando se define esta cabecera de EU, puede grabarse la información de gestión del flujo con respecto a la EU.
La VU es una unidad constituida por una cabecera de VU, uno o más GOP de datos de vídeo, y datos de audio asociados. El tiempo de presentación de todas las EU y el de todas las VU en una EUS se establecen constantes. El tiempo de presentación de VU corresponde al tiempo de reproducción de datos de vídeo gestionados por una VU. De manera similar, el tiempo de presentación de la EU indica que el tiempo de reproducción de datos de vídeo gestionados por una EU.
La EUS se divide en bloques que tienen una longitud fija de 2048 bytes. Un bloque se almacena en un bloque lógico. Principalmente, un bloque se construye con un paquete. El paquete usado en este caso conforma el paquete PES definido por la norma ISO/IEC 13818-1, y los paquetes de este tipo deben grabarse sobre el disco.
La figura 2 muestra la relación entre la EUS y los bloques. En esta figura, una PRU está compuesta por un bloque de cabecera de PRU PH BLK (abreviado como ‘PH BLK’ a continuación en el presente documento), bloques de audio A BLK (abreviados como ‘A BLK’) y bloques de relleno P BLK (abreviados como ‘P BLK’). Un PH BLK almacena un paquete de la información de cabecera en relación con la PRU. Un A BLK almacena un paquete de audio definido por la norma ISO/IEC 13818-3. Un P BLK almacena un paquete de relleno definido por la norma ISO/IEC 13818-1.
Una VU está compuesta por un bloque de cabecera de VU, VH BLK (abreviado como ‘VH BLK’ a continuación en el presente documento), A BLK (bloques de audio) y bloques de video V BLK (abreviados como ‘V BLK’). Un VH BLK almacena un paquete de la información de cabecera en relación con la VU. Un A BLK almacena un paquete de audio definido por la norma ISO/IEC 13818-3. Un V BLK almacena un paquete de datos de vídeo definido por la norma ISO/IEC 13818-2.
Para un flujo en el que se definen cabeceras de EU, un bloque de cabecera de EH, EH BLK (abreviado como ‘EH BLK’ a continuación en el presente documento) se almacena delante de cada EU.
La zona de PRU aparte del bloque de cabecera PH BLK se rellena con bloques de relleno (P BLK) cuando no existen datos de posgrabación como en el estado inicial. Cuando la posgrabación se realiza, se graban los datos reales tales como de los A BLK o bloques de audio. Estos datos de audio se reproducirán en sincronización con los datos de vídeo dentro de la correspondiente VU.
En una VU, el componente de audio está compuesto por un número múltiple de A BLK y el componente de datos de vídeo está compuesto por un número múltiple de V BLK. Estos datos de audio se reproducirán en sincronización con los datos de vídeo.
Cuando se usa un disco con un flujo de MPEG grabado en el mismo y la reproducción de una trama arbitraria se inicia o se implementa una reproducción especial tal como la reproducción de tramas seleccionadas de manera arbitraria, es imposible, tal como se indico anteriormente, determinar la posición grabada de una trama arbitraria en el disco mediante cálculo o similar, porque las cantidades de datos de tramas individuales de datos MPEG grabados en el disco son diferentes entre sí.
50 E00948324 24-11-2011
Es por esto por lo que se necesita la información de gestión para realizar un acceso a una trama arbitraria. En esta realización, esta información de gestión se denomina una tabla de consulta de direcciones (abreviado como ‘LUT de dirección’ a continuación en el presente documento) y se explicará a continuación en el presente documento. Las definiciones de los términos que se usan en este caso también se describirán.
En esta realización, la posgrabación significa la mezcla de audio, es decir, la grabación sólo de sonido después sobre los datos originales ya grabados. Una PRU es una zona para grabar datos de posgrabación cuando se implementa la mezcla de audio.
El número de bloque lógico LBN (abreviado como ‘LBN’ a continuación en el presente documento) es la dirección adjunta a cada bloque lógico como la unidad mínima de gestión en el disco ofrecida por el sistema de archivos lógico. Existen zonas, en el disco, que no pueden observarse en realidad desde el lado de usuario, tales como zonas en las que se escriben los datos, las zonas para grabar códigos de corrección de errores para los datos escritos, las zonas para sustituir las partes que no pueden usarse de ninguna manera.
Para afrontar esto, a las zonas que pueden usarse realmente por el usuario se les pueden asignar direcciones en orden ascendente. Este orden ascendente de direcciones de zonas que puede usar el usuario se denomina números de bloque lógico, y esta unidad de gestión se denomina un bloque lógico. Un número relativo de bloque lógico RLBN (abreviado como ‘RLBN’ a continuación en el presente documento) indica la representación relativa de un número de bloque lógico.
Una indicación de tiempo de presentación PTS (abreviado como ‘PTS’ a continuación en el presente documento) es un formato de gestión de la indicación de tiempo en la norma MPEG y es de 33 bits de datos. Esta PTS es la información para gestionar principalmente el tiempo en el que los datos MPEG deben visualizarse, y la información de tiempo se representa mediante componentes de 90 KHz.
En este caso, el bit más significativo del componente de PTS se retira de modo que se maneja como 32 bits de datos. Esto es porque es inusual manejar datos de 33 bits por un microordenador y similares y la información de 32 bits es suficiente para proporcionar una gestión suficiente. Estos datos que se convierten a 32 bits se denominan formato PT (tiempo de presentación) (figuras 5 y 7).
El formato RT (indicación de tiempo real) (figuras 5 y 6) es el formato para la gestión de la fecha en la que se crea la información de gestión. El ECC (código de corrección de errores) es un código para corregir los errores. Este ECC se graba adicionalmente cada unidad determinada cuando se graban los datos en el disco. Por ejemplo, un ECC se graba adicionalmente cada 32 KB.
Co vistas al acceso al disco, la unidad de ECC es de máxima importancia ya que la lectura de datos de y la escritura de datos sobre el disco se implementan en unidades de bloque de ECC.
Cuando se mira desde el lado de usuario, pueden implementarse la lectura y escritura en unidades de bloques lógicos. Por ejemplo, si el tamaño de un bloque lógico es 2 KB, el acceso puede implementarse en unidades de 2 KB. Sin embargo, el acceso al disco real para leer se implementa leyendo el bloque de ECC que incluye los datos de 2 KB que van a leerse y desechando la parte innecesaria.
Para la grabación de datos de 2 KB, pueden añadirse 30 KB de datos ficticios, si algunos datos ya se han escrito, los datos escritos deben leerse una vez para reemplazar los datos que van a modificarse y entonces los datos modificados se graban sobre el disco. De esta forma, es necesario conocer los bloques de ECC para implementar el acceso al disco a alta velocidad.
El ID de objeto (figuras 5 a 7) es el ID para identificar la información de gestión individual. La cadena (figuras 5 y 6) es un formato que representa una serie de caracteres. La unidad N (figuras 5 a 7) es un formato para gestionar un número entero de N bits sin signo.
La LUT de dirección es la información de gestión para dar información con respecto a la posición en el disco en la que debe realizarse un acceso para una trama arbitraria en los datos MPEG grabados en el disco. Para este acceso, se usa como la información clave para designar una trama arbitraria la información de tiempo (indicación de tiempo) de la trama.
Específicamente, se usa el tiempo de presentación PT (abreviado como ‘PT’ a continuación en el presente documento) correspondiente a una trama arbitraria para dar las posiciones de los extremos delanteros (figura 3) de la VU y EU que incluyen la trama y las posiciones, en el disco, en las que los datos de las imágenes I y las imágenes P dentro de la VU se han grabado. Cuando la trama tiene PRU en la misma, la posición en el disco en la que empieza la PRU en la EU que contiene la VU también se determina por el PT.
50 E00948324 24-11-2011
Debe indicarse que el PT usado en este caso es información de 4 bytes de datos, que se han adjuntado al flujo de MPEG o que es la correspondiente PTS desde la que se retira el bit más significativo.
Tal como se muestra en la figura 3, con el fin de realizar un acceso a una trama objetivo, la dirección de inicio de la VU que incluye esa trama se da en lugar de localizar los datos de la trama en el disco. Esto es porque en vista de las características de MPEG, la trama objetivo, que está incluso en la VU, no puede decodificarse si no se obtienen datos de referencia tales como las imágenes I e imágenes P que existen en esa VU.
Como ejemplo, si necesita realizarse un acceso para la décima trama de los datos de vídeo grabados en el disco, el PT para designar la décima trama se da como 3003x10=30030. En este caso, 3003 es el valor de PT, representado en decimal, correspondiente al tiempo de presentación de una trama, cuando el video NTSC se codifica mediante MPEG. Es decir, 30030 sirve como la información clave para localizar la posición grabada en el disco usando la LUT de dirección.
Como otro ejemplo, cuando una VU tiene quince tramas de vídeo, el tiempo de presentación total de una VU asciende a 15 x 3003 = 45045. Si la trama que quiere verse es la centésima trama desde la trama superior, el número de VU a la que la trama pertenece es (100x3030)/45045+1 =7,67. A partir de este cálculo se sabe que la centésima trama de video está incluida en la séptima VU desde la parte delantera. Es decir, se entiende que hay que remitirse a la información de gestión de la séptima VU.
A continuación, se realizará la descripción de en qué situación puede usarse la LUT de dirección. Una sección de datos MPEG grabados por el usuario a partir de su inicio de grabación ‘Rec Start’ hasta la detención de grabación ‘Rec Stop’ o la detención temporal ‘Pause’ se define como una EUS.
Se supone que los datos MPEG reales se manipulan por los archivos de unidad de EUS, usando un sistema de archivos lógico que gestiona la información de posición de datos en el disco mediante nombres de archivo. Esta configuración se muestra en la figura 4. En este ejemplo, EUS0 se gestiona como un nombre de archivo de FDAV0000.EUS mediante el sistema de archivos lógico.
Aunque este nombre de archivo FDAV0000.EUS representa una EUS, en el disco real, los datos se han grabado en partes como nombres de archivo EUS0-1 y EUS0-2, tal como se muestran en la figura. De manera similar, la EUS1 y EUS2 se gestionan como nombres de archivo FDAV0001.EUS y FDAV0002.EUS, respectivamente.
Para gestionar datos de EUS reales en las unidades de EUS, se crea la información de gestión denominada ‘información de EUS’. Es decir, si el usuario grabó múltiples escenas, cada una correspondiente a los datos desde el inicio de grabación ‘Rec Start’ hasta la detención de grabación ‘Rec Stop’, también se crea la misma cantidad de información de gestión ‘información de EUS’ (abreviado como ‘información de EUS’ a continuación en el presente documento).
Un ejemplo de información de EUS se muestra en la figura 5. La información de EUS debe gestionar una EUS grabada en el disco. Tal como se muestra en la columna de nombre de campo en la figura 5, esta información de EUS tiene su ID para distinción, tamaño, información del título, fecha de creación y fecha actualizada de la EUS, información de texto, información de imagen en miniatura (thumbnail) para gestionar una imagen en miniatura representativa de la EUS, ID de datos para identificar el archivo de EUS gestionado por el sistema de archivos lógico, tamaño de archivo de datos que representa el tamaño de datos de la EUS, información de propiedad tal como EUS, vídeo, audio, cámara, posgrabación, fuente, copyright, imágenes fijas, etc.
La información de EUS también tiene información de referencia que revela los programas que hacen referencia a la EUS gestionada por la misma. Además, como la información de gestión de importancia, pueden mencionarse los nombres de campo <PT de inicio>, <PT de fin>, <tamaño de unidad de posgrabación> y <LUT de dirección>. A continuación en el presente documento, la información de gestión se representa por su nombre de campo encerrado por <>.
Los valores PTS están grabados en el <PT de inicio> y el <PT de fin>, unidos a las tramas de visualización primera y última del flujo de datos de la EUS gestionada por esta información de EUS, o el valor de PTS correspondiente, convertido en el formato PT. Puesto que una EUS siempre gestiona datos de vídeo que tienen indicaciones de tiempo continuas, el tiempo de presentación total de la EUS puede calcularse restando el <PT de inicio> del <PT de fin>, por ejemplo.
El <tamaño de unidad de posgrabación> es la información con respecto al tamaño de la PRU en cada EU. Debe observarse que el tamaño de la PRU en cada EU no varía dentro de la misma EUS. La <LUT de dirección> es la información de gestión que proporciona dónde en el disco un acceso debe realizarse para una trama arbitraria en los datos MPEG grabados en el disco.
50 E00948324 24-11-2011
De la manera anterior, basándose en la información de EUS, es posible obtener la información con respecto a una EUS grabada como un archivo en el disco.
Cuando los datos MPEG grabados por el usuario se reproducen en serie desde la parte superior en el orden grabado, es posible realizar una reproducción sin la <LUT de dirección> mencionada anteriormente. Sin embargo, si, aprovechando de accesibilidad aleatoria del disco, por ejemplo, el usuario intenta seleccionar un número arbitrario de secciones arbitrarias a partir de las EUS que son los datos originales en su estado grabado y reproducir en un orden arbitrario, se necesitará la información de gestión de <LUT de dirección>.
En primer lugar, la información de gestión para seleccionar un número arbitrario de secciones arbitrarias a partir de una EUS como datos originales y reproducir las secciones seleccionadas en un orden arbitrario se supone que es un programa. Este programa gestiona la información para designar la EUS a la que hay que remitirse y los puntos de inicio y puntos de fin de las secciones arbitrarias que se desea seleccionar a partir de los datos de esa EUS.
La figura 6 muestra un ejemplo de la información de gestión del programa. Tal como se muestra en la figura 6, en un programa se gestiona información que incluye el ID para identificar el programa, tamaño, título, fecha de creación, información de texto, imagen en miniatura representativa del programa y similares.
La información de importancia en relación con la <LUT de dirección> mencionada anteriormente es la información de <número de información de flujo de EUS> e <información de flujo de EUS>. La información de <número de información de flujo de EUS> representa el número de escenas manipuladas por este programa. Es decir, se graba un número idéntico de información de flujo de EUS.
Tal como se muestra en la figura 7, la información de gestión <información de flujo de EUS> gestiona el <ID de EUS de referencia> para gestionar el número de ID de la información de gestión <información de EUS> a la que esta escena hace referencia, y el <PT de inicio> y el <PT de fin> que indican la parte de EUS seleccionada a la que está haciendo referencia. El <PT de inicio> y el <PT de fin> se graban por valores, unidos a la EUS de referencia o valores correspondientes, representados en un sistema de PT absoluto. Además, la información de flujo de EUS también puede gestionar la información de texto para esta escena y una imagen en miniatura representativa de la escena.
El programa puede usarse para gestionar una pluralidad de conjuntos de la información para designar las EUS y la información con respecto a los puntos de inicio y fin de las mismas, mediante lo cual se hace posible seleccionar un número arbitrario de secciones arbitrarias y reproducirlas en un orden arbitrario.
La figura 8 muestra la relación entre la <información de EUS> y las EUS (datos reales). Tal como se muestra en la figura 8, el <Programa #0> es un programa especial que corresponde a la totalidad de los datos de vídeo en el disco y se manipula como el programa original. En una palabra, este programa permite ver las escenas de vídeo completas grabadas en el orden grabado.
El <Programa #1> y subsiguientes son programas libremente editables que se crean por el usuario y se denominarán programas de usuario. El <Programa #1> en el ejemplo del dibujo gestiona tres escenas. Las escenas primera y segunda son partes seleccionadas de la <eUS#1> y la tercera escena es parte seleccionada de la <eUS#2>.
Como anteriormente, en un programa de usuario, una sección arbitraria de una EUS arbitraria puede seleccionarse como una escena. Es por esto por lo que la información de gestión <LUT de dirección> se vuelve necesaria tal como se indicó anteriormente para reproducir las escenas seleccionadas.
La forma en que se crea el programa de usuario mediante sólo la información de gestión sin implementar la duplicación de datos reales se denomina edición no destructiva. Puesto que un número arbitrario de secciones arbitrarias se seleccionan a partir del material base, es decir, los datos originales, para realizar una reproducción en un orden deseado, este método no necesita usar una zona de disco adicional, por tanto es notablemente eficaz.
A continuación, haciendo referencia a las figuras 9 a 18, se describirá el primer ejemplo del sistema de gestión de medios de grabación de la presente invención tomando un caso para calcular las direcciones de inicio de la PRU y VU en el flujo de MPEG mencionado anteriormente y luego determinando la dirección de inicio de la EU.
Para empezar, se describirá el diagrama de la PRU. Cuando el flujo de MPEG tiene PRU en el mismo, hay una posibilidad de que el usuario pueda haber implementado posgrabación. Por tanto, cuando existen PRU, debe comprobarse si se han usado o no las PRU usando el <estado de PRU> o <existencia de PR> mencionados anteriormente en el <estado de VU> (figuras 11, 13 y 14).
E00948324 24-11-2011
La información <existencia de PR> en el <estado de PRU> de la <información de PRU> es la información de gestión que muestra si la posgrabación se ha implementado en la EU asociada. La información <existencia de PR> en el <estado de VU> de la <información de VU> es la información de gestión que muestra si existen datos de posgrabación correspondientes a la VU gestionada (figura 11). Dependiendo del objetivo es posible usar o bien la <existencia de PR> del <estado de PRU> o bien sólo la del <estado de VU>.
Cuando existen datos de posgrabación y tienen que reproducirse, es necesario leer los datos de posgrabación de antemano antes del acceso a la VU objetivo, luego reproducir los datos de posgrabación leídos en sincronización con el vídeo cuando se visualizan los datos de vídeo.
De esta forma, el uso de la información de <existencia de PR> (figura 11) hace posible discernir de antemano si se ha realizado o no la posgrabación, por tanto es posible eliminar un acceso al disco innecesario ya que no tiene que realizarse un acceso a PRU de antemano cuando no se ha realizado posgrabación.
Tal como se muestra en las figuras 9 y 10, existen dos tipos de diagramas de PRU en el disco, dependiendo de la geometría de datos en el disco. Esto se atribuye a la restricción de que la PRU debe alinearse con un límite de ECC. Es decir, si ocurre que la parte delantera de la EU coincide con el límite de ECC, la PRU está dispuesta delante de la EU, tal como se muestra en la figura 9(b).
Por otro lado, cuando la parte delantera de la EU no se sitúa en un límite de ECC, la PRU se coloca para empezar desde el límite de ECC que aparece en primer lugar desde la parte delantera de la EU, tal como se muestra en la figura 9(a). Desde el extremo delantero de la EU hasta el límite de ECC o el punto de partida de la PRU, se dispone parte de la primera VU en la EU.
En el caso en el que la EU tiene <cabecera de EU> definida delante de la misma, si ocurre que el fin de la <cabecera de EU> coincide con un límite de ECC, la PRU se dispone inmediatamente después de la <cabecera de EU> tal como se muestra en la figura 10(b), debido a la restricción de que la PRU debe alinearse con un límite de ECC.
Cuando el fin de la <cabecera de EU> no coincide con un límite de ECC, la PRU se coloca para empezar desde el límite de ECC que aparece en primer lugar después de la <cabecera de EU>, tal como se muestra en la figura 10(a).
Desde el fin de la <cabecera de EU> hasta el punto de partida de la PRU, se dispone parte de la primera VU en la EU. La dirección de inicio en el disco de la PRU grabada puede obtenerse de la información <RLBN de PRU> de la <información de PRU>.
La figura 11 muestra el contenido en la <LUT de dirección> (figura 5). Las definiciones de la información de gestión en la figura 11 se describirán de manera consecutiva a continuación en el presente documento. Las figuras 12 a 16 muestran los detalles de la información de gestión en la figura 11.
En las figuras, el <desplazamiento de dirección> almacena un valor de desplazamiento para crear números relativos de bloque lógico (RLBN) gestionados por la < LUT de dirección>, en el formato de unidad 32. Cuando un número arbitrario de EU se ha borrado de delante de la EUS, el número de los bloques lógicos borrados se establece en este campo.
Por consiguiente, cuando se hace referencia a un número relativo de bloque lógico (RLBN) usado en la <LUT de dirección>, es necesario restar este <desplazamiento de dirección> de ese valor, para hacer referencia al número. El valor inicial del <desplazamiento de dirección> debe establecerse en 0.
El <tiempo de PB de EU> representa el tiempo de presentación establecido de cada EU en la EUS gestionada por la <LUT de dirección>. El tiempo de presentación establecido es el tiempo de reproducción de los datos de vídeo en una EU y es constante en la misma EUS, excepto la última EU en la EUS.
El <tiempo de PB de EU> debe grabarse en formato PT. En este caso, el ‘tiempo de PB de EU’ debe ser un múltiplo entero de la diferencia en PTS, representado en formato PT, entre tramas de vídeo adyacentes en el flujo de MPEG, es decir, la PTS que corresponde al tiempo de presentación por trama.
El <tiempo de PB de VU> representa el tiempo de presentación establecido de cada VU en la EUS gestionada por la <LUT de dirección>. El tiempo de presentación establecido es el tiempo de reproducción de los datos de vídeo en una VU y es constante dentro de la misma EUS, excepto la última VU en la EUS.
El <tiempo de PB de VU> debe grabarse en formato PT. En este caso, la información de ‘tiempo de PB de VU’ debe ser un múltiplo entero de la diferencia en PTS, representado en formato PT, entre tramas de vídeo adyacentes en el
45 E00948324 24-11-2011
flujo de MPEG, es decir, la PTS que corresponde al tiempo de presentación por trama.
El <número de información de PRU> es el número de las PRU existentes en la EUS gestionada por la <LUT de dirección>, grabado en formato de unidad 32. Puesto que las PRU existen en una correspondencia de uno a uno a las EU, el valor de este campo tiene el mismo valor que el número de las EU existentes en la EUS. Si no hay ninguna PRU existente en la configuración de flujo, este campo siempre debe establecerse en 0.
El <número de información de VU> es el número de VU existentes en la EUS gestionada por la <LUT de dirección>, grabado en el formato de unidad 32.
La <información de PRU> gestiona la información con respecto a cada PRU en la EUS, de manera tal como se muestra en la figura 13. Cuando no existe una PRU, el <número de información de PRU> anterior se graba con 0 y no se escribe ninguna grabación en la <información de PRU>.
El <RLBN de PRU> (figura13) representa la dirección de inicio en el disco de la PRU gestionada por esta <información de PRU>. En este caso, la dirección se representa por el número relativo de bloque lógico desde la parte delantera de la EUS. El <RLBN de PRU> debe grabarse en formato de unidad 24. El <estado de PRU> gestiona el estado de la PRU gestionada mediante esta <información de PRU>, de manera tal como se muestra en la figura 14.
La <existencia de PR> (Bit0) (figura 14) se graba con ‘1’ cuando la PRU gestionada mediante esta <información de PRU> (figura 13) tiene datos de posgrabación y se graba con ‘0’ cuando no se presentan datos de posgrabación. Cuando se gestiona la presencia de datos de posgrabación en las unidades de VU, este campo puede no usarse.
La <información de VU> (figura 12) gestiona la información con respecto a cada VU en la EUS, de manera tal como se muestra en la figura (15a) o la figura 15(b). Debe observarse que en la figura 15(a) la información de posición de las tramas de vídeo gestionadas dentro de la VU se dan como o bien la dirección de inicio o bien la dirección de fin mientras que en la figura 15(b) la información de posición se da como la dirección de inicio y como la dirección de fin.
El <RLBN de VU> (figura 15) representa la dirección de inicio en el disco de la VU gestionada mediante esta <información de VU> (figura 12). Esta dirección se representa por el número relativo de bloque lógico desde la parte delantera de la EUS. El <RLBN de VU> debe grabarse en formato de unidad 24.
El <estado de VU> (figura 15) gestiona el estado de la VU gestionada mediante esta <información de VU> (figuras 12 y 15), de manera tal como se muestra en la figura 16(a) o la figura 6(b). La figura 16 (a) muestra un caso en el que se define un <punto no contiguo> y la figura 16(b) muestra un caso en el que no se define un <punto no contiguo>.
La <existencia de PR> (Bit0) (figura 16) se graba con ‘1’ cuando hay presentes datos de posgrabación que corresponden a la VU gestionada por esta <información de VU> (figuras 12 y 15) y se graba con ‘0’ cuando no hay datos de posgrabación presentes. Si no hay ninguna PRU en la EU, este campo siempre debe grabarse con ‘0’. Cuando se realiza la posgrabación (mezcla de audio) sólo en las unidades de EU, la <existencia de PR> en el <estado de PRU> mencionado anteriormente puede usarse sólo mientras que este campo puede no usarse.
El <GOP cerrado> (Bit1) (figura 16) gestiona si el primer GOP en la VU es un GOP cerrado. Si el GOP es cerrado, este campo se graba con ‘1’. En caso contrario, se graba con ‘0’. Cuando el GOP no es cerrado, hay una posibilidad de que algunas de las primeras tramas de video no puedan decodificarse sin información del GOP anterior.
El <punto no contiguo> (Bit2) gestiona si la EU a la que pertenece la VU gestionada mediante esta <información de VU> está dispuesta en el disco de manera lógica y contigua con la EU anterior. Cuando están dispuestas de manera contigua, este campo se graba con ‘0’. Cuando no están dispuestas de manera contigua, el campo se graba con ‘1’.
El <número de imágenes IP> (figura 15) graba el número de la información de posición de imágenes I e imágenes P en los datos de vídeo que van a gestionarse mediante esta <información de VU> (figura 12), en formato de unidad 8.
El <RLBN de fin de imágenes IP> (figura 5(a)) gestiona las direcciones de fin en el disco de las imágenes I e imágenes P en la VU gestionada mediante esta <información de VU>. La dirección en este caso se representa por el número relativo de bloque lógico desde la parte delantera de la VU.
Como la primera entrada debe almacenarse la información de dirección con respecto a la primera imagen I en la VU. Como la segunda entrada y de manera subsiguiente, la información de dirección con respecto a las imágenes I y/o las imágenes P deben almacenarse en el formato de unidad 16.
E00948324 24-11-2011
En relación con esto, cuando se adopta una memoria de semiconductores que tiene un rendimiento de acceso de alta velocidad como el medio de grabación o cuando se usa una unidad de disco que tiene un rendimiento notablemente de alto acceso, las direcciones de inicio también deben proporcionarse como la información de posición de las imágenes de referencia, además de sus direcciones de fin. En este caso, el nombre de campo de este elemento se renombra como <RLBN de imágenes IP> y tanto la dirección de inicio como la dirección de fin deben grabarse en serie en formato de unidad 16.
También es posible poner la información de posición de todas las tramas de vídeo bajo control, en lugar de las direcciones de las imágenes de referencia solamente. La información de posición en este caso debe representarse por la posición de inicio de grabación de cada trama de vídeo en el disco. La cantidad de datos de cada trama y la dirección de fin pueden calcularse simplemente usando la diferencia desde la dirección de inicio de la siguiente trama.
Todo lo anterior es la información de gestión de la información de gestión <LUT de dirección>.
A continuación, el uso específico de estas informaciones de gestión se describirá con referencia a las figuras 17 y
18.
Haciendo referencia en primer lugar a las figuras 17(a) y 17(b), se realizará la descripción de cómo calcular la dirección de inicio de la VU que incluye una trama objetivo. Cuando se desea que la reproducción se inicie desde una trama correspondiente a un PT arbitrario en una EUS, la posición de inicio en el disco de la VU que incluye esa trama debe calcularse basándose en la <LUT de dirección>.
La secuencia de procesamiento básica para esto será de la siguiente manera. La figura 17 (a) muestra un caso sin <cabecera de EU> y la figura 17 (b) muestra un caso con <cabecera de EU>.
(1) El PT relativo (PT relativo: RPT) se calcula mediante la siguiente ecuación, es decir, restando el <PT de inicio> (figura 5) correspondiente a la primera trama de visualización en la EUS del PT objetivo (figura17). El <PT de inicio> es un valor de PTS, unido al flujo de MPEG en la primera trama de visualización en la EUS, o el correspondiente valor de PTS, convertido en formato PT.
RPT = PT – PT de inicio
Tal como se indicó anteriormente, puesto que la información con respecto al punto de inicio y al punto de fin, que se designa desde cada programa de usuario para seleccionar una sección arbitraria, se representa por valores, unidos al flujo o valores correspondientes, representados en un sistema de PT absoluto, la resta de <PT de inicio> de los valores proporcionará una información de tiempo relativo desde la parte delantera de la EUS.
En este caso, el hecho de que se usa información de tiempo absoluto en programas de usuario significa que si, por ejemplo, alguna parte en la parte delantera de la EUS se borró, no hay necesidad de renovar la información de punto de inicio y punto de fin de todos los programas de usuario que se refieren a esta EUS como la información de referencia siempre que se altere la información <PT de inicio> en la <información de EUS> (figura 5), haciendo así posible reducir la carga de proceso.
(2) El <número de información de VU > (figura 11) de la VU que incluye la trama desde la que se desea el inicio de la reproducción se obtiene dividiendo el PT relativo (RPT) por el tiempo de presentación establecido (<tiempo de PB de VU> (figuras 12 y 17) de cada VU en la EUS. En la figura 17(a) este valor es VU#7, y en la figura 17(b) este valor es VU#5.
Número de información de VU = ip(RPT/Tiempo de PB de VU),
donde ip(n) es una función que produces el entero máximo no mayor que n.
(3) A partir del <número de información de VU> obtenido (figura 11), la dirección de inicio de la VU que incluye la trama objetivo se obtiene como el número relativo de bloque lógico ‘RLBN de VU’ (figura 11) desde la parte delantera de la EUS (figura17).
RLBN de VU’ = RLBN de VU(Número de información de VU)
donde la expresión RLBN de VU(n) representa el valor de <RLBN de VU> (figura 11) de la n-ésima <información de VU>.
De la manera anterior, la dirección de inicio de la VU que incluye una trama objetivo puede determinarse mediante
40 E00948324 24-11-2011
un cálculo sencillo usando la <LUT de dirección>, en lugar de la búsqueda u otras operaciones.
A continuación, haciendo referencia a la figura 18, se realizará la descripción de cómo calcular la dirección de inicio de la PRU en la EU que incluye una trama objetivo. La secuencia básica para calcular la dirección de inicio de la PRU en la EU que incluye la trama objetivo será de la siguiente manera. La figura 18(a) muestra un caso sin <cabecera de EU> y la figura 18(b) muestra un caso con <cabecera de EU>.
El extremo más delantero de la PRU es un punto al que ha de accederse cuando están presentes datos de posgrabación correspondientes a la trama objetivo.
(1)
El PT relativo (PT relativo: RPT) se calcula restando el <PT de inicio> (figuras 5 y 18) correspondiente a la primera trama de visualización en la EUS del PT objetivo.
RPT = PT – PT de inicio
(2)
El número de la EU que incluye la trama desde la que se desea el inicio de la reproducción se obtiene dividiendo el PT relativo (RPT) por el tiempo de presentación establecido (<tiempo de PB de EU> en las figuras 12 y 18) de cada EU en la EUS. En la figura 18 este valor es EU#1. Puesto que cada EU corresponde a una PRU, este número #1 de EU representa directamente el <número de información de PRU > (la figura 11).
Número de información de PRU = ip(RPT/Tiempo de PB de EU)
donde ip(n) es una función que produce el entero máximo no mayor que n.
(3) A partir del <número de información de PRU > obtenido (figura 11), la dirección de inicio de la PRU en la EU que incluye la trama objetivo se obtiene como el número relativo de bloque lógico ‘RLBN de PRU’’ (figuras 11 y 18) desde la parte delantera de la EUS.
RLBN de PRU’ = RLBN de PRU(Número de información de PRU)
De la forma anterior, de manera similar a la manera de determinación de la dirección de inicio de VU, la dirección de inicio de la PRU que va a reproducirse en sincronización con la VU que incluye una trama objetivo puede determinarse mediante un cálculo sencillo usando la <LUT de dirección>, en lugar de búsqueda u otras operaciones.
A continuación, se realizará la descripción de cómo calcular el inicio de la EU que incluye una trama objetivo. El extremo más delantero de la EU que incluye la trama objetivo es equivalente al extremo más delantero de la primera VU en la EU cuando el flujo no tiene ninguna PRU en el mismo. Cuando hay presentes PRU en el flujo, existen dos casos tal como ya se indicó, dependiendo del diagrama de PRU (figura 9).
(1)
Cuando la parte delantera de la EU se inicia desde un límite de ECC (figura 9(b)), el extremo más delantero de la EU es equivalente al extremo más delantero de la PRU.
(2)
Cuando la parte delantera de la EU no se inicia desde un límite de ECC (figura 9(a)), el extremo más delantero de la EU es equivalente al extremo más delantero de la primera VU incluida en la EU.
Por consiguiente, cuando no es necesario determinar el extremo más delantero de la EU, comparando la dirección de inicio de la PRU en la EU observada con la dirección de inicio de la primera VU incluida en la EU, la que se grabó antes puede interpretarse como el extremo más delantero de la EU.
En este caso, la <información de número de VU> (figura 11) que representa la primera VU incluida en la EU se determina mediante la siguiente ecuación:
Número de información de VU = ip(RPT/Tiempo de PB de EU)*(Tiempo de PB de EU/Tiempo de PB de VU),
donde ip(n) es una función que produce el entero máximo no mayor que n.
Cuando la EU tiene una cabecera definida en su parte delantera para gestionar la EU (figura10), es posible determinar el extremo más delantero de la EU comparando la dirección de inicio de la PRU en la EU observada con la dirección de inicio de la primera VU incluida en la EU y restando el tamaño de la cabecera de la dirección de la que se grabó antes.
A continuación, en referencia con las figuras 19 a 29, se describirá el segundo ejemplo del sistema de gestión de
45 E00948324 24-11-2011
medios de grabación de la presente invención tomando un caso en el que se calculan las direcciones de inicio de la EU y VU en el flujo de MPEG mencionado anteriormente y luego se determina la dirección de inicio de la PRU.
Para empezar, se describirá el diagrama de la PRU. Cuando el flujo de MPEG tiene PRU en el mismo, existe una posibilidad de que el usuario pueda haber implementado una posgrabación. Por tanto, cuando existen PRU, deben comprobarse si se han usado o no las PRU, usando el <estado de EU> o <la existencia de PR> mencionados anteriormente en el <estado de VU).
La <existencia de PR> en el <estado de EU> de la <información de EU> es la información de gestión que muestra si se ha implementado la posgrabación en la EU asociada. La <existencia de PR> en el <estado de VU> de la <información de VU> es la información de gestión que muestra si existen datos de posgrabación correspondientes a la VU gestionada. Dependiendo del objetivo es posible usar o bien la <existencia de PR> del <estado de EU> o bien la del <estado de VU> solamente.
Cuando existen datos de posgrabación y es necesario reproducirlos, es necesario leer los datos de posgrabación de antemano antes de acceder a la VU objetivo.
De esta manera, el uso de la información de <existencia de PR> hace posible discernir de antemano si se ha realizado una posgrabación o no, es posible eliminar un acceso al disco innecesario porque no es necesario realizar ningún acceso a la PRU de antemano cuando no se ha realizado ninguna posgrabación.
Tal como se muestra en la figura 19 y 20, hay dos tipos de diagrama de PRU en el disco, dependiendo de la geometría de datos en el disco. Esto se atribuye a la restricción de que la PRU debe alinearse con un límite de ECC. Es decir, si la parte delantera de la EU coincide con un límite de ECC, la PRU está dispuesta delante de la EU, tal como se muestra en la figura 19(b).
Por otro lado, cuando la parte delantera de la EU no se sitúa en un límite de ECC, la PRU se coloca para empezar desde el límite de ECC que aparece primero desde la parte delantera de la EU, de manera tal como se muestra en la figura 19(a). Desde la parte delantera de la EU hasta el límite de ECC o el punto de inicio de la PRU, se dispone parte de la primera VU en la EU.
En caso de que la EU tenga una <cabecera de EU> definida delante de la misma, si el extremo de la <cabecera de EU> coincide con un límite de ECC, la PRU se dispone inmediatamente después de la <cabecera de EU> tal como se muestra en la figura 20 (b), debido a la restricción de que la PRU debe alinearse con un límite de ECC.
Cuando un extremo de <cabecera de EU> no coincide con un límite de ECC, la PRU se coloca para empezar desde el límite de ECC que aparece primero después de la <cabecera de EU>, tal como se muestra en la figura 20(a) . Desde el extremo de la <cabecera de EU> hasta el punto de inicio de la PRU, se dispone parte de la primera VU en la EU.
La distancia desde la parte delantera de la EU hasta el punto de inicio de la PRU está grabada en la <posición de PRU> en el <estado de EU> mostrado en la figura 21. Esta distancia se representa por el número de bloques lógicos y es de 15 bloques lógicos como máximo.
La figura 21 muestra el contenido en la <LUT de dirección> (figura 5). Las definiciones de la información de gestión en la figura 21 se describirán en serie a continuación en el presente documento. Las figuras 22 a 26 muestran los detalles de la información de gestión en la figura21.
En las figuras, el <desplazamiento de dirección> almacena un valor de desplazamiento para crear números relativos de bloque lógico (RLBN) gestionados por la <LUT de dirección>, en el formato de unidad 32. Cuando se ha borrado un número arbitrario de EU delante de la EUS, el número de los bloques lógicos borrados se establece en este campo.
Por consiguiente, cuando se hace referencia a un número relativo de bloque lógico (RLBN) usado en la <LUT de dirección>, es necesario restar este <desplazamiento de dirección> de ese valor, para referirse al número. El valor inicial de <desplazamiento de dirección> tiene que establecerse en 0.
El <tiempo de PB de EU> representa el tiempo de presentación establecido de cada EU en la EUS gestionada por la <LUT de dirección>. El tiempo de presentación establecido es el tiempo de reproducción de datos de vídeo en una EU y es constante dentro de la misma EUS, excepto la última EU en la EUS.
Además, el <tiempo de PB de EU> debe grabarse en formato PT. En este caso, la información ‘tiempo de PB de EU’ debe ser un múltiplo entero de la diferencia en PTS, representado en formato PT, entre tramas de vídeo adyacentes
45 E00948324 24-11-2011
en el flujo de MPEG, es decir, el PTS que corresponde al tiempo de presentación por trama.
El <tiempo de PB de VU> representa el tiempo de presentación establecido de cada VU en la EUS gestionada por la <LUT de dirección>. El tiempo de presentación establecido es el tiempo de reproducción de datos de vídeo en una VU y es constante dentro de la misma EUS, excepto la última VU en la EUS.
El <tiempo de PB de VU> debe grabarse en formato PT. En este caso, la información <tiempo de PB de VU> debe ser un múltiplo entero de la diferencia en PTS, representado en formato PT, entre tramas de vídeo adyacentes en el flujo de MPEG, es decir, el PTS que corresponde al tiempo de presentación por trama.
El <número de información de EU> es el número de EU existentes en la EUS gestionada por la <LUT de dirección>, grabado en el formato de unidad 32. El <número de información de VU> es el número de VU existentes en la EUS gestionada por la <LUT de dirección>, y grabado en el formato de unidad 32.
La <información de EU> (figura12) gestiona la información con respecto a cada EU en la EUS, de una manera tal como se muestra en la figura23.
El <RLBN de EU> representa la dirección de inicio en el disco de la EU gestionada por esta <información de EU>. Esta dirección se representa por el número relativo de bloque lógico desde la parte delantera de la EUS. El <RLBN de EU> debe grabarse en formato de unidad 24.
El <estado de EU> gestiona el estado de la EU gestionada por esta <información de EU>, de la manera tal como se muestra en la figura 24(a) o la figura 24(b).
La <posición de PRU> (Bit0-4) (figura24) graba la información con respecto a la posición de la PRU en esta EU. La <posición de PRU> representa la posición de inicio de la PRU en la EU mediante la distancia (número de LBN) desde la parte delantera de la EU.
Si la PRU se ubica delante de la EU, este campo se graba con 0, si no, la distancia desde la parte delantera de la EU se graba mediante un valor que oscila desde 1 a 16 bloques lógicos. Cuando no existe ninguna PRU dentro de la EU, este campo se establece constantemente en 0.
La <existencia de PR> (Bit5) (figura24) se graba con ‘1’ cuando están presentes datos de posgrabación correspondientes a la EU gestionada por esta <información de EU>, y este campo se graba con ’0’ cuando no está presente ningún dato de posgrabación. Cuando no hay ninguna PRU presente en la EU, este campo siempre debe grabarse con ’0’. Cuando la presencia de datos de posgrabación se gestiona para cada VU, el campo anterior puede no usarse.
El <punto no contiguo> (Bit6) (figura24(b)) gestiona si la EU gestionada por esta <información de EU> está dispuesta en el disco de manera lógica y contigua con la EU anterior. Cuando están dispuestas contiguamente, este campo se graba con ’0’. Cuando no están dispuestas contiguamente, el campo se graba con ’1’. Esta información puede introducirse opcionalmente.
La <información de VU> (figura 22,) gestiona la información con respecto a cada VU en la EUS, de la manera tal como se muestra en la figura 25(a) o la figura 25(b). Debe observarse que en la figura 25(a) la información de posición de las tramas de vídeo gestionadas dentro de esta VU se proporciona o bien como la dirección de inicio o bien como dirección de fin mientras que en la figura 25(b) la información de posición se proporciona como la dirección de inicio y como la dirección de fin.
El <RLBN de VU> representa la dirección de inicio en el disco de la VU gestionada por esta <información de VU>. Esta dirección se representa por el número relativo de bloque lógico desde la parte delantera de la EUS. El <RLBN de VU> debe grabarse en el formato de unidad 24.
El <estado de VU> gestiona el estado de la VU gestionada por esta <información de VU> de la manera tal como se muestra en la figura26.
La <existencia de PR> (Bit0) (figura 26) se graba con ‘1’ cuando están presentes datos de posgrabación correspondientes a la VU gestionada por esta <información de VU>. Este campo se graba con ‘0’ cuando ningún dato de posgrabación está presente. Si no existe ninguna PRU en la EU, este campo siempre debe grabarse con ’0’. Cuando se realiza una posgrabación solamente en unidades de EU, puede usarse la <existencia de PR> en el <estado de PRU> (figura24) mencionada anteriormente solo mientras que este campo puede no usarse.
<GOP cerrado> (Bit1) (figura 26) gestiona si el primer GOP en la VU es un GOP cerrado. Si el GOP es cerrado, este
45 E00948324 24-11-2011
campo se graba con ’1’. En caso contrario, se graba con ’0’. Cuando el GOP no es cerrado, hay una posibilidad de que algunas de las primeras tramas de vídeo no puedan decodificarse sin información del GOP anterior.
El <número de imágenes IP> (figura 25) graba el número de la información de posición de imágenes I e imágenes P en los datos de vídeo que van a gestionarse por esta <información de VU>, en el formato de unidad 8.
<RLBN de fin de imágenes IP> (figura 25(a)) gestiona la direcciones de fin en el disco de las imágenes I e imágenes P en la VU gestionada por esta <información de VU>. La dirección en el presente caso se representa por el número relativo de bloque lógico desde la parte delantera de la VU.
Como la primera entrada debe almacenarse la información de dirección con respecto a la primera imagen I en la VU. Como la segunda entrada y de manera subsiguiente, la información de dirección con respecto a imágenes I o imágenes P debe almacenarse en el formato de unidad 16.
En relación con esto, cuando una memoria de semiconductores que tiene un rendimiento de acceso de alta velocidad se adopta como el medio de grabación o cuando se usa una unidad de disco que tiene rendimiento notablemente de alto acceso, las direcciones de inicio también deben proporcionarse como la información de posición de las imágenes de referencia, además de sus direcciones de fin. En este caso, el nombre de campo de este elemento se renombra como <RLBN de imágenes IP> y tanto la dirección de inicio como la dirección de fin deben grabarse en serie en el formato de unidad 16.
También es posible gestionar la información de posición de todas las tramas de vídeo, en lugar de solamente las direcciones de las imágenes de referencia. La información de posición en este caso debe representarse por la posición de inicio de grabación de cada trama de vídeo en el disco. La cantidad de datos de cada trama y la dirección de fin pueden calcularse simplemente usando la diferencia desde la dirección de inicio de la siguiente trama.
Todo lo anterior es la información de gestión en la <LUT de dirección> (figuras 5 y 21). A continuación, el uso específico de estas informaciones de gestión se describirá con referencia a las figuras 27 a 29.
En primer lugar, se realizará la descripción de cómo calcular la dirección de inicio de la VU que incluye una trama objetivo.
Cuando se desea empezar una reproducción desde una trama que corresponde a un PT arbitrario en una EUS, debe determinarse la posición de inicio en el disco de la VU que incluye esta trama basándose en la <LUT de dirección>.
La secuencia de procedimiento básico para esto será tal como sigue. La figura 27(a) muestra un caso sin <cabecera de EU> y la figura 27(b) muestra un caso con <cabecera de EU>.
(1) El PT relativo (RPT) se calcula mediante la siguiente ecuación, es decir, restando el <PT de inicio> (figuras 5 y 27) correspondiente a la primera trama de visualización en la EUS del PT objetivo.
RPT = PT – PT de inicio
Tal como se mencionó anteriormente, puesto que la información con respecto al punto de inicio y al punto final, que se designa a partir de cada programa de usuario para seleccionar una sección arbitraria, se representa por valores, unidos al flujo o valores correspondientes, representados en un sistema PT absoluto, la resta de <PT de inicio> de esos valores proporcionará información de tiempo relativo desde la parte delantera de la EUS.
En este caso, el hecho de que se usa información de tiempo absoluto en programas de usuario significa que si, por ejemplo, se borró alguna parte de delante de la EUS, no hay necesidad de renovar la información de punto de inicio y de punto final de todos los programas de usuario que se refieren a esta EUS como la información de referencia siempre que la información <PT de inicio> en la <información de EUS> (figura5) se modifique, por tanto haciendo que sea posible reducir la carga de proceso.
(2) A continuación, la <información de número de VU> (figura 21) de la VU que incluye la trama a partir de la que se desea empezar la reproducción se obtiene dividiendo el PT relativo (RPT) determinado por la siguiente ecuación por el tiempo de presentación establecido (<tiempo de PB de VU> (figuras 20 y 27)) de cada VU en la EUS. En la figura 27(a) este valor es ‘información #5 de VU’.
Número de información de VU = ip(RPT/Tiempo de PB de VU),
40 E00948324 24-11-2011
donde ip(n) es una función que produce el entero máximo no mayor que n.
(3) A partir de la <información de número de VU> obtenida, es decir, la quinta VU en la figura 27, la dirección de inicio de la VU que incluye la trama objetivo se obtiene como el número relativo de bloque lógico ‘RLBN de VU’’ (figuras 21, 25 y 27) desde la parte delantera de la EUS.
RLBN de VU’ = RLBN de VU(Número de información de VU),
donde RLBN de VU(n) representa el valor de ’RLBN de VU’ de la n-ésima ’Información de VU’.
De la manera anterior, la dirección de inicio de la VU que incluye una trama objetivo puede determinarse mediante un cálculo sencillo usando la <LUT de dirección>, en lugar de búsqueda u otras operaciones.
A continuación, en referencia con la figura28, se realizará la descripción de cómo calcular la dirección de inicio de la EU que incluye una trama objetivo. La secuencia básica de calcular la dirección de inicio de la EU que incluye la trama objetivo será tal como sigue.
Cuando la información de cabecera para gestionar la EU se define delante de la EU, el extremo más delantero de la EU significa la posición de inicio de <cabecera de EU> en el disco. La figura 28 (a) muestra un caso sin <cabecera de EU> y la figura 28(b) muestra un caso que tiene <cabecera de EU>.
(1)
El PT relativo (RPT) se calcula restando el <PT de inicio> (figura 5) correspondiente a la primera trama de visualización en la EUS del PT objetivo.
RPT = PT – PT de inicio
(2)
El <número de información de EU> de la EU que incluye la trama a partir de la que se desea el inicio de la reproducción se obtiene dividiendo el PT relativo (RPT) obtenido en (1) por el tiempo de presentación establecido (<tiempo de PB de EU> (figuras 22 y 28) de cada EU en la EUS. En la figura 28 este valor es EU#1.
Número de información de EU = ip(RPT/Tiempo de PB de EU),
donde ip(n) es una función que produce el entero máximo no mayor que n.
(3) A partir del <número información de EU > obtenido en (2), se obtiene la dirección de inicio de la EU que incluye la trama objetivo como el número relativo de bloque lógico RLBN de EU’ ’ desde la parte delantera de la EUS (figura21).
RLBN de EU’ = RLBN de EU(número de información de EU)
De manera similar a la manera de determinación de la dirección de inicio de VU, la dirección de inicio de la EU que incluye una trama objetivo puede determinarse mediante un cálculo sencillo usando la <LUT de dirección>, en lugar de búsqueda u otras operaciones.
A continuación, se realizará la descripción de cómo calcular la dirección de inicio de la PRU en la EU que incluye una trama objetivo. La secuencia básica de calcular la dirección de inicio de la PRU en la EU que incluye la trama objetivo será tal como sigue. La figura 29 (a) muestra un caso sin <cabecera de EU> y la figura29 (b) muestra un caso con <cabecera de EU>.
El extremo más delantero de la PRU es un punto al que es necesario acceder cuando están presentes datos de posgrabación correspondientes a la trama objetivo.
(1)
El PT relativo (RPT) se calcula restando el <PT de inicio> (figuras 5 y 29) correspondiente a la primera trama de visualización en la EUS del PT objetivo.
RPT = PT – PT de inicio
(2)
El <número de información de EU> de la EU que incluye la trama a partir de la que se desea el inicio de la reproducción se obtiene dividiendo el PT relativo (RPT) por el tiempo de presentación establecido (<tiempo de PB de EU> (figuras 21 y 29) de cada EU en la EUS. En la figura 29 este valor es EU#1.
Número de información de EU = ip(RPT/Tiempo de PB de EU),
45 E00948324 24-11-2011
donde ip(n) es una función que produce el entero máximo no mayor que n.
(3)
A partir del <número de información de EU> obtenido, se obtiene la dirección de inicio de la EU que incluye la trama objetivo como el número relativo de bloque lógico ’RLBN de EU’ ’ (figura 21) desde la parte delantera de la EUS.
RLBN de EU’ = RLBN de EU (Número de información de EU).
(4)
El número relativo de bloque lógico ’RLBN de PRU’ desde la parte delantera de la EUS que incluye la PRU objetivo se obtiene añadiendo el valor de <posición de PRU> en el <estado de EU > (figura24) a la dirección de inicio ’RLBN de EU’’ de la EU objetivo:
RLBN de PRU = RLBN de EU’ + Posición de PRU
Por tanto, de manera similar a la manera de determinación de la dirección de inicio de VU, la dirección de inicio de la PRU que va a reproducirse en sincronización con la VU que incluye una trama objetivo puede determinarse mediante un cálculo sencillo usando la <LUT de dirección>, en lugar de búsqueda u otras operaciones.
A continuación, en referencia con las figuras 30 a 39, se describirá el tercer ejemplo del sistema de gestión de medios de grabación de la presente invención tomando un caso en el que se calcula la dirección de inicio de la VU en el flujo de MPEG mencionado anteriormente y luego se determinan las direcciones de inicio de la EU y PRU.
Para comenzar, se describirá el diagrama de PRU. Cuando el flujo de MPEG tiene PRU en el mismo, hay una posibilidad de que el usuario pueda haber implementado posgrabación. Si existen PRU, si se han usado las PRU o no debe comprobarse usando la <existencia de PR> en el <estado de VU> (figura 32).
Cuando existen datos de posgrabación y es necesario que se reproduzcan, es necesario leer los datos de posgrabación de antemano antes del acceso a la VU objetivo.
De esta manera, el uso de la información de <existencia de PR> hace posible discernir de antemano si se ha realizado posgrabación o no y es posible eliminar un acceso al disco innecesario porque no es necesario realizar de antemano ningún acceso a los datos de PRU cuando no se ha realizado ninguna posgrabación.
Tal como se muestra en las figuras 30 y 31, hay dos tipos de diagrama de PRU en el disco, dependiendo de la geometría de datos en el disco. Esto se atribuye a la restricción de que la PRU debe alinearse con un límite de ECC. Es decir, si la parte delantera de la EU coincide con un límite de ECC, la PRU está dispuesta delante de la EU, tal como se muestra en la figura 30(b).
En cambio, cuando la parte delantera de la EU no se sitúa en un límite de ECC, la PRU se coloca para empezar desde el límite de ECC que aparece en primer lugar desde la parte superior de la EU, de manera tal como se muestra en la figura 30(a). Desde el extremo delantero de la EU hasta el límite de ECC o el punto de inicio de la PRU, se dispone parte de la primera VU en la EU.
En el caso en el que la EU tiene una <cabecera de EU> definida en la parte delantera de la misma, si el extremo de <cabecera de EU> coincide con un límite de ECC, la PRU se dispone inmediatamente después de la <cabecera EU> tal como se muestra en la figura 31(b), debido a la restricción de que la PRU debe alinearse con un límite de ECC.
Cuando el extremo de <cabecera de EU> no coincide con un límite de ECC, la PRU se coloca para empezar desde el límite de ECC que aparece primero después de la <cabecera de EU>, tal como se muestra en la figura 31(a). Desde el extremo de la <cabecera de EU> hasta el punto de inicio de la PRU, se dispone parte de la primera VU en la EU.
Grabada en la <posición de PRU> en el <estado de VU> mostrado en la figura 32 está la distancia desde la parte delantera de la EU al punto de inicio de la PRU. Esta distancia se representa por el número de bloques lógicos y es de 16 bloques lógicos como máximo.
La figura 32 muestra el contenido en la <LUT de dirección> (figura 5). Se describirán las definiciones de la información de gestión en la figura 32 en serie a continuación en el presente documento. Las figuras 33 a 37 muestran los detalles en la figura 32.
En las figuras, el <desplazamiento de dirección> almacena un valor de desplazamiento para crear números relativos de bloque lógico (RLBN) gestionados por la <LUT de dirección>, en el formato de unidad 32. Cuando se ha borrado
45 E00948324 24-11-2011
un número arbitrario de EU de la parte delantera de la EUS, se establece el número de los bloques lógicos borrados en este campo.
Por consiguiente, cuando se hace referencia a un número relativo de bloque lógico (RLBN) usado en la <LUT de dirección>, es necesario restar este <desplazamiento de dirección> de ese valor, para referirse al número. El valor inicial de <desplazamiento de dirección> tiene que establecerse en 0.
El <tiempo de PB de EU> representa el tiempo de presentación establecido de cada EU en la EUS gestionada por la <LUT de dirección>. El tiempo de presentación establecido es el tiempo de reproducción de datos de vídeo en una EU y es constante dentro de la misma EUS, excepto la última EU en la EUS.
El <tiempo de PB de EU> debe grabarse en formato PT. En este caso, la información de <tiempo de PB de EU> debe ser un múltiplo entero de la diferencia en PTS, representado en formato PT, entre tramas de vídeo adyacentes en el flujo de MPEG, es decir, el PTS que corresponde al tiempo de presentación por trama.
El <tiempo de PB de VU> representa el tiempo de presentación establecido de cada VU en la EUS gestionada por la <LUT de dirección>. El tiempo de presentación establecido es el tiempo de reproducción de datos de vídeo en una VU y es constante dentro de la misma EUS, excepto la última VU en la EUS.
El <tiempo de PB de VU> debe grabarse en formato PT. En este caso, la información de <tiempo de PB de VU> debe ser un múltiplo entero de la diferencia en PTS, representado en formato PT, entre tramas de vídeo adyacentes en el flujo de MPEG, es decir, el PTS que corresponde al tiempo de presentación por trama.
El <número de información de VU> es el número de VU existentes en la EUS gestionada por la <LUT de dirección>, grabado en el formato de unidad 32.
La <información de VU> gestiona la información con respecto a cada VU en la EUS, de la manera tal como se muestra en la figura 34 (a) o la figura 34(b). Debe observarse que en la figura 34 (a) la información de posición de las tramas de vídeo gestionadas dentro de la VU se proporciona como o bien la dirección de inicio o bien la dirección de fin mientras que en la figura 34(b) se proporciona la información de posición como la dirección de inicio y como la dirección de fin.
El <RLBN de VU> (figura34) representa la dirección de inicio en el disco de la VU gestionada por esta <información de VU>. Esta dirección se representa por el número relativo de bloque lógico desde la parte delantera de la EUS. El ’RLBN de VU’ debe grabarse en el formato de unidad 24.
El <estado de VU> en la figura 34 gestiona el estado de la VU gestionada por esta <información de VU>, de la manera tal como se muestra en la figura 35(a) o la figura 35(b). La figura35(a) muestra un caso en el que se define la información de <punto no contiguo> y la figura 35 (b) muestra un caso en el que no se define la información <punto no contiguo>.
La <posición de PRU> (Bit0-4) (figura 35) graba la información con respecto a la posición de la PRU en la EU que incluye esta VU. La <posición de PRU> representa la posición de inicio de la PRU en la EU mediante la distancia (número de LBN) desde la parte delantera de la EU.
Si la PRU se localiza desde la parte delantera de la EU, este campo se graba con 0, si no, la distancia desde la parte delantera de la EU se graba mediante un valor que oscila desde 1 hasta 15 de bloques lógicos. Cuando no existe ninguna PRU dentro de la EU, este campo debe establecerse constantemente en 0.
La <existencia de PR> (Bit5) (figura 35) se graba con ’1’ cuando están presentes datos de posgrabación que corresponden a la VU gestionada por esta <información de VU> y este campo se graba con ’0’ cuando no hay datos de posgrabación presentes. Cuando ninguna PRU está presente en la EU, este campo siempre debe grabarse con’0’.
El <GOP cerrado> (Bit6) (figura 35) gestiona si el primer GOP en la VU es un GOP cerrado. Si el GOP es uno cerrado, este campo se graba con ’1’. En cambio, se graba con ’0’ cuando el GOP no es cerrado, Hay una posibilidad de que algunas de las primeras tramas de vídeo en el GOP no puedan decodificarse sin información del GOP anterior.
El <punto no contiguo> (Bit7) (figura 35(b)) gestiona si la EU que incluye la VU gestionada por esta <información de VU> (figuras 32 a 34) está dispuesta en el disco de manera lógica y contigua con la EU anterior. Cuando están dispuestas de manera contigua, este campo se graba con ’0’. Cuando no están dispuestas de manera contigua, el campo se graba con ’1’.
45 E00948324 24-11-2011
El <número de imágenes IP> en las figuras 32 y 34 graba el número de la información de posición de imágenes I e imágenes P en los datos de vídeo que van a gestionarse por esta <información de VU>, en el formato de unidad 8.
El <RLBN de fin de imágenes IP> (figura 34(a)) gestiona las direcciones de fin en el disco de las imágenes I y las imágenes P en la VU gestionada por esta <información de VU>. La dirección en el presente documento se representa por el número relativo de bloque lógico desde la parte delantera de la VU.
Como la primera entrada debe almacenarse la información de dirección con respecto a la primera imagen I en la VU. Como la segunda entrada y de manera subsiguiente, la información de dirección con respecto a la imagen I o la imagen P debe almacenarse en el formato de unidad 16.
En relación con esto, cuando se adopta una memoria de semiconductores que tiene un rendimiento de acceso de alta velocidad como el medio de grabación o cuando se usa una unidad de disco que tiene un rendimiento notablemente de alto acceso, las direcciones de inicio también deben proporcionarse como la información de posición de las imágenes de referencia, además de sus direcciones de fin. En este caso, el nombre de campo de este elemento se renombra como <RLBN de imágenes IP> y debe grabarse en serie tanto la dirección de inicio como la dirección de fin en formato de unidad 16.
También es posible gestionar la información de posición de todas las tramas de vídeo, en lugar de las direcciones de las imágenes de referencia solamente. La información de posición en este caso debe representarse por la posición de inicio de grabación de cada trama de vídeo en el disco. Puede calcularse la cantidad de datos de cada trama o la dirección de fin usando simplemente la diferencia desde la dirección de inicio de la siguiente trama.
Todo lo anterior es la información de gestión en la <LUT de dirección>.
A continuación, se describirá el uso específico de estas informaciones de gestión con referencia a las figuras 36 a
39.
En primer lugar en referencia con la figura 36, se realizará la descripción de cómo calcular la dirección de inicio de la VU que incluye una trama objetivo. Cuando se desea iniciar la reproducción desde una trama que corresponde a un PT arbitrario en una EUS, debe determinarse la posición de inicio en el disco de la VU que incluye esta trama basándose en la <LUT de dirección>.
La secuencia de procedimiento básico para esto será tal como sigue. La figura 36 (a) muestra un caso sin <cabecera de EU> y la figura 36 (b) muestra un caso con <cabecera de EU>.
(1) El PT relativo (PRT) se calcula restando el <PT de inicio> (figuras 5 y 36) correspondiente a la primera trama de visualización en la EUS del PT objetivo.
RPT = PT – PT de inicio
Tal como se mencionó anteriormente, puesto que la información con respecto al punto de inicio y el punto final, que se designa desde cada programa de usuario para seleccionar una sección arbitraria, se representa por valores, unidos al flujo o valores correspondientes, representados en el sistema PT absoluto, la resta de <PT de inicio> de esos valores proporcionará información de tiempo relativo desde la parte delantera de la EUS.
En este caso, el hecho de que se usa información de tiempo absoluto en programas de usuario significa que si, por ejemplo, se borró alguna parte delante de la EUS, no hay necesidad de renovar la información de punto de inicio y de punto final de todos los programas de usuario que se refieren a esta EUS como la información de referencia siempre que se modifique la información de <PT de inicio> en la <información de EUS> (figura 5), por tanto haciendo que sea posible reducir la carga de proceso.
(2) El número de <información de VU> (figura 32) de la VU que incluye la trama desde la que se desea iniciar la reproducción dividiendo el PT relativo (RPT) por el tiempo de presentación establecido (<tiempo de PB de VU> (figuras 32 y 33) de cada VU en la EUS. En la figura 36 este valor es VU#5.
Número de información de VU = ip(RPT/Tiempo de PB de VU)
donde ip(n) es una función que produce el entero máximo no mayor que n.
(3) A partir de la <información de número de VU> obtenida, la dirección de inicio de la VU que incluye la trama objetivo se obtiene como el número relativo de bloque lógico ’RLBN de VU’ ’ (figuras 32 y 36) desde la parte delantera de la EUS.
40 E00948324 24-11-2011
RLBN de VU’ = RLBN de VU(Número de información de VU),
donde la expresión’ ’RLBN de VU(n)’ representa el valor de <RLBN de VU> de la n-ésima <información de VU>.
De la manera anterior, puede determinarse la dirección de inicio de la VU que incluye una trama objetivo mediante un cálculo sencillo usando la <LUT de dirección>, en lugar de búsqueda u otras operaciones.
A continuación, se realizará la descripción de cómo calcular la dirección de inicio de la EU que incluye una trama objetivo. La secuencia básica de calcular la dirección de inicio de la EU que incluye la trama objetivo será tal como sigue. Cuando se define una <cabecera de EU> delante de la EU, delante de la EU significa la posición de inicio de <cabecera de EU> en el disco.
(1)
El PT relativo (RPT) se calcula restando el <PT de inicio> correspondiente a la primera trama de visualización en la EUS del PT objetivo.
RPT = PT – PT de inicio
(2)
El número de EU de la EU que incluye la trama desde la que se desea iniciar la reproducción se obtiene dividiendo el PT relativo (RPT) por el tiempo de presentación establecido (<tiempo de PB de EU>) de cada EU en la EUS.
Número de EU = ip(RPT/Tiempo de PB de EU)
donde ip(n) es una función que produce el entero máximo no mayor que n.
(3)
El número de VU incluidas en una EU se determina dividiendo el tiempo de presentación establecido de cada EU (<tiempo de PB de EU>) por el tiempo de presentación establecido de cada VU (<tiempo de PB de VU>)
VU por EU = Tiempo de PB de EU/Tiempo de PB de VU
(4)
La <información de número de VU> de la VU delante de la EU se obtiene multiplicando el número de EU de la EU que incluye la trama desde la que se desea iniciar la reproducción, por el número de VU incluidas en una EU.
Número de información de VU = Número de EU * VU por EU
(5a) Cuando la <posición de PRU> (figura 35) en el <estado de VU> gestionado por la <información de VU> (figuras 32 y 34) delante de la EU objetivo es distinta de ’0’, la dirección de inicio de la VU en la <información de VU> representa el número relativo de bloque lógico ’RLBN de EU’ desde la parte delantera de la EUS a la que pertenece la EU objetivo, tal como se muestra en la figura 37(a).
RLBN de EU = RLBN de VU(Número de información de VU)
(5b) Cuando se define una <cabecera de EU> delante de la EU y cuando la <posición de PRU> (figura 35) en el <estado de VU> gestionado por la <información de VU>(figuras 32 y 34) delante de la EU objetivo es distinta de ’0’, puede obtenerse el número relativo de bloque lógico ’RLBN de EU’ desde la parte delantera de la EUS a la que pertenece la EU objetivo restando el tamaño de <cabecera de EU> (2KB) de la dirección de inicio de la VU (RLBN de VU) en la <información de VU>, tal como se muestra en la figura 37(b).
RLBN de EU = RLBN de VU(Número de información de VU) – Tamaño de cabecera de EU.
(5c) cuando la <posición de PRU> en el <estado de VU> gestionado por la <información de VU> delante de la EU objetivo es ’0’, puede obtenerse el número relativo de bloque lógico ’RLBN de EU’ desde la parte delantera de la EUS a la que pertenece la EU objetivo restando el tamaño de PRU de la dirección de inicio de la VU (RLBN de VU) en la <información de VU>, tal como se muestra en la figura 38(a).
RLB de EU = RLBN de VU(Número de información de VU) – Tamaño de PRU
(5d) Cuando la <posición de PRU> en el <estado de VU> gestionado por la <información de VU> delante de la EU objetivo es ’0’, puede obtenerse el número relativo de bloque lógico ’RLBN de EU’ desde la parte delantera de la EUS a la que pertenece la EU objetivo restando el tamaño de PRU y el tamaño de <cabecera de EU> (2 KB) de la dirección de inicio de la VU (RLBN de VU) en la <información de VU>, tal como se muestra en la figura 38(b).
45 E00948324 24-11-2011
RLBN de EU = RLBN de VU(Número de información de VU) – Tamaño de PRU – Tamaño de cabecera de EU.
De la manera anterior, puede determinarse la dirección de inicio de la EU que incluye una trama objetivo, de manera similar a la manera en que se determina la dirección de inicio de la VU, mediante un cálculo sencillo usando la <LUT de dirección>, en lugar de búsqueda u otras operaciones.
A continuación, se realizará la descripción de cómo calcular la dirección de inicio de la PRU en la EU que incluye una trama objetivo. La secuencia básica de calcular la dirección de inicio de la PRU en la EU que incluye la trama objetivo será tal como sigue. La figura 39(a) muestra un caso sin <cabecera EU> y la figura 39(b) muestra un caso con <cabecera de EU>.
El extremo más delantero de la PRU es un punto al que es necesario acceder cuando están presentes datos de posgrabación correspondientes a la trama objetivo.
(1)
De manera similar al caso descrito anteriormente en el que se calcula la dirección de inicio de la EU que incluye una trama objetivo, se determina la dirección de inicio ’RLBN de EU de la EU objetivo.
(2)
El número relativo de bloque lógico ’RLBN de PRU’ desde la parte delantera de la EUS a la que pertenece la PRU objetivo puede obtenerse añadiendo el valor de la <posición de PRU> gestionado por la primera <información de VU> en la EU y el tamaño de <cabecera de EU> (2KB) a la dirección de inicio RLBN de EU’ de la EU objetivo.
RLBN de PRU = RLBN de EU + Tamaño de cabecera de EU + Posición de PRU.
De la manera anterior, puede determinarse la dirección de inicio de la PRU que va a reproducirse en sincronización con la VU que incluye una trama objetivo, de manera similar a la manera en que se determina la dirección de inicio de la VU, mediante un cálculo sencillo usando la <LUT de dirección>, en lugar de búsqueda u otras operaciones.
En los ejemplos primero a tercero anteriores de la presente invención, la información de dirección obtenida a partir de la <LUT de dirección> se representa en un sistema de direcciones relativas, de modo que para el acceso al disco es necesario convertir la información al sistema de direcciones lógicas del disco. A continuación, se realizará la descripción de cómo calcular una dirección lógica en el disco a partir de una dirección relativa.
Tal como ya se ha descrito, una EUS se gestiona como un archivo usando un sistema de archivos lógico. Incluso cuando se graba una determinada EUS, divida en partes, en el disco, toda la información con respecto al hecho de la división se asimila en el nivel de sistema de archivos lógico. Por tanto, tal como se muestra en la figura 40, no es necesario preocuparse con respecto al hecho de la división en la representación de la <LUT de dirección>.
La mayoría de las direcciones en la <LUT de dirección> se proporcionan mediante representaciones de dirección relativa basándose en la parte delantera de la EUS, e incluso cuando se ha grabado una EUS, dividida en partes, en el disco, se realiza la gestión mediante la <LUT de dirección> suponiendo que la EUS está dispuesta continuamente.
La longitud de acceso (el número de bloques lógicos) designada para un acceso al disco puede determinarse mediante cálculo. Por ejemplo, el tamaño de una EU o VU puede determinarse simplemente por su diferencia desde la dirección de inicio de la siguiente EU o VU.
Es necesario modificar el sistema de direcciones relativas basado en el inicio de la EUS en la <LUT de dirección> cuando se borra alguna parte delantera de la EUS. Específicamente, la <LUT de dirección> debe renovarse restando el número de bloques lógicos borrados de cada información representada en el sistema de direcciones relativas basado en el inicio de la EUS en la <LUT de dirección>.
Con el fin de ahorrarse el trabajo de renovar todas las direcciones en la información de gestión, el valor de <desplazamiento de dirección> (figuras 11, 21 y 38) para almacenar el número de bloques borrados se prepara para afrontar el caso en el que se ha borrado un número arbitrario de EU delante de la EUS.
Por ejemplo, tal como se muestra en la figura 41, si se borra EU#0, ya no es necesario renovar los valores de ’RLBN de VU’, <RLBN de PRU> y ’RLBN de EU’ en la <LUT de dirección> (figuras 11, 21 y 38) cuando se usa este <desplazamiento de dirección>.
Es decir, restando el valor de <desplazamiento de dirección> de las direcciones en la <LUT de dirección>, pueden obtenerse los valores correctos. Por consiguiente, la dirección relativa de una VU desde el inicio de la EUS puede determinarse finalmente mediante la siguiente fórmula:
RLBN de VU’ = RLBN de VU – Desplazamiento de dirección
50 E00948324 24-11-2011
Con el fin de obtener una dirección de bloque lógico en el disco, también es necesario remitirse a la información desde el formato lógico. Es decir, es necesario combinar la dirección de inicio de la EUS y la información de división obtenida a partir de la información de gestión del formato lógico, con la información de dirección finalmente obtenida a partir de la <LUT de dirección>.
A continuación, se describirá el método para implementar la reproducción desde una trama objetivo. En este caso, se realizará la descripción de un método de reproducción en el que se designa en primer lugar una trama objetivo para iniciar una reproducción desde la trama de vídeo designada. Tal como se mencionó anteriormente, se selecciona una sección arbitraria de la EUS por cada escena de los programas de usuario.
Para esta selección, el ID de la <información de EUS> deseada a la que hay que remitirse y el punto de inicio y el punto final en la EUS gestionada por la <información de EUS> deben designarse por la información de tiempo en formato PT. A partir del PT de la trama de vídeo designada como el punto de inicio, se determina la dirección de inicio de la VU que incluye la trama designada. Esta dirección es el punto de inicio en el disco en el que debe realizarse el acceso.
El acceso al disco real se controla totalizando la información de dirección de todas las VU a las que va a accederse y la información obtenida desde el sistema de archivos lógico. El control se repite hasta que se alcance la VU que incluye la trama de vídeo designada por el PT de fin, por tanto haciendo posible leer los datos que se desea reproducir desde el disco.
En la práctica, la trama de vídeo desde la que se desea iniciar la reproducción no es siempre la trama delantera de la VU, sino que tal como ya se mencionó, la primera imagen de referencia en la VU debe transferirse al decodificador, con el requisito de las características de MPEG.
Por tanto, los datos desde la parte delantera de la VU se transfieren al decodificador, y de los datos decodificados, debe iniciarse la visualización en el punto de tiempo en el que el PT de inicio designado coincide con el PTS de la trama codificada. De manera similar, para el punto final, deben controlarse las tramas de vídeo después del PT de fin en la última VU para que no se visualice.
A continuación, se describirá un método de reproducción especial usando imágenes de referencia arbitrarias. La <LUT de dirección> presenta, además de la dirección de inicio de una VU, las direcciones de fin de imágenes I e imágenes P en la VU. Tal como se muestra en la figura 42, la dirección mencionada en este caso se representa por el número de bloques lógicos desde la parte delantera de la VU.
Las direcciones de fin de imágenes I e imágenes P son la información necesaria para implementar una reproducción especial usando imágenes I e imágenes P solamente. El motivo por el que no se proporciona la información con respecto a la dirección de inicio de cada imagen es tal como sigue. Es decir, con el fin de decodificar una imagen P, es necesario obtener la imagen I o imagen P anterior. Por tanto, cuando se desea iniciar una reproducción desde una imagen P arbitraria, es imposible decodificar esa imagen P sin leer un número múltiple de imágenes de referencia desde el disco.
En este caso, es más rápido que una lectura selectiva de las partes de imagen de referencia solamente tal como imágenes I o imágenes P (es necesario realizar una búsqueda siempre que se realiza una selección) si los datos se leen continuamente desde la parte delantera de VU hasta el fin de la imagen P objetivo mientras que se descartan imágenes B innecesarias que constituyen una cantidad menor de datos comparado con las otras imágenes I e imágenes P.
Cada dirección de fin funciona como la información para obtener la cantidad de datos en la que los datos deben leerse continuamente desde el disco de antemano cuando se realiza una reproducción especial usando imágenes I e imágenes P solamente de manera que algunas de las primeras imágenes I y tramas P se visualizan y luego la reproducción salta a la siguiente VU.
En relación con esto, cuando se adopta una memoria de semiconductores que tiene un rendimiento de acceso de alta velocidad como el medio de grabación o cuando se usa una unidad de disco que tiene un rendimiento notablemente de alto acceso, puede alcanzarse un rendimiento lo suficientemente alto para leer selectivamente las imágenes de referencia. En este caso también se proporcionarán las direcciones de inicio como la información de posición de las imágenes de referencia, además de sus direcciones de fin.
Impartir las direcciones de inicio y de fin de las imágenes de referencia como la información de posición hace que sea posible leer datos selectivamente de las imágenes de referencia solamente, desde el medio de grabación. Alternativamente, también es posible poner la información de posición de todas las tramas de vídeo en control.
50 E00948324 24-11-2011
La información de posición en este caso debe representarse por la posición de inicio de grabación de cada trama de vídeo en el disco. La cantidad de datos de cada trama o la dirección de fin pueden calcularse simplemente usando la diferencia desde la dirección de inicio de la siguiente trama.
En cuando a la información a la que hay que remitirse cuando se realiza en realidad un acceso por un programa de usuario, se proporciona la información de <GOP cerrado> y de <punto no contiguo> en el <estado de VU> (figuras 11, 21 y 32).
El <GOP cerrado> es la información que gestiona si el primer GOP en la VU es un GOP cerrado. Habitualmente, las tramas de vídeo en un GOP se crean usando sólo los datos de las tramas de vídeo en el GOP, pero en la norma MEPG, el uso de la información desde las tramas de vídeo que pertenecen al GOP anterior se permite para codificar.
Un GOP que es un GOP cerrado significa que todas las tramas en ese GOP se ha codificado basándose en solamente los datos en el mismo. En cambio, un GOP que no es un GOP cerrado significa que algunas tramas del GOP observado se han codificado usando información desde el GOP anterior.
El que el primer GOP en la VU a la que está a punto de realizarse un acceso no sea un GOP cerrado significa que el vídeo de algunas de las primeras tramas en ese GOP no puede decodificarse y reproducirse correctamente. Un aviso por adelantado de este hecho puede impedir una reproducción incorrecta; por ejemplo, cuando el GOP no es un GOP cerrado, un acceso a la VU anterior hace que sea posible realizar una reproducción correcta del vídeo.
La información de <punto no contiguo> es la información que representa si la EU que se observa actualmente está conectada a la EU anterior de manera lógica y contigua en el disco. Debido a la excelencia de un disco en una accesibilidad aleatoria, una serie de informaciones puede no disponerse necesariamente como datos contiguos en el disco.
Puesto que una EUS en el disco se graba continuamente en unidades de EU, debe proporcionarse la información de <punto no contiguo> que representa si la EU que se observa actualmente está dispuesta de manera contigua a la EU anterior.
Puesto que las direcciones manipuladas en la <LUT de dirección> son direcciones principalmente relativas desde el inicio de la EUS como ya se mencionó, sólo las direcciones de inicio de EU no podrán proporcionar conocimiento de si la EUS está dividida o no en el disco. Por ejemplo, el examen de si la EUS está dispuesta continuamente puede computarse por adelantado mediante una combinación de la información de gestión de la <LUT de dirección> y la información de gestión del formato lógico.
En el proceso real, basándose en la información de división de EUS que puede obtenerse a partir del sistema de archivos lógico, se conocen los puntos divididos relativamente visualizados desde el inicio de la EUS. Se comparan los puntos divididos relativamente visualizados desde el inicio de la EUS y las direcciones relativas desde el inicio de la EUS, obtenidas de la <LUT de dirección>. Las direcciones de inicio de EU coincidentes se entienden como los puntos divididos.
De esta manera, examinar si los datos que están a punto de reproducirse están distribuidos discontinuamente en el disco requiere una tarea problemática. El uso de la información de <punto no contiguo> hace posible conocer los puntos divididos fácilmente sin remitirse a la información del sistema de archivos lógico.
Un conocimiento por adelantado del diagrama información de los datos en el disco que están a punto de reproducirse no solamente proporciona la información para su acceso sino que también pueden usarse para realizar un control de la lectura de datos desde el disco para realizar una reproducción perfecta, por ejemplo.
La situación en la que los datos que están a punto de leerse están dispuestos divididos en partes en el disco significa la aparición de búsqueda de ese punto dividido. La aparición de una búsqueda significa que los datos no pueden leerse durante el tiempo de búsqueda.
Con el fin de impedir que ocurra una ruptura de reproducción incluso si se ha producido tal búsqueda, se proporciona una memoria a prueba de choques para un almacenamiento temporal de los datos leídos desde el disco.
La provisión de la memoria a prueba de choques puede impedir que la película en reproducción se rompa frente a la aparición de búsquedas en algún grado. Sin embargo, si el flujo de datos en la memoria a prueba de choques se detiene durante un periodo largo debido a las apariciones frecuentes de búsquedas, la película en reproducción se romperá. Por tanto, el conocimiento por adelantado de la aparición de una búsqueda, que es el motivo de detención
45 E00948324 24-11-2011
de flujo entrante de datos en la memoria a prueba de choques, facilita el control de una reproducción perfecta.
Por ejemplo, cuando se espera de antemano un riesgo de que una película en reproducción pueda romperse en el punto divido, los datos en ese punto pueden y deben haberse almacenado de antemano en una memoria que tiene un rendimiento de acceso de alta velocidad.
De la manera anterior, el uso de la información de <punto no contiguo> hace posible discernir fácilmente la localización de cada EU en el disco sin usar los datos del sistema de archivos lógico, y es eficaz a la hora de realizar un control de lectura de datos a los que va a realizarse un acceso.
A continuación, se realizará una descripción de cómo calcular la tasa de reproducción. El uso de la <LUT de dirección> de la presente invención hace posible calcular la tasa de reproducción de datos de vídeo por adelantado sin leer los datos de vídeo desde el disco.
La tasa de reproducción puede calcularse con respecto al periodo de tiempo de presentación de EU o VU. En primer lugar, se describirá un método para calcular la tasa de reproducción para cada EU.
Tal como se mencionó anteriormente, la dirección de inicio de una EU puede obtenerse remitiéndose a la <LUT de dirección>. También tal como ya se mencionó, las direcciones gestionadas por la <LUT de dirección> se representan por el número relativo de bloque lógico desde la parte delantera de la EUS asumiendo que es continuo incluso si la EUS se graba dividida en partes en el disco.
Por tanto, el tamaño de una EU actualmente observada puede conocerse restando la dirección de inicio de la EU actualmente observada de la dirección de inicio de la siguiente EU.
Tal como ya se mencionó, una EU está constituida por VU y una PRU, o VU solamente. Una VU es una unidad de gestión que tiene una cabecera de VU, datos de audio originales y datos de vídeo multiplexados en la misma. La PRU es una zona para una zona de datos de audio para la posgrabación, que se reproduce en sincronización con los datos de vídeo en la EU.
Puesto que los datos de audio originales y los datos de audio para la posgrabación emplean una tasa fija, los tamaños de estas zonas pueden determinarse de manera unívoca a partir del periodo de presentación de una EU, por ejemplo.
Por tanto, es posible obtener la cantidad de datos de vídeo contenidos en una EU restando la cantidad de datos de la PRU, si la PRU está presente (esto puede obtenerse también a partir de la información de gestión <información de EUS>), la cantidad de los datos de audio originales y el tamaño de información de gestión de longitudes fijas de datos tal como <cabecera de EU> o <cabecera de VU>, del tamaño de datos de la EU que se está observando.
Una vez que se conoce la cantidad de los datos de vídeo contenidos en una EU, la tasa de reproducción de los datos de vídeo de la EU que se está observando puede calcularse dividiendo la cantidad de los datos de vídeo por el periodo de presentación de una EU.
A continuación, se describirá un método para calcular la tasa de reproducción para cada VU. Tal como se mencionó anteriormente, puede obtenerse la dirección de inicio de una VU remitiéndose a la <LUT de dirección>.
Asimismo, tal como ya se mencionó, las direcciones gestionadas por la <LUT de dirección> se representan por el número relativo de bloque lógico desde la parte delantera de la EUS suponiendo que es continuo incluso si la misma EUS está grabada en partes en el disco.
Por tanto, puede conocerse el tamaño de una VU actualmente observada restando la dirección de inicio de la VU actualmente observada de la dirección de inicio de la siguiente VU. En este caso, debe observarse que debido a que la primera VU en la EU tiene una PRU delante o en la mitad, la cantidad de datos de la VU no puede calcularse simplemente con las direcciones de inicio de esta y las siguientes VU.
Tal como ya se mencionó, una VU es una unidad de gestión que tiene una <cabecera de VU>, datos de audio originales y datos de vídeo multiplexados en la misma. Puesto que los datos de audio originales emplean una tasa fija, el tamaño de esta zona puede determinarse de manera unívoca a partir del periodo de presentación de una VU, por ejemplo.
Por tanto, es posible obtener la cantidad de datos de vídeo contenidos en una VU restando la cantidad de los datos de audio originales y el tamaño de información de gestión de longitudes fijas de datos tal como <cabecera de VU>, del tamaño de datos de la VU que se está observando. En este caso, cuando se hace referencia a la dirección de
45 E00948324 24-11-2011
inicio de la primera VU en la EU, es necesario tener en cuenta la cantidad de datos de la PRU.
Una vez que se conoce la cantidad de los datos de vídeo contenidos en una VU, la tasa de reproducción de los datos de vídeo de la VU que se está observando puede calcularse dividiendo la cantidad de los datos de vídeo por el periodo de presentación de una VU.
La tasa de reproducción así calculada de datos de vídeo para cada EU o para cada VU puede visualizarse en tiempo real en la pantalla de visualización tal como un monitor, por ejemplo, como la información de usuario, sin proporcionar un hardware especial.
Además, puesto que la tasa de reproducción de los datos de vídeo que están a punto de reproducirse puede conocerse de antemano sin leer ningún dato MPEG grabado en el disco, esta configuración es útil, por ejemplo, para lograr un control de reproducción perfecta tal como se mencionó anteriormente.
La tasa de reproducción para cada VU o para cada EU proporciona la información que representa la cantidad de datos leídos desde el disco para reproducir los datos del periodo de presentación de una VU o EU. Por tanto, es posible obtener un conocimiento por adelantado de cómo se leerán los datos en la memoria a prueba de choques mencionada anteriormente mientras se calcula el tiempo de reproducción.
Por ejemplo, cuando la tasa de reproducción es baja, la cantidad de datos en el disco que corresponde a una unidad de tiempo de reproducción es baja. Por tanto, existe un margen amplio para lectura de datos desde el disco. Al contrario, cuando la velocidad de reproducción es alta, la cantidad de datos en el disco que corresponde a la misma unidad de tiempo de reproducción es alta. Por tanto, existe un margen menor para lectura de datos desde el disco.
De esta manera, si la tasa de reproducción de los datos que están a punto de reproducirse puede conocerse antemano, es posible discernir el estado de la memoria a prueba de choques por adelantado.
Por tanto, es posible discernir el estado de la memoria a prueba de choques y las secciones que pueden permitir mayor tiempo para el acceso al disco y las secciones que permiten un tiempo mínimo para el acceso al disco, por adelantado. Por tanto, esta característica se presta para programar el control de acceso al disco, de tal manera que, por ejemplo, el periodo para una sección que puede ofrecer mucho tiempo para el acceso al disco, se adapta para asignarse para leer en una memoria de semiconductores los datos para el punto en que la reproducción perfecta podría romperse, interpretado a partir el <punto no contiguo> mencionado anteriormente.
A continuación, se describirá el método para crear información de gestión. En este caso, se describirá un ejemplo de un método para crear la información de gestión de la <LUT de dirección>. La figura 43 muestra una configuración de sistema global de esta realización.
En el dibujo, un codificador/decodificador 1 de MPEG codifica y decodifica datos MPEG. Una unidad 2 de sistema AV, en su modo de grabación, multiplexa los datos MPEG desde el codificador de MPEG y los datos de audio obtenidos para conformar los datos en un flujo que va a grabarse en el disco y añade la cabecera y otra información. Esta unidad, en su modo de reproducción, extrae los datos de vídeo y de audio desde el flujo leído del disco, designado en 7 y lo transfiere al decodificador de MPEG.
Una memoria 3 a prueba de choques almacena temporalmente el flujo en la misma y también realiza procesos tales como procesamiento de ECC, cod-decod. en sectores y similares. Esta memoria 3 a prueba de choques, mediante su almacenamiento temporal de datos, también tiene la función de impedir una detención de datos incluso cuando los datos no pueden leerse o escribirse en realidad debido a que la unidad de disco está realizando una búsqueda o por otros motivos.
Un controlador 4 de disco regula un servocontrol y un acceso al disco. Un microordenador 5 central controla todo el sistema emitiendo señales de control a diversos procesadores y recibiendo señales de los mismos.
Cuando los datos MPEG se graban como una EUS, debe crearse una nueva <LUT de dirección>. En primer lugar, los datos de vídeo que van a grabarse se codifican por el codificador de MPEG. De manera similar, los datos de audio se codifican por un codificador de audio al mismo tiempo.
Los datos así codificados se envían a la unidad 2 de sistema AV, en la que los datos se multiplexan en el flujo de formato MPEG tal como se mencionó anteriormente y se les añade información de cabecera y similar. Puesto que en esta unidad 2 de sistema AV se implementan la multiplexación y adición de cabeceras, la unidad 2 de sistema AV debe conseguir y mantener la información de posición de los puntos delanteros de VU e imágenes de referencia en las VU.
50 E00948324 24-11-2011
La información de gestión de estas informaciones de posición se transfiere desde la unidad 2 de sistema AV al microordenador 5 central para realizar todo el control de procesamiento y se mantiene de manera secuencial en el mismo. El flujo multiplexado a través de la unidad 2 de sistema AV se almacena temporalmente en la memoria 3 a prueba de choques, en la que los datos se intercambian con una unidad 6 de procesamiento de señales, de modo que los datos se sometan a un procesamiento de ECC, cod-decod. en sectores y otros procesos, para así completar la preparación para grabar en el disco 7.
Los datos así preparados para grabar se graban en el disco 7 en una dirección diseñada por el PC 5 central, a través del controlador 4 de disco con un sincronismo determinado. Tal como se mencionó anteriormente, el microordenador 5 central consigue la información de posición del extremo delantero de cada VU, las imágenes de referencia en la VU y PRU y crea información para construir la <LUT de dirección> basándose en estas informaciones.
La información de <punto no contiguo> debe crearse teniendo en cuenta la información mantenida del flujo y las direcciones en las que los flujos de datos se graban en realidad en el disco. Puesto que la información con respecto a posgrabación y la información con respecto a GOP cerrado se determinan de antemano en el lado del ordenador central, los valores determinados por el ordenador central deben grabarse como están, como la información de gestión de la <LUT de dirección>.
A continuación, se describirá el dispositivo de disco. Tal como ya se mencionó, la <LUT de dirección> creada para cada grabación de una EUS tiene que grabarse en el medio de grabación con un sincronismo determinado. La información de gestión puede grabarse en diversos sitios sobre el medio de grabación.
Tal como se muestra en la figura 44, la zona de datos y la zona de información de gestión pueden separarse escribiendo información de gestión en una zona de información de gestión predeterminada sobre el medio de grabación. Por ejemplo, si la información de gestión se graba junta, es posible leer eficazmente datos del disco en un periodo corto de tiempo cuando hay que acceder a un número múltiple de EUS sucesivamente.
Además, existe una alta posibilidad de que la información de gestión de este tipo se actualice de manera frecuente y complicada. Por tanto, si tales informaciones de gestión se dispersan en el disco, se tarda mucho tiempo en el acceso al disco, dando como resultado una respuesta de sistema empeorada. Además, puesto que no se forma ningún archivo de información de gestión en la zona de datos, existe la ventaja de que es muy probable que los datos estén dispuestos en la zona de datos.
Cuando cada información de gestión se escribe inmediatamente antes del flujo de una EUS asociada grabada en la zona de datos en el medio de grabación tal como se muestra en la figura 45, el archivo de gestión de la EUS a la que va a accederse se localiza en la proximidad de los datos reales. Cuando se copia una EUS a otro medio de grabación, que se conecta a través de red, por ejemplo, la copia puede lograrse mediante una copia de archivo sencilla porque el cuerpo real de la EUS se gestiona como un archivo por el sistema de archivos lógico.
Cuando la información de gestión tal como la <LUT de dirección> para permitir un acceso a una trama arbitraria en la EUS está dispuesta adyacente a la EUS, la información de gestión también puede copiarse fácilmente. Además, puesto que la información de gestión para cada EUS está dispersa en el disco, es posible reducir el riesgo de que la información de gestión se pierda, en comparación con el caso en el que la información de gestión se graba en masa en un sitio.
La información de gestión puede grabarse de una manera de multiplexación en el flujo de EUS grabadas en la zona de datos del medio de grabación tal como se muestra en la figura 46. En este caso, cuando, por ejemplo, el disco también tiene una zona de gestión que mantiene la misma información en la misma, si la información de gestión se ha perdido debido a algún accidente, la información de gestión multiplexada en el flujo hace posible realizar una copia de seguridad de la información de gestión. Por tanto, esta configuración tiene la ventaja de aumentar la seguridad.
En este caso, la figura 46 muestra un ejemplo en el que la información de gestión se rellena en cabeceras de EU multiplexadas en el flujo.
Además, tal como se muestra en la figura 47, puede grabarse información de gestión en la memoria de semiconductores no volátil, por ejemplo, prevista en un dispositivo de disco para reproducir el medio de grabación u otro medio de grabación distinto al medio de grabación con datos reales grabados en el mismo, en lugar de grabarse en el propio medio de grabación que se graba con datos reales.
Por ejemplo, es posible considerar una configuración en la que los datos reales se graban en un disco extraíble mientras que la información de gestión se graba en una memoria de semiconductores o un disco duro en el
50 E00948324 24-11-2011
dispositivo de disco. Alternativamente, en un disco extraíble, puede proporcionarse una memoria de semiconductores no volátil separada en el cartucho de disco de modo que la información de gestión se graba en la memoria de semiconductores. En este caso, puesto que la información de gestión que se lee y escribe frecuentemente se almacena en la memoria de semiconductores que permite un acceso de alta velocidad, esta configuración tiene la ventaja de que se mejorará la respuesta de sistema.
Tal como se ha descrito, la información de gestión puede grabarse en diferentes sitios de diversas maneras, teniendo cada una diferentes ventajas. Naturalmente, la información de gestión puede escribirse en múltiples sitios en lugar de grabarse en un sitio.
Por ejemplo, cuando se usa la combinación de la técnica de grabar información de gestión en la zona de gestión predeterminada y la técnica de incrustar la información de gestión en el propio flujo, la información de gestión grabada en la zona de gestión predeterminada se usa en condiciones habituales, y en caso de que la información de gestión se haya perdido, la información de gestión perdida puede reconstruirse basándose en la información de gestión incrustada en el flujo.
[La segunda realización]
La descripción hasta ahora se ha realizado con respecto a la realización en la que el flujo de MPEG incluye PRU, es decir, las zonas de datos para una mezcla de audio. Ahora, se realizará una descripción de una realización de <LUT de dirección> para un caso en que las PRU, es decir, zonas de datos para una mezcla de audio, se proporcionan en un archivo adicional distinto al del flujo de MPEG sobre el que se realiza la mezcla de audio o se graban datos de mezcla de audio en una zona adicional. Los títulos cortos mencionados anteriormente también se usan en el presente documento.
En primer lugar en referencia a la figura48, se describirá la composición del flujo de MPEG en esta realización. Tal como se muestra en la figura 48, una EUS está compuesta por una o más EU y corresponde a la unidad desde el inicio de grabación hasta la detención de grabación o una pausa de grabación. Los datos MPEG gestionados por una EUS tienen que añadirse con una secuencia de indicación de tiempo.
En este caso, la EU es la unidad mínima para una edición destructiva. La edición destructiva significa un acto de edición acompañado por un movimiento o borrado en el disco. La unidad mínima de edición destructiva significa que el movimiento o borrado en el disco puede realizarse solamente EU por EU.
Si se borran algunas EU del medio de una EUS mediante edición destructiva, la indicación de tiempo del flujo de MPEG presenta discontinuidad, de modo que es necesario dividir la EUS.
La EU está compuesta por una o más VU y tiene que grabarse continuamente en el disco. El número de VU en una EU se determina dependiendo de la unidad basándose en la cual se realiza la posgrabación (mezcla de audio). Es decir, el número se determina dependiendo de la tasa de reproducción de datos y rendimiento mecánico para lograr una mezcla de audio en tiempo real, es decir, la mezcla de audio mientras que se reproducen los datos de vídeo sobre los que se realiza la mezcla de audio.
La VU es una unidad constituida por <cabecera de VU>, uno o más GOP de datos de vídeo, datos de audio asociados. El tiempo de presentación de todas las EU y el de todas las VU en una EUS se configuran de manera constante. El tiempo de presentación de VU corresponde al tiempo de reproducción de datos de vídeo gestionados por una sola VU. De manera similar, el tiempo de presentación de EU indica el tiempo de reproducción de datos de vídeo gestionados por una sola EU.
La EUS se divide en bloques que tienen una longitud fija de 2048 bytes. Se almacena un bloque en un bloque lógico en el disco. Principalmente, se construye un bloque con un paquete. El paquete usado en ese caso es conforme al paquete PES definido por la norma ISO/IEC 13818-1, y los paquetes de este tipo deben grabarse en el disco.
En el dibujo, la VU está compuesta por un VH BLK, A BLK y V BLK. El VH BLK almacena un paquete de la información de cabecera con respecto a la VU. Un A BLK almacena un paquete de audio definido por la norma ISO/IEC 13818-3. Un V BLK almacena un paquete de datos de vídeo definido por la norma ISO/IEC 13818-2. Por tanto la EUS configurada se gestiona como un archivo en el disco.
Por otro lado, en la configuración de flujo mostrada en la figura 49, una secuencia de posgrabación PRS (abreviado como ’PRS’ a continuación en el presente documento) está compuesta por un número múltiple de PRU. Una PRU sirve como receptáculo para grabar datos de mezcla de audio que corresponden a una EU en una EUS. La PRU está compuesta por un PH BLK, A BLK, P BLK. El PH BLK almacena un paquete de la información de cabecera con respecto a la PRU. Un A BLK almacena un paquete de audio definido por la norma ISO/IEC 13818-3. Un P BLK
50 E00948324 24-11-2011
almacena un paquete de relleno definido por la norma ISO/IEC 13818-1. Puesto que una PRU es una zona para los datos de posgrabación que van a reproducirse en sincronización con los datos de vídeo en la EU asociada, debe tener al menos un tamaño de zona que pueda grabar datos equivalentes al tiempo de presentación de datos de vídeo en la EU. Por tanto la PRS configurada se gestiona como un archivo en el disco.
El archivo de PRS en su estado inicial no tiene ninguna PRU grabada en el mismo. Es decir, las PRU se añaden una por una al archivo de PRS en el curso de la mezcla de audio en unidades de EU. Por tanto, el orden grabado de las PRU en el archivo de PRS es el orden en el que la mezcla de audio se ha realizado, por eso no siempre coincide con el orden secuencial de las EU en la EUS.
Cuando al usar un disco con un flujo de MPEG grabado en el mismo se inicia la reproducción desde una trama arbitraria o se implementa una reproducción especial tal como reproducir tramas arbitrariamente seleccionadas, es imposible tal como se mencionó anteriormente localizar la posición grabada de una trama arbitraria en el disco mediante cálculo u otro método debido a que las cantidades de datos de tramas individuales de datos MPEGgrabados en el disco son diferentes entre sí. Éste es el motivo por el que es necesaria la información de gestión, es decir, la <LUT de dirección> para realizar un acceso a una trama arbitraria, por tanto el contenido se describe a continuación.
En esta realización, la posgrabación indica una mezcla de audio, que se realiza mediante la posgrabación de sonido sólo sobre los datos originales ya grabados. Las PRU indican zonas en las que los datos de posgrabación se grabarán cuando la mezcla de audio se implemente, y se graban en un archivo separado del archivo de EUS, concretamente un archivo de PRS.
A continuación, se realizará una descripción de en qué situación debe usarse la <LUT de dirección>. Una sección de datos MPEG grabados por el usuario desde su inicio de grabación hasta la detención de grabación o hasta una pausa se define como una EUS.
Se supone que los datos MPEG reales se graban como archivos por unidades de EUS de vídeo y datos de audio originales, usando un sistema de archivos lógico que gestiona la información de posición de datos en el disco por nombres de archivo mientras que los datos de mezcla de audio se gestionan como archivos, es decir, archivos de PRS, de manera separada de las EUS. Esta configuración se muestra en la figura 50. En este ejemplo, la EUS#0 y la EUS#1 se gestionan como nombres de archivo de FDAV0000.EUS y FDAV0001.EUS, respectivamente, y los archivos de PRS (archivos de mezcla de audio) que corresponden a la EUS#0 y la EUS#1 se gestionan como nombres de archivo de FDAV0000.PRS y FDAV0001.PRS, mediante el sistema de archivos lógico.
Para gestionar datos de EUS en unidades de EUS, se crea la información de gestión denominada <información de EUS>. Es decir, si el usuario grabó múltiples escenas, cada una correspondiendo a datos desde un inicio de grabación hasta una detención de grabación, se crea un número igual de <información de EUS>.
Se muestra un ejemplo de <información de EUS> en la figura 51. La <información de EUS> es la información para gestionar una EUS grabada en el disco. Tal como se muestra en la figura 51, la <información de EUS> tiene su ID para su distinción, tamaño, información de título, fecha de creación y fecha de actualización de la EUS, información de texto, información de la imagen en miniatura para gestionar una imagen en miniatura representativa de la EUS, la <ID de archivo de datos> y la <ID de archivo de PRS> para identificar la EUS de los datos de flujo de MPEG y el archivo de RPS como un archivo de datos de mezcla de audio, gestionado por el sistema de archivos lógico, el <tamaño de archivo de datos> y el <tamaño de datos de PRS> que representan los tamaños de datos de la EUS y la PRS, la información de propiedad tal como EUS, vídeo, audio, camera, posgrabación, fuente, copyright, imagen fija, etc.
La información de EUS también tiene información de referencia que revela los programas que se refieren a la EUS gestionada por la misma. Además, como la información de gestión de importancia, pueden mencionarse el <PT de inicio>, el <PT de fin>, el <tamaño de unidad de posgrabación> y la <LUT de dirección>.
Los valores de PTS están grabados en el <PT de inicio> y el <PT de fin>, unidos al propio flujo de datos en las tramas de visualización primera y última en la EUS gestionada por esta <información de EUS>, o los valores de PTS correspondientes, convertidos en formato PT. Puesto que una EUS siempre manipula datos de vídeo que tienen una indicación de tiempo secuencial, el tiempo de presentación total de la EUS puede calcularse restando el <PT de inicio> del <PT de fin>, por ejemplo.
El <tamaño de unidad de posgrabación> es la información que representa el tamaño de la PRU. Debe observarse que el tamaño de cada PRU dentro de la misma PRS es constante. La <LUT de dirección> es la información de gestión que proporciona dónde en el disco debe realizarse el acceso para una trama arbitraria de los datos MPEG y los datos de mezcla de audio correspondientes grabados en el disco. De la manera anterior, basándose en la <información de EUS>, es posible obtener la información con respecto a una EUS y los archivos de PRS grabados
45 E00948324 24-11-2011
como archivos en el disco.
Cuando los datos MPEG grabados por el usuario se reproducen en serie desde delante en el orden grabado, es posible realizar una reproducción sin la <LUT de dirección> mencionada anteriormente. Sin embargo, si, aprovechando la accesibilidad aleatoria del disco, por ejemplo, el usuario intenta seleccionar un número arbitrario de secciones arbitrarias de las EUS que son los datos originales en su estado grabado y reproducir en un orden arbitrario, se necesitará la gestión de la <LUT de dirección>.
A continuación, se describirá a continuación en el presente documento un método de determinación de las direcciones de inicio de las PRU y las VU en el flujo de MPEG mencionado anteriormente mediante cálculo.
Al reproducir un flujo de MPEG, hay una posibilidad de que el usuario pueda haber implementado una posgrabación (mezcla de audio). Por tanto, si existen PRU que corresponden a las EU, esto debe comprobarse usando el <estado de PRU> o la <existencia de PR> mencionados anteriormente en el <estado de VU>.
La <existencia de PR> en el <estado de PRU> de la <información de PRU> es la información de gestión que muestra si existe una PRU correspondiente a cada EU en el archivo de PRS. La <existencia de PR> en el <estado de VU> de la <información de VU> es la información de gestión que muestra si existen datos de posgrabación que corresponden a la VU gestionada.
Cuando existen datos de posgrabación y es necesario reproducirlos, es necesario leer la PRU correspondiente (datos de mezcla de audio) de antemano antes de acceder a la EU objetivo, luego reproducir la PRU leía en sincronización con el vídeo cuando se reproducen los datos de vídeo en la EU.
De esta manera, el uso de la información de <existencia de PR> hace posible discernir si hay PRU correspondientes
o no en el archivo de PRS y si se ha realizado una posgrabación o no.
La figura 52 muestra un ejemplo de información de gestión de <LUT de dirección>. Se describirán las definiciones consecutivamente a continuación en el presente documento. Las figuras 53 a 57 muestran los detalles de la información de gestión en la figura 52.
En la figura 53, el <desplazamiento de dirección> almacena un valor de desplazamiento para crear números relativos de bloque lógico (RLBN) gestionados por la <LUT de dirección>, en formato de unidad 32. Cuando se ha borrado un número arbitrario de EU desde la parte delantera de la EUS, el número de los bloques lógicos borrados se establece en este campo.
Por consiguiente, cuando se hace referencia a un número relativo de bloque lógico (RLBN de VU) para gestionar la dirección de inicio de una VU manipulada en la <LUT de dirección>, es necesario restar este <desplazamiento de dirección> de ese valor. El valor inicial tiene que establecerse en 0.
El <tiempo de PB de EU> representa el tiempo de presentación establecido de cada EU en la EUS gestionada por la <LUT de dirección>. El tiempo de presentación establecido es el tiempo de reproducción de los datos de vídeo en una EU y es constante dentro de la misma EUS, excepto la última EU en la EUS.
El <tiempo de PB de EU> debe grabarse en formato PT. En este caso, el <tiempo de PB de EU> debe ser un múltiplo entero de la diferencia en PTS, representado en formato PT, entre tramas de vídeo adyacentes en el flujo de MPEG, es decir, la PTS que corresponde al tiempo de presentación por trama.
El <tiempo de PB de VU> representa el tiempo de presentación establecido de cada VU en la EUS gestionada por la <LUT de dirección>. El tiempo de presentación establecido es el tiempo de reproducción de los datos de vídeo en una VU y es constante dentro de la misma EUS, excepto la última VU en la EUS.
El <tiempo de PB de VU> debe grabarse en formato PT. En este caso, el <tiempo de PB de VU> debe ser un múltiplo entero de la diferencia en PTS, representado en formato PT, entre tramas de vídeo adyacentes en el flujo de MPEG, es decir, la PTS que corresponde al tiempo de presentación por trama.
El <número de información de PRU> es el número de EU existentes en la EUS gestionada por la <LUT de dirección>, grabado en formato de unidad 32. Puesto que cada <información de PRU> corresponda una EU, si no existe ninguna PRU en la configuración de flujo, este campo siempre debe establecerse en 0.
El <número de información de VU> es el número de VU existentes en la EUS gestionada por la <LUT de dirección>, grabado en el formato de unidad 32.
50 E00948324 24-11-2011
La <información de PRU> gestiona la información con respecto a la PRU que corresponde a cada EU en la EUS, de manera tal como se muestra en la figura 54. Cuando no hay ninguna PRU existente para la EUS, el <número de información de PRU> se graba con 0 y no se escribe ninguna grabación en la <información de PRU). Incluso si existe una PRU que corresponde a una EU en la EUS, cada una de las EU debe tener una <información de PRU> propia.
El <RLBN de PRU> representa la dirección de inicio en el disco de la PRU gestionada por esta <información de PRU>. En este caso, la dirección se representa por el número relativo de bloque lógico desde la parte delantera del archivo de PRU. El <RLBN de PRU> debe grabarse en formato de unidad 24. El <estado de PRU> gestiona el estado de la PRU mediante esta <información de PRU>, de manera tal como se muestra en la figura 55.
La <existencia de PR> (Bit0 se graba con ’1’ cuando la PRU que corresponde a esta información de PRU existe en el archivo de PRS, y se graba con ’0’ cuando no existe ninguna PRU.
La <información de VU> (figura 53) gestiona la información con respecto a cada VU en la EUS, de manera tal como se muestra en la figura 56(a) o la figura 56(b). Debe observarse que en la figura 56(a) la información de posición de las tramas de vídeo gestionadas dentro de la VU se proporciona como o bien la dirección de inicio o bien la dirección de fin mientras que en la figura 56(b) se proporciona la información de posición como la dirección de inicio y como la dirección de fin.
El <RLBN de VU> representa la dirección de inicio en el disco de la VU gestionada mediante esta <información de VU>. Esta dirección se representa por el número relativo de bloque lógico desde la parte delantera del archivo de EUS. El <RLBN de VU> debe grabarse en formato de unidad 24.
El <estado de VU> gestiona el estado de la VU gestionada mediante esta <información de VU> de manera tal como se muestra en la figura 57(a) o la figura 57(b). La figura 57(a) muestra un caso en que se define una información de <punto no contiguo> y la figura 57 (b) muestra un caso en que no se define la información de <punto no contiguo>.
La <existencia de PR> (Bit0) se graba con ’1’ cuando están presente datos de posgrabación que corresponden a la VU gestionada por esta <información de VU> y se graba con ’0’ cuando no hay datos de posgrabación presentes. Si no hay ninguna PRU correspondiente a la EU a la que pertenece esta VU, este campo siempre debe grabarse con ’0’.
El <GOP cerrado> (Bit1) gestiona si el primer GOP en la VU es un GOP cerrado. Si el GOP es cerrado, este campo se graba con ’1’. En caso contrario, se graba con ’0’. Cuando el GOP no es cerrado, hay una posibilidad de que algunas de las primeras tramas de vídeo no puedan decodificarse sin información del GOP anterior.
El <punto no contiguo> (Bit2) (figura 57(b)) gestiona si la EU a la que pertenece la VU gestionada por esta <información de VU> está dispuesta en el disco de manera lógica y contigua a la EU anterior. Cuando están dispuestas de manera contigua, este campo se graba con 0’. Cuando no están dispuestas de manera contigua, el campo se graba con ’1’.
El <número de imágenes IP> (figura 56) graba el número de la información de posición de imágenes I e imágenes P en los datos de vídeo que van a gestionarse por esta <información de VU>, en el formato de unidad 8.
El <RLBN de fin de imágenes IP> (figura 56(a)) gestiona las direcciones de fin en el disco de las imágenes I e imágenes P en la VU gestionada por esta <información de VU>. La dirección en el presente caso se representa por el número relativo de bloque lógico desde la parte delantera de la VU.
Como la primera entrada debe almacenarse la información de dirección con respecto a la primera imagen I en la VU. Como la segunda entrada y de manera subsiguiente, la información de dirección con respecto a las imágenes I y/o las imágenes P debe almacenarse en el formato de unidad 16.
En relación con esto, cuando se adopta una memoria de semiconductores que tiene un rendimiento de acceso de alta velocidad como el medio de grabación o cuando se usa una unidad de disco que tiene un rendimiento notablemente de alto acceso, las direcciones de inicio también deben proporcionarse como la información de posición de las imágenes de referencia, además de sus direcciones de fin. En este caso, el nombre de campo de este elemento se renombra como <RLBN de imágenes IP> y tanto la dirección de inicio como la dirección de fin deben grabarse en serie en formato de unidad 16.
También es posible poner la información de posición de todas las tramas de vídeo bajo control, en lugar de las direcciones de las imágenes de referencia solamente. La información de posición en este caso debe representarse por la posición de inicio de grabación de cada trama de vídeo en el disco. La cantidad de datos de cada trama y la
E00948324 24-11-2011
dirección de fin pueden calcularse simplemente usando la diferencia desde la dirección de inicio de la siguiente trama.
Todo lo anterior es la información de gestión para la <LUT de dirección>.
A continuación, el uso específico de estas informaciones de gestión se describirá con referencia a las figuras 58 y
59.
En primer lugar, se realizará la descripción de cómo calcular la dirección de inicio de la VU que incluye una trama objetivo. Cuando se desea que la reproducción se inicie desde una trama que corresponde a un PT arbitrario en una EUS, la posición de inicio en el disco de la VU que incluye esa trama debe determinarse basándose en la <LUT de dirección>.
La secuencia de procedimiento básico para esto será tal como sigue. La figura 58 muestra este caso.
(1) El PT relativo (RPT) se calcula restando el <PT de inicio> (figuras 51-58) correspondiente a la primera trama de visualización en la EUS del PT objetivo. El <PT de inicio> es el valor de PTS, unido al flujo de MPEG en la primera trama de visualización en la EUS, o el valor de PTS correspondiente, convertido en formato PT.
RPT = PT – PT de inicio
Tal como se mencionó anteriormente, puesto que la información con respecto al punto de inicio y el punto final, que se designa desde cada programa de usuario para seleccionar una sección arbitraria, se representa por los valores de PT absoluto, unidos al flujo o valores correspondientes, la resta del <PT de inicio> de los valores proporcionará información de tiempo relativo desde la parte delantera de la EUS.
En este caso, el hecho de que se usa información de tiempo absoluto en programas de usuario significa que si, por ejemplo, se borró alguna parte delante de la EUS, no hay necesidad de renovar la información de punto de inicio y de punto final de todos los programas de usuario que se refieren a esta EUS como la información de referencia siempre que se modifique el <PT de inicio> en la <información de EUS> (figura 51), por tanto haciendo posible reducir la carga de proceso.
(2) La <información de número de VU> (figura 52) de la VU que incluye la trama desde la que se desea el inicio de la reproducción se obtiene dividiendo el PT relativo (RPT) por el tiempo de presentación establecido (<tiempo de PB de VU> (figuras 52 y 58) de cada VU en la EUS. En la figura 58 este valor es VU#7.
Número de información de VU = ip (RPT/Tiempo de PB de VU)
donde ip(n) es una función que produce el entero máximo no mayor que n.
(3) A partir de la <información de número de VU> obtenida, la dirección de inicio de la VU que incluye la trama objetivo se obtiene como el número relativo de bloque lógico ’RLBN de VU’ ’ desde la parte delantera de la EUS,
RLBN de VU’ = RLBN de VU(Número de información de VU)
donde la expresión’ ’RLBN de VU(n)’ representa el valor de <RLBN de VU> de la n-ésima <información de VU>.
De la manera anterior, la dirección de inicio de la VU que incluye una trama objetivo puede determinarse mediante un cálculo sencillo usando la <LUT de dirección>, en lugar de búsqueda u otras operaciones.
A continuación, se realizará la descripción de cómo calcular la dirección de inicio de la PRU que corresponde a la EU que incluye una trama objetivo. La secuencia básica de calcular la dirección de inicio de la PRU que corresponde a la EU que incluye una trama objetivo será tal como sigue. La figura59 muestra esta situación.
El extremo más delantero de la PRU es un punto al que es necesario acceder cuando están presentes datos de posgrabación correspondientes a la trama objetivo.
(1) El PT relativo se calcula restando el <PT de inicio> correspondiente a la primera trama de visualización en la EUS del PT objetivo.
RPT = PT – PT de inicio
50 E00948324 24-11-2011
(2) El número de la EU que incluye la trama desde la que se desea el inicio de la reproducción se obtiene dividiendo el PT relativo (RPT) por el tiempo de presentación establecido (<tiempo de PB de EU> de cada EU en la EUS. Puesto que cada EU corresponde a una <información de PRU>, este número de EU representa directamente el <número de información de PRU>. En la figura 59, este valor es PRU info#1.
Número de información de PRU = ip(RPT/Tiempo de PB de EU)
donde ip(n) es una función que produce el entero máximo no mayor n.
(3) A partir del <número de información de PRU> obtenido, la dirección de inicio de la PRU que corresponde a la EU que incluye la trama objetivo se obtiene como el número relativo de bloque lógico ’RLBN de PRU’’ desde la parte delantera del archivo de PRS.
RLBN de PRU’ = RLBN de PRU(Número de información de PRU)
En este caso, el <estado de PR> en la <información de PRU> que es ’0’ significa que no existe ninguna PRU correspondiente en el archivo de PRS.
De la manera anterior, de manera similar a la manera de determinación de la dirección de inicio de la VU, la dirección de inicio de la PRU que va a reproducirse en sincronización con la VU que incluye una trama objetivo puede determinarse mediante un cálculo sencillo usando la <LUT de dirección>, en lugar de búsqueda u otras operaciones. Por tanto, si por ejemplo, una PRU particular se lee del disco, la cantidad de datos equivalentes al tamaño de la PRU gestionada por la <información de EUS> debe leerse desde la dirección de inicio determinada de la PRU.
Ahora, la relación entre EU arbitrarias en un archivo de EUS y las PRU en un archivo de PRU se describirán involucrando la <LUT de dirección>, con referencia a la figura 60. En el ejemplo de este dibujo, en un archivo de EUS de un flujo de datos MPEG desde el inicio de la grabación hasta el fin de grabación o pausa, una EU está compuesta por cuatro VU. La <información de PRU> en la <LUT de dirección> se crea para cada EU. Por tanto, existe un número de <informaciones de PRU> correspondiente al número de EU en el archivo de EUS, dispuestas en el orden desde la primera EU en la EUS. La <información de PRU> que corresponde a cada EU tiene una información de <estado de PRU> que representa si hay una PRU correspondiente en el archivo de PRS. En el ejemplo ilustrado, la información de PRU #4 y #5 no existe, o no existen PRU correspondientes a EU#4 y EU#5 en el archivo de PRS. Las PRU que corresponden a EU#1 a #3, es decir, la información de PRU #1 a #3, se graban como PRU #0 a #2 en el archivo de PRS. La información de PRU #0, o la PRU que corresponde a EU#0 se graba como PRU#3 en el archivo de PRS. De esta manera, las PRU se añaden al archivo de PRS en el orden grabado, de modo que las PRU no están necesariamente dispuestas en el mismo orden que las EU.
Cuando se reproducen datos de mezcla de audio en sincronización con los datos de vídeo de la EUS de la estructura anterior, antes de leer cada EU desde la parte delantera de la EUS, los datos de la PRU correspondiente se leen desde el disco. Posteriormente, los datos de la EU se leen de modo que los datos de vídeo se reproducen mientras que se adopta el sincronismo con los datos de mezcla de audio ya leídos. De esta manera, estas unidades de datos se leen alternativamente de tal manera que las PRU y las EU se leen unas después de otras.
Tal como ya se ha descrito, las EUS y las PRS se gestionan como archivos usando el sistema de archivos lógico. Incluso cuando se graba una EUS o una PRS, dividida en partes, en el disco, toda la información con respecto al hecho de la división se asimila al nivel de sistema de archivos lógico. Por tanto, tal como se muestra en las figuras 61 y 62, no es necesario preocuparse con respecto al hecho de la división en la representación de la <LUT de dirección>.
El <RLBN de VU> y el <RLBN de PRU> en la <LUT de dirección> (figura 52) se proporcionan mediante representaciones de dirección relativa basándose en la parte delantera de la EUS o la PRS, e incluso cuando una EUS o una PRS se han grabado, divididas en partes, en el disco, la gestión por la <LUT de dirección> se realiza con la suposición de que la EUS o la PRS está dispuesta continuamente.
La longitud de acceso (el número de bloques lógicos) designada para el acceso al disco puede determinarse mediante cálculo. Por ejemplo, el tamaño de una EU o una VU puede determinarse simplemente mediante la diferencia desde la dirección de inicio de la siguiente EU o VU. El tamaño de la PRU es constante dentro de la misma EUS.
Es necesario modificar el sistema de direcciones relativas basado en el inicio de la EUS en la <LUT de dirección> cuando se borra alguna parte delantera de la EUS. Específicamente, la <LUT de dirección> debe renovarse restando el número de bloques lógicos borrados de cada información representada en el sistema de direcciones
50 E00948324 24-11-2011
relativas basado en el inicio de la EUS en la <LUT de dirección>. Con el fin de ahorrar el trabajo de renovar todas las direcciones en la información de gestión, el valor de <desplazamiento de dirección> (figura 53) para almacenar el número de bloques borrados se prepara para afrontar el caso en el que se ha borrado un número arbitrario de EU de delante de la EUS.
Por ejemplo, tal como se muestra en la figura 63, si se borra EU#0, ya no es necesario renovar los valores de ’RLBN de VU’ en la <LUT de dirección> cuando se usa este <desplazamiento de dirección>.
Es decir, restando el valor de <desplazamiento de dirección> de la dirección en la <LUT de dirección>, puede obtenerse el valor correcto. Por consiguiente, la dirección relativa de una VU desde el inicio de la EUS puede determinarse finalmente mediante la siguiente fórmula:
RLBN de VU’ = RLBN de VU – Desplazamiento de dirección
Al contrario, es necesario modificar el <RLBN de PRU> representado en el sistema de direcciones relativas basado en el inicio del archivo de PRS en la <LUT de dirección> cuando se borra la parte delantera de la PRS. Específicamente, la <LUT de dirección> debe renovarse restando el número de bloques lógicos de PRU borrados de cada información representada en el sistema de direcciones relativas basado en el inicio de la PRS en la <LUT de dirección>. Sin embargo, las grabaciones en las PRU son datos de audio, por eso el tamaño de datos es pequeño comparado con los datos de vídeo. Por tanto, cuando se desea borrar una PRU arbitraria, la actualización del estado de PRU en la información de PRU puede producir el mismo efecto que la eliminación de la PRU, sin modificación real del archivo de PRS. Además, cuando, por ejemplo, los datos de mezcla de audio ya grabados se descartan y se sustituyen por una nueva mezcla de audio, la renovación de datos de mezcla de audio puede realizarse extrayendo de la información de PRU una información de PRU que corresponde a la EU sobre la cual se realizará la mezcla de audio y grabando la mezcla de audio en la PRU en la posición designada en el <RLBN de PRU>.
En la segunda realización, se ha descrito una realización de la <LUT de dirección> para un caso en el que las PRU, es decir, zonas de datos para una mezcla de audio, se graban como un archivo adicional o una zona adicional distinta del flujo de MPEG sobre el cual se realiza la mezcla de audio, en combinación con parte de la primera realización, pero modificaciones distintas de la zona de datos para una mezcla de audio descrita en la primera realización pueden añadirse también apropiadamente en esta realización.
Tal como se ha descrito, según el primer aspecto de la presente invención, en un flujo de datos multimedia, la información de posición de una trama arbitraria sobre el medio de grabación puede obtenerse fácilmente sin la necesidad de un cálculo complejo.
Según el segundo aspecto de la presente invención, en un flujo de datos multimedia, la información de posición de una primera unidad de datos, que es la unidad editable mínima para una trama arbitraria, sobre el medio de grabación puede obtenerse fácilmente sin la necesidad de un cálculo complejo.
Según el tercer aspecto de la presente invención, en un flujo de datos multimedia, la información de posición de una segunda unidad de datos requerida para un acceso a una trama arbitraria, sobre el medio de grabación puede obtenerse fácilmente sin la necesidad de un cálculo complejo.
Además, puesto que la información de posición de segundas unidades de datos a las que se recurre frecuentemente se proporciona como información de gestión, es posible recurrir a la información de gestión eficazmente sin la necesidad de un cálculo de la información de posición.
Según el cuarto aspecto de la presente invención, en un flujo de datos multimedia, la información de posición de una segunda unidad de datos requerida para el acceso a una trama arbitraria sobre el medio de grabación así como la información de posición de una primera unidad de datos, que es la unidad editable mínima para una trama arbitraria, sobre el medio de grabación pueden obtenerse fácilmente sin la necesidad de un cálculo complejo.
Según los aspectos quinto a sétimo de la presente invención, la información de posición de datos de audio de posgrabación sobre el medio de grabación, que deben reproducirse en sincronización con los datos predeterminados, puede obtenerse fácilmente en relación con la información de posición de las unidades individuales de datos sin la necesidad de un cálculo complejo.
Según los aspectos octavo a décimo de la presente invención, la información de posición de datos de audio de posgrabación sobre el medio de grabación, que deben reproducirse en sincronización con los datos predeterminados, puede obtenerse fácilmente sin la necesidad de un cálculo complejo.
Según el undécimo aspecto de la presente invención, la lectura y escritura de una pluralidad de informaciones de
45 E00948324 24-11-2011
gestión puede realizarse en un periodo corto de tiempo.
Según el duodécimo aspecto de la presente invención, puesto que la zona de datos y la zona de información de gestión están separadas claramente, no se creará ningún archivo de información de gestión en la zona de datos. Por tanto, puede realizarse la disposición contigua de datos en la zona de datos.
Según el decimotercer aspecto de la presente invención, los datos que van a reproducirse están dispuestos cerca de la información de gestión de modo que es posible implementar una velocidad de procesamiento aumentada.
Según el decimocuarto aspecto de la presente invención, puesto que la zona de información de gestión está prevista para un medio de grabación que tiene una velocidad de acceso superior a la del medio de grabación de datos, es posible implementar una respuesta más rápida.
Según los aspectos decimoquinto y decimosexto de la presente invención, el dispositivo de gestión de medios de grabación de datos, en un medio de grabación de datos en el que la unidad de datos base se divide en las primeras unidades de datos y las segundas unidades de datos basándose en el tiempo de reproducción, gestiona la información de posición de referencia y la primera información de distancia relativa en la zona de información de gestión. Por tanto, el dispositivo de gestión, usando información de tiempo como información clave, puede convertirla en información de posición mediante un proceso simple, por tanto haciendo posible conseguir un acceso fácil a una trama arbitraria en la unidad de datos.
Además, incluso cuando una pluralidad de informaciones de gestión deben leerse o escribirse, es posible realizarlo en un periodo corto de tiempo. Puesto que la zona de datos y la zona de información de gestión están separadas claramente, no se creará ningún archivo de información de gestión en la zona de datos. Por tanto, puede realizarse la disposición contigua de datos en la zona de datos.
Según el decimosétimo aspecto de la presente invención, puesto que la información de posición de datos de audio de posgrabación puede obtenerse también mediante un proceso sencillo, usando información de tiempo como información clave, pueden reproducirse eficazmente datos de audio de posgrabación.
Según el decimoctavo aspecto de la presente invención, los datos que van a reproducirse están dispuestos cerca de la información de gestión de modo que es posible implementar una velocidad de procesamiento aumentada.
Según el decimonoveno aspecto de la presente invención, esta configuración no hará que la composición de flujo sea compleja, de modo que se facilita el acceso a las otras unidades de datos.
Según el vigésimo aspecto de la presente invención, puesto que cuando se ha borrado alguna parte delantera del flujo multimedia, la información de posición de los datos borrados se graba como información de gestión, es decir, el valor de desplazamiento, no es necesario renovar cada información de posición en diversas informaciones de gestión, por tanto haciendo posible ahorrar el trabajo de edición.
Según el vigesimoprimer aspecto de la presente invención, puesto que la tasa de reproducción de datos de vídeo en la primera unidad de datos puede determinarse mediante cálculo, es posible discernir la tasa de reproducción de datos de antemano, sin reproducir los datos de vídeo.
Según el vigesimosegundo aspecto de la presente invención, puesto que la tasa de reproducción de datos de vídeo en la segunda unidad de datos puede determinarse mediante cálculo, es posible discernir la tasa de reproducción de datos de antemano, sin reproducir los datos de vídeo.
Según el vigesimotercer aspecto de la presente invención, puesto que las direcciones de inicio se proporcionan en una representación de dirección relativa, que no tiene en cuenta la disposición dividida del flujo sobre el medio de grabación, la cantidad de datos de los datos gestionados por la primera o segunda unidad pueden conocerse a partir de la relación entre una dirección de inicio y la siguiente.
Según el vigesimocuarto aspecto de la presente invención, puesto que con la reproducción de datos es posible discernir si los datos de audio de posgrabación deben leerse por adelantado, esto hace este proceso más eficaz.
Según el vigesimoquinto aspecto de la presente invención, puesto que con la reproducción de datos es posible discernir si los datos de audio de posgrabación deben leerse por adelantado para cada primera unidad, esto hace este proceso más eficaz.
Según el vigesimosexto aspecto de la presente invención, puesto que con la reproducción de datos es posible discernir si los datos de audio de posgrabación deben leerse por adelantado para cada segunda unidad, esto hace el
E00948324 24-11-2011
proceso más eficaz.
Según el vigesimoséptimo aspecto de la presente invención, puesto que es posible discernir si la primera unidad observada está dispuesta de manera lógica y contigua a la primera unidad previa, sobre el medio de grabación, sin remitirse a la información de sistema de archivos lógico, esto hace el proceso más eficaz.
5 Según el vigesimoctavo aspecto de la presente invención, antes de la reproducción de una segunda unidad de datos, es posible discernir si es necesario acceder a la segunda unidad previa con el fin de realizar una reproducción correcta de las tramas en el GOP dentro de la segunda unidad de datos.
Según el vigesimonoveno aspecto de la presente invención, se permite que cada una de las segundas unidades de datos gestione no un número de tramas fijas sino un número arbitrario de tramas.
10 Según el trigésimo aspecto de la presente invención, puesto que la cantidad de datos que van a leerse desde el inicio de la segunda unidad de datos hasta la imagen de referencia objetivo puede discernirse por adelantado, esto facilita la consecución de una reproducción especial.
Según el trigésimo primer aspecto de la presente invención, cuando se usa un medio de grabación que tiene un rendimiento de acceso lo suficientemente alto, las imágenes de referencia objetivo puede leerse selectivamente
15 basándose en la información de posición desde la que los datos deben leerse. Esta característica facilita la consecución de una reproducción especial.
Según el trigésimo segundo aspecto de la presente invención, puesto que las direcciones de inicio de todas las tramas se gestionan, es posible determinar fácilmente la cantidad de datos de cada trama a partir de la diferencia desde la dirección de inicio a la siguiente trama y leer selectivamente los datos de una trama arbitraria cuando se
20 usa un medio de grabación que tiene un rendimiento de acceso lo suficientemente alto. Por tanto, estas características facilitan la consecución de una reproducción especial.
Según el trigésimotercer aspecto de la presente invención, puesto que con la reproducción de datos es posible discernir si los datos de audio de posgrabación deben leerse por adelantado, esto hace que el proceso sea más eficaz.
25 Aplicabilidad industrial
Tal como se ha descrito anteriormente, la invención es adecuada para un método de localización de posiciones de acceso y un dispositivo de gestión de medios de grabación para localizar posiciones de acceso en un medio de grabación tal como un disco o similar sobre el que se han grabado datos codificados con longitud variable tal como datos MPEG.
E00948324 24-11-2011

Claims (22)

  1. REIVINDICACIONES
    1. Método de localización de posiciones de acceso de datos para localizar posiciones de acceso en un medio de grabación de datos en el que se gestiona una secuencia de datos de un periodo de grabación continuo en un primer flujo de datos que tiene datos de vídeo como una unidad de datos base, que comprende las
    5 etapas de:
    basándose en información de tiempo de presentación con respecto a unos datos de vídeo específicos e información de tiempo de referencia en relación con información de posición de referencia de una unidad de datos base objetivo, determinar un tiempo relativo desde la información de tiempo de referencia a la información de tiempo de presentación;
    10 identificar una subunidad de datos objetivo incluyendo los datos de vídeo específicos mediante una operación basada en el tiempo relativo con respecto a los datos de vídeo específicos y el tiempo de reproducción de una subunidad de datos; e
    identificar la información de posición de inicio de la subunidad de datos objetivo a partir de la información de distancia relativa almacenada de antemano en una zona de información de gestión,
    15 en el que
    la unidad de datos base comprende una pluralidad de subunidades de datos, teniendo cada una un tiempo de reproducción idéntico dentro de una única unidad de datos base, y
    para cada una de las unidades de datos base, la información de posición de referencia que es la información de posición de inicio de la unidad de datos base y la información de distancia relativa desde la
    20 información de posición de referencia a la información de posición de inicio de cada una de la subunidades de datos en la unidad de datos base se almacenan de antemano en la zona de información de gestión de un medio de grabación.
  2. 2. Método de localización de posiciones de acceso de datos según la reivindicación 1, en el que la subunidad de datos es una primera unidad de datos que es una unidad de datos mínima independientemente editable.
    25 3. Método de localización de posiciones de acceso de datos según la reivindicación 1, en el que la subunidad de datos es una segunda unidad de datos que es una unidad de datos mínima independientemente reproducible, y una pluralidad de las segundas unidades de datos teniendo cada una un tiempo de reproducción idéntico constituyen una primera unidad de datos que es una unidad de datos mínima independientemente editable, y una pluralidad de las primeras unidades de datos teniendo cada una un
    30 tiempo de reproducción idéntico dentro de una única unidad de datos base.
  3. 4.
    Método de localización de posiciones de acceso de datos según la reivindicación 3, que comprende además la etapa de identificar la información de posición de inicio de la primera unidad de datos, usando información de posición de inicio de las segundas unidades de datos.
  4. 5.
    Método de localización de posiciones de acceso de datos según las reivindicaciones 2 a 4, en el que el
    35 medio de grabación de datos tiene en asociación con las primeras unidades de datos, unidades de grabación de datos de audio para la posgrabación para almacenar datos de audio de posgrabación, que difieren de los datos de audio originales asociados con datos de vídeo y que pueden grabarse y reproducirse en sincronización con los datos de vídeo y la zona de información de gestión ha almacenado de antemano tercera información de distancia relativa como la información de posición de inicio de la
    40 unidad de grabación de datos de audio para la posgrabación para cada unidad de datos base,
    comprendiendo el método además la etapa de identificar la información de posición de inicio de la unidad de grabación de datos de audio objetivo para la posgrabación correspondiente a la primera unidad de datos objetivo, basándose en la tercera información de distancia relativa almacenada en la zona de información de gestión.
    45 6. Método de localización de posiciones de acceso de datos según la reivindicación 5, en el que la tercera información de distancia relativa es información de distancia relativa desde la información de posición de referencia a la información de posición de inicio de la unidad de datos de audio para la posgrabación.
  5. 7. Método de localización de posiciones de acceso de datos según la reivindicación 5, en el que la tercera información de distancia relativa es información de distancia relativa desde la información de posición de
    E00948324 24-11-2011
    inicio de la primera unidad de datos a la información de posición de inicio de la unidad de datos de audio para la posgrabación.
  6. 8. Método de localización de posiciones de acceso de datos para localizar una posición de acceso en un medio de grabación de datos en el que se gestiona una secuencia de datos de un periodo de grabación
    5 continuo en un primer flujo de datos que tiene datos de vídeo como una unidad de datos base, que comprende las etapas de:
    basándose en información de tiempo de presentación con respecto a unos datos de vídeo específicos e información de tiempo de referencia en relación con información de posición de referencia de una unidad de datos base objetivo, determinar un tiempo relativo desde la información de tiempo de referencia a la
    10 información de tiempo de presentación;
    identificar una primera unidad de datos objetivo incluyendo los datos de vídeo específicos, mediante una operación basada en el tiempo relativo con respecto a los datos de vídeo específicos y un tiempo de reproducción de una primera unidad de datos; e
    identificar la información de posición de inicio de una unidad de datos de audio objetivo para la
    15 posgrabación, correspondiente a la primera unidad de datos objetivo, a partir de tercera información de distancia relativa almacenada de antemano en una zona de información de gestión,
    en el que
    la unidad de datos base comprende una pluralidad de primeras unidades de datos, teniendo cada una un tiempo de reproducción idéntico dentro de una única unidad de datos base y siendo una unidad de datos
    20 mínima independientemente editable,
    el medio de grabación de datos tiene en asociación con las primeras unidades de datos, unidades de datos de audio para la posgrabación para almacenar datos de audio de posgrabación, que difieren de los datos de audio originales asociados con los datos de vídeo y que pueden grabarse y reproducirse en sincronización con los datos de vídeo,
    25 para cada una de las unidades de datos base, la tercera información de distancia relativa que es la información de posición de inicio de cada una de las unidades de datos de audio para la posgrabación se almacena de antemano en la zona de información de gestión de un medio de grabación.
  7. 9. Método de localización de posiciones de acceso de datos según la reivindicación 8, en el que la tercera información de distancia relativa es información de distancia relativa desde la información de posición de
    30 referencia que representa la información de posición de inicio con respecto a la unidad de datos base a la información de posición de inicio de la unidad de datos de audio para la posgrabación.
  8. 10. Método de localización de posiciones de acceso de datos según la reivindicación 8, en el que la tercera información de distancia relativa es información de distancia relativa desde la información de posición de inicio de la primera unidad de datos a la información de posición de inicio de la unidad de datos de audio
    35 para la posgrabación.
  9. 11.
    Método de localización de posiciones de acceso de datos según la reivindicación 5 u 8, en el que la unidad de datos de audio para la posgrabación está prevista dentro de cada primera unidad de datos.
  10. 12.
    Método de localización de posiciones de acceso de datos según la reivindicación 5 u 8, en el que la unidad de datos de audio para la posgrabación está prevista fuera de las unidades de datos base.
    40 13. Método de localización de posiciones de acceso de datos según la reivindicación 1 u 8, en el que la zona de información de gestión está prevista dentro del medio de grabación de datos.
  11. 14.
    Método de localización de posiciones de acceso de datos según la reivindicación 1 u 8, en el que la zona de información de gestión está prevista en un medio de grabación fuera del medio de grabación de datos.
  12. 15.
    Dispositivo de gestión de medios de grabación de datos para gestionar una secuencia de datos de un
    45 periodo de grabación continuo en un primer flujo de datos que tiene datos de vídeo como una unidad de datos base, que comprende un controlador que gestiona los datos mediante las etapas de:
    construir la unidad de datos base con una pluralidad de primeras unidades de datos, cada una siendo una
    E00948324 24-11-2011
    unidad de datos mínima independientemente editable;
    construir la primera unidad de datos con una pluralidad de segundas unidades de datos cada una siendo una unidad de datos mínima independientemente reproducible;
    hacer que el primer tiempo de reproducción para reproducir cada una de las primeras unidades de datos
    5 sea idéntico dentro de una única unidad de datos base y controlar el segundo tiempo de reproducción para reproducir cada una de las segundas unidades de datos para que sea idéntico dentro de una única primera unidad de datos; y
    gestionar para cada unidad de datos base, la información de posición de referencia como la información de posición de inicio de la unidad de datos base y la primera información de distancia relativa desde la
    10 información de posición de referencia a la información de posición de inicio de una primera unidad de datos en la unidad de datos base, de una manera que les permita escribirse en, o leerse del medio de grabación de datos o una zona de información de gestión dispuesta en algún lugar con respecto a un soporte del medio de grabación de datos, o
    gestionar para cada unidad de datos base, la información de posición de referencia como la información de
    15 posición de inicio de la unidad de datos base y la segunda información de distancia relativa desde la información de posición de referencia a la información de posición de inicio de una segunda unidad de datos predeterminada en la unidad de datos base, de una manera que les permita escribirse en, o leerse del medio de grabación de datos o una zona de información de gestión dispuesta en algún lugar con respecto a un soporte del medio de grabación de datos.
    20 16. Dispositivo de gestión de medios de grabación de datos según la reivindicación 15, en el que el controlador construye en el medio de grabación de datos una unidad de datos de audio para la posgrabación para almacenar datos de audio de posgrabación, que difieren de los datos de audio originales asociados con los datos de vídeo y pueden grabarse y reproducirse en sincronización con los datos de vídeo, y gestiona tercera información de distancia relativa desde la información de posición de referencia a la información de
    25 posición de inicio de la unidad de datos de audio para la posgrabación, en asociación con cada una de las primeras unidades de datos, de una manera que les permita escribirse en o leerse de la zona de información de gestión.
  13. 17. Dispositivo de gestión de medios de grabación de datos según la reivindicación 16, en el que la unidad de datos de audio para la posgrabación está prevista dentro de la primera unidad de datos.
    30 18. Dispositivo de gestión de medios de grabación de datos según la reivindicación 16, en el que la unidad de datos de audio para la posgrabación se crea fuera de las unidades de datos base.
  14. 19. Dispositivo de gestión de medios de grabación de datos según la reivindicación 15, en el que el controlador gestiona información de desplazamiento que da un valor de desplazamiento para la información de posición de una manera que le permita escribirse en, o leerse de la zona de información de gestión.
    35 20. Dispositivo de gestión de medios de grabación de datos según la reivindicación 15, en el que el controlador puede calcular una tasa de reproducción de datos de la primera unidad de datos, basándose en la primera información de distancia relativa y el primer tiempo de reproducción, o calcular una tasa de reproducción de datos de la segunda unidad de datos, basándose en la segunda información de distancia relativa y el segundo tiempo de reproducción.
    40 21. Dispositivo de gestión de medios de grabación de datos según la reivindicación 15, en el que la información de posición se da en una representación de dirección relativa que no tiene en cuenta ninguna disposición dividida sobre el medio de grabación.
  15. 22. Dispositivo de gestión de medios de grabación de datos según la reivindicación 16, en el que el controlador gestiona información de presencia/ausencia de posgrabación que indica si los datos de audio de
    45 posgrabación que van a reproducirse en sincronización se han almacenado en la unidad de datos de audio para la posgrabación de una manera que les permita escribirse en o leerse de la zona de información de gestión.
  16. 23. Dispositivo de gestión de medios de grabación de datos según la reivindicación 16, en el que el controlador gestiona la información de presencia/ausencia de posgrabación que indica si los datos de audio de
    50 posgrabación que van a reproducirse en sincronización con la primera unidad de datos se han almacenado en la unidad de datos de audio para la posgrabación de una manera que les permita escribirse en o leerse
    E00948324 24-11-2011
    de la zona de información de gestión.
  17. 24. Dispositivo de gestión de medios de grabación de datos según la reivindicación 16, en el que el controlador gestiona información de presencia/ausencia de posgrabación que indica si los datos de audio de posgrabación que van a reproducirse en sincronización con la segunda unidad de datos se han almacenado
    5 en la unidad de datos de audio para la posgrabación de una manera que les permita escribirse en o leerse de la zona de información de gestión.
  18. 25. Dispositivo de gestión de medios de grabación de datos según la reivindicación 14 ó 15, en el que el controlador gestiona información de contigüidad de datos que indica si los datos correspondientes a la primera unidad de datos y los datos correspondientes a la siguiente primera unidad de datos, que son
    10 continuos en el tiempo, están dispuesto de manera lógica y contigua sobre el medio de grabación, de una manera que les permita escribirse en o leerse de la zona de información de gestión.
  19. 26. Dispositivo de gestión de medios de grabación de datos según la reivindicación 15, en el que el controlador gestiona información que indica si un GOP en la parte delantera de la segunda unidad de datos es o no un GOP cerrado, de una manera que le permita escribirse en o leerse de la zona de información de gestión.
    15 27. Dispositivo de gestión de medios de grabación de datos según la reivindicación 15, en el que el controlador gestiona información de trama de vídeo que indica el número de tramas de vídeo de datos MPEG que van a gestionarse en la segunda unidad de datos, de una manera que les permita escribirse en o leerse de la zona de información de gestión.
  20. 28. Dispositivo de gestión de medios de grabación de datos según la reivindicación 15, en el que el controlador
    20 gestiona una trama de vídeo de datos MPEG que van a gestionarse en una segunda unidad de datos permitiendo que la información de posición de fin que representa una dirección de fin de una imagen de referencia sobre el medio de grabación se escriba en o se lea de la zona de información de gestión.
  21. 29. Dispositivo de gestión de medios de grabación de datos según la reivindicación 15, en el que el controlador gestiona información de posición de inicio de imagen de referencia que representa una dirección de inicio
    25 en el disco de una imagen de referencia para la trama de vídeo de datos MPEG que van a gestionarse en una segunda unidad de datos e información de posición de fin de imagen de referencia que representa una dirección de fin de la misma, de una manera que les permita escribirse en o leerse de la zona de información de gestión.
  22. 30. Dispositivo de gestión de medios de grabación de datos según la reivindicación 15, en el que el controlador
    30 gestiona una trama de vídeo de datos MPEG que van a gestionarse en la segunda unidad de datos permitiendo que la información de posición de inicio que representa una dirección de inicio de una imagen de referencia sobre el medio de grabación se escriba en o se lea de la zona de información de gestión.
    E00948324 24-11-2011 E00948324 24-11-2011 E00948324 24-11-2011 E00948324 24-11-2011 E00948324 24-11-2011 E00948324 24-11-2011 E00948324 24-11-2011 E00948324 24-11-2011 E00948324 24-11-2011 E00948324 24-11-2011 E00948324 24-11-2011 E00948324 24-11-2011 E00948324 24-11-2011
ES00948324T 1999-07-29 2000-07-28 Método de determinación de una posición de acceso sobre un medio de grabación y método de gestión del medio de grabación. Expired - Lifetime ES2372593T3 (es)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP21498099 1999-07-29
JP21498099 1999-07-29

Publications (1)

Publication Number Publication Date
ES2372593T3 true ES2372593T3 (es) 2012-01-24

Family

ID=16664734

Family Applications (1)

Application Number Title Priority Date Filing Date
ES00948324T Expired - Lifetime ES2372593T3 (es) 1999-07-29 2000-07-28 Método de determinación de una posición de acceso sobre un medio de grabación y método de gestión del medio de grabación.

Country Status (7)

Country Link
US (1) US7130525B1 (es)
EP (1) EP1206135B1 (es)
KR (1) KR100447366B1 (es)
CN (1) CN1194537C (es)
CA (1) CA2376090C (es)
ES (1) ES2372593T3 (es)
WO (1) WO2001010119A1 (es)

Families Citing this family (20)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2001043616A (ja) * 1999-07-30 2001-02-16 Sharp Corp 記録方法、記録媒体及び記録装置
JP2003018544A (ja) * 2001-06-29 2003-01-17 Nec Corp ディジタル放送用記録装置
US7243108B1 (en) * 2001-10-14 2007-07-10 Frank Jas Database component packet manager
US20050157599A1 (en) * 2002-03-18 2005-07-21 Jiro Kiyama Data recording method, data recording device, data recording medium, data reproduction method, and data reproduction device
JP3986973B2 (ja) 2002-10-17 2007-10-03 シャープ株式会社 Ａｖデータ記録方法、ａｖデータ記録装置、データ記録媒体、及びプログラム
CN1742487B (zh) * 2003-01-28 2010-09-29 夏普株式会社 信息服务器装置和客户机终端装置
JP4344185B2 (ja) * 2003-01-28 2009-10-14 シャープ株式会社 クライアント端末装置、情報処理方法、サブクライアント端末装置、コンピュータ実行可能なプログラム、及び記録媒体
JP3895305B2 (ja) * 2003-06-06 2007-03-22 シャープ株式会社 データ記録方法、データ記録装置、およびデータ記録媒体
JP4337502B2 (ja) * 2003-10-29 2009-09-30 ソニー株式会社 ファイル処理装置、ファイル処理方法、ファイル処理方法のプログラム、ファイル処理方法のプログラムを記録した記録媒体及び撮像装置
EP1598819A1 (en) * 2004-05-19 2005-11-23 Nero AG Apparatus and method for copying data
US7471598B2 (en) 2004-05-26 2008-12-30 Nero Ag Apparatus and method for copying data
JP4053074B2 (ja) * 2004-09-29 2008-02-27 シャープ株式会社 記録装置及び方法
JP2007243907A (ja) * 2006-02-10 2007-09-20 Sony Corp 記録装置、記録方法、記録方法のプログラム、記録方法のプログラムを記録した記録媒体、再生装置、再生方法、再生方法のプログラム及び再生方法のプログラムを記録した記録媒体
JP4715633B2 (ja) 2006-05-19 2011-07-06 ソニー株式会社 記録装置、記録方法および記録プログラム、ならびに、編集装置、編集方法および編集プログラム
JP5067599B2 (ja) 2006-06-08 2012-11-07 ソニー株式会社 映像信号処理装置、映像表示装置および映像表示方法
JP2008135135A (ja) * 2006-11-29 2008-06-12 Matsushita Electric Ind Co Ltd データ管理方法およびテーブル作成方法、データ管理装置、データ管理プログラムならびにこれを利用したデジタル音響機器
KR100868475B1 (ko) 2007-02-16 2008-11-12 한국전자통신연구원 객체기반 오디오 서비스를 위한 다중객체 오디오 콘텐츠파일의 생성, 편집 및 재생 방법과, 오디오 프리셋 생성방법
CN101540881B (zh) 2008-03-19 2011-04-13 华为技术有限公司 实现流媒体定位播放的方法、装置及***
EP2685456A1 (en) * 2012-07-12 2014-01-15 Universiteit Gent Index with offset to closest I-picture entry for random access in a bitstream.
CN115563319A (zh) * 2021-07-01 2023-01-03 北京字节跳动网络技术有限公司 信息回复方法、装置、电子设备、计算机存储介质和产品

Family Cites Families (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
AU620036B2 (en) 1987-06-11 1992-02-13 Sony Corporation Apparatus and method for recording or reproducing video and audio information with editing capability for editing recording information
JP3507990B2 (ja) * 1993-12-16 2004-03-15 シャープ株式会社 動画像再生装置及び動画像記録再生装置
JPH07326175A (ja) 1994-05-30 1995-12-12 Sony Corp 記録又は再生装置
JP3359745B2 (ja) 1994-07-29 2002-12-24 シャープ株式会社 動画像再生装置、及び動画像記録装置
TW436777B (en) * 1995-09-29 2001-05-28 Matsushita Electric Ind Co Ltd A method and an apparatus for reproducing bitstream having non-sequential system clock data seamlessly therebetween
JPH09219838A (ja) * 1996-02-13 1997-08-19 Matsushita Electric Ind Co Ltd Ｍｐｅｇ映像再生装置および方法
JP3778985B2 (ja) 1996-03-19 2006-05-24 パイオニア株式会社 情報記録媒体、記録装置及び記録方法並びに再生装置及び再生方法
DE19701939C2 (de) * 1997-01-21 1998-11-12 Fraunhofer Ges Forschung Verfahren zum Erfassen einer an einer digitalen, bearbeiteten Information ausgeübten Manipulation
JP4089017B2 (ja) 1997-09-02 2008-05-21 ソニー株式会社 デジタル記録媒体におけるアフターレコーディング方法及び装置並びにそのデジタル記録媒体の再生方法及び装置
JP3028517B2 (ja) 1997-09-17 2000-04-04 松下電器産業株式会社 光ディスク、録画装置及び方法、再生装置及び方法並びにプログラム記憶媒体
CN1099675C (zh) 1997-09-17 2003-01-22 松下电器产业株式会社 光盘,记录仪器,以及计算机可读记录介质
KR100491340B1 (ko) 1997-12-15 2005-05-24 마츠시타 덴끼 산교 가부시키가이샤 광디스크 재생장치 및 오디오 스트림을 재생하는 광디스크 재생방법
JP3178413B2 (ja) 1998-04-28 2001-06-18 日本電気株式会社 ディスク記録再生装置およびディスク記録再生方法
WO2000049803A1 (fr) * 1999-02-18 2000-08-24 Kabushiki Kaisha Toshiba Support d'enregistrement pour flux de donnees, procede d'enregistrement et procede de reproduction associes

Also Published As

Publication number Publication date
CA2376090A1 (en) 2001-02-08
CN1361985A (zh) 2002-07-31
EP1206135A4 (en) 2004-08-04
EP1206135A1 (en) 2002-05-15
KR100447366B1 (ko) 2004-09-08
EP1206135B1 (en) 2011-08-24
KR20020019587A (ko) 2002-03-12
CN1194537C (zh) 2005-03-23
US7130525B1 (en) 2006-10-31
WO2001010119A1 (fr) 2001-02-08
CA2376090C (en) 2004-10-19

Similar Documents

Publication Publication Date Title
ES2372593T3 (es) Método de determinación de una posición de acceso sobre un medio de grabación y método de gestión del medio de grabación.
ES2373605T3 (es) Dispositivo de codificación de imágenes y dispositivo de decodificación de imágenes.
ES2559605T3 (es) Medio de grabación y dispositivo de reproducción
US8218942B2 (en) Recording apparatus optical disk and computer-readable recording medium
US20060110111A1 (en) Editing of real time information on a record carrier
ES2243317T3 (es) Edicion precisa de imagenes sin descodificacion y recodificacion de cadena de bits mpeg para dvd registrable.
RU2344495C2 (ru) Носитель записи со структурой данных для управления воспроизведением графических данных и способы и устройства записи и воспроизведения
TWI594633B (zh) 記錄一數位資訊信號之方法及裝置
BRPI0006866B1 (pt) Processo para gravar uma cadeia de bit codificada e aparelho de gravação para gravar uma cadeia de bit codificada
JP2008539532A5 (es)
ES2272294T3 (es) Numeracion de celulas y objetos de video.
ES2364374T3 (es) Método y aparato de descodificación de datos.
ES2225258T3 (es) Funcion de copia para editar un dvd gravable.
JP4416289B2 (ja) 記録媒体のアクセス位置特定方法及び記録媒体の管理装置
KR20060082380A (ko) 기록 데이터의 편집을 위한 정보를 관리하는 방법 및 장치
KR20040066655A (ko) 고밀도 광디스크의 서브타이틀 데이터 관리방법
KR20040034945A (ko) 고밀도 광디스크의 그래픽 데이터 관리방법
BRPI0609563B1 (pt) Método para gravar de forma contígua uma sequência de sinais de informação de áudio e vídeo ordenada, e dispositivo de gravação
JP2002313065A (ja) 再生装置