MX2011002003A - Medio de grabacion, dispositivo de reproduccion y circuito integrado. - Google Patents

Medio de grabacion, dispositivo de reproduccion y circuito integrado.

Info

Publication number
MX2011002003A
MX2011002003A MX2011002003A MX2011002003A MX2011002003A MX 2011002003 A MX2011002003 A MX 2011002003A MX 2011002003 A MX2011002003 A MX 2011002003A MX 2011002003 A MX2011002003 A MX 2011002003A MX 2011002003 A MX2011002003 A MX 2011002003A
Authority
MX
Mexico
Prior art keywords
data
view
video
sub
stream
Prior art date
Application number
MX2011002003A
Other languages
English (en)
Inventor
Hiroshi Yahata
Tomoki Ogawa
Taiji Sasaki
Original Assignee
Panasonic 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 Panasonic Corp filed Critical Panasonic Corp
Publication of MX2011002003A publication Critical patent/MX2011002003A/es

Links

Classifications

    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B20/00—Signal processing not specific to the method of recording or reproducing; Circuits therefor
    • G11B20/10—Digital recording or reproducing
    • G11B20/12—Formatting, e.g. arrangement of data block or words on the record carriers
    • 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
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B20/00—Signal processing not specific to the method of recording or reproducing; Circuits therefor
    • G11B20/10—Digital recording or reproducing
    • G11B20/12—Formatting, e.g. arrangement of data block or words on the record carriers
    • G11B20/1217—Formatting, e.g. arrangement of data block or words on the record carriers on discs
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B20/00—Signal processing not specific to the method of recording or reproducing; Circuits therefor
    • G11B20/10—Digital recording or reproducing
    • G11B20/12—Formatting, e.g. arrangement of data block or words on the record carriers
    • G11B20/1217—Formatting, e.g. arrangement of data block or words on the record carriers on discs
    • G11B20/1251—Formatting, e.g. arrangement of data block or words on the record carriers on discs for continuous data, e.g. digitised analog information signals, pulse code modulated [PCM] data
    • 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/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/30—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 the same track as the main recording
    • G11B27/3027—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 the same track as the main recording used signal is digitally coded
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N13/00—Stereoscopic video systems; Multi-view video systems; Details thereof
    • H04N13/10—Processing, recording or transmission of stereoscopic or multi-view image signals
    • H04N13/106—Processing image signals
    • H04N13/161—Encoding, multiplexing or demultiplexing different image signal components
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N13/00—Stereoscopic video systems; Multi-view video systems; Details thereof
    • H04N13/10—Processing, recording or transmission of stereoscopic or multi-view image signals
    • H04N13/106—Processing image signals
    • H04N13/172—Processing image signals image signals comprising non-image signal components, e.g. headers or format information
    • H04N13/178—Metadata, e.g. disparity information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N13/00—Stereoscopic video systems; Multi-view video systems; Details thereof
    • H04N13/10—Processing, recording or transmission of stereoscopic or multi-view image signals
    • H04N13/106—Processing image signals
    • H04N13/172—Processing image signals image signals comprising non-image signal components, e.g. headers or format information
    • H04N13/183—On-screen display [OSD] information, e.g. subtitles or menus
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N13/00—Stereoscopic video systems; Multi-view video systems; Details thereof
    • H04N13/10—Processing, recording or transmission of stereoscopic or multi-view image signals
    • H04N13/189—Recording image signals; Reproducing recorded image signals
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N5/00—Details of television systems
    • H04N5/76—Television signal recording
    • H04N5/91—Television signal processing therefor
    • H04N5/92—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback
    • 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/82—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback the individual colour picture signal components being recorded simultaneously only
    • H04N9/8205—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback the individual colour picture signal components being recorded simultaneously only involving the multiplexing of an additional signal and the colour video signal
    • H04N9/8227—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback the individual colour picture signal components being recorded simultaneously only involving the multiplexing of an additional signal and the colour video signal the additional signal being at least another television signal
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B20/00—Signal processing not specific to the method of recording or reproducing; Circuits therefor
    • G11B20/10—Digital recording or reproducing
    • G11B20/10527—Audio or video recording; Data buffering arrangements
    • G11B2020/10537—Audio or video recording
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B20/00—Signal processing not specific to the method of recording or reproducing; Circuits therefor
    • G11B20/10—Digital recording or reproducing
    • G11B20/10527—Audio or video recording; Data buffering arrangements
    • G11B2020/10537—Audio or video recording
    • G11B2020/10592—Audio or video recording specifically adapted for recording or reproducing multichannel signals
    • G11B2020/10611—3D video data
    • 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/2541—Blu-ray discs; Blue laser DVR discs

Abstract

Un par de flujos de video de vista principal y sub-vista y un flujo de gráficos son almacenados en un disco BD-ROM. El flujo de video de sub-vista incluye metadatos dispuestos sobre una base por GOP, y los metadatos incluyen información de desplazamiento. La información de desplazamiento especifica un control de desplazamiento para una pluralidad de imágenes que constituyen un GOP. El control de desplazamiento da a un plano de gráficos un desplazamiento en la dirección horizontal, y el plano de gráficos se combina con cada plano de video. El flujo de video de sub-vista es empaquetado y multiplexado en un flujo de transporte. El encabezado de cada paquete de TS incluye un indicador de prioridad de TS. Un paquete de TS que incluye metadatos y un paquete de TS que incluye una imagen de sub-vista tienen diferentes valores indicadores de prioridad de TS entre sí.

Description

MEDIO DE GRABACION, DISPOSITIVO DE REPRODUCCION Y CIRCUITO INTEGRADO Campo de la Invención La presente invención se refiere a una tecnología para reproducción de video estereoscópica, es decir, tridimensional (3D) , y especialmente a la estructura de datos de flujo en un medio de grabación.
Antecedentes de la Invención En años recientes, el interés general en video 3D se ha estado incrementando. Por ejemplo, las atracciones de parques de diversiones que incorporan imágenes de video 3D son populares. Además, a lo largo del país, el número de salas de cine que presentan películas 3D se está incrementando. Junto con este interés incrementado en video 3D, también ha estado progresando el desarrollo de tecnología que haga posible la reproducción de imágenes de video 3D en casa. Existe la demanda por esta tecnología para almacenar contenido de video 3D en un medio de grabación portátil, tal como un disco óptico, mientras se conserva el contenido de video 3D a alta calidad de imagen. Además, existe la demanda para que el medio de grabación sea compatible con un dispositivo de reproducción bidimensional (2D) . Es decir, es preferible que un dispositivo de reproducción 2D sea capaz de reproducir imágenes de video 2D y un dispositivo de REF . : 217583 reproducción 3D sea capaz de reproducir imágenes de video 3D del mismo contenido de video 3D grabado en el medio de grabación. Aquí, un "dispositivo de reproducción 2D" se refiere a un dispositivo de reproducción convencional que sólo puede reproducir imágenes de video monoscópicas , es decir, imágenes de video 2D, mientras que un "dispositivo de reproducción 3D" se refiere a un dispositivo de reproducción que puede reproducir imágenes de video 3D. Nótese que en la presente descripción, se asume que un dispositivo de reproducción 3D también es capaz de reproducir imágenes de video 2D convencionales.
La figura 109 es un diagrama esquemático que ilustra la tecnología para asegurar la compatibilidad de un disco óptico que almacena contenido de video 3D con dispositivos de reproducción 2D (véase, por ejemplo, documento de patente 1) . Un disco óptico PDS almacena dos tipos de flujos de video. Uno es un flujo de video de 2D/vista izquierda, y el otro es un flujo de video de vista derecha. Un "flujo de video 2D/vista izquierda" representa una imagen de video 2D que se mostrará al ojo izquierdo de un espectador durante la reproducción 3D, es decir, una "vista izquierda". Durante la reproducción 2D, este flujo constituye la imagen de video 2D. Un "flujo de video de vista derecha" representa una imagen de video 2D que se mostrará al ojo derecho del espectador durante la reproducción 3D, es decir, una "vista derecha". Los flujos de video de vista izquierda y derecha tienen la misma velocidad de cuadros pero diferentes tiempos de presentación desplazados unos de otros por la mitad de un periodo de cuadro. Por ejemplo, cuando la velocidad de cuadros de cada flujo de video es 24 cuadros por segundo, los cuadros del flujo de video 2D/vista izquierda y el flujo de video de vista derecha se presentan visualmente en forma alternante cada 1/48 segundos.
Como se muestra en la figura 109, los flujos de video de vista izquierda y vista derecha se dividen en una pluralidad de extensiones EXlA-C y EX2A-C respectivamente en el disco óptico PDS. Cada extensión contiene al menos un grupo de imágenes (GOP) , GOPs siendo leídos juntos por la unidad de disco óptico. En adelante, las extensiones que pertenecen al flujo de video 2D/vista izquierda son referidas como "extensiones de 2D/vista izquierda", y las extensiones que pertenecen al flujo de video de vista derecha son referidas como "extensiones de vista derecha" . Las extensiones de 2D/vista izquierda EXlA-C y las extensiones de vista derecha EX2A-C se disponen de manera alternante en una pista TRC del disco óptico PDS. Cada dos extensiones contiguas EX1A + EX2A, EX1B + EX2B, y EX1C + EX2C tienen la misma longitud de tiempo de reproducción. Esta disposición de extensiones se conoce como una "disposición intercalada" .
Un grupo de extensiones grabadas en una disposición intercalada en un medio de grabación se usa tanto para reproducción de video 3D como para reproducción de imágenes de video 2D, como se describe abajo.
De entre las extensiones grabadas en el disco óptico PDS, un dispositivo de reproducción 2D PL2 causa que una unidad de disco óptico DD2 lea sólo las extensiones de 2D/vista izquierda EX1A-C secuencialmente desde el inicio, saltándose la lectura de extensiones de vista derecha EX2A-C. Además, un decodificador de imágenes VDC decodifica secuencialmente las extensiones leídas por la unidad de disco óptico DD2 en un cuadro de video VFL. De esta manera, un dispositivo de presentación visual DS2 sólo presenta visualmente vistas izquierdas, y los espectadores pueden ver imágenes de video 2D normales.
Un dispositivo de reproducción 3D PL3 causa que una unidad de disco óptico DD3 lea de manera alternante extensiones de 2D/vista izquierda y extensiones de vista derecha del disco óptico PDS. Cuando se expresan como códigos, las extensiones se leen en el orden EX1A, EX2A, EX1B, EX2B, EX1C y EX2C. Además, de entre las extensiones leídas, aquellas que pertenezcan al flujo de video de 2D/vista izquierda son suministradas a un decodificador de video izquierdo VDL, mientras que aquellas que pertenezcan al flujo de video de vista derecha son suministradas a un decodificador de video derecho VDR. Los decodificadores de video VDL y VDR decodifican de manera alternante cada flujo de video en cuadros de video VFL y VFR, respectivamente. Como resultado, vistas izquierdas y vistas derechas se presentan visualmente en forma alternante en un dispositivo de presentación visual DS3. En sincronía con el cambio de las vistas por el dispositivo de presentación visual DS3, lentes obturadores SHG causan que los lentes izquierdo y derecho se vuelvan opacos en forma alternante. Por lo tanto, un espectador que usa los lentes obturadores SHG ve las vistas presentadas visualmente por el dispositivo de presentación visual DS3 como imágenes de video 3D.
Cuando el contenido de video 3D se almacena en cualquier medio de grabación, no sólo en un disco óptico, la disposición intercalada descrita arriba de extensiones se usa. El medio de grabación puede entonces usarse tanto para la reproducción de imágenes de video 2D como para imágenes de video 3D.
[Lista de citaciones] [Literatura de patente] [Literatura de patente 1] Patente Japonesa No. de publicación 3935507 Breve Descripción de la Invención [Problema técnico] Contenido de video general incluye, además de un flujo de video, uno o más flujos de gráficos que representan imágenes de gráficos tales como subtítulos y pantallas interactivas. Cuando imágenes de video son reproducidas de contenido de video 3D, las imágenes de gráficos también son reproducidas en tres dimensiones. Las técnicas para reproducirlas en tres dimensiones incluyen modo de 2 planos y modo de 1 plano + desplazamiento. El contenido de video 3D en modo de 2 planos incluye un par de flujos de gráficos que representan por separado imágenes de gráficos de vista izquierda y las de vista derecha. Un dispositivo de reproducción en modo de 2 planos genera un plano de gráficos de vista izquierda y vista derecha separados de los flujos de gráficos. Contenido de video 3D en modo de 1 plano + desplazamiento incluye un flujo de gráficos que representa imágenes de gráficos 2D, e información de desplazamiento provista para el flujo de gráficos. Un dispositivo de reproducción en modo de 1 plano + desplazamiento genera primero un solo plano de gráficos a partir del flujo de gráficos, y luego proporciona un desplazamiento horizontal en el plano de gráficos de acuerdo con la información de desplazamiento. Un par de planos de gráficos de vista izquierda y vista derecha se genera entonces a partir del flujo de gráficos. En cualquier modo, imágenes de gráficos de vista izquierda y vista derecha son presentadas visualmente en forma alternante en la pantalla del dispositivo de presentación visual. Como resultado, los espectadores perciben las imágenes de gráficos como imágenes 3D.
Si el flujo de gráficos y la información de desplazamiento están contenidos en archivos separados de contenido de video 3D, el dispositivo de reproducción en modo de 1 plano + desplazamiento procesa estos archivos por separado en piezas de datos correspondientes, y usa las piezas de datos para generar un par de imágenes de gráficos de vista izquierda y vista derecha. Nótese que las imágenes de gráficos e información de desplazamiento se cambian generalmente en periodos de cuadros. Sin embargo, la lectura y análisis del archivo que almacena la información de desplazamiento cada vez que un cuadro se presenta visualmente tiene un riesgo de que "el proceso no se complete a tiempo y las imágenes no puedan ser presentadas visualmente en forma correcta" . En consecuencia, para que el proceso sea sincronizado con el periodo de cuadro sin fallas, es necesario expandir la información de desplazamiento en la memoria por adelantado. En ese caso, la capacidad de la memoria integrada en la cual el archivo que almacena la información de desplazamiento se va a expandir necesariamente debe ser grande porque la cantidad total de la información de desplazamiento por flujo de gráficos es grande. También, cuando una pluralidad de imágenes de gráficos están incluidas en una escena, la memoria integrada tiene que tener capacidad todavía más grande. De esta manera, incorporar el flujo de gráficos y la información de desplazamiento como archivos separados en contenido de video 3D impide una reducción adicional en la capacidad de la memoria integrada.
Para resolver el problema descrito arriba, la información de desplazamiento es contenida en el flujo de video a intervalos de GOPs, por ejemplo. Esto permite que un decodificador en un dispositivo de reproducción extraiga la información de desplazamiento del flujo de video mientras decodifica el flujo de video. Como resultado, el dispositivo de reproducción puede mantener en forma segura la correspondencia entre el flujo de gráficos y la información de desplazamiento. Además, la memoria integrada sólo tiene que tener una capacidad suficiente para expandir la información de desplazamiento por GOP en la misma, por ejemplo. Esto puede lograr fácilmente tanto el soporte de contenidos de video 3D con varios flujos de gráficos como la reducción adicional en capacidad de la memoria integrada.
Aquí, varios medios son concebibles como medios específicos usados por el decodificador en un dispositivo de reproducción para implementar la función de extraer información de desplazamiento de flujos de video, tal como un medio para incorporar la función en el hardware dedicado a decodificar flujos de video, y un medio para lograr la función por otro hardware o software. Sin embargo, no es preferible variar las estructuras de datos de flujos de video e información de desplazamiento entre esos medios.
Un objetivo de la presente invención es resolver los problemas anteriores, particularmente proporcionar un medio de grabación en el cual un flujo de video e información de desplazamiento se graban integralmente en una estructura de datos que pueda usarse en común con varios modos de implementación de la función, que es extraer la información de desplazamiento del flujo de video, en un dispositivo de reproducción .
[Solución al problema] En un medio de grabación de acuerdo con la presente invención, un flujo de video de vista principal, un flujo de video de sub-vista y un flujo de gráficos son grabados. El flujo de video de vista principal incluye imágenes de vista principal que constituyen vistas principales de imágenes de video estereoscópicas. El flujo de video de sub-vista incluye imágenes de sub-vista y metadatos, las imágenes de sub-vista constituyen sub-vistas de imágenes de video estereoscópicas. El flujo de gráficos incluye datos de gráficos que constituyen imágenes de gráficos monoscópicas . Las imágenes de vista principal se renderizan cada una en un plano de video de vista principal, cuando están siendo reproducidas. Las imágenes de sub-vista son cada una renderizadas en un plano de video de sub-vista, cuando están siendo reproducidas. Los datos de gráficos se renderizan en un plano de gráficos, cuando están siendo reproducidos. Los metadatos son provistos en cada grupo de imágenes (GOP) que constituye el flujo de video de sub-vista e incluye información de desplazamiento. La información de desplazamiento es información de control que especifica el control de desplazamiento para una pluralidad de imágenes que constituyen un GOP. El control de desplazamiento es un proceso para proporcionar un desplazamiento a la izquierda y un desplazamiento a la derecha para coordenadas horizontales en el plano de gráficos para generar un par de planos de gráficos, y luego combinar el par de planos de gráficos por separado con el plano de video de vista principal y el plano de video de sub-vista. El flujo de video de sub-vista se multiplexa en un flujo de transporte (TS) . Los paquetes TS que constituyen el TS tienen cada uno un encabezado que incluye un indicador de prioridad TS que indica una prioridad del paquete TS . Los paquetes que contienen los metadatos tienen un valor diferente de indicador de prioridad TS de paquetes TS que contienen las imágenes de sub-vista.
[Efectos adecuados de la invención] El medio de grabación de acuerdo con la presente invención hace posible que la unidad de decodificación de un dispositivo de reproducción separe paquetes TS que contengan los metadatos y paquetes TS que contengan las imágenes de sub-vista de acuerdo con los valores de los indicadores de prioridad TS . En consecuencia, la unidad de decodificación puede ser equipada con unidades de función separadas; una para extraer la información de desplazamiento de paquetes TS que contenga los metadatos, y la otra para decodificar paquetes TS que contengan las imágenes de sub-vista en imágenes descomprimidas. En este caso, configuraciones específicas de estas unidades de función pueden diseñarse independientemente unas de otras. Por otro lado, la unidad de decodificación en la cual las unidades de funciones son integradas hace posible que la unidad de función integrada procese todos los paquetes TS que contengan el flujo de video de sub-vista, independientemente de los valores de los indicadores de prioridad TS . De esta manera, el medio de grabación de acuerdo con la presente invención hace posible que un flujo de video e información de desplazamiento se graben integralmente en el mismo en una estructura de datos que puede usarse en común en varios modos de implementar la función, que es extraer la información de desplazamiento de flujo de video, en un dispositivo de reproducción.
Breve Descripción de las Figuras La figura 1 es un diagrama esquemático que muestra un sistema de teatro en casa que es un medio de grabación de acuerdo con la modalidad 1 de la presente invención.
La figura 2 es un diagrama esquemático que muestra una estructura de datos de un disco BD-ROM 101 mostrado en la figura 1.
Las figuras 3A y 3B son listas de flujos elementales multiplexados en un TS principal y un sub-TS en el disco BD-ROM, respectivamente.
La figura 4 es un diagrama esquemático que muestra la disposición de paquetes TS en los datos de flujo multiplexados 400.
La figura 5A es un diagrama esquemático que muestra una estructura de datos de un encabezado TS 501H; la figura 5B es un diagrama esquemático que muestra el formato de una secuencia de paquetes TS 501 que constituyen datos de flujo multiplexados; la figura 5C es un diagrama esquemático que muestra la formación de una secuencia de paquetes de origen 502 compuestos de la secuencia de paquetes TS para datos de flujo multiplexados; y la figura 5D es un diagrama esquemático de un grupo de sector, en el cual una secuencia de paquetes de origen 502 se graban consecutivamente, en el área de volumen del disco BD-ROM.
La figura 6 es un diagrama esquemático que muestra la estructura de datos del flujo de PG 600.
La figura 7 es un diagrama esquemático que muestra las imágenes para un flujo de video de vista base 701 y un flujo de video de vista derecha 702 en orden de tiempo de presentación .
La figura 8 es un diagrama esquemático que muestra detalles sobre una estructura de datos de un flujo de video 800.
La figura 9 es un diagrama esquemático que muestra detalles sobre un método para almacenar un flujo de video 901 en una secuencia de paquetes PES 902.
La figura 10 es un diagrama esquemático que muestra la correspondencia entre PTSs y DTSs asignados a cada imagen en un flujo de video de vista base 1001 y un flujo de video de vista dependiente 1002.
La figura 11 es un diagrama esquemático que muestra una estructura de datos de metadatos de desplazamiento 1110 incluidos en un flujo de video de vista dependiente 1100.
La figura 12 es una tabla que muestra la sintaxis de estos metadatos de desplazamiento 1110 mostrados en la figura 11.
Las figuras 13A y 13B son diagramas esquemáticos que muestran controles de desplazamiento para un plano de PG 1310 y un plano de IG 1320 respectivamente; y la figura 13C es un diagrama esquemático que muestra imágenes de gráficos 3D que se hace percibir a un espectador 1330 a partir de imágenes de gráficos 2D representadas por planos de gráficos mostrados en las figuras 13A y 13B.
Las figuras 14A y 14B son gráficas que muestran ejemplos de secuencias de desplazamiento; y la figura 14C es un diagrama esquemático que muestra imágenes de gráficos 3D reproducidas de acuerdo con las secuencias de desplazamiento mostradas en las figuras 14A y 14B.
La figura 15 es un diagrama esquemático que muestra un paquete PES 1510 que almacena VAU#1 1500 en el flujo de video de vista dependiente, y una secuencia de paquetes TS 1520 generada a partir del paquete PES 1510.
La figura 16 es un diagrama esquemático que muestra una secuencia de paquetes TS 1620 cuando paquetes TS que pertenecen al primer grupo 1521 y el segundo grupo 1522 mostrados en la figura 15 indican el mismo valor de prioridad TS.
La figura 17A es un diagrama esquemático que muestra una estructura de datos de información de conmutación de decodificación 1750; y las figuras 17B y 17C son diagramas esquemáticos que muestran secuencias de contadores de decodificación 1710, 1720, 1730 y 1740 asignados a cada imagen en un flujo de video de vista base 1701 y un flujo de video de vista dependiente 1702.
La figura 18 es un diagrama esquemático que muestra una estructura de datos de una PMT 1810.
La figura 19 es un diagrama esquemático que muestra una disposición física de datos de flujo multiplexados en el disco BD-ROM.
La figura 20A es un diagrama esquemático que muestra la disposición del TS principal 2001 y sub-TS 2002 grabados por separado y consecutivamente en un disco BD-ROM; la figura 20B es un diagrama esquemático que muestra una ( disposición de bloques de datos de vista dependiente D[0], D[l], D[2], ... y bloques de datos de vista base B[0], B[l], B[2] , ... grabados en forma alternante en el disco BD-ROM 101 de acuerdo con la modalidad 1 de la presente invención; y las figuras 20C y 20D son diagramas esquemáticos que muestran ejemplos de los tiempos ATC de extensión para un grupo de bloques de datos de vista dependiente D [n] y un grupo de bloques de datos de vista base B [n] grabados en una disposición intercalada (n = 0, 1, 2) .
La figura 21 es un diagrama esquemático que muestra una trayectoria de reproducción 2101, 2102 en modo de reproducción 2D y modo L/R para un grupo de bloques de extensiones 1901-1903.
La figura 22 es un diagrama esquemático que muestra una estructura de datos de archivo de información de clips 2D (01000. clpi) 231.
La figura 23A es un diagrama esquemático que muestra una estructura de datos de un mapa de entradas 2230; la figura 23B es un diagrama esquemático que muestra paquetes de origen en un grupo de paquetes de origen 2310 que pertenece a un archivo 2D 241 que están asociados con cada EP_ID 2305 por el mapa de entradas 2230; y la figura 23C es un diagrama esquemático que muestra un grupo de bloques de datos D[n], B [n] (n = 0, 1, 2, 3, ...) en un disco BD-ROM 101 que corresponde al grupo de paquetes de origen 2310.
La figura 24A es un diagrama esquemático que muestra una estructura de datos de puntos de inicio de extensión 2242; la figura 24B es un diagrama esquemático que muestra una estructura de datos de puntos de inicio de extensión 2420 incluidos en el archivo de información de clips de vista dependiente (02000. clpi) 232; la figura 24C es un diagrama esquemático que representa los bloques de datos de vista base B[0], B[l], B [2] , ... extraídos del archivo SS 244A por el dispositivo de reproducción 102 en modo de reproducción 3D; la figura 24D es un diagrama esquemático que representa la correspondencia entre extensiones de vista dependiente EXT2 [0] , EXT2 [1] , ... que pertenecen al archivo DEP (02000. m2ts) 242 y los SPNs 2422 mostrados por los puntos de inicio de extensión 2420; y la figura 24E es un diagrama esquemático que muestra la correspondencia entre una extensión SS EXTSS[0] que pertenece al archivo SS 244A y un bloque de extensiones en el disco BD-ROM.
La figura 25 es un diagrama esquemático que muestra la correspondencia entre un solo bloque de extensiones 2500 grabado en el disco BD-ROM y cada uno de los grupos de bloques de extensiones en un archivo 2D 2510, base de archivos 2511, archivo DEP 2512 y archivo SS 2520.
La figura 26 es un diagrama esquemático que muestra un ejemplo de puntos de entrada establecidos en un flujo de video de vista base 2610 y un flujo de video de vista dependiente 2620.
La figura 27 es un diagrama esquemático que muestra una estructura de datos de un archivo de listas de reproducción 2D.
La figura 28 es un diagrama esquemático que muestra una estructura de datos de PI #N mostrado en la figura 27.
Las figuras 29A y 29B son diagramas esquemáticos que muestran una correspondencia entre dos secciones de reproducción 2901 y 2902 que serán conectadas cuando CC sea "5" o "6" .
La figura 30 es un diagrama esquemático que muestra una correspondencia entre PTSs indicados por un archivo de listas de reproducción 2D (00001. mpls) 221 y secciones reproducidas a partir de un archivo 2D (01000.m2ts) 241.
La figura 31 es un diagrama esquemático que muestra una estructura de datos de un archivo de listas de reproducción 3D.
La figura 32 es un diagrama esquemático que muestra una tabla STN 3205 incluida en una trayectoria principal 3101 del archivo de listas de reproducción 3D mostrada en la figura 31.
La figura 33 es un diagrama esquemático que muestra una estructura de datos de la tabla STN SS 3130 mostrada en la figura 31.
La figura 34 es un diagrama esquemático que muestra la correspondencia entre PTSs indicados por un archivo de listas de reproducción 3D (00002.mpls) 222 y secciones reproducidas de un archivo SS (01000. ssif) 244A.
La figura 35 es un diagrama esquemático que muestra una estructura de datos de un archivo de índices (index.bdmv) 211 mostrado en la figura 2.
La figura 36 es un diagrama de flujo de procesamiento con el cual el dispositivo de reproducción 102 mostrado en la figura 1 selecciona un archivo de listas de reproducción para reproducción usando seis tipos de procesos de determinación.
La figura 37 es un diagrama de bloques funcional de un dispositivo de reproducción 2D 3700.
La figura 38 es una lista de parámetros de sistema (SPRMs) almacenados en la unidad de almacenamiento de variables de reproductor 3736 mostrada en la figura 37.
La figura 39 es un diagrama de flujo de procesamiento de reproducción de listas de reproducción 2D por una unidad de control de reproducción 3735 mostrada en la figura 37.
La figura 40 es un diagrama de bloques funcional del decodificador de objetivos de sistema 3725 mostrado en la figura 37.
La figura 41A es un diagrama de flujo de procesamiento con el cual el decodificador de PG 4072 mostrado en la figura 40 decodifica un objeto de gráficos a partir de una entrada de datos en el flujo de PG; y las figuras 41B-41E son diagramas esquemáticos que muestran el objeto de gráficos que cambia al proceder el procesamiento.
La figura 42 es un diagrama de bloques funcional de un dispositivo de reproducción 3D 4200.
La figura 43 es una tabla que muestra una estructura de datos de SPRM(27) y SPRM(28) almacenadas en la unidad de almacenamiento de variables de reproductor 4236 mostrada en la figura 42.
La figura 44 es un diagrama de flujo de procesamiento de reproducción de listas de reproducción 3D por una unidad de control de reproducción 4235 mostrada en la figura 42.
La figura 45 es un diagrama de bloques funcional del decodificador de objetivos de sistema 4225 mostrado en la figura 42 que implementa la función de extraer metadatos de desplazamiento usando un primer medio.
La figura 46 es un diagrama de bloques funcional de un sistema de procesamiento de flujos de video en el decodificador de objetivos de sistema 4225 mostrado en la figura 42 que implementa la función de extraer metadatos de desplazamiento usando un segundo medio.
La figura 47 es un diagrama de bloques funcional de un sumador de planos 4226 mostrado en la figura 42.
La figura 48 es un diagrama de flujo de control de desplazamiento por las unidades de corte 4731-4734 mostradas en la figura 47.
La figura 49B es un diagrama esquemático que muestra datos de plano de PG GP a los cuales la segunda unidad de corte 4732 va a proporcionar control de desplazamiento; y las figuras 49A y 49C son diagramas esquemáticos que muestran datos de plano de PG RPG a los cuales se ha proporcionado un desplazamiento a la derecha y datos de plano de PG LPG a los cuales se ha proporcionado un desplazamiento a la izquierda.
La figura 50 es un diagrama esquemático que muestra un paquete PES 5010 que almacena VAU#1 5000 en el flujo de video de vista dependiente y una secuencia de paquetes TS 5020 generada a partir del paquete PES 5010.
La figura 51 es un diagrama de bloques funcional que muestra un sistema de procesamiento de flujos de video en el decodificador de objetivos de sistema 5121 que extrae metadatos de desplazamiento de la secuencia de paquetes TS 5020 mostrado en la figura 50.
La figura 52A es un diagrama esquemático que muestra una estructura de datos de metadatos de desplazamiento 5200 que usan una función de conclusión; la figura 52B es una gráfica que muestra los tipos de elementos de la función de conclusión; y la figura 52C es una gráfica que muestra valores de desplazamiento calculados por un dispositivo de reproducción 3D a partir de IDs de secuencia de desplazamiento = 0, 1, 2 mostrados en la figura 52A.
La figura 53 es un diagrama esquemático que muestra (i) una estructura de datos de un archivo de listas de reproducción 3D 5300 que incluye una pluralidad de sub-trayectorias y (ii) una estructura de datos de un archivo 2D 5310 y dos archivos DEP 5321 y 5322 a los que se hace referencia por el archivo de listas de reproducción 3D 5300.
La figura 54 es un diagrama esquemático que muestra una tabla STN 5400 en la cual dos o más valores de ajuste de desplazamiento se establecen para una pieza de datos de fluj o .
• Las figuras 55A-55C son diagramas esquemáticos que muestran paralajes PARA, PRB y PRC entre vistas izquierda y derecha presentadas visualmente en una pantalla de 81 cm (32 pulgadas) SCA, pantalla de 127 cm (50 pulgadas) SCB y pantalla de 254 cm (100 pulgadas) SCC, respectivamente.
La figura 56A es un diagrama esquemático que muestra una tabla de correspondencia entre tamaños de pantalla y valores de ajuste de desplazamiento de salida; y la figura 56B es una gráfica que representa una función entre tamaños de pantalla y valores de ajuste de desplazamiento de salida .
La figura 57 es un diagrama de bloques que muestra los componentes de un dispositivo de reproducción 3D requerido para el ajuste de desplazamiento de salida.
La figura 58A es un diagrama esquemático que muestra una estructura de datos de un flujo de video de vista dependiente 5800 que representa sólo imágenes fijas; y la figura 58B es un diagrama esquemático que muestra secuencia de planos de video de vista izquierda 5821, una secuencia de planos de video de vista derecha 5822 y una secuencia de planos de gráfico 5830 que son reproducidas de acuerdo con esta lista de reproducción 3D.
La figura 59 es un diagrama de bloques del dispositivo de presentación visual 103 que lleva a cabo el procesamiento para compensar una desalineación entre vistas izquierda y derecha.
La figura 60A es una vista en planta que muestra esquemáticamente ángulos horizontales de vista HAL y HAR para un par de cámaras de video CIVIL y CMR que filman imágenes de video 3D; las figuras 60B y 60C son diagramas esquemáticos que muestran una vista izquierda LV filmada por la cámara de video izquierda CML y una vista derecha RV capturada por la cámara de video derecho CMR, respectivamente; y las figuras 60D y 60E son diagramas esquemáticos que muestran respectivamente una vista izquierda LV representada por el plano de video izquierdo procesado y una vista derecha RV representado por el plano de video derecho procesado.
La figura 61A es una vista en planta que muestra esquemáticamente ángulos de visión verticales VAL y VAR para un par de cámaras de video CML y CMR que filman imágenes de video 3D; la figura 6IB es un diagrama esquemático que muestra una vista izquierda LV filmada por la cámara de video izquierdo CML y una vista derecha RV capturada por la cámara de video derecho CMR; y la figura 61C es un diagrama esquemático que muestra una vista izquierda LV representada por el plano de video izquierdo procesado y una vista derecha RV representada por el plano de video derecho procesado.
La figura 62A es un diagrama esquemático que muestra un ejemplo de imágenes de gráficos representadas por un plano de gráficos GPL; las figuras 62B y 62C son diagramas esquemáticos que muestran respectivamente procesos de proporcionar un desplazamiento a la derecha e izquierda al plano de gráficos GPL; y las figuras 62D y 62E son diagramas esquemáticos que muestran imágenes de gráficos representadas por los planos de gráficos GP1 y GP2 con los desplazamientos a la derecha e izquierda, respectivamente.
La figura 63 es un diagrama esquemático que muestra una condición que se refiere a la disposición de elementos gráficos para planos de gráficos reproducidos a partir del flujo de PG o un flujo de IG en un disco BD- OM y para un plano de gráficos generado por un dispositivo de reproducción 102.
Las figuras 64A1 y 64A2 son diagramas esquemáticos que muestran la misma pantalla en la presentación visual de buzón; las figuras 64B y 64C son diagramas esquemáticos que muestran las pantallas en las cuales el plano de video primario ha sido provisto con desplazamientos hacia arriba y hacia debajo de 131 pixeles, respectivamente; y la figura 64D es un diagrama esquemático que muestra la pantalla en la cual se ha proporcionado el plano de video primario con un desplazamiento hacia arriba de 51 pixeles.
La figura 65 es un diagrama de bloques funcional que muestra la estructura del dispositivo de reproducción requerido para el desplazamiento de video.
La figura 66A es una tabla que muestra las estructuras de . datos de las SPRM(32) y SPRM(33); y la figura 66B es un diagrama esquemático que muestra la tabla STN en el archivo de listas de reproducción para el contenido de video de la presentación visual de buzón.
Las figuras 67A-67C son diagramas esquemáticos que muestran planos de video primarios VPA, VPB y VPC procesados por la unidad de cambio de video 6501 en el modo Up, modo Keep y modo Down, respectivamente; las figuras 67D-67F son diagramas esquemáticos que muestran planos de PG PGD, PGE y PGF procesados por la segunda unidad de corte 4632 en el modo Up, modo Keep y modo Down, respectivamente; y las figuras 67G-67I son diagramas esquemáticos que muestran datos de plano PLG, PLH y PLI combinados por el segundo sumador 4642 en el modo Up, modo Keep y modo Down, respectivamente.
La figura 68A es un diagrama esquemático que muestra otro ejemplo de la tabla STN en el archivo de listas de reproducción para el contenido de video de la presentación visual de buzón; y la figura 68B es un diagrama esquemático que muestra el orden de registro de una pluralidad de piezas de información de atributo de flujo 6803, que cada una incluye el modo de desplazamiento de video 6812, en la tabla STN mostrada en la figura 68A.
La figura 69 es un diagrama de bloques funcional que muestra otro ejemplo de la estructura del dispositivo de reproducción requerida para el desplazamiento de video.
La figura 70A es un diagrama esquemático que muestra la estructura de datos del SPRM(37) en la unidad de almacenamiento de variables de reproducción 4236; la figura 70B es un diagrama esquemático que muestra la imagen de video IMG y subtítulo SUB presentados visualmente en la pantalla SCR en caso de que el color de fondo del subtítulo representado por el flujo de PG se establezca a transparente incoloro; y la figura 70C es un diagrama esquemático que muestra la imagen de video IMG y subtítulo SUB presentados visualmente en la pantalla SCR en caso de que un valor de coordenada de color del color de fondo del subtítulo se almacene en el SPRM(37) .
La figura 71A es un diagrama esquemático que muestra otro ejemplo más de la tabla STN en el archivo de listas de reproducción para el contenido de video de la presentación visual de buzón; y la figura 71B es un diagrama de bloques funcional que muestra otro ejemplo más de la estructura del dispositivo de reproducción requerido para el desplazamiento de video.
La figura 72A es un diagrama esquemático que muestra los subtítulos SB1 y SB2 que corresponden al modo Keep; la figura 72B es un diagrama esquemático que muestra los subtítulos SB1 y SB2 que corresponden al modo Down; la figura 72C es un diagrama esquemático que muestra el subtítulo SB1 presentado visualmente en el modo Keep; y la figura 72D es un diagrama esquemático que muestra el subtítulo SB3 presentado visualmente en el modo Up cuando el subtítulo hacia arriba de video 71110 no se registra en la tabla STN.
Las figuras 73A y 73B son listas de flujos elementales multiplexados en un primer sub-TS y un segundo sub-TS en un disco BD-ROM, respectivamente.
La figura 74 es un diagrama esquemático que muestra una estructura de datos de la tabla STN SS 3130 de acuerdo con la modalidad 2 de la presente invención.
La figura 75 es un diagrama de bloques funcional de un decodificador de objetivos de sistema 7525 de acuerdo con la modalidad 2 de la presente invención.
La figura 76 es un diagrama de bloques funcional parcial del sumador de planos 7526 en modo de 2 planos.
La figTCras 77A, 77B y 77C son diagramas esquemáticos que muestran una imagen de gráficos de vista izquierda GOBO representada por el flujo de PG 2D e imágenes de gráficos de vista derecha G0B1-G0B3 representadas por el flujo de PG de vista derecha; y las figuras 77D, 77E y 77F son diagramas esquemáticos que muestran el control de desplazamiento llevado a cabo en la imagen de gráficos de vista izquierda mostrada en las figuras 77A, 77B y 77C.
La figura 78 es un diagrama de bloques funcional de un dispositivo de grabación 7800 de acuerdo con la modalidad 3 de la presente invención.
Las figuras 79A y 79B son diagramas esquemáticos que muestran respectivamente una imagen en una vista izquierda y una vista derecha usadas para presentar visualmente una escena de imágenes de video 3D; y la figura 79C es un diagrama esquemático que muestra información de profundidad calculada a partir de estas imágenes por el codificador de video 7802.
La figura 80 es un diagrama de flujo de un método para grabar contenido de película en un disco BD-ROM usando el dispositivo de grabación 7800 mostrado en la figura 78.
La figura 81 es un diagrama esquemático que muestra un método para alinear tiempos ATC de extensión entre bloques de datos consecutivos.
Las figuras 82A-82C son diagramas esquemáticos que ilustran el principio detrás de la reproducción de imágenes de video 3D (imágenes de video estereoscópicas) en un método que usa imágenes de video de paralaje.
La figura 83 es un diagrama esquemático que muestra un ejemplo de construir una vista izquierda LVW y una vista derecha RVW a partir de la combinación de una imagen de video 2D MVW y un mapa de profundidad DPH.
La figura 84 es un diagrama de bloques que muestra procesamiento de reproducción en el dispositivo de reproducción en modo de reproducción 2D .
La figura 85A es una gráfica que muestra el cambio en la cantidad de datos DA almacenada en la memoria de almacenamiento temporal de lectura 3721 durante la operación del procesamiento de reproducción mostrado en la figura 84 en modo de reproducción 2D; y la figura 85B es un diagrama esquemático que muestra la correspondencia entre un bloque de extensiones 8510 para reproducción y una trayectoria de reproducción 8520 en modo de reproducción 2D.
La figura 86 es un ejemplo de una tabla de correspondencia entre distancias de salto SJUMP y tiempos de salto máximos TJUMP_MAX para un disco BD-ROM.
La figura 87 es un diagrama de bloques que muestra procesamiento de reproducción en el dispositivo de reproducción en modo de reproducción 3D.
Las figuras 88A y 88B son gráficas que muestran cambios en cantidades de datos DA1 y DA2 almacenadas en RB1 4221 y RB2 4222 mostrados en la figura 87 cuando imágenes de video 3D son reproducidas sin interrupciones a partir de un solo bloque de extensiones; y la figura 88C es un diagrama esquemático que muestra una correspondencia entre el bloque de extensiones 8810 y una trayectoria de reproducción 8820 en modo de reproducción 3D.
La figura 89B es un diagrama esquemático que muestra un (M+l) ° (la letra M representa un entero mayor que o igual a 1) bloque de extensiones 8901 y un (M+2)° bloque de extensiones 8902 y la correspondencia entre estos bloques de extensiones 8901 y 8902 y una trayectoria de reproducción 8920 en modo de reproducción 3D; y la figura 89A es un grupo de gráficas que muestra cambios en cantidades de datos DA1 y DA2 almacenadas en RB1 4221 y RB2 4222, así como los cambios en la suma DA1+DA2, cuando imágenes de video 3D se reproducen continuamente sin interrupciones a partir de dos bloques de extensiones 8901 y 8902.
Las figuras 90A y 90B son gráficas que muestran cambios en cantidades de datos DA1 y DA2 almacenadas en RB1 4221 y RB2 4222 cuando imágenes de video 3D son reproducidas sin interrupciones a partir de los dos bloques de extensiones consecutivos 8901 y 8902 mostrados en la figura 89B.
La figura 91 es un diagrama de bloques que muestra el sistema de procesamiento de flujos de video provisto en el decodif icador de objetivos de sistema 4225 en el modo de reproducción 3D.
Las figuras 92A y 92B son gráficas que muestran cambios temporales en la velocidad de transferencia de vista base REXTI y la velocidad de transferencia de vista dependiente REXT2 en ese caso, respectivamente; y la figura 92C es una gráfica que muestra el cambio temporal en la suma de la velocidad de transferencia de vista base REXTI y la velocidad de transferencia de vista dependiente REXT2 mostradas en las figuras 92A y 92B.
La figura 93 es un diagrama esquemático que muestra las relaciones entre los paquetes TS que son transferidos en el decodif icador de objetivos de sistema desde el desempaquetador de origen hasta el filtro PID y los tiempos ATC.
La figura 94A es una tabla que muestra los tamaños de extensión máximos maxSEXTi [n] y maxSExT2 [n] para un par de extensiones en varias combinaciones de la velocidad de transferencia de vista base REXTI [n] y la velocidad de transferencia de vista dependiente RE T2 [n] ; la figura 94B es un diagrama esquemático que muestra que un par de extensiones EXT1 [n] , EXT2 [n] se ubica en la parte superior de un bloque de extensiones 9401 dispuesto después de un límite de capa LB, y el bloque de datos de vista base B [n] del par de extensiones está dispuesto antes del bloque de datos de vista dependiente D [n] del mismo.
Las figuras 95A y 95B son gráficas que muestran cambios en cantidades Dal, DA2 de datos almacenados en RB1 y RB2, respectivamente, cuando imágenes de video 3D son reproducidas sin interrupciones a partir de los dos bloques de extensiones 9401 y 9402 mostrados en la figura 94B.
La figura 96A es un diagrama esquemático que muestra la sintaxis de punto de inicio de extensión en caso de que el orden de bloques de datos se invierta en el par de extensiones ubicado en medio del bloque de extensiones; la figura 96B es un diagrama esquemático que muestra las relaciones entre la extensión de vista base EXT1 [k] (k = 0, 1, 2, ...) que pertenece a la base de archivo y el indicador de inicio de extensión indicado por el punto de inicio de extensión; la figura 96C es un diagrama esquemático que muestra las relaciones entre la extensión de vista dependiente EXT2 [k] que pertenece al archivo DEP y el indicador de inicio de extensión; y la figura 96D es un diagrama esquemático que muestra las relaciones entre la extensión SS EXTTSS [0] que pertenece al archivo SS y los bloques de extensiones en el disco BD-ROM.
La figura 97C es un diagrama esquemático que muestra una disposición de un bloque de datos que requiere la capacidad más grande de RB1 4221; las figuras 97A y 97B son gráficas que muestran cambios en cantidades DAl, DA2 de datos almacenados en RB1 4221 y RB2 4222, respectivamente, cuando imágenes de video 3D son reproducidas sin interrupciones a partir de los dos bloques de extensiones 9701 y 9702 mostrados en la figura 97C; la figura 97F es un diagrama esquemático que muestra una disposición de un bloque de datos que requiere la capacidad más grande de RB2 4222; y las figuras 97D y 97E son gráficas que muestran cambios en cantidades DAl, DA2 de datos almacenados en RB1 4221 y RB2 4222, respectivamente, cuando imágenes de video 3D son reproducidas sin interrupciones a partir de los dos bloques de extensiones 9703 y 9704 mostrados en la figura 97F.
La figura 98C es un diagrama esquemático que muestra un bloque de extensiones 9810 que incluye en medio del mismo un par de extensiones en el cual el orden de bloques de datos es invertido; y las figuras 98A y 98B son gráficas que muestran cambios en cantidades DAl, DA2 de datos almacenados en RB1 4221 y RB2 4222, respectivamente, cuando imágenes de video 3D son reproducidas sin interrupciones a partir del bloque de extensiones 9801 mostrado en la figura 98C.
La figura 99 es un diagrama esquemático que muestra una relación entre un bloque de extensiones 9900 y archivos de flujos de AV 9910-9920, el bloque de extensiones 9900 incluye un par de extensiones en medio del mismo, el par de extensiones tiene bloques de datos en orden invertido.
La figura 100 es un diagrama esquemático que muestra la disposición 1 de un grupo de bloques de datos grabado antes y después de un límite de capa LB en un disco BD-ROM.
La figura 101 es un diagrama esquemático que muestra una trayectoria de reproducción A110 en modo de reproducción 2D y una trayectoria de reproducción A120 en modo de reproducción 3D para el grupo de bloques de datos en la disposición 1 mostrada en la figura 100.
La figura 102 es un diagrama esquemático que muestra la disposición 2 de un grupo de bloques de datos grabado antes y después de un límite de capa LB en un disco BD-ROM.
La figura 103 es un diagrama esquemático que muestra una trayectoria de reproducción A310 en modo de reproducción 2D y una trayectoria de reproducción A320 en modo de reproducción 3D para el grupo de bloques de datos en la disposición 2 mostrada en la figura 102.
La figura 104 es un diagrama esquemático que muestra las relaciones entre el tipo de lectura SEXTI [3 ] /RUD72 del bloque exclusivamente para reproducción 3D B[3]ss ubicado al final del segundo bloque de extensiones A202 y el límite inferior de la capacidad de RB2 4222.
La figura 105 es un diagrama esquemático que muestra puntos de entrada A510 y A520 establecidos para extensiones EXT1 [k] y EXT2 [k] (la letra k representa un entero mayor que o igual a 0) en una base de archivo A501 y un archivo DEP A502.
La figura 106A es un diagrama esquemático que muestra una trayectoria de reproducción cuando tiempos ATC de extensión y tiempos de reproducción del flujo de video difieren entre bloques de datos de vista base contiguos y bloques de datos de vista dependiente; y la figura 106B es un diagrama esquemático que muestra la trayectoria de reproducción cuando los tiempos de reproducción del flujo de video son iguales para bloques de datos de vista base y vista dependiente contiguos.
La figura 107A es un diagrama esquemático que muestra una trayectoria de reproducción para datos de flujo multiplexados que soportan un multi -ángulo ; la figura 107B es un diagrama esquemático que muestra un grupo de bloques de datos A701 grabado en un disco BD-RO y una trayectoria de reproducción correspondiente A702 en modo L/R; y la figura 107C es un diagrama de bloques que muestra un bloque de extensiones formado por datos de flujo Ak, Bk y Ck para diferentes ángulos.
La figura 108 es un diagrama esquemático que muestra (i) un grupo de bloques de datos A801 que constituye un periodo de varios ángulos . y (ii) una trayectoria de reproducción A810 en modo de reproducción 2D y trayectoria de reproducción A820 en modo L/R que corresponden al grupo de bloques de datos A801.
La figura 109 es un diagrama esquemático que ilustra la tecnología para asegurar la compatibilidad de un disco óptico que almacena contenido de video 3D con dispositivos de reproducción 2D.
La figura 110 es un diagrama de bloques funcional de un dispositivo de reproducción que se logra usando el circuito integrado 3 de acuerdo con la modalidad 4 de la presente invención.
La figura 111 es un diagrama de bloques funcional que muestra una estructura representativa de la unidad de procesamiento de flujo 5 mostrada en la figura 110.
La figura 112 es un diagrama de bloques funcional de la unidad de conmutación 53 y las unidades circundantes mostradas en la figura 110 cuando la unidad de conmutación 53 es un DMAC.
La figura 113 es un diagrama de bloques funcional que muestra una estructura representativa de la unidad de salida de AV 8 mostrada en la figura 110.
La figura 114 es un diagrama esquemático que muestra un ejemplo del método de usar la memoria 2 durante el proceso de superponer imágenes .
La figura 115 es un diagrama esquemático que muestra un método para superponer el plano de gráficos en el plano de vista izquierda usando la memoria 2 mostrada en la figura 114.
La figura 116 es un diagrama esquemático que muestra un método de superponer el plano de gráficos en el plano de vista derecha usando la memoria 2 mostrada en la figura 114.
La figura 117 es un diagrama esquemático que muestra otro ejemplo del método de usar la memoria 2 durante el proceso de superponer imágenes.
La figura 118 es un diagrama de bloques funcional detallado de la unidad de salida de AV 8 y la unidad de salida de datos en el dispositivo de reproducción mostrado en la figura 113.
Las figuras 119A y 119B son diagramas esquemáticos que muestran ejemplos de la topología de un bus de control y un bus de datos dispuestos en el circuito integrado 3 mostrado en la figura 110.
La figura 120 es un diagrama de bloques funcional que muestra la estructura del circuito integrado de acuerdo con la modalidad 4 y las unidades circundantes, que son incorporadas en un dispositivo de presentación visual.
La figura 121 es un diagrama de bloques funcional detallado de la unidad de salida de AV 8 mostrada en la figura 120.
La figura 122 es un diagrama de flujo de procesamiento de reproducción por un dispositivo de reproducción usando el circuito integrado 3 mostrado en la figura 110.
La figura 123 es un diagrama de flujo que muestra detalles de las etapas S1-S6 mostradas en la figura 122.
Descripción Detallada de la Invención A continuación se describe un medio de grabación y un dispositivo de reproducción que pertenecen a las modalidades preferidas de la presente invención con referencia a las figuras.
Modalidad 1 La figura 1 es un diagrama esquemático que muestra un sistema de teatro en casa que usa un medio de grabación de acuerdo con la modalidad 1 de la presente invención. Este sistema de teatro en casa adopta un método de reproducción de imágenes de video 3D (imagen de video estereoscópica) que usa imágenes de video de paralaje, y en particular adopta un método de secuenciación de cuadros alternos como un método de presentación visual (véase <<Explicación Complementarias para detalles). Como se muestra en la figura 1, este sistema de teatro en casa reproduce un medio de grabación 101 e incluye un dispositivo de reproducción 102, un dispositivo de presentación visual 103, lentes obturadores 104 y un control remoto 105. El dispositivo de reproducción 102 y el dispositivo de presentación visual 103 están provistos independientemente uno del otro como se muestra en la figura 1. Como alternativa, el dispositivo de reproducción 102 y el dispositivo de presentación visual 103 pueden ser provistos como una unidad.
El medio de grabación 101 es un disco Blu-ray (BD)™ de sólo lectura, es decir, un disco BD-ROM. El medio de grabación 101 puede ser un medio de grabación portátil diferente, tal como un disco óptico con un formato diferente tal como DVD o similar, una unidad de disco duro removible (HDD) o un dispositivo de memoria semiconductora tal como una tarjeta de memoria SD . Este medio de grabación, es decir, el disco BD-ROM 101, almacena contenido de película como imágenes de video 3D. Este contenido incluye flujos de video que representan una vista izquierda y una vista derecha para las imágenes de video 3D. El contenido puede incluir además un flujo de video que represente un mapa de profundidad para las imágenes de video 3D. Estos flujos de video están dispuestos en el disco BD-ROM 101 en unidades de bloques de datos y son accedidos usando una estructura de archivos descrita abajo. Los flujos de video que representan la vista izquierda y la vista derecha se usan tanto por un dispositivo de reproducción 2D como por un dispositivo de reproducción 3D para reproducir el contenido como imágenes de video 2D. De manera inversa, un par de flujos de video que representan una vista izquierda y una vista derecha, o un par de flujos de video que representan ya sea una vista izquierda o una vista derecha y un mapa de profundidad, se usan por un dispositivo de reproducción 3D para reproducir contenido como imágenes de video 3D.
Una unidad de BD-ROM 121 está montada en el dispositivo de reproducción 102. La unidad de BD-ROM 121 es una unidad de disco óptico que se conforma al formato BD-ROM. El dispositivo de reproducción 102 usa la unidad de BD-ROM 121 para leer contenido del disco BD-ROM 101. El dispositivo de reproducción 102 decodifica además el contenido en datos de video/datos de audio. El dispositivo de reproducción 102 es un dispositivo de reproducción 3D y puede reproducir el contenido tanto como imágenes de video 2D como imágenes de video 3D. En adelante, los modos de operación del dispositivo de reproducción 102 cuando reproduce imágenes de video 2D e imágenes de video 3D son referidos respectivamente como "modo de reproducción 2D" y "modo de reproducción 3D" . En modo de reproducción 2D, datos de video sólo incluyen ya sea un cuadro de video de vista izquierda o vista derecha. En modo de reproducción 3D, los datos de video incluyen cuadros de video tanto de vista izquierda como de vista derecha .
El modo de reproducción 3D se divide más en modo de izquierda/derecha (L/R) y modo de profundidad. En "modo de L/R" , un par de cuadros de video de vista izquierda y vista derecha se genera a partir de una combinación de flujos de video que representan la vista izquierda y la vista derecha. En "modo de profundidad", un par de cuadros de video de vista izquierda y vista derecha se genera a partir de una combinación de flujos de video que representan ya sea una vista izquierda o una vista derecha y un mapa de profundidad. El dispositivo de reproducción 102 está provisto con un modo L/R. El dispositivo de reproducción 102 puede ser provisto además con un modo de profundidad.
El dispositivo de reproducción 102 está conectado al dispositivo de presentación visual 103 por medio de un cable de interfaz de multimedia de alta definición (HDMI) 122. El dispositivo de reproducción 122 convierte datos de video/datos de audio en una señal de video/señal de audio en el formato HDMI, y transmite las señales al dispositivo de presentación visual 103 por medio del cable HDMI 122. En modo de reproducción 2D, sólo uno de ya sea el cuadro de video de vista izquierda o vista derecha se multiplexa en la señal de video. En modo de reproducción 3D, ambos cuadros de video de vista izquierda y vista derecha son multiplexados por tiempo en la señal de video. Además, el dispositivo de reproducción 102 intercambia mensajes CEC con el dispositivo de presentación visual 103 por medio de cable HDMI 122. El dispositivo de reproducción 102 puede entonces preguntar al dispositivo de presentación visual 103 si soporta la reproducción de imágenes de video 3D.
El dispositivo de presentación visual 103 es un presentador visual de cristal líquido. Como alternativa, el dispositivo de presentación visual 103 puede ser otro tipo de presentador visual de panel plano, tal como un presentador visual de plasma, un presentador visual EL orgánico, etc., o un proyector. El dispositivo de presentación visual 103 presenta visualmente video en la pantalla 131 en respuesta a una señal de video, y causa que los altavoces produzcan audio en respuesta a una señal de audio. El dispositivo de presentación visual 103 soporta la reproducción de imágenes de video 3D. Durante la reproducción de imágenes de video 2D, ya sea la vista izquierda o la vista derecha se presenta visualmente en la pantalla 131. Durante la reproducción de imágenes de' video 3D, la vista izquierda y vista derecha se presentan visualmente en forma alternante en la pantalla 131.
El dispositivo de presentación visual 103 incluye una unidad de transmisión de señales izquierda/derecha 132.
La unidad de transmisión de señales izquierda/derecha 132 transmite una señal izquierda/derecha LR a los lentes obturadores 104 por medio de rayos infrarrojos o por transmisión de radio. La señal izquierda/derecha LR indica si la imagen actualmente presentada visualmente en la pantalla 131 es una imagen de vista izquierda o vista derecha. Durante la reproducción de imágenes de video 3D, el dispositivo de presentación visual 103 detecta el cambio de cuadros al distinguir entre un cuadro de vista izquierda y un cuadro de vista derecha con base en una señal de control que acompaña una señal de video. Además, el dispositivo de presentación visual 103 causa que la unidad de transmisión de señales izquierda/derecha 132 cambie la señal izquierda/derecha LR sincronizadamente con el cambio detectado de cuadros.
Los lentes obturadores 104 incluyen dos paneles de presentación visual de cristal líquido 141L y 141R y una unidad de recepción de señales izquierdas/derechas 142. Los paneles de presentación visual de cristal líquido 141L y 141R constituyen respectivamente las partes de lente izquierda y derecha. La unidad de recepción de señales izquierdas/derechas 142 recibe una señal izquierda/derecha LR, y de acuerdo con cambios en la misma, transmite la señal a los paneles de presentación visual de cristal líquido izquierdo y derecho 141L y 141R. En respuesta a la señal, cada uno de los paneles de presentación visual de cristal líquido 141L y 141R ya sea deja que la luz pase a través del panel completo u obtura la luz. Por ejemplo, cuando la señal izquierda/derecha LR indica una presentación visual de vista izquierda, el panel de presentación visual de cristal líquido 141L para el ojo izquierdo deja pasar la luz, mientras que el panel de presentación visual de cristal líquido 141R para el ojo derecho obtura la luz. Cuando la señal izquierda/derecha LR indica una presentación visual de vista derecha, los paneles de presentación visual actúan en forma opuesta. Los dos paneles de presentación visual de cristal líquido 141L y 141R dejan entonces pasar la luz de manera alternante e sincronía con el cambio de cuadros. Como resultado, cuando el espectador ve la pantalla 131 mientras usa los lentes obturadores 104, la vista izquierda se muestra sólo al ojo izquierdo del espectador, y la vista derecha se muestra sólo al ojo derecho. Se hace que el espectador perciba la diferencia entre las imágenes vistas por cada ojo como el paralaje binocular para la misma imagen estereoscópica, y de esta manera la imagen de video parece ser estereoscópica.
El control remoto 105 incluye una unidad de operación y una unidad de transmisión. La unidad de operación incluye una pluralidad de botones. Los botones corresponden a cada una de las funciones del dispositivo de reproducción 102 y el dispositivo de presentación visual 103, tal como encender o apagar, iniciar o detener la reproducción del disco BD-ROM 101, etc. La unidad de operación detecta cuando el usuario oprime un botón y transmite información de identificación para el botón a la unidad de transmisión como una señal. La unidad de transmisión convierte la señal en una señal IR y la envía por medio de rayos infrarrojos o transmisión de radio al dispositivo de reproducción 102 o al dispositivo de presentación visual 103. Por otro lado, el dispositivo de reproducción 102 y dispositivo de presentación visual 103 reciben cada uno esta señal IR, determinan el botón indicado por esta señal IR, y ejecutan la función asociada con el botón. De esta manera, el usuario puede controlar en forma remota el dispositivo de reproducción 102 o el dispositivo de presentación visual 103. <Estructura de datos del disco BD-R0M> La figura 2 es un diagrama esquemático que muestra una estructura de datos de un disco BD-ROM 101. Como se muestra en la figura 2, un Área de Corte por Ráfaga BCA) 201 está provista en la parte más interior del área de grabación de datos en el disco BD-ROM 101. Sólo la unidad de BD-ROM 101 se le permite acceso a la BCA, y el acceso por programas de aplicación es prohibido. La BCA 201 puede entonces usarse como tecnología para protección de derechos de autor. En el área de grabación de datos fuera de la BCA 201, pistas forman un espiral desde la superficie interior hasta la exterior.
En la figura 2, una pista 202 se extiende esquemáticamente en una dirección transversal. El lado izquierdo representa la parte circunferencial interior del disco 101, y el lado derecho representa la parte circunferencial exterior. Como se muestra en la figura 2, la pista 202 contiene un área de entrada 202A, un área de volumen 202B y un' área de salida 202C en orden desde la circunferencia interior. El área de entrada 202A está provista inmediatamente en el borde exterior de la BCA 201. El área de entrada 202a incluye información necesaria para que la unidad de BD-ROM 121 acceda al área de volumen 202B, tal como el tamaño, la dirección física, etc., de los datos grabados en el área de volumen 202B. El área de salida 202C está provista en la parte circunferencial más exterior del área de grabación de datos e indica el fin del área de volumen 202B. El área de volumen 202B incluye datos de aplicación tales como imágenes de video, audio, etc.
El área de volumen 202B se divide en áreas pequeñas 202D llamadas "sectores" . Los sectores tienen un tamaño común, por ejemplo 2,048 bytes . A cada sector 202D se le asigna consecutivamente un número de serie en orden desde la parte superior del área de volumen 202B. Estos números de serie son llamados números de bloque lógico (LBN) y se usan en direcciones lógicas en el disco BD-ROM 101. Durante la lectura de datos del disco BD-ROM 101, datos que serán leídos son especificados a través de la designación del LBN para el sector de destino. El área de volumen 202B puede entonces ser accedida en unidades de sectores. Además, en el disco BD-ROM 101, direcciones lógicas son sustancialmente iguales a direcciones físicas. En particular, en un área en donde los LBNs son consecutivos, las direcciones físicas también son sustancialmente consecutivas. En consecuencia, la unidad de BD-ROM 121 puede leer consecutivamente datos de sectores que tengan LBNs consecutivos sin hacer que el captador óptico lleve a cabo una búsqueda.
Los datos grabados en el área de volumen 202B son administrados bajo un sistema de archivos predeterminado. Formato de Disco Universal (UDF) se adopta como este sistema de archivos. Como alternativa, el sistema de archivos puede ser ISO9660. Los datos grabados en el área de volumen 202B son representados en un formato de directorios/archivos de acuerdo con el sistema de archivos (véase la <<Explicación Complementarias para detalles. En otras palabras, los datos son accesibles en unidades de directorios o archivos. <<Estructura de directorios/archivos en el disco BD-R0M>> La figura 2 muestra la estructura de directorios/archivos de los datos almacenados en el área de volumen 202B en un disco BD-ROM 101. Como se muestra en la figura 2, en esta estructura de directorios/archivos, un directorio de películas BD (BDMV) 210 se ubica directamente debajo de un directorio ROOT 203. Debajo del directorio BDMV 210 están un archivo de índices (Índex. bdmv) 211 y un archivo de objetos película (MovieObj ect . bdmv) 212.
El archivo de índices 211 contiene información para administrar completamente el contenido grabado en el disco BD-ROM 101. En particular, esta información incluye tanto información para hacer que el dispositivo de reproducción 102 reconozca el contenido, así como una tabla de índices. La tabla de índices es una tabla de correspondencia entre un título que constituye el contenido y un programa para controlar la operación del dispositivo de reproducción 102. Este programa es llamado un "objeto". Los tipos de objeto son un objeto película y un objeto BD-J (BD Java™) .
El archivo de objetos película 212 almacena generalmente una pluralidad de objetos película. Cada objeto película incluye una secuencia de comandos de navegación. Un comando de navegación es un comando de control que hace que el dispositivo de reproducción 102 ejecute procesos de reproducción similares a los de los reproductores de DVD generales. Los tipos de comandos de navegación son, por ejemplo, un comando de lectura para leer un archivo de listas de reproducción que corresponda a un título, un comando de reproducción para reproducir datos de flujo de un archivo de flujos de AV indicado por un archivo de listas de reproducción, y un comando de transición para hacer una transición a otro título. Los comandos de navegación están escritos en un lenguaje interpretado y son descifrados por un intérprete, es decir, un programa de control de trabajo, incluido en el dispositivo de reproducción 102, haciendo entonces que la unidad de control ejecute el trabajo deseado. Un comando de navegación está compuesto de un opcódigo y un operando. El opcódigo describe el tipo de operación que va a ejecutar el dispositivo de reproducción 102, tal como división, reproducción o cálculo de un título, etc. El operando indica información de identificación seleccionado por la operación tal como el número del título, etc. La unidad de control del dispositivo de reproducción 102 invoca un objeto película en respuesta, por ejemplo, a una operación de usuario y ejecuta comandos de navegación incluidos en el objeto película invocado en el orden de la secuencia. De una manera similar a los reproductores de DVD generales, el dispositivo de reproducción 102 presenta visualmente primero un menú en el dispositivo de presentación visual 103 para permitir al usuario seleccionar un comando. El dispositivo de reproducción 102 ejecuta después inicio/fin de reproducción de un título, cambia a otro título, etc., en respuesta al comando seleccionado, de esta manera cambiando dinámicamente el progreso de reproducción de video.
Como se muestra en la figura 2, el directorio BDMV 210 contiene además un directorio (PLAYLIST) de listas de reproducción 220, un directorio (CLIPINF) de información de clips 230, un directorio (STREAM) de flujos 240, un directorio (BDJO: Objeto BD Java) de objetos BD-J 250 y un directorio (JAR: Archivo Java) de archivos Java 260.
Tres tipos de archivos de flujos de AV (01000.m2ts) 241, (02000.m2ts) 242, y 03000.m2ts) 243, así como un directorio de archivos intercalados estereoscópicos (SSIF) 244 se ubican directamente bajo el directorio STREAM 240. Dos tipos de archivos de flujos de AV (01000. ssif) 244A y (02000. ssif) 244B se ubican directamente bajo el directorio SSIF 244.
Un "archivo de flujos de AV" se refiere a un archivo, de entre un contenido de video real grabado en un disco BD-ROM 101, que cumple con el formato de archivo determinado por el sistema de archivos. Este contenido de video real generalmente se refiere a datos de flujo en los cuales diferentes tipos de datos de flujo que representan video, audio, subtítulos, etc., es decir, flujos elementales, han sido multiplexados . Los datos de flujo multiplexados pueden dividirse ampliamente en dos tipos: un flujo de transporte principal (TS) y un sub-TS. Un "TS principal" son datos de flujo multiplexados que incluyen un flujo de video de vista base como un flujo de video primario. Un "flujo de video de vista base" es un flujo de video que puede ser reproducido independientemente y que representa imágenes de video 2D. Estas imágenes de video 2D son referidas como la "vista base" o la "vista principal" . Un sub-TS es datos de flujo multiplexados que incluye un flujo de video de vista dependiente como un flujo de video primario. Un "flujo de video de vista dependiente" es un flujo de video que requiere un flujo de video de vista base para reproducción y representa imágenes de video 3D al ser combinadas con el flujo de video de vista base. Los tipos de flujos de video de vista dependiente son un flujo de video de vista derecha, flujo de video de vista izquierda y flujo de mapas de profundidad. Cuando la vista base es la vista izquierda de imágenes de video 3D, un "flujo de video de vista derecha" es un flujo de video que representa la vista derecha de las imágenes de video 3D. Lo inverso es cierto para un "flujo de video de vista izquierda. Cuando la vista base es una proyección de imágenes de video 3D en una pantalla 2D virtual, un "flujo de mapas de profundidad" es datos de flujo que representan un mapa de profundidad para las imágenes de video 3D. Las imágenes de video 2D o mapa de profundidad representados por el flujo de video de vista dependiente son referidas como una "vista dependiente" o "sub-vista" .
Dependiendo del tipo de datos de flujo multiplexados almacenados en la misma, archivos de flujos de AV se dividen en tres tipos: archivo 2D, dependiente de archivo (en adelante, abreviado como "archivo DEP" ) , y archivo intercalado (en adelante, abreviado como "archivo SS") . Un "archivo 2D" es un archivo de flujos de AV para la reproducción de imágenes de video 2D en modo de reproducción 2D e incluye un TS principal. Un "archivo DEP" es un archivo de flujos de AV que incluye un sub-TS. Un "archivo SS" es un archivo de flujos de AV que incluye un TS principal y un sub-TS que representan las. mismas imágenes de video 3D. En particular, un archivo SS comparte su TS principal con cierto archivo 2D y comparte su sub-TS con cierto archivo DEP. En otras palabras, en el sistema de archivos del disco BD-ROM 101, un TS principal puede ser accedido tanto por un archivo SS como por un archivo 2D, y un sub-TS puede ser accedido tanto por un archivo SS como por un archivo DEP. Este escenario, con el cual una secuencia de datos grabada en el disco BD-ROM 101 es común para diferentes archivos y puede ser accedida por todos los archivos, es referido como "entrelazamiento de archivos" .
En el ejemplo mostrado en la figura 2, el primer archivo de flujos de AV (01000.m2ts) 241 es un archivo 2D, y el segundo archivo de flujos de AV (02000. m2ts) 242 y el tercer archivo de flujos de AV ( 03000. m2ts) 243 son ambos un archivo DEP. De esta manera, archivos 2D y archivos DEP se ubican directamente debajo del directorio STREAM 240. El primer archivo de flujos de AV, es decir, el flujo de video de vista base que incluye el archivo 2D 241, representa una vista izquierda de imágenes de video 3D. El segundo archivo de flujos de AV, es decir, el flujo de video de vista dependiente que incluye el primer archivo DEP 242, incluye un flujo de video de vista derecha. El tercer archivo de flujos de AV, es decir, el flujo de video de vista dependiente que incluye el segundo archivo DEP 243, incluye un flujo de mapas de profundidad.
En el ejemplo mostrado en la figura 2, el cuarto archivo de flujos de AV (01000. ssif) 244A y el quinto archivo de flujos de AV (02000. ssif) 244B son ambos un archivo SS . De esta manera, los archivos SS se ubican directamente debajo del directorio SSIF 244. El cuarto archivo de flujos de AV, es decir, el archivo SS 244A, comparte un TS, y en particular un flujo de video de vista base, con el archivo 2D 241 y comparte un sub-TS, en particular un flujo de video de vista derecha, con el primer archivo DEP 242. El quinto archivo de flujos de AV, es decir, el segundo archivo SS 244B, comparte un TS principal, y en particular un flujo de video de vista base, con el primer archivo 2D 241 y comparte un sub-TS, en particular un flujo de mapas de profundidad, con el tercer archivo DEP 243.
Tres tipos de archivos de información de clips (01000. clpi) 231, (02000. clpi) 232, y (03000. clpi) 233 se ubican en el directorio CLIPINF 230. Un "archivo de información de clip" es un archivo asociado sobre una base de uno a uno con un archivo 2D y un archivo DEP y en particular contiene un mapa de entradas para cada archivo. Un "mapa de entrada" es una tabla de correspondencia entre el tiempo de presentación para cada escena representada por el archivo y la dirección dentro de cada archivo en el cual está grabada la escena. Entre los archivos de información de clips, un archivo de información de clips asociado con un archivo 2D es referido como un "archivo de información de clips 2D" , y un archivo de información de clips asociado con un archivo DEP es referido como un "archivo de información de clips de vista dependiente". En el ejemplo mostrado en la figura 2, el primer archivo de información de clip (01000. clpi) 231 es un archivo de información de clips 2D y está asociado con el archivo 2D 241. El segundo archivo de información de clips (02000. clpi) 232 y el tercer archivo de información de clips (03000. clpi) 233 son ambos un archivo de información de clips de vista dependiente, y están asociados con el primer archivo DEP 242 y el segundo archivo DEP 243, respectivamente.
Tres tipos de archivos de listas de reproducción (00001. mpls) 221, (00002. mpls) 222, y (00003. mpls) 223 se ubican en el directorio PLAYLIST 220. Un "archivo de listas de reproducción" es un archivo que especifica la trayectoria de reproducción de un archivo de flujos de AV, es decir, la parte de un archivo de flujos de AV para reproducción, y el orden de reproducción. Los tipos de archivos de listas de reproducción son un archivo de listas de reproducción 2D y un archivo de listas de reproducción 3D. Un "archivo de listas de reproducción 2D" especifica la trayectoria de reproducción de un archivo 2D. Un "archivo de listas de reproducción 3D" especifica, para un dispositivo de reproducción en modo de reproducción 2D, la trayectoria de reproducción de un archivo 2D, y para un dispositivo de reproducción en modo de reproducción 3D, la trayectoria de reproducción de un archivo SS . Como se muestra en el ejemplo de la figura 2, el primer archivo de listas de reproducción (00001.mpls) 221 es un archivo de listas de reproducción 2D y especifica la trayectoria de reproducción del archivo 2D 241. El segundo archivo de listas de reproducción (00002. mpls) 222 es un archivo de listas de reproducción 3D que especifica, para un dispositivo de reproducción en modo de reproducción 3D que especifica, para un dispositivo de reproducción en modo de reproducción 2D, la trayectoria de reproducción del archivo 2D 241, y para un dispositivo de reproducción 3D en modo L/ , la trayectoria de reproducción del archivo SS 244A. El tercer archivo de listas de reproducción (00003. mpls) 223 es un archivo de listas de reproducción 3D que especifica, para un dispositivo de reproducción en modo de reproducción 2D, la trayectoria de reproducción del archivo 2D 241, y para un dispositivo de reproducción 3D en modo de profundidad, la trayectoria de reproducción del segundo archivo SS 244B.
Un archivo de objetos BD-J (XXXXX.bdjo) 251 se ubica en el directorio BDJO 250. El archivo de objetos BD-J 251 incluye un solo objeto BD-J. El objeto BD-J es un programa de códigos de byte para causar que una máquina virtual Java montada en el dispositivo de reproducción 102 reproduzca un título y renderice imágenes de gráficos. El objeto BD-J está escrito en un lenguaje compilador tal como Java o similar. El objeto BD-J incluye una tabla de administración de aplicaciones e información de identificación para el archivo de listas de reproducción al cual se refiere. La "tabla de administración de aplicaciones" es una lista de los programas de aplicación Java que serán ejecutados por la máquina virtual Java y su periodo de ejecución, es decir, ciclo de vida. La "información de identificación del archivo de listas de reproducción al cual se refiere" identifica un archivo de listas de reproducción que corresponde a un título que será reproducido. La máquina virtual Java invoca un objeto BD-J en respuesta a una operación de usuario un programa de aplicación y ejecuta el programa de aplicación Java de acuerdo con la tabla de administración de aplicaciones incluida en el objeto BD-J. En consecuencia, el dispositivo de reproducción 102 cambia dinámicamente el progreso del video para cada título reproducido, o causa que el dispositivo de presentación visual 103 presente visualmente imágenes de gráficos independientemente del video del título.
Un archivo JAR (YYYYY.jar) 261 se ubica en el directorio JAR 260. El directorio JAR 261 incluye generalmente una pluralidad de programas de aplicación Java reales que serán ejecutados de acuerdo con la tabla de administración de aplicaciones mostrada en el objeto BD-J. Un "programa de aplicación Java" es un programa de códigos de byte escrito en un lenguaje compilador tal como Java o similar, al igual que el objeto BD-J. Los tipos de programas de aplicación Java incluyen programas que causan que la máquina virtual Java lleve a cabo la reproducción de un título y programas causando que la máquina virtual Java renderice imágenes de gráficos. El archivo JAR 261 es una carpeta de archivos Java, y cuando es leído por el dispositivo de reproducción 102, se carga en memoria interna. De esta manera, un programa de aplicación Java se almacena en memoria . <<Estructura de datos de flujo multiplexados>> La figura 3A es una lista de flujos elementales multiplexados en un TS principal en un disco BD-ROM 101. El TS principal es un flujo digital en formato de flujo de transporte MPEG-2 (TS) y está incluido en el archivo 2D 241 mostrado en la figura 2. Como se muestra en la figura 3A, el TS principal incluye un flujo de video primario 301, flujos de audio primarios 302A y 302B, y flujos de gráficos de presentación (PG) 303A y 303B. El TS principal puede incluir además un flujo de gráficos interactivos (IG) 304, un flujo de audio secundario 305 y un flujo de video secundario 306.
El flujo de video primario 301 representa el video primario de una película, y el flujo de video secundario 306 representa el video secundario de la película. El video primario es el video principal que pertenece al contenido, tal como la característica principal de una película, y se presenta visualmente en la pantalla completa, por ejemplo. Por otro lado, el video secundario es presentado visualmente en la pantalla simultáneamente con el video primario con el uso, por ejemplo, de un método de imagen en imagen, por lo que las imágenes de video secundarias son presentadas visualmente en una ventana más pequeña dentro de las imágenes de video primarias. El flujo de video primario 301 y el flujo de video secundario 306 son ambos un flujo de video de vista base. Cada uno de los flujos de video 301 y 306 es codificado por un método de codificación por compresión de video, tal como MPEG-2, MPEG-4 AVC o SMPTE VC-1.
Los flujos de audio primarios 302A y 302B representan el audio primario de la película. En este caso, los dos flujos de audio primarios 302A y 302B están en diferentes idiomas. El flujo de audio secundario 305 representa audio secundario que será mezclado con el audio primario, tal como efectos de sonido que acompañan la operación de una pantalla interactiva. Cada uno de los flujos de audio 302A, 302B y 305 es codificado por un método tal como AC-3, Dolby Digital Plus ("Dolby Digital" es una marca registrada) , Meridian Lossless Packing™ (MLP) , Digital Theater System™ (DTS) , DTS-HD, o Modulación de Códigos por Pulsos Lineales (PCM) .
Cada uno de los flujos de PG 303A y 303B representa imágenes de gráficos, tales como subtítulos formados por gráficos, que serán presentados visualmente superpuestos en las imágenes de video representadas por el flujo de video primario 301. Los dos flujos de PG 303A y 303B representan, por ejemplo, subtítulos en un idioma diferente. El flujo de IG 304 representa elementos gráficos de Interfaz de Usuario Gráfica (GUI) , y la disposición de los mismos, para construir una pantalla interactiva en la pantalla 131 en el dispositivo de presentación visual 103.
Los flujos elementales 301-306 son identificados por identificadores de paquete (PIDs) . Se asignan PIDs, por ejemplo, como sigue. Ya que un TS principal incluye sólo un flujo de video primario, el flujo de video primario 301 es asignado a un valor hexadecimal de 0x1011. Cuando hasta 32 de otros flujos elementales pueden multiplexarse por tipo en un TS principal, los flujos de audio primarios 302A y 302B se les asigna a cada uno cualquier valor de 0x1100 a OxlllF. A los flujos de PG 303A y 303B se les asigna a cada uno cualquier valor de 0x1200 a 0xl21F. Al flujo de IG 304 se le asigna cualquier valor de 0x1400 a 0xl41F. Al flujo de audio secundario 305 se le asigna cualquier valor de OxlAOO a OxlAlF. Al flujo de video secundario 306 se le asigna cualquier valor de OxlBOO a OxlBlF.
La figura 3B es una lista de flujos elementales multiplexados en un sub-TS en un disco BD-ROM 101. El sub-TS es datos de flujo multiplexados en formato MPEG-2 TS y están incluidos en el archivo DEP 242 mostrado en la figura 2. Como se muestra en la figura 3B, el sub-TS incluye dos flujos de video primarios 311R y 311D. 311R es un flujo de video de vista derecha, mientras que 311D es un flujo de mapas de profundidad. Nótese que los flujos de video primarios 311R y 311D pueden ser multiplexados en archivos DEP 242 y 243, los cuales sean archivos diferentes, por separado. Cuando el flujo de video primario 301 en el TS principal representa la vista izquierda de las imágenes de video 3D, el flujo de video de vista derecha 311R representa la vista derecha de las imágenes de video 3D. El flujo de mapas de profundidad 311D representa imágenes de video 3D en combinación con el flujo de video primario 301 en el TS principal. Además, el sub-TS puede incluir flujos de video secundarios 312R y 312D. 312R es un flujo de video de vista derecha, mientras que 312D es un flujo de mapas de profundidad. Cuando el flujo de video secundario 306 en el TS principal representa la vista izquierda de imágenes de video 3D, el flujo de video de vista derecha 312R representa la vista derecha de las imágenes de video 3D. El flujo de mapas de profundidad 312D representa imágenes de video 3D en combinación con el flujo de video secundario 306 en el TS principal.
Se asignan PIDs a los flujos elementales 311R, 312D como sigue, por ejemplo. A los flujos de video primarios 311R y 311D se les asigna respectivamente valores de 0x1012 y 0x1013. Cuando hasta 32 de otros flujos elementales pueden ser multiplexados por tipo en un sub-TS, a los flujos de video secundarios 312R y 312D se les asigna cualquier valor de 0xlB20 a 0xlB3F.
La figura 4 es un diagrama esquemático que muestra la disposición de paquetes TS en los datos de flujo multiplexados 400. El TS principal y sub-TS comparten esta estructura de paquete. En los datos de flujo multiplexados 400, los flujos elementales 401, 402, 403 y 404 se convierten respectivamente en secuencias de paquetes TS 421, 422, 423 y 424. Por ejemplo, en el flujo de video 401, cada cuadro 401A o cada campo es convertido primero en un paquete de Flujos Elementales Empaquetados (PES) 411. Después, cada paquete PES 411 se convierte generalmente en una pluralidad de paquetes TES 421. De manera similar, el flujo de audio 402, flujo de PG 4013 y flujo de IG 404 son respectivamente convertidos primero en una secuencia de paquetes PES 412, 413 y 414, después de lo cual son convertidos en una secuencia de paquetes TS 422, 423 y 424. Finalmente, los paquetes TS 421, 422, 423 y 424 obtenidos de los flujos elementales 401, 402, 403 y 404 son multiplexados por tiempo en una pieza de datos de flujo, es decir, el TS principal 400.
La figura 5B es un diagrama esquemático que muestra una secuencia de paquetes TS que constituyen datos de flujo multiplexados. El paquete TS 501 tiene 188 bytes de largo. Como se muestra en la figura 5B, cada paquete TS 501 incluye un encabezado de TS 501H y cualquiera, o ambos, de una carga útil TS 501P y un campo de adaptación (en adelante abreviado como "campo AD" ) 501A. La carga útil TS 501P y campo AD 501A constituyen juntos un área de datos de 184 bytes de largo. La carga útil TS 501P se usa como un área de almacenamiento para un paquete PES. Los paquetes PES 411-414 mostrados en la figura 4 se dividen típicamente en una pluralidad de partes, y cada parte se almacena en una carga útil TS 501P diferente. El campo AD 501A es un área para almacenar bytes de relleno (es decir, datos ficticios) cuando la cantidad de datos en la carga útil TS 501P no alcanza 184 bytes. Además, cuando el paquete TS 501 es, por ejemplo, un PCR como el descrito abajo, el campo AD 501A se usa para almacenar esta información. El encabezado TS 501H es un área de datos de 4 bytes de largo.
La figura 5A es un diagrama esquemático que muestra la estructura de datos de un encabezado TS 501H. Como se muestra en la figura 5A, el encabezado TS 501H incluye prioridad TS (transport_priority) 511, PID 512 y control de campo AD (adaptation_field_control) 513. El PID 512 indica el PID para el flujo elemental cuyos datos se almacenan en la carga útil TS 501P del paquete TS 501 que contiene el PID 512. La prioridad TS 511 indica el grado de prioridad del paquete TS 501 entre los paquetes TS que comparten el valor indicado por el PID 512. El control de campo AD 513 indica si el paquete TS 501 contiene un campo AD 501A y/o una carga útil TS 501P. Por ejemplo, si el control de campo AD 513 indica "1", entonces el paquete TS 501 no incluye un campo AD 501A sino que incluye una carga útil TS 501P. Si el control de campo AD 513 indica "2", entonces lo inverso es cierto. Si el control de campo de AD 513 indica "3", entonces el paquete TS 501 incluye tanto un campo AD 5OIA como una carga útil TS 501P.
La figura 5C es un diagrama esquemático que muestra la formación de una secuencia de paquetes de origen compuesta de la secuencia de paquetes TS para datos de flujo multiplexados . Como se muestra en la figura 5C, cada paquete de origen 502 tiene 192 bytes de largo e incluye un paquete TS 501, mostrado en la figura 5B, y un encabezado de cuatro bytes de largo (TP_Extra_Header) 502H. Cuando el paquete TS 501 es grabado en el disco BD-ROM 101, un paquete de origen 502 es constituido al adjuntar un encabezado 502H al paquete TS 501. El encabezado 502H incluye un ATS (Arrival_Time_Stamp) . El "ATS" es información de tiempo usada por el dispositivo de reproducción 102 como sigue. Cuando el paquete de origen 502 es enviado del disco BD-ROM 101 a un decodificador de objetivos de sistema en el dispositivo de reproducción 102, el paquete TS 502P es extraído del paquete de origen 502 y transferido a un filtro PID en el decodificador de objetivos de sistema. El ATS en el encabezado 502H indica la hora en la cual va a comenzar esta transferencia. El "decodificador de objetivos de sistema" es un dispositivo que decodifica datos de flujo multiplexados un flujo elemental a la vez. Detalles con respecto al decodificador de objetivos de sistema y su uso del ATS se proporcionan abajo.
La figura 5D es un diagrama esquemático de un grupo de sectores, en el cual una secuencia de paquetes de origen 502 es grabada consecutivamente, en el área de volumen 202B del disco BD-ROM 101. Como se muestra en la figura 5D, 32 paquetes de origen 502 son grabados a la vez como una secuencia en tres sectores consecutivos 521, 522, y 523. Esto es debido a que la cantidad de datos para 32 paquetes de origen, es decir, 192 bytes x 32 = 6,144 bytes, es la misma que el tamaño total de tres sectores, es decir, 2,048 bytes x 3 = 6,144 bytes . 32 Paquetes de origen 502 que son grabados de esta manera en tres sectores consecutivos 521, 522 y 523 son referidos como una "unidad alineada" 520. El dispositivo de reproducción 102 lee paquete de origen 502 del disco BD-ROM 101 por cada unidad alineada 520, es decir 32 paquetes de origen a la vez. También, el grupo de sectores 521, 522, 523,... se divide en 32 piezas en orden desde arriba, y cada uno forma un bloque de códigos de corrección de error 530. La unidad BD-ROM 121 lleva acabo procesamiento de corrección de errores para cada bloque ECC 530. <<Estructura de datos del flujo de PG>> La figura 6 es un diagrama esquemático que muestra la estructura de datos del flujo de PG 600. Como se muestra en la figura 6, el flujo de PG 600 incluye una pluralidad de entradas de datos #1, #2, .... Cada entrada de datos representa una unidad de presentación visual (conjunto de presentación visual) del flujo de PG 600, y está compuesta de datos que son necesarios para que el dispositivo de reproducción 102 forme un plano de gráficos. Aquí "plano de gráficos" son datos de plano generados a partir de datos de gráficos que representan imágenes de gráficos en 2D . "Datos de plano" es una disposición bidimensional de datos de pixel. El tamaño de la disposición es el mismo que la resolución del cuadro de video. Un conjunto de datos de pixel se forma por una combinación de un valor de coordenada cromática y un valor alfa (opacidad) . El valor de coordinada cromática es expresado como un valor RGB o un valor YCrCb. Los tipos de planos de gráficos incluyen un plano de PG, plano de IG, plano de imagen y plano de presentación visual en pantalla (OSD) . Un plano de PG se genera a partir de un flujo de PG en el TS principal. Un plano de IG se genera a partir de un flujo de IG en el TS principal. Un plano de imagen se genera de acuerdo con un objeto BD-J. Un plano OSD se genera de acuerdo con firmware en el dispositivo de reproducción 102.
En referencia de nuevo en la figura 6, cada entrada de datos incluye una pluralidad de segmentos funcionales. Estos segmentos funcionales incluyen, en orden desde el inicio, un Segmento de Control de Presentación (PCS) , Segmento de Definición de Ventana ( DS) , Segmento de Definición de Paleta (PDS) , y Segmento de Definición de Objeto (ODS) .
WDS define una región rectangular dentro del plano de gráficos, es decir, una ventana. Más específicamente, WDS incluye una ID de ventana 611, una posición de ventana 612 y un tamaño de ventana 613. El ID de ventana 611 es información de identificación (ID) del WDS. La posición de ventana 612 indica la posición de una ventana en el plano de gráficos por, por ejemplo, coordenadas de la esquina izquierda superior de la ventana. El tamaño de ventana 613 indica la altura y ancho de la ventana. r PDS define la correspondencia entre un tipo predeterminado de ID de color y un valor de coordenada cromática (por ejemplo, luminancia Y, diferencia en rojo Cr, diferencia azul Cb, opacidad alfa) . Específicamente el PDS incluye una idea de paleta 621 y una tabla de consulta de colores (CLUT 622). El ID de paletas 621 es el ID del PDS . El CLUT 622 es una tabla que muestra una lista de colores que se pueden usar para renderizar el objeto de gráficos. En el CLUT 622, se pueden registrar 256 colores, en donde ID' s de color de "0" a "255" son asignados a los 256 colores respectivos. Nótese que el ID de color = 255 se asigna constantemente a "transparente incoloro" En general, una pluralidad de ODS's representan un objeto de gráficos. "Objeto de gráficos" son datos que representan una imagen de gráficos por la correspondencia entre un código de pixel y un ID de color. El objeto de gráficos se divide en partes después de que es comprimido por el método de codificación de longitud de corrida, y las partes se distribuyen a cada ODS . Cada ODS incluye además un ID de objeto, en particular un ID del objeto de gráficos.
El PCS muestra detalles de un conjunto de presentación visual que pertenece a la misma entrada de datos, y en particular define una estructura de pantalla que usa objetos de gráficos. Los tipos de estructura de pantalla incluyen Cut-In/Out, Fade-In/Out, Color Change, Scroll, y Wipe-In/Out. Específicamente el PCS incluye una posición de presentación visual de objetos 601, información de corte 602, ID de ventana de referencia 603, ID de paleta de referencia 604 e ID de objeto de referencia 605. La posición de presentación visual de objetos 601 indica una posición en el plano de gráficos en la cual el objeto de gráficos va a ser presentado visualmente por, por ejemplo, coordenadas de la esquina izquierda superior de un área en la cual el objeto de gráficos va a ser presentado visualmente. La información del corte 602 indica el intervalo de una parte rectangular que va a ser cortada del objeto de gráficos por el proceso de corte. El intervalo se define por, por ejemplo, coordenadas de la esquina izquierda superior, altura y ancho. En realidad, la parte puede renderizarse en una posición indicada por la posición de presentación visual de objetos 601. El ID de ventana de referencia 603, ID de paleta de referencia 604 e ID de objeto de referencia 605 indica ID's del WDS, PDS y objeto de gráficos que van a ser referidos en el proceso de renderización de objetos de gráficos, respectivamente. El proveedor de contenido indica la estructura de la pantalla al dispositivo de reproducción 102 usando estos parámetros en el PCS. Esto permite al dispositivo de reproducción 102 lograr un efecto de presentación visual con el cual "cierto subtítulo desaparece gradualmente, y el siguiente subtítulo es presentado visualmente" . <<Estructura de datos del flujo de IG>> En referencia de nuevo a la figura 4, el flujo de IG 404 incluye un segmento de composición interactiva (ICS) , PDS, y ODS. PDS y ODS son los mismos segmentos funcionales que los incluidos en el flujo de PG 403. En particular, un objeto de gráficos que incluye un ODS representa un elemento de gráficos GUI, tal como un botón, menú emergente, etc., que forma una pantalla interactiva. Un ICS define operaciones interactivas que usan estos objetos de gráficos. Específicamente un ICS define los estados que cada objeto de gráficos, tal como un botón, menú emergente, etc., puede adoptar cuando se cambie en respuesta a operación de usuario, estados tales como normal, seleccionado y activo. Un ISC incluye también información de botón. La información de botón incluye un comando que el dispositivo de reproducción va a llevar a cabo cuando el usuario lleve a cabo cierta operación en el botón o similar. <<Estructura de datos de flujo de video>> Cada una de las imágenes incluidas en el flujo de video representa un cuadro o un campo y es comprimida por un método de codificación por compresión de video, tal como MPEG-2, MPEG-4 AVC, etc. Esta compresión usa la redundancia espacial o temporal de la imagen. Aquí, la codificación de imagen que sólo usa la redundancia espacial de la imagen se conoce como "codificación intra- imágenes" . Por otro lado, la codificación de imágenes que usa redundancia temporal, es decir, la similitud entre datos para una pluralidad de imágenes presentadas visualmente de manera secuencial, se conoce como "codificación predictiva ínter-imágenes" . En la codificación predictiva inter-imágenes , primero, una imagen anterior o posterior en tiempo de presentación se asigna a la imagen que será codificada como una imagen de referencia. Luego, un vector de movimiento se detecta entre la imagen que será codificada y la imagen de referencia, y después la compensación de movimientos se lleva a cabo en la imagen de referencia usando el vector de movimiento. Además, el valor de diferencia entre la imagen obtenida por compensación de movimiento y la imagen que será codificada se busca, y se elimina la redundancia espacial usando el valor de diferencia. De esta manera, la cantidad de datos para cada imagen es comprimida.
La figura 7 es un diagrama esquemático que muestra las imágenes para un flujo de video de vista-base 701 y un flujo de video de vista derecha 702 en orden de tiempo de presentación. Como se muestra en la figura 7, el flujo de video de vista base 701 incluye imágenes 710, 711, 712,..., 719 (en adelante "imágenes de vista base"), y el flujo de video de vista derecha 702 incluye imágenes 720, 721, 722,..., 729 (en adelante "imágenes de vista derecha") . Las imágenes de vista-base 710-719 se dividen típicamente en una pluralidad de GOP's 731 y 732. Un "GOP" se refiere a una secuencia de imágenes que tiene una imagen I en la parte superior de la secuencia. Además de una imagen I, un GOP típicamente incluye imágenes P e imágenes B. Aquí "imagen I (Intra)" se refiere a una imagen comprimida por la codificación intra-imágenes. "Imagen P (predictiva) " se refiere a una imagen comprimida por la codificación predictiva ínter- imágenes usando otra imagen cuyo tiempo de presentación es anterior al tiempo de presentación de la imagen como una imagen de referencia. "Imagen B (bidireccionalmente predictiva)" se refiere a una imagen comprimida por la codificación predictiva ínter- imágenes usando dos imágenes cuyos tiempos de presentación son antes o después del tiempo de presentación de la imagen como imágenes de referencia. En particular, una imagen B que se usa como una imagen de referencia para otra imagen en la codificación predictiva ínter- imágenes es referida como "imagen Br (B de referencia) " .
En el ejemplo mostrado en la figura 7, las imágenes de vista base en los GOP's 731 y 732 se comprimen en el siguiente orden. En el primer GOP 731, la imagen de vista base superior se comprime como imagen I0 710. El número en subíndice indica el número de serie asignado a cada imagen en el orden de tiempo de presentación. Después, la cuarta imagen de vista base se comprime como imagen P3 713 usando la imagen I0 710 como una imagen de referencia. Las flechas mostradas en la figura 7 indican que la imagen en la cabeza de la flecha es una imagen de referencia para la imagen en la cola de la flecha. Después, las segunda y tercera imágenes de vista base son comprimidas respectivamente como imagen Bri 711 e imagen Br2 712, usando tanto la imagen I0 710 como la imagen P3 713 como imágenes de referencia. Además, la séptima imagen de vista base es comprimida como imagen P6 716 usando la imagen P3 713 como una imagen de referencia. Después, las cuarta y quinta imágenes de vista base se comprimen respectivamente como imagen Br4 714 e imagen Br5 715, usando tanto la imagen P3 713 como la imagen P6 716 como imágenes de referencia. De manera similar, en el segundo GOP 732, la imagen de vista base superior se comprime primero como imagen I7 717. Luego, la tercera imagen de vista base se comprime como imagen P9 719 usando la imagen I7 717 como una imagen de referencia. Posteriormente, la segunda imagen de vista base se comprime como imagen Br8 718 usando tanto la imagen I7 717 como la imagen P9 719 como imágenes de referencia.
En el flujo de video de vista base 701, cada GOP 731 y 732 siempre contiene una imagen I en la parte superior, y de esta manera las imágenes de vista base pueden decodif icarse GOP por GOP. Por ejemplo, en el primer GOP 731, la imagen I0 710 es decodif icada primero independientemente. Luego, la imagen P3 713 es decodificada usando la imagen I0 710 decodificada. Después la imagen Brx 711 e imagen Br2 712 son decodificadas usando tanto la imagen I0 710 como la imagen P3 713 decodificadas . El grupo de imágenes subsecuentes 714, 715,... es decodificado similarmente . De esta manera, el flujo de video de vista base 701 puede ser decodificado independientemente y además puede ser accedido aleatoriamente en unidades de GOP's.
Como se muestra más en la figura 7, las imágenes de vista derecha 720-729 son comprimidas por codificación predictiva ínter-imágenes . Sin embargo, el método de codificación difiere del método de codificación para las imágenes de vista base 710-719, toda vez que además de la redundancia en la redundancia temporal de imágenes de video, la redundancia entre las imágenes de video izquierda y derecha también se usa. Específicamente, como se muestra por las flechas en la figura 7, la imagen de referencia para cada una de las imágenes de vista derecha 720-729 no se selecciona del flujo de video de vista derecha 702, sino más bien del flujo de video de vista base 701. En particular, el tiempo de presentación es sustancialmente el mismo para cada una de las imágenes de vista derecha 720-729 y la imagen de vista base correspondiente seleccionada como la imagen de referencia. Estas imágenes representan una vista derecha y una vista izquierda para la misma escena de una imagen de video en 3D, es decir, una imagen de video de paralaje. Las imágenes de vista derecha 720-729 y las imágenes de vista-base 710-719 están entonces en correspondencia una con una. En particular la estructura del GOP es la misma entre estas imágenes.
En el ejemplo mostrado en la figura 7, la imagen de vista derecha superior en el primer GOP 731 es comprimida como imagen P0 720 usando la imagen I0 710 en el flujo de video de vista-base 701 como una imagen de referencia. Estas imágenes 710 y 720 representan la vista izquierda y vista derecha del cuadro superior en las imágenes de video 3D. Luego, la cuarta imagen de vista derecha se comprime como imagen P3 723 usando la imagen P3 713 en el flujo de video de vista-base 701 y la imagen P0 720 como imágenes de referencia. Después, la segunda imagen de vista derecha se comprime como imagen ?? 721, usando la imagen Bri 711 en el flujo de video de vista base 701 además de la imagen P0 720 e imagen P3 723 como imágenes de referencia. De manera similar, la tercera imagen de vista derecha es comprimida como imagen B2 722, usando la imagen Br2 712 en el flujo de video de vista base 701 además de la imagen P0720 y la imagen P3 730 como imágenes de referencia. Para cada una de las imágenes de vista derecha 724-729 restantes, una imagen de vista base con un tiempo de presentación sustancialmente igual al de la imagen de vista derecha se usa similarmente como una imagen de referencia.
Los estándares revisados para MPEG-4 AVC/H.264, llamados Codificación de Video de Varias Vistas (MVC) , se conocen como un método de codificación por compresión de video que hace uso de correlación entre imágenes de video izquierda y derecha como se describió arriba. MVC fue creado en Julio del 2008 por el Equipo de Video Conjunto (JVT) , un proyecto conjunto entre ISO/IEC MPEG e ITU-T VCEG, y es una norma para codificar colectivamente el video que puede ser visto desde una pluralidad de perspectivas. Con MVC, no sólo la similitud temporal en imágenes de video es usada para codificación predictiva inter-video, sino también la similitud entre imágenes de video de perspectivas diferentes. Este tipo de codificación predictiva tiene una relación de compresión de video más alta que la codificación predictiva que comprime individualmente datos de imágenes de video vistas desde cada perspectiva.
Como se describió arriba, una imagen de vista base se usa como una imagen de referencia para la comprensión de cada una de las imágenes de vista derecha 720-729. Por lo tanto, a diferencia del flujo de video de vista base 701, el flujo de video de vista derecha 702 no puede ser decodificado independientemente. Sin embargo, por otro lado, la diferencia entre imágenes de video de paralaje generalmente es muy pequeña; es decir, la correlación entre la vista izquierda y la vista derecha es alta. En consecuencia, las imágenes de vista derecha generalmente tienen una velocidad de comprensión significativamente más alta que las imágenes de vista base, significando que la cantidad de datos es significativamente más pequeña.
Los mapas de profundidad incluidos en un flujo de mapas de profundidad están en correspondencia uno a uno con las imágenes de vista base 710-719 y cada uno representa un mapa de profundidad para la imagen de video 2D en la imagen^ de vista base correspondiente. Los mapas de profundidad son comprimidos por un método de codificación por compresión de video, tal como MPEG-2, MPEG-4 AVC, etc., de la misma manera que las imágenes de vista base 710-719. En particular, se usa codificación predictiva inter- imágenes en este método de codificación. En otras palabras, cada mapa de profundidad es comprimido usando otro mapa de profundidad como una imagen de referencia. Además, el flujo de mapas de profundidad se divide en unidades de GOP's de la misma manera que el flujo de video de vista base 701, y cada GOP siempre contiene una imagen I en la parte superior. En consecuencia, los mapas de profundidad pueden ser decodificados GOP por GOP. Sin embargo, ya que un mapa de profundidad mismo sólo es información que represente la profundidad de cada parte de una imagen de video 2D pixel por pixel, el flujo de mapas de profundidad no puede usarse independientemente para la reproducción de imágenes de video.
Por ejemplo, como en los dos flujos de video primarios 311R y 311D mostrados en la figura 3B, el flujo de video de vista derecha y el flujo de mapas de profundidad que corresponden al mismo flujo de video de vista base son comprimidos con el mismo método de codificación. Por ejemplo, si el flujo de video de vista derecha es codificado en formato MVC, el flujo de mapas de profundidad también es codificado en formato MVC. En este caso, durante la reproducción de imágenes de video 3D, el dispositivo de reproducción 102 puede cambiar suavemente entre modo L/R y modo de profundidad, conservando al mismo tiempo un método de codificación constante.
La figura 8 es un diagrama esquemático que muestra detalles de una estructura de datos de un flujo de video 800. Esta estructura de datos es sustancialmente la misma para el flujo de video de vista base y el flujo de video de vista dependiente. Como se muestra en la figura 8, el flujo de video 800 está compuesto generalmente de una pluralidad de secuencias de video #1, #2,... Una "secuencia de video" es una combinación de imágenes 811, 812, 813, 814,... que constituyen un solo GOP 810 y al cual información adicional, tal como un encabezado, se le ha anexado individualmente. La combinación de esta información adicional y una imagen se conoce como una "unidad de acceso de video (VAU) " . Es decir, en los GOP's 810 y 820, una sola VAU #1, #2,... se forma para cada imagen. Cada imagen puede ser leída del flujo de video 800 en unidades de VAU's.
La figura 8 muestra además la estructura de la VAU #1 831 ubicada en la parte superior de cada secuencia de video en el flujo de video de vista base. La VAU #1 831 incluye un código de identificación de unidad de exceso (AU) 831A, encabezado de secuencia 83IB, encabezado de imagen 831C, datos complementarios 831D y datos de imagen comprimidos 831E. Excepto por no incluir un encabezado de secuencia 831B, las VAU's de la segunda VAU #2 tienen la misma estructura que la VAU #1 831. El código de identificación de AU 831A es un código predeterminado que indica la parte superior de la VAU #1 831. El encabezado de secuencia 831B, conocido también como un encabezado de GOP, incluye un número de identificación para la secuencia de video #1 que incluye la VAU #1 831. El encabezado de secuencia 831B incluye además información compartida por el GOP 810 completo, por ejemplo, resolución, velocidad de cuadros, relación de aspecto y velocidad de bits. El encabezado de imagen 831C indica su propio número de identificación, el número de identificación para la secuencia de video #1, e información necesaria para decodificar la imagen, tal como el tipo de método de codificación. Los datos complementarios 83ID incluyen información adicional con respecto a asuntos que no son la decodificación de la imagen, por ejemplo información de texto de subtitulaje, información sobre la estructura del GOP e información de código de tiempo. En particular, los datos complementarios 831D incluyen información de cambio de decodificación (detalles provistos abajo) . Una pluralidad de piezas de datos complementarios 83ID pueden establecerse en una VAU dependiendo del tipo de datos contenidos en la misma. Los datos de imagen comprimidos 831E incluyen una imagen de vista base. Además, la VAU #1 831 puede incluir cualquiera o todos de datos de relleno 831F, un código de fin de secuencia 831G y un código de fin de flujo 831H según sea necesario. Los datos de relleno 831F son datos ficticios. Al. ajustar el tamaño de los datos de relleno 831F en conjunto con el tamaño de los datos de imagen comprimida 831E, la velocidad de bits de la VAU #1 831 puede mantenerse en un valor predeterminado. El código de fin de secuencia 831G indica que la VAU #1 831 se ubica al final de la secuencia de video #1. El código de fin de flujo 831H indica el final del flujo de video de vista base 800.
La figura 8 muestra también la estructura de VAU #1 832 ubicada en la parte superior de cada secuencia del video en un flujo de video de vista dependiente. La VAU #1 832 incluye un código de identificación sub-AU 832A, encabezado de sub-secuencia 832B, encabezado de imagen 832C, datos complementarios 832D, y datos de imagen comprimida 832E. Excepto por no incluir un encabezado de sub-secuencia 832B, VAU' s de la segunda VAU #2 tienen la misma estructura que la VAU #1 832. El código de identificación de sub-AU 832A es un código predeterminado que indica la parte superior de la VAU #1 832. El encabezado de sub-secuencia 832B incluye un número de identificación para la secuencia de video #1 que incluye la VAU #1 832. El encabezado de sub-secuencia 832B incluye además información compartida por el GOP 810 completo, por ejemplo, resolución, velocidad de cuadros, relación de aspecto y velocidad de bits. Estos valores son iguales a los valores establecidos para el GOP correspondiente en el flujo de video de vista base, es decir, los valores mostrados por el encabezado de secuencia 831B en la VAU #1 831. El encabezado de imagen 832C indica su propio número de identificación, el número de identificación para la secuencia de video #1, e información necesaria para decodificar la imagen, tal como el tipo de método de codificación. Los datos complementarios 832D incluyen sólo metadatos de desplazamiento (detalles provistos abajo) . Aquí los datos suplementarios 832D son un tipo de datos suplementarios, y existe otro tipo de datos suplementarios que incluyen información adicional con respecto a asuntos que no son la decodificación de la imagen, por ejemplo, información del texto de subtitulaje, información sobre la estructura del GOP, información de código de tiempo e información de cambio de decodificación. Los datos de imagen comprimida 832E incluyen una imagen de vista dependiente. Además, la VAU #1 832 puede incluir cualquiera o todos los datos de relleno 832F, un código de fin de secuencia 832G y un código de fin de flujo 832H según sea necesario. Los datos de relleno 832F son datos ficticios. Al ajustar el tamaño de los datos de relleno 832F en conjunto con el tamaño de los datos de imagen comprimidos 832E, la velocidad de bits de la VAU #1 832 puede mantenerse en un valor predeterminado. El código de fin de secuencia 832G indica que la VAU #1 832 se ubica al final de la secuencia de video #1. El código del fin de flujo 832H indica el fin del flujo de video de vista dependiente 800.
El contenido específico de cada componente en una VAU difiere de acuerdo con el método de codificación del flujo de video 800. Por ejemplo, cuando el método de codificación es MPEG-4 AVC o MVC, los componentes en las VAU' s mostradas en la figura 8 están compuestos de una sola unidad de Capa Abstracción de Red (NAL) . Específicamente el código de identificación de AU 831A, encabezado de secuencia 831B, encabezado de imagen 831C, datos complementarios 831D, datos de imagen comprimidos 831E, datos de relleno 831F, código de fin de secuencia 831G y código de fin de flujo 831H corresponden respectivamente a un delimitador de Unidad de Acceso (AU) , Conjunto de Parámetros de Secuencia (SPS) , Conjunto de Parámetros de Imagen (PPS) , Información de Incremento Complementaria (SEI) , Componente de Vista, Datos de Relleno, Fin de Secuencia y Fin de Flujo. En particular, en la VAU #1 832, los datos complementarios 832D que incluyen los metadatos de desplazamiento están compuestos de una unidad NAL, en donde la unidad NAL no incluye datos que no son los metadatos de desplazamiento.
La figura 9 es un diagrama esquemático que muestra detalles de un método para almacenar un flujo de video 901 en una secuencia de paquetes PES 902. Este método de almacenamiento es el mismo para el flujo de video de vista base y el flujo de video de vista dependiente. Como se muestra en la figura 9 en el flujo de video real 901, las imágenes son multiplexadas en el orden de codificación, no en el orden del tiempo de presentación. Por ejemplo, en las VAU's en el flujo de video de vista base como se muestra en la figura 9, la imagen I0 910, imagen P3 911, imagen ?? 912, imagen B2 913,... se almacenan en orden desde la parte superior. El número en subíndice indica el número de serie asignado a cada imagen en orden de tiempo de presentación. La imagen I0 910 se usa como la imagen de referencia para codificar la imagen P3 911, y tanto la imagen I0 910 como la imagen P3 911 se usan como imágenes de referencia para codificar la imagen Bi 912 e imagen B2 913. Cada una de estas VAU's se almacena como un paquete PES diferente 920, 921, 922, 923,... Cada paquete PES 920,... incluye una carga útil de PES 920P y un encabezado de PES 920H. Cada VAU se almacena en una carga útil de PES 920P. Cada encabezado de PES 920H incluye un tiempo de presentación, (Marca de Tiempo de Presentación o PTS) ,y un tiempo de decodificación (Marca de Tiempo de Decodificación, o DTS) , para la imagen almacenada en la carga útil de PES 920P en el mismo paquete PES 920.
Al igual que con el flujo de video 901 mostrado en la figura 9, los demás flujos elementales mostrados en las figuras 3A-3B y 4 son almacenados en cargas útiles PES en una secuencia de paquetes PES. Además, el encabezado de PES en cada paquete PES incluye el PTS para los datos almacenados en la carga útil PES para el paquete PES.
La figura 10 es un diagrama esquemático que muestra la correspondencia entre PTS's y DTS's asignados a cada imagen en un flujo de video de vista base 1001 y un flujo de video de vista dependientel002. Como se muestra en la figura 10, entre los flujos de video 1001 y 1002, los mismos PTS's y DTS's son asignados a un par de imágenes que representan el mismo cuadro o campo en una imagen de video 3D. Por ejemplo, el cuadro o campo superior en la imagen de video 3D se renderiza a partir de una combinación de imagen Ii 1011 en el flujo de video de vista base 1001 y una imagen Pi 1021 en el flujo de video de vista dependiente 1002. En consecuencia, el PTS y DTS para estas dos imágenes 1011 y 1021 son iguales. Los números en subíndice indican el número de serie asignado a cada imagen en el orden de DTS's. También, cuando el flujo de video de vista dependiente 1002 es un flujo de mapas de profundidad, la imagen Px 1021 es reemplazada por una imagen I que representa un mapa de profundidad para la imagen Ii 1011. De manera similar, el PTS y DTS para el par de segundas imágenes en los flujos de video 1001 y 1002, es decir, imágenes P2 1012 y 1022, son iguales. El PTS y DTS son ambos iguales para el par de terceras imágenes en los flujos de video 1001 y 1002, es decir, imagen Br3 1013 e imagen B3 1023. Lo mismo es cierto también para el par de imagen Br4 1014 e imagen B4 1024.
Un par de VAU's que incluyen imágenes para las cuales el PTS y DTS son los mismos entre el flujo de video de vista base 1001 y el flujo de video de vista dependiente 1002 es llamada una "3D VAU" . Usando la asignación de PTS's y DTS's mostrados en la figura 10, es fácil causar que el decodif icador en el dispositivo de reproducción 102 en modo de reproducción 3D procese el flujo de video vista base 1001 y flujo de video de vista dependiente 1002 en paralelo en unidades de 3D VAU's. De esta manera, el decodif icador procesa definitivamente un par de imágenes que representan el mismo cuadro o campo en una imagen de video 3D en paralelo. Además, el encabezado de secuencia en la 3D VAU en la parte superior de cada GOP incluye la misma resolución, la misma velocidad de cuadros y la misma relación de aspecto. En particular, esta velocidad de cuadros es igual al valor cuando el flujo de video de vista base 1001 es decodificado independientemente en modo de reproducción 2D.
[Metadatos de desplazamiento] La figura 11 es un diagrama esquemático que muestra una estructura de datos de metadatos de desplazamiento 1110 incluidos en un flujo de video de vista dependiente 1100. La figura 12 es una tabla que muestra la sintaxis de estos metadatos de desplazamiento 1110. Como se muestra en la figura 11 los metadatos de desplazamiento 1110 se almacenan en los datos complementarios 1101 de la VAU #1 ubicada en la parte superior de cada secuencia de video (es decir, cada GOP) . Como se muestra en las figuras 11 y 12, los metadatos de desplazamiento 1110 incluyen un PTS 1111, y desde secuencia de desplazamiento 1112 y secuencias de desplazamiento 1113. El PTS 1111 es igual al PTS de un cuadro representado por los datos de imagen comprimida en la VAU #1, en particular un PTS del primer cuadro de cada GOP.
Los ID's de secuencia de desplazamiento 1112 son números de serie 0, 1, 2,..., M asignados en orden a las secuencias de desplazamiento 1313. La letra M representa un entero mayor que o igual a 1 uno e indica el número total de secuencias de desplazamiento 1113 (number_of_offset_sequence) . Un ID de secuencia de desplazamiento 1112 se asigna a cada plano de gráficos que será combinado en un plano de video. De esta manera, una secuencia de desplazamiento 1113 es asociada con cada plano de gráficos. Aquí, un "plano de video" se refiere a datos de plano generados a partir de una imagen incluida en una secuencia de video, en particular a una disposición bidimensional de datos de pixel. El tamaño de la disposición es igual a la resolución del cuadro de video. Un conjunto de datos de pixel se forma por una combinación de un valor de coordenada cromática (un valor de RGB o un valor YCrCb) y un valor a.
Cada secuencia de desplazamiento 1113 es una tabla de correspondencia entre números de cuadro 1121 e información de desplazamiento 1122 y 1123. Los números de cuadro 1121 son números de serie 1, 2,..., N asignados en orden de presentación a los cuadros #1, #2,..., N representados por una sola secuencia de video (por ejemplo, secuencia de video #1) . En la figura 11, el número de cuadro 1121 es representado como una variable entera "i" . La letra N representa un entero mayor que o igual a uno e indica el número total de cuadros incluidos en la secuencia de video (number_of_displayed_frames_in_GOP) . Las piezas de información de desplazamiento 1122 y 1123 son información de control que define el control de desplazamiento para un solo plano de gráficos.
"Control de desplazamiento" se refiere a un proceso para proporcionar desplazamientos a la izquierda y derecha para las coordenadas horizontales en un plano de gráficos y combinar los planos resultantes respectivamente con el plano de video de vista-base y plano de video de vista dependiente. "Proporcionar desplazamientos horizontales a un plano de gráficos" se refiere a desplazar horizontalmente cada pieza de datos de pixel en el plano de gráficos. Desde un solo plano de gráficos, esto genera un par de planos de gráficos que representan una vista izquierda y una vista derecha. La posición de presentación de cada elemento en las imágenes de gráficos 2D reproducidas a partir de este par de planos se desplaza a la izquierda o derecha de la posición de presentación original. Se hace que el espectador perciba un par de una vista izquierda y una vista derecha como una sola imagen de gráficos 3D debido al paralaje binocular producido por estos desplazamientos.
Un desplazamiento se determina por una dirección y un tamaño. En consecuencia, como se muestran en las figuras 11 y 12, cada pieza de información de desplazamiento incluye una dirección de desplazamiento (Plane_offset_direction) 1122 y un valor de desplazamiento (Plane_offset_value) 1123. La dirección de desplazamiento 1122 indica si una imagen de gráficos 3D está más cerca del espectador que la pantalla o más atrás. Si la posición de presentación en la vista izquierda y la vista derecha se desplaza a la izquierda o a la derecha de la posición de presentación original de la imagen de gráficos 2D depende del valor de la dirección de desplazamiento 1122. El valor de desplazamiento 1123 indica el numero de pixeles horizontales de la distancia entre la posición de presentación original de la imagen de gráficos 2D y la posición de presentación de cada una de la vista izquierda y la vista derecha.
Las figuras 13A y 13B son diagramas esquemáticos que muestran controles de desplazamiento para un plano de PG 1310 y un plano de IG 1320 respectivamente. Por medio de estos controles de desplazamiento, dos tipos de planos de gráficos, 1310 y 1320, se combinan respectivamente con el plano de video de vista izquierda 1301 y el plano de video de vista derecha 1302. Un "plano de video de vista izquierda/vista derecha" se refiere a un plano de video que representa una vista izquierda/vista derecha y se genera a partir de una combinación del flujo de video de vista base y el flujo de video de vista dependiente. En la siguiente descripción, se asume que un subtitulo 1311 indicado por el plano de PG 1310 es presentado visualmente más cerca que la pantalla, y un botón 1321 indicado por el plano de IG 1320 es presentado visualmente más atrás que la pantalla.
Como se muestra en la figura 13A, un desplazamiento a la derecha se proporciona al plano de PG 1310. Específicamente, la posición de cada pieza de datos de pixel en el plano de PG 1310 es desplazada primero a la derecha (virtualmente) a partir de la posición correspondiente de los datos de pixel del plano de video de vista izquierda 1301 por un número de pixeles SFP igual al valor de desplazamiento. Después, una tira 1512 que sobresale (virtualmente) del borde derecho del intervalo del plano de video de vista izquierda 1301 es "cortada" del borde derecho del plano de PG 1310. En otras palabras, los datos de pixel para esta región 1312 son descartados. A la inversa, una tira transparente 1513 se añade al borde izquierdo del plano de PG 1310. El ancho de esta tira 1513 es el ancho de la tira 1512 en el borde derecho; es decir, el ancho es igual que el valor de desplazamiento SFP. Un plano de PG que representa la vista izquierda es entonces generado a partir del plano de PG 1310 y combinado con el plano de video de vista izquierda 1301. En particular, en este plano de PG de vista izquierda, la posición de presentación del subtítulo 1311 es desplazada a la derecha de la posición de presentación original por el valor de desplazamiento SFP.
De manera inversa, un desplazamiento a la izquierda es provisto al plano de IG 1320. Específicamente, la posición de cada pieza de datos de pixel en el plano de IG 1320 es desplazada primero a la izquierda (virtualmente) de la posición correspondiente de los datos de pixel en el plano de video de vista izquierda 1301 por un número de pixeles SFI igual al valor de desplazamiento. Después, una tira 1322 que sobresale (virtualmente) del borde izquierdo del intervalo del plano de video de vista izquierda 1310 es cortada del borde izquierdo del plano de IG.1320. De manera inversa, una tira transparente 1323 es añadida al borde derecho del plano de IG 1320. El ancho de esta tira 1323 es el ancho de la tira 1322 en el borde izquierdo; es decir, el ancho es igual al valor de desplazamiento SFI. Un plano de IG que representa la vista izquierda es entonces generado a partir del plano de IG 1320 y combinado con el plano de video de vista izquierda 1301. En particular, en este plano de IG de vista izquierda, la posición de presentación del botón 1321 es desplazada a la izquierda a partir de la posición de presentación original por el valor de desplazamiento SFI.
Como se muestra en la figura 13B, un desplazamiento a la izquierda se proporciona al plano de PG 1310, y un desplazamiento a la derecha se añade al plano de IG 1320. En otras palabras, las operaciones anteriores se llevan a cabo en reversa para el plano de PG 1310 y el plano de IG 1320. Como resultado, datos del plano que representan la vista derecha se generan a partir de los datos de plano 1310 y 1320 y se combinan con el plano de video de vista derecha 1320. En particular, en el plano de PG de vista derecha, la posición de presentación del subtitulo 1311 es desplazada a la izquierda de la posición de presentación original por el valor de desplazamiento SFP. Por otro lado, en el plano de IG de vista derecha, la posición de presentación del botón 1321 es desplazada a la derecha de la posición de ¦ presentación original por el valor de desplazamiento SFI.
La figura 13C es un diagrama esquemático que muestra imágenes de gráficos 3D que a un espectador 1330 se le hace percibir a partir de imágenes de gráficos 2D representadas por planos de gráficos mostrados en las figuras 13A y 13B. Cuando las imágenes de gráficos 2D representadas por estos planos de gráficos se presentan visualmente en forma alternante en la pantalla 1340, .el espectador 1330 percibe el subtitulo 1331 como más cerca que la pantalla 1340 y el botón 1332 como más atrás que la pantalla 1340, como se muestra en la figura 13C. La distancia entre las imágenes de gráficos 3D 1331 y 1332 y la pantalla 1340 puede ajustarse por medio de los valores de desplazamiento SFP y SFI .
Las figuras 14A y 14B son gráficas que muestran ejemplos de secuencias de desplazamiento. En estas gráficas, el valor de desplazamiento es positivo cuando la dirección de desplazamiento está hacia el espectador desde la pantalla. La figura 14A es una ampliación de la gráfica para el periodo de presentación del primer GOP en la figura 14B, es decir, GOP1. Como se muestra en la figura 14A, la línea gradual 1401 muestra valores de desplazamiento para la secuencia de desplazamiento con un ID de secuencia de desplazamiento igual a 0, es decir, secuencia de desplazamiento [0] . Por otro lado, la línea horizontal 1402 muestra valores de desplazamiento para la secuencia de desplazamiento con un ID de secuencia de desplazamiento igual a l, es decir, secuencia de desplazamiento [1] . El valor de desplazamiento 1401 de la secuencia de desplazamiento [0] se incrementa gradualmente durante el periodo de presentación GOPl del primer GOP en el orden de cuadros FR1 , FR2 , FR3 , FR15,.... Como se muestra en la figura 14B, el incremento gradual en el valor de desplazamiento 1401 continúa similarmente en los periodos de presentación G0P2, G0P3,..., GOP40,.. para el segundo y subsecuentes GOP's. La cantidad de incremento por cuadro es suficientemente pequeña como para que el valor de desplazamiento 1401 en la figura 14B parezca incrementarse continuamente como la línea. Por otro lado, el valor de desplazamiento 1402 en la secuencia de desplazamiento ti] se mantiene constante durante el periodo de presentación GOPl del primer GOP. Como se muestra en la figura 14B, el valor de desplazamiento 1402 se incrementa hasta un valor positivo al final del periodo de presentación GOP40 para el 40° GOP. Los valores de desplazamiento pueden entonces exhibir cambio discontinuo .
La figura 14C es un diagrama esquemático que muestra imágenes de gráficos 3D reproducidas de acuerdo con las secuencias de desplazamiento mostradas en las figuras 14A y 14B. Cuando la imagen de video 3D de subtítulo 1403 es presentada visualmente de acuerdo con la secuencia de desplazamiento [0] , la imagen de video 3D 1403 parece empezar desde la derecha enfrente de la pantalla 1404 y acercarse gradualmente al espectador. Por otro lado, cuando la imagen de video 3D de botón 1405 es presentada visualmente de acuerdo con la secuencia de desplazamiento [1] , la imagen de video 3D 1405 parece saltar repentinamente desde una posición fija detrás de la pantalla 1404 hasta el frente de la pantalla 1404. Como se describió, los patrones mediante los cuales se incrementan y reducen los valores de desplazamiento cuadro por cuadro se cambian en una variedad de formas de una secuencia de desplazamiento a otra. Cambios individuales en la profundidad de una pluralidad de imágenes de gráficos 3D pueden entonces representarse de una variedad de maneras.
[Relación entre metadatos de desplazamiento y prioridad TS] La figura 15 es un diagrama esquemático que muestra un paquete PES 1510 que almacena VAU #1 1500 en el flujo de video de vista dependiente y una secuencia de paquetes TS 1520 generada a partir del paquete PES 1510. La VAU #1 1500 se ubica en la parte superior de la secuencia de video, al igual que la VAU #1 832 mostrada en la figura 8. En consecuencia, al menos una pieza de datos complementarios 1504 incluida en la VAU #1 1500 consiste sólo en metadatos de desplazamiento 1509. Las áreas con líneas diagonales en la figura 15 muestran los datos complementarios 1504 que consisten únicamente en metadatos de desplazamiento 1509. La VAU #1 1500 es almacenada en la carga útil PES 1512 del paquete PES 1510. El encabezado de PES 1511 del paquete PES 1510 incluye un DTS y un PTS asignados a los datos de imagen comprimida 1505 en la VAU #1 1500. El paquete PES 5010 es almacenado en la secuencia de paquetes TS 5020 en orden desde arriba. Con esta disposición, la secuencia de paquetes TS 1520 se dividen en tres grupos 1521, 1522 y 1523 en orden desde arriba. El primer grupo 1521 incluye el encabezado PES 1511, código de identificación de sub-AU 1501, encabezado de sub-secuencia 1502 y encabezado de imagen 1503. El segundo grupo 1522 sólo incluye los datos complementarios 1504 que consisten sólo en los metadatos de desplazamiento 1509. El tercer grupo 1513 incluye los datos de imagen comprimida 1505, datos de relleno 1506, código de fin de secuencia 1507 y código de fin de flujo 1508. Nótese que los datos complementarios que no sean los metadatos de desplazamiento, si se incluyen en la VAU #1 1500, se almacenan en el primer grupo 1521 o el tercer grupo 1513. El paquete TS 1530 ubicado al final del primer gripo 1521 generalmente incluye un campo AD 1532. Esto impide a los datos complementarios 1504 que consisten únicamente en los metadatos de desplazamiento 1509 mezclarse en la carga útil TS 1533. En forma similar, el paquete TS 1550 ubicado al final del segundo grupo 1522 incluye generalmente un campo AD 1552. Esto impide que los datos de imagen comprimida 1505 y cualquier otro dato excepto los datos complementarios 1504 que consistan únicamente en los metadatos de desplazamiento 1509 se mezclen en la carga útil TS 1553. De esta manera, los datos complementarios 1504 que consisten únicamente en los metadatos de desplazamiento 1509 se almacenan sólo en las cargas útiles TS 1542, 1553 de los paquetes TS 1540, 1550 que pertenecen al segundo grupo 1522. Por otro lado, los datos de imagen comprimida 1505 se almacenan sólo en las cargas útiles TS 1562 de los paquetes TS 1560 que pertenecen al tercer grupo 1523.
En referencia además a la figura 15, los encabezados de TS 1531 de los paquetes TS 1530 que pertenecen al primer grupo 1521 indican el valor de prioridad TS establecido en "0" . De manera similar, los encabezados de TS 1561 de paquetes TS 1560 que pertenecen al tercer grupo 1523 indican el valor de prioridad TS establecido en "0" . Por otro lado, los encabezados de TS 1541, 1551 de los paquetes TS 1540, 1550 que pertenecen al segundo grupo 1522 indican el valor de prioridad TS establecido en "1" . Nótese que estos valores pueden establecerse en reversa. De esta manera, los paquetes TS que pertenecen al segundo grupo 1522 tienen un valor diferente de prioridad TS ante los paquetes TS que pertenecen a los otros grupos 1521 y 1523. En consecuencia, el decodificador de objetivos de sistema en el dispositivo de reproducción 102 puede seleccionar fácilmente paquetes TS que pertenezcan al segundo grupo 1522 al usarse prioridad TS .
En contraste con la figura 15, paquetes TS que pertenezcan al primer grupo 1521 y al segundo grupo 1522 pueden indicar el mismo valor de prioridad TS. La figura 16 es un diagrama esquemático que muestra una secuencia de paquetes TS 1620 en ese caso. Al igual que la secuencia de paquetes TS 1520 mostrado en la figura 15, la secuencia de paquetes TS 1620 se divide en tres grupos 1621, 1622 y 1623 en orden desde arriba. El primer grupo 1621 incluye un encabezado de PES 1511, el código de identificación de sub-AU 1501, el encabezado de sub-secuencia 1502 y encabezado de imagen 1503. El segundo grupo 1622 incluye los datos complementarios 1504 que consisten únicamente en los metadatos de desplazamiento 1509. El tercer grupo 1613 incluye los datos de imagen comprimida 1505, datos de relleno 1506, código de fin de secuencia 1507 y código de fin de flujo 1508. Nótese que datos complementarios que no son los metadatos de desplazamiento, si están incluidos en la VAU #1 1500, se almacenan en el primer grupo 1621 o el tercer grupo 1613. Las áreas con rayas diagonales en la figura 16 muestran los datos complementarios 1504 que consisten únicamente en los metadatos de desplazamiento 1509, y las áreas punteadas muestran datos 1511, 1501-1503 dispuestos antes de los datos complementarios en el paquete PS 1510. Los encabezados de TS 1631, 1641, 1651 de los paquetes TS 1630, 1640, 1650 que pertenece al primer grupo 1621 y al segundo grupo 1622 indican el valor de prioridad TS establecido en "1". Por otro lado, los encabezados TS 1661 de los paquetes TS 1660 que pertenecen al tercer grupo 1623 indican el valor de prioridad TS establecido en "0" . Nótese que estos valores pueden establecerse en reversa. Incluso en este caso, los paquetes TS que contienen los datos complementarios 1504 que consisten únicamente en los metadatos de desplazamiento 1509 tienen un valor diferente de prioridad TS a los paquetes TS que contienen los datos de imagen comprimida 1505. En consecuencia, el decodificador de objetivos de sistema en el dispositivo de reproducción 102 puede separar fácilmente el grupo de paquetes TS que contengan los datos complementarios 1504 que consisten únicamente en los datos de desplazamiento 1509 del grupo de paquetes TS que contengan los datos de imagen comprimida 1505 usando prioridad TS .
[Información de cambio de decodificación] La figura 17A es un diagrama esquemático que muestra una estructura de datos de información de cambio de decodificación 1750. La información de cambio de decodificación 1750 está incluida en los datos complementarios en cada VAU tanto en el flujo de video de vista base como en el flujo de video de vista dependiente mostrados en la figura 8. Sin embargo, en la VAU #1 832 ubicada en la parte superior de cada VOP en el flujo de video de vista dependiente, la información de cambio de decodificación 1750 se almacena en datos complementarios que son diferentes a los datos complementarios 832D que contienen los metadatos de desplazamiento. Los datos complementarios 831D y 832D, en particular en MPEG-4 AVC y MVC, corresponden a "SEI" que es un tipo de unidad NAL. La información de cambio de decodificación 1750 es información para causar que el decodificador en el dispositivo de reproducción 102 especifique fácilmente la siguiente VAU a decodificar. Como se describe abajo, el decodificador decodifica de manera alternante el flujo de video de vista base y el flujo de video de vista dependiente en unidades de VAU's. Cuando hace esto, el decodificador especifica generalmente la siguiente VAU que será decodificada en alineación con el tiempo mostrado por el DTS asignado a cada VAU. Muchos tipos de decodificadores , sin embargo, continúan decodificando VAU's en orden, ignorando el DTS. Para estos decodificadores , es preferible que cada VAU incluya información de cambio de decodificación 1750 además de un DTS.
Como se muestra en la figura 17A, la información de cambio de decodificación 1750 incluye un tipo de unidad de acceso subsecuente 1751, tamaño de unidad de acceso subsecuente 1752 y contador de decodificación 1753. El tipo de unidad de acceso subsecuente 1751 indica si la siguiente VAU que será decodificada pertenece a un flujo de video de vista base o un flujo de video de vista dependiente. Por ejemplo, cuando el valor del tipo de unidad de acceso subsecuente 1751 es "1", la siguiente VAU que será decodificada pertenece a un flujo de video de vista base, y cuando el valor del tipo de unidad de acceso subsecuente 1751 es "2", la siguiente VAU que será decodificada pertenece a un flujo de video de vista dependiente. Cuando el valor del tipo de unidad de acceso subsecuente 1751 es "0" , la VAU actual se ubica al final del flujo seleccionado para decodificación, y la siguiente VAU que será decodificada no existe. El tamaño de unidad de acceso subsecuente 1752 indica el tamaño de la siguiente VAU que va a ser decodificada. Al referirse al tamaño de unidad de acceso subsecuente 1752, el decodificador en el dispositivo de reproducción 102 puede especificar el tamaño de una VAU sin analizar su estructura real. En consecuencia, el decodificador puede extraer fácilmente VAUs de la memoria de almacenamiento temporal. El contador de decodificación 1753 muestra el orden de decodificación de la VAU a la cual pertenece. El orden es contado desde una VAU que incluye una imagen I en el flujo de video de vista base.
La figura 17B es un diagrama esquemático que muestra secuencias de contadores de decodificación 1710 y 1720 asignados a cada imagen en un flujo de video de vista base 1701 y un flujo de video de vista dependiente 1702. Como se muestra en la figura 17B, los contadores de decodificación 1710 y 1720 se incrementan de manera alternante entre los dos flujos de video 1701 y 1702. Por ejemplo, para la VAU 1711 que incluye una imagen I en el flujo de video de vista base 1701, un valor de "1" se asigna al contador de decodificación 1710. Después, un valor de "2" se asigna al contador de decodificación 1720 para la VAU 1721 que incluye la siguiente imagen P que será decodificada en el flujo de video de vista dependiente 1702. Además, un valor de "3" se asigna al contador de decodificación 1710 para la VAU 1712 que incluye la siguiente imagen P que será decodificada en el flujo de video de vista base 1701. Al asignar valores de esta manera, incluso cuando el decodificador en el dispositivo de reproducción 102 no pueda leer una de las VAUs debido a cierto error, el decodificador puede especificar inmediatamente la imagen faltante usando los contadores de decodificación 1710 y 1720. En consecuencia, el decodificador puede llevar a cabo procesamiento de errores adecuadamente y rápidamente.
En el ejemplo mostrado en la figura 17B, ocurre un error durante la lectura de la tercera VAU 1713 en el flujo de video de vista base 1701, y la imagen Br está ausente. Durante la decodificación de la imagen P contenida en la segunda VAU 1722 en el flujo de video de vista dependiente 1702, sin embargo, el decodificador ha leído el contador de decodificación 1720 para esta VAU 1722 y retenido el valor. En consecuencia, el decodificador puede predecir el contador de decodificación 1710 para la siguiente ' VAU que será procesada. Específicamente, el contador de decodificación 1720 en la VAU 1722 que incluye la imagen P es "4" . Por lo tanto, el contador de decodificación 1710 para la siguiente VAU que será leída puede predecirse como "5" . La siguiente VAU que realmente es leída, sin embargo, es la cuarta VAU 1714 en el flujo de video de vista base 1701, cuyo contador de decodificación 1710 es "7" . El decodificador puede entonces detectar que no pudo leer una VAU. En consecuencia, el decodificador puede ejecutar el siguiente procesamiento: "saltar decodificación de la imagen B extraída de la tercera VAU 1723 en el flujo de video de vista dependiente 1702, ya que la imagen Br que será usada como una referencia está ausente" . De esta manera, el decodificador verifica los contadores de decodificación 1710 y 1720 durante cada proceso de decodificación. En consecuencia, el decodificador puede detectar rápidamente errores durante la lectura de VAUs y puede ejecutar rápidamente procesamiento de errores adecuado. Como resultado, el decodificador puede impedir que el ruido contamine la reproducción de video.
La figura 17C es un diagrama esquemático que muestra otros ejemplos de los contadores de decodificación 1730 y 1740 asignados a cada imagen en un flujo de video de vista base 1701 y un flujo de video de vista dependiente 1702. Como se muestra en la figura 12C, los contadores de decodificación 1730 y 1740 se incrementan por separado en los flujos de video 1701 y 1702. Por lo tanto, los contadores de decodificación 1730 y 1740 son iguales para un par de imágenes en la misma 3D VAU. En este caso, cuando el decodificador ha decodificado una VAU en el flujo de video de vista base 1701, puede predecir que "el contador de decodificación 1230 es igual al contador de decodificación 1740 para la siguiente VAU que será decodificada en el flujo de video de vista dependiente 1702". De manera inversa, cuando el decodificador ha decodificado una VAU en el flujo de video de vista dependiente 1702, puede predecir que "el contador de decodificación 1730 para la siguiente VAU que será decodificada en el flujo de video de vista base 1701 es igual al contador de decodificación 1740 más uno" . En consecuencia, en cualquier punto en tiempo, el decodificador puede detectar rápidamente un error en la lectura de una VAU usando los contadores de decodificación 1730 y 1740 y puede ejecutar rápidamente procesamiento de errores adecuado. Como resultado, el decodificador puede . evitar que el ruido contamine el video de reproducción. <<Otros paquetes TS incluidos en archivo de flujos de AV>> Además de los paquetes TS convertidos del flujo elemental como se muestra en las figuras 3A a 3B, los tipos de paquetes TS incluidos en un archivo de flujos de AV incluyen una Tabla de Asociación de Programas (PAT) , Tabla de Mapas de Programas (PMT) y Referencia de Reloj de Programa (PCR) . La PCR, PMT y PAT se especifican por la Norma Europea de Transmisión Digital y están diseñadas para regular el flujo de transporte parcial que constituye un solo programa. Usando PCR, PMT y PAT, el archivo de flujos de AV también puede regularse de la misma manera que el flujo de transporte parcial. Específicamente, la PAT muestra el PID de una PMT incluida en el mismo archivo de flujos de AV. El PID de la propia PAT es 0. La PMT incluye los PIDs para los flujos elementales que representan video, audio, subtítulos, etc. incluidos en el mismo archivo de flujos de AV, así como la información de atributo para los flujos elementales. La PMT incluye también varios descriptores que se refieren al archivo de flujos de AV. Los descriptores incluyen particularmente información de control de copia que muestra si se permite o no la copia del archivo de flujos de AV. La PCR incluye información que indica el valor de un reloj de tiempo de sistema (STC) que será asociado con el ATS asignado a la propia PCR. El STC referido aquí es un reloj usado con una referencia para el PTS y el DTS por un decodificador en el dispositivo de reproducción 102. Este decodificador usa el PCR para sincronizar el STC con el ATC.
La figura 18 es un diagrama esquemático que muestra una estructura de datos de una PMT 1810. La PMT 1810 incluye un encabezado de PMT 1801, descriptores 1802 y piezas de información de flujo 1803. El encabezado de PMT 1801 indica la longitud de datos, etc., almacenados en la PMT 1810. Cada descriptor 1801 se relaciona con el archivo de flujos de AV completo que incluye la PMT 1810. La información de control de copia está incluida en uno de los descriptores 1802. Cada pieza de información de flujo 1803 se refiere a uno de los flujos elementales incluidos en el archivo de flujos de AV y se asigna a un flujo elemental diferente. Cada pieza de información de flujo 1803 incluye un tipo de flujo 1831, un PID 1832 y descriptores de flujo 1833. El tipo de flujo 1831 incluye información de identificación para el codee usado para comprimir el flujo elemental. El PID 1832 indica el PID del flujo elemental. Los descriptores de flujo 1833 incluyen información de atributo del flujo elemental, tal como una velocidad de cuadros y una relación de aspecto.
Usando PCR, PMT y PAT, el decodificador en el dispositivo de reproducción 102 puede hacerse procesar el archivo de flujos de AV de la misma manera que el flujo de transporte parcial en la Norma Europea de Difusión Digital. De esta manera, es posible asegurar compatibilidad entre un dispositivo de reproducción para el disco BD-ROM 101 y un dispositivo terminal que se conforme a la Norma Europea de Difusión Digital. <<Disposición intercalada de datos de flujo multiplexados>> Para la reproducción sin interrupciones de imágenes de video 3D, la disposición física del flujo de video de vista base y flujo de video de vista dependiente en el disco BD-ROM 101 es t importante. Esta "reproducción" sin interrupciones se refiere a reproducir video y audio de datos de flujo multiplexados sin interrupción.
La figura 19 es un diagrama esquemático que muestra una disposición física de datos de flujo multiplexados en el disco BD-ROM 101. Como se muestra en la figura 19, los datos de flujo multiplexados se dividen en una pluralidad de bloques de datos D [n] , B [n] (n = 0, 1, 2, 3, ...) y se disponen en el disco BD-ROM 101. Un "bloque de datos" se refiere a una secuencia de datos grabada en un área contigua en el disco BD-ROM 101, es decir, una pluralidad de sectores físicamente contiguos. Ya que direcciones físicas y direcciones lógicas en el disco BD-ROM 101 son sustancialmente iguales, los LBNs dentro de cada bloque de datos también son continuos. En consecuencia, la unidad BD-RO 121 puede leer continuamente un bloque de datos sin causar que el captador óptico lleve a cabo la búsqueda. En adelante, los bloques de datos B [n] que pertenezcan a un TS principal son conocidos como "bloques de datos de vista base", y bloques de datos D [n] que pertenezcan a sub-TS son conocidos como "bloques de datos de vista dependiente" . En particular, los bloques de datos que incluyen el flujo de video de vista derecha son mencionados como "bloques de datos de vista derecha" , y los bloques de datos que incluyen el flujo de mapas de profundidad son llamados "bloques de datos de mapas de profundidad" .
En el sistema de archivos en el disco BD-ROM 101, cada bloque de datos B [n] y D [n] puede ser accedido como una extensión en los archivos 2D o los archivos DEP . En otras palabras, la dirección lógica para cada bloque de datos puede conocerse de la entrada de archivo de un archivo 2D o un archivo DEP (véase <<Explicación Complementarias para detalles) .
En el ejemplo mostrado en la figura 19, la entrada de archivo 1910 en el archivo 2D (01000.m2ts) 241 indica los tamaños de los bloques de datos de vista base D [n] y los LBNs de sus partes superiores. En consecuencia, los bloques de datos de vista base B [n] pueden ser accedidos como extensiones EXT2D [n] en el archivo 2D 421. En adelante, las extensiones EXT2D [n] que pertenecen al archivo 2D 241 son llamadas "extensiones 2D" . Por otro lado, la entrada de archivo 1920 del archivo DEP (02000.m2ts) 242 indica los tamaños de los bloques de datos de vista dependiente D [n] y los LBNs de sus partes superiores. En consecuencia, cada bloque de datos de vista dependiente D [n] puede ser accedido como una extensión EXT2 [n] en el archivo DEP 242. En adelante, las extensiones EXT2 [n] que pertenecen al archivo DEP 242 son llamadas "extensiones de vista dependiente" .
Como se muestra en la figura 19, un grupo de bloques de datos es grabado continuamente a lo largo de una pista en el disco BD-ROM 101. Además, los bloques de datos de vista base B [n] y los bloques de datos de vista dependiente D [n] son dispuestos de manera alternante uno por uno. Este tipo de disposición de un grupo de bloques de datos se conoce como una "disposición intercalada" . En particular, una serie de bloques de datos grabados en una disposición intercalada es llamada un "bloque de extensiones". Tres bloques de extensiones 1901, 1902 y 1903 se muestran en la figura 19. Como se muestra en los primeros dos bloques de extensiones 1901 y 1902, un área de almacenamiento NAV para datos que no sean los datos de flujo multiplexados existe entre los bloques de extensiones, separando entonces los bloques de extensiones. Asimismo, cuando el disco BD-ROM 101 es un disco de capas múltiplex, es decir, cuando el disco BD-ROM 101 incluye una pluralidad de capas de grabación, los bloques de extensiones también pueden ser separados por un límite de capa LB entre las capas de grabación, al igual que en el segundo y tercer bloque de extensiones 1902 y 1903 mostrados en la figura 19. De esta manera, una serie de datos de flujo multiplexados se dispone generalmente para ser dividida en una pluralidad de bloques de extensiones. En este caso, para que el dispositivo de reproducción 102 reproduzca sin interrupciones imágenes de video a partir de los datos de flujo multiplexados , es necesario que las imágenes de video sean reproducidas a partir de los bloques de extensiones que serán conectados sin interrupciones. En adelante, el procesamiento requerido por el dispositivo de reproducción 102 para ese propósito es llamado "conexión sin interrupciones entre bloques de extensiones" .
Los bloques de extensiones 1901-1903 tienen el mismo número de los dos tipos de bloques de datos, D [n] y B [n] . Además, el tiempo ATC de extensión es igual entre un par de bloques de datos D [n] y B [n] contiguos. En este contexto, un "Reloj de Tiempo de Llegada (ATC)" se refiere a un reloj que actúa como un parámetro para un ATS. Asimismo, el "tiempo de ATC de extensión" se define por el valor del ATC y representa el intervalo del ATS asignado a paquetes de origen en una extensión, es decir, el intervalo de tiempo a partir del ATS del paquete de origen en la parte superior de la extensión hasta el ATS del paquete de origen en la parte superior de la siguiente extensión. En otras palabras, el tiempo ATC de extensión es igual al tiempo requerido para transferir todos los paquetes de origen en la extensión desde la memoria de almacenamiento temporal de lectura en el dispositivo de reproducción 102 hasta el decodificador de objetivos de sistema. La "memoria de almacenamiento temporal de lectura" es una memoria de almacenamiento temporal en el dispositivo de reproducción 102 en donde bloques de datos leídos del disco BD-ROM 101 se almacenan temporalmente antes de ser transmitidos al decodificador de objetivos de sistema. Detalles sobre la memoria de almacenamiento temporal de lectura se proporcionan más adelante. En el ejemplo mostrado en la figura 19, ya que tres bloques de extensiones 1901-1903 están conectados juntos sin interrupciones, los tiempos ATC de extensión son iguales entre los pares de bloques de datos D[n] , B [n] (n = 0, 1, 2, ...) .
Las VAUs ubicadas en la parte superior de bloques de datos contiguos D [n] que pertenecen a la misma 3D VAU, y en particular incluyen la imagen superior GOP que representa la misma imagen de video 3D. Por ejemplo, cuando el bloque de datos de vista dependiente D [n] es un bloque de datos de vista derecha D[n], la parte superior de cada bloque de datos de vista derecha D [n] incluye una imagen P para el flujo de video de vista derecha, y la parte superior del bloque de datos de vista base B [n] incluye una imagen I para el flujo de video de vista base. La imagen P para el flujo de video de vista derecha representa la vista derecha cuando la imagen de video 2D representada por la imagen I en el flujo de video de vista base se usa como la vista izquierda. En particular, la imagen P, como se muestra en la figura 7, es comprimida usando la imagen I como una imagen de referencia. En consecuencia, el dispositivo de reproducción 102 en modo de reproducción 3D puede iniciar la reproducción de imágenes de video 3D a partir de cualquier par de bloques de datos D [n] y B [n] . Es decir, el procesamiento que requiere acceso aleatorio de flujos de video, tal como reproducción de interrupción, es posible. Esto es cierto también en caso de que el bloque de datos de vista dependiente D [n] sea un bloque de datos de mapas de profundidad.
Además, en la disposición intercalada, entre pares contiguos de bloques de datos D [n] y B [n] , bloques de datos de vista dependiente D [n] se ubican antes de los bloques de datos de vista base B [n] . Esto es debido a que generalmente la cantidad de datos es más pequeña en el bloque de datos de vista dependiente D [n] que el bloque de datos de vista base B [n] , es decir, la velocidad de bits es más baja. Por ejemplo, la imagen incluida en el bloque de datos de vista derecha D [n] es comprimida usando la imagen incluida en el bloque de datos de vista base B [n] como una imagen de referencia. En consecuencia, el tamaño Sext2 [n] del bloque de datos de vista derecha D [n] generalmente es igual a o menor que el tamaño SEXTI [n] del bloque de datos de vista base B [n] : SE T2 [n] < SEXTI [n] . Por otro lado, la cantidad de datos por pixel en el mapa de profundidad, es decir, el número de bits del valor de profundidad, generalmente es más pequeño que la cantidad de datos por pixel de la imagen de vista base, es decir, la suma del número de bits del valor de coordenada cromática y el valor a. Además, como se muestra en las figuras 3A y 3B, a diferencia del sub-TS, el TS principal incluye otros flujos elementales, tales como un flujo de audio primario, además del flujo de video primario. Por lo tanto, el tamaño del bloque de datos de mapas de profundidad, SEXT3 [n] , generalmente es menor que o igual al tamaño del bloque de datos de vista base B [n] , SEXTI [n] : SEXT3 [nl=SEXTI [n] .
[Significado de dividir datos de flujo multiplexados en bloques de datos] Para reproducir imágenes de video 3D sin interrupciones del disco BD-ROM 101, el dispositivo de reproducción 102 tiene que procesar el TS principal y sub-TS en paralelo. La capacidad de la memoria de almacenamiento temporal de lectura que puede usarse en este procesamiento, sin embargo, generalmente es limitada. En particular, existe un límite en la cantidad de datos que se puede leer continuamente en la memoria de almacenamiento temporal de lectura del disco BD-ROM 101. En consecuencia, el dispositivo de reproducción 102 tiene que leer secciones del TS principal y sub-TS con el mismo tiempo ATC de extensión al dividir las secciones.
La figura 20A es un diagrama esquemático que muestra la disposición del TS principal 2001 y sub-TS 2002 grabados por separado y consecutivamente en un disco BD-ROM. Cuando el dispositivo de reproducción 102 procesa el TS principal 2001 y sub-TS 2002 en paralelo, como se muestra por las flechas (l)-(4) en las líneas continuas en la figura 20A, la unidad de BD-ROM 121 lee de manera alternante secciones del TS principal 2001 y el sub-TS 2002 que tienen el mismo tiempo ATC de extensión. En este momento, como se muestra por las flechas en las líneas punteadas en la figura 20A, durante procesamiento de lectura la unidad de BD-ROM 121 tiene que hacer un gran cambio, en el área que será leída en el disco BD-ROM. Por ejemplo, después de que la sección superior del TS principal 2001 mostrada por la flecha (1) es leída, la unidad de BD-ROM 121 detiene temporalmente la operación de lectura por el captador óptico e incrementa la velocidad de rotación del disco BD-ROM. De esta manera, la unidad de BD-ROM 121 mueve rápidamente el sector en el disco BD-ROM en el cual la sección superior del sub-TS 2002 mostrada por la flecha (2) es grabada hasta la posición del captador óptico. Esta operación de detener temporalmente la lectura por el captador óptico y, mientras se detiene la lectura, colocar el captador óptico sobre la siguiente área que será leída es llamada un "salto" . Las líneas punteadas con una flecha mostrada en la figura 20A indican el intervalo de los saltos necesarios durante el procesamiento de lectura. Durante cada periodo de salto, el procesamiento de lectura por el captador óptico se detiene, y sólo la decodificación por el decodificador progresa. Ya que el salto es excesivo en el ejemplo mostrado en las figuras 20A a 20D, es difícil causar que el procesamiento de lectura se mantenga a la par con la decodificación. Como resultado, es difícil mantener establemente una reproducción sin interrupciones.
La figura 20B es un diagrama esquemático que muestra una disposición de bloques de datos de vista dependiente D[0], D[l], D[2], ... y bloques de datos de vista base B[0], B[l], B[2], ... grabados de manera alternante en el disco BD-ROM 101 de acuerdo con la modalidad 1 de la presente invención. Como se muestra en la figura 20B, el TS principal y sub-TS se dividen en una pluralidad de bloques de datos y se disponen de manera alternante. En este caso, durante la reproducción de imágenes de video 3D, el dispositivo de reproducción 102 lee bloques de datos D[0], B [0] , D[l], B[l] ... en orden desde arriba, como se muestra por las flechas (1) - (4) en la figura 20B. Simplemente al leer estos bloques de datos en orden, el dispositivo de reproducción 102 puede leer suavemente el TS principal y sub-TS de manera alternante. En particular, ya que no ocurre ningún salto durante el procesamiento de lectura, una reproducción sin interrupciones de imágenes de video 3D puede mantenerse establemente.
[Significado de proporcionar bloques de datos contiguos con el mismo tiempo ATC de extensión] La figura 20C es un diagrama esquemático que muestra un ejemplo de los tiempos ATC de extensión para un grupo de bloques de datos de vista dependiente D [n] y un grupo de bloques de datos de vista base B [n] grabados en una disposición intercalada (n = 0, 1, 2) . Como se muestra en la figura 20C, el tiempo ATC de extensión es el mismo en cada par entre el bloque de datos de vista dependiente D [n] y el bloque de datos de vista base B [n] inmediatamente subsiguiente. Por ejemplo, el tiempo ATC de extensión es igual a un segundo para cada uno de D[0] y B[0] en el par de bloques de datos superior. En consecuencia, cuando los bloques de datos D[0] y B[0] son leídos por la memoria de almacenamiento temporal de lectura en el dispositivo de reproducción 102, todos los paquetes TS en el mismo son enviados de la memoria de almacenamiento temporal de lectura al decodificador de objetivos de sistema en el mismo intervalo de un segundo. En forma similar, ya que el tiempo ATC de extensión es igual a 0.7 segundos para cada D[l] y B[l] en el segundo par de bloques de datos, todos los paquetes TS en cada bloque de datos son transmitidos de la memoria de almacenamiento temporal de lectura al decodificador de objetivos de sistema en el mismo intervalo de 0.7 segundos .
La figura 20D es un diagrama esquemático que muestra otro ejemplo de los tiempos ATC de extensión para un grupo de bloques de datos de vista dependiente D [n] y un grupo de bloques de datos de vista base B [n] grabados en una disposición intercalada. Como se muestra en la figura 20D, los tiempos ATC de extensión en todos los bloques de datos D [n] y B [n] son iguales a un segundo. En consecuencia, en el mismo intervalo de un segundo en el cual cualquiera de los bloques de datos D [n] y B [n] son leídos por la memoria de almacenamiento temporal de lectura en el dispositivo de reproducción 102, todos los paquetes TS en cada uno de esos bloques de datos son transmitidos desde la memoria de almacenamiento temporal de lectura al decodificador de objetivos de sistema.
Como se describió arriba, la velocidad de compresión de los bloques de datos de vista dependiente generalmente es más alta que la velocidad de compresión de los bloques de datos de vista base. En consecuencia, la decodificación de los bloques de datos de vista dependiente generalmente es más lenta que la decodificación de los bloques de datos de vista base. Por otro lado, cuando los tiempos ATC de extensión son iguales, los bloques de datos de vista dependiente tienen una cantidad de datos más pequeña que los bloques de datos de vista base. Por lo tanto, cuando los tiempos ATC de extensión son iguales entre bloques de datos contiguos como en las figuras 20C y 20D, la velocidad en la cual los datos que serán decodificados son proporcionados al decodificador de objetivo de sistema se puede mantener fácilmente de manera uniforme con la velocidad de procesamiento por el decodificador . En otras palabras, el decodificador de objetivos de sistema facilita la sincronización entre la decodificación de los bloques de datos de vista base y la decodificación de los bloques de datos de vista dependiente, particularmente en reproducción interrumpida .
[Significado de poner primero bloques de datos de cantidad de datos más pequeña] Cuando se lee un bloque de datos ubicado en la parte superior o en la posición de inicio de reproducción de cada bloque de extensiones, el dispositivo de reproducción 102 en modo de reproducción 3D lee primero la totalidad del bloque de datos en la memoria de almacenamiento temporal de lectura. El bloque de datos no es transferido al decodificador de objetivos de sistema durante ese periodo.
Después de terminar la lectura del bloque de datos, el dispositivo de reproducción 102 transfiere el bloque de datos al decodificador de objetivos de sistema en paralelo con el siguiente bloque de datos. Este procesamiento es llamado "precarga" .
El significado técnico de la precarga es el siguiente. Primero, en modo L/R, bloques de datos de vista base son necesarios para decodificar los bloques de datos de vista dependiente. Por lo tanto, para mantener la memoria de almacenamiento temporal a la capacidad necesaria mínima para almacenar los datos decodificados hasta el procesamiento de salida, es preferible proporcionar simultáneamente los bloques de datos al decodificador de objetivos de sistema que será decodificado . Por otro lado, en modo de profundidad, es necesario procesamiento para generar un par de planos de video que representen imágenes de paralaje a partir de un par de una imagen de vista base decodificada y un mapa de profundidad decodificado . En consecuencia, para mantener la memoria de almacenamiento temporal a la capacidad necesaria mínima para almacenar los datos decodificados hasta este procesamiento, es preferible proporcionar los bloques de datos de vista base simultáneamente con los bloques de datos de mapas de profundidad al decodificador de objetivos de sistema que será decodificado . Por lo tanto, la precarga causa que la totalidad de los bloques de datos en la parte superior de un bloque de extensiones o en la posición de inicio de reproducción se lean en la memoria de almacenamiento temporal de lectura por adelantado. Esto hace posible que el bloque de datos y el bloque de datos siguiente sean transferidos simultáneamente de la memoria de almacenamiento temporal de lectura al decodificador de objetivos de sistema y decodificados . Además, los pares subsecuentes de bloques de datos también pueden ser decodificados simultáneamente por el decodificador de objetivos de sistema.
Cuando hay precarga, la totalidad del bloque de datos que se lee primero es almacenada en la memoria de almacenamiento temporal de lectura. En consecuencia, la memoria de almacenamiento temporal de lectura requiere al menos una capacidad igual al tamaño del bloque de datos. Para mantener la capacidad de la memoria de almacenamiento temporal de lectura en un mínimo, el tamaño del bloque de datos que será precargado debe ser lo más pequeño posible. Mientras tanto, para interrumpir la reproducción, etc., cualquier par de bloques de datos puede ser seleccionado como la posición de inicio de reproducción. Por esta razón, el bloque de datos que tenga una cantidad de datos más pequeña se pone primero en cada par de los bloques de datos. Esto hace posible que la capacidad mínima sea mantenida en la memoria de almacenamiento temporal de lectura. <<Entrelazamiento de archivos de flujos de AV a bloques de datos>> Para el grupo de bloques de datos mostrado en la figura 19, los archivos de flujos de AV son entrelazados como sigue. La entrada de archivo 1940 del archivo SS (01000. ssfi) 244A considera cada bloque de extensiones 1901-1903 como siendo cada uno una extensión, indicando el tamaño de cada uno y el LBN de la parte superior de los mismos. En consecuencia, los bloques de extensiones 1901-1903 pueden ser accedidos como las extensiones EXTSS [0] , EXTSS [1] y EXTSS[2] del archivo SS 244A. En adelante, las extensiones EXTSS [0] , EXTSS [1] y EXTSS [2] que pertenecen al archivo SS 244A son llamadas las "extensiones SS" . Cada una de las extensiones SS EXTSS [0], EXTSS [1] y EXTSS [2] comparten los bloques de datos de vista base B [n] con el archivo 2D 241 y comparten los bloques de datos de vista dependiente D [n] con el archivo DEP 242. <<Trayectoria de reproducción para grupo de bloques de extensiones>> La figura 21 es un diagrama esquemático que muestra una trayectoria de reproducción 2101 en modo de reproducción 2D para un grupo de bloques de extensiones 1901-1903. El dispositivo de reproducción 102 en modo de reproducción 2D reproduce el archivo 2D 241. En consecuencia, como se indica por la trayectoria de reproducción 2101 en modo de reproducción 2D, los bloques de datos de vista base B [n] (n = 0, 1, 2, ...) son leídos en orden desde los bloques de extensiones 1901-1903 como extensiones 2D EXT2D[0], EXT2D[1] y EXT2D[2] . Específicamente, primero, el bloque de datos de vista base superior B[0] es leído desde el bloque de extensiones superior 1901, después la lectura del bloque de datos de vista dependiente D[0] inmediatamente subsecuente es saltada por un primer salto J2D1 · Luego, el segundo bloque de datos de vista base B [1] es leído, y después la lectura de los datos NAV inmediatamente subsecuentes y el bloque de datos de vista dependiente D[l] es saltada por un segundo salto JNAV- Posteriormente, la lectura de los bloques de datos de vista base y saltos se repiten similarmente en el segundo y subsecuentes bloques de extensiones 1902 y 1903.
Un salto JLY que ocurre entre el segundo bloque de extensiones 1902 y el tercer bloque de extensiones 1903 es un salto largo a través del límite de capa LB . Un "salto largo" es un término colectivo para saltos con un largo tiempo de búsqueda y se refiere específicamente a una distancia de salto que excede un valor umbral predeterminado. La "distancia de salto" se refiere a la longitud del área en el disco BD-ROM 101 cuya lectura es saltada durante un periodo de salto. La distancia de salto se expresa normalmente como el número de sectores de la sección correspondiente. El valor umbral usado para definir un salto largo se especifica, por ejemplo, como 40,000 sectores en la norma BD-ROM. Este valor umbral, sin embargo, depende del tipo del disco BD-ROM y de la capacidad de procesamiento de lectura de la unidad de BD-ROM. Los saltos largos incluyen particularmente saltos de foco y saltos de pista. Un "salto de foco" es un salto causado al cambiar capas de grabación, e incluye procesamiento para cambiar la distancia de foco del captador óptico. Un "salto de pista" incluye procesamiento para mover el captador óptico en una dirección radial a lo largo del disco BD-ROM 101.
La figura 21 muestra además una trayectoria de reproducción 2102 en modo L/R para el grupo de bloques de extensiones 1901-1903. El dispositivo de reproducción 102 en modo L/R reproduce el archivo SS 244A. En consecuencia, como se indica por la trayectoria de reproducción 2102 en modo L/R, los bloques de extensiones 1901-1903 son leídos en orden como las extensiones SS EXTSS [0], EXTSS [1] y EXTSS[2]. Específicamente, los bloques de datos D[0], B[0], D[l] y B[l] son leídos primero secuencialmente a partir del bloque de extensiones superior 1901, luego la lectura de los datos NAV inmediatamente subsecuentes es saltada por un primer salto JNAV- Después, los bloques de datos D[2], B[3] son leídos secuencialmente a partir del segundo bloque de extensiones 1902. Inmediatamente después de eso, ocurre un salto largo JLY al mismo tiempo que el cambio de la capa de grabación, y después, los bloques de datos D[4], B[4], son leídos secuencialmente a partir del tercer bloque de extensiones 1903.
Cuando lee los bloques de extensiones 1901-1903 como extensiones del archivo SS 244A, el dispositivo de reproducción 102 lee el LBN superior de las extensiones SS EXTSSfO], EXTSS[1], ... y el tamaño de las mismas, de la entrada de archivo 1940 en el archivo SS 244A y luego envía los LBNs y tamaños a la unidad de BD-ROM 121. La unidad de BD-ROM 121 lee continuamente datos que tienen el tamaño de entrada del LBN de entrada. En este procesamiento, el control de la unidad de BD-ROM 121 es más fácil que el procesamiento para leer los grupos de bloques de datos como las extensiones en el primer archivo DEP 242 y el archivo 2D 241 por las siguientes razones (A) y (B) : (A) el dispositivo de reproducción 102 puede referirse en orden a extensiones usando una entrada de archivo en una ubicación, y (B) ya que el número total de extensiones que serán leídas sustancialmente es la mitad, el número total de pares de un LBN y un tamaño que tienen que ser enviados a la unidad de BD-ROM 121 es la mitad. Sin embargo, después de que el dispositivo de reproducción 102 ha leído las extensiones SS EXTSS[0], EXTSS[1], tiene que separar cada una en un bloque de datos de vista dependiente y un bloque de datos de vista base y enviarlas al decodificador . El archivo de información de clips se usa para este procesamiento de separación. Detalles se proporcionan abajo.
Como se muestra en la figura 19, cuando en realidad se leen los bloques de extensiones 1901-1903, la unidad de BD-ROM 121 lleva a cabo una transición de sector cero J0 en el tiempo a partir de la parte superior de un bloque de datos hasta la parte superior del siguiente bloque de datos. Una "transición de sector cero" es un movimiento del captador óptico entre dos bloques de datos consecutivos. Durante un periodo en el cual una transición de sector cero se lleva a cabo (en adelante llamado un "periodo de transición de sector cero" , el captador óptico temporalmente suspende la operación de lectura y espera. En este sentido, la transición de sector cero se considera "un salto en el cual la distancia de salto es igual a 0 sectores" . La longitud del periodo de transición de sector cero, es decir, el periodo de tiempo de transición de sector cero, puede incluir, además del tiempo para desplazar la posición del captador óptico por medio de la revolución del disco BD-ROM 101, sobrecarga causada por procesamiento de corrección de errores. "Sobrecarga causada por procesamiento de corrección de errores" se refiere al exceso de tiempo causado al llevar a cabo procesamiento de corrección de errores dos veces usando un bloque ECC cuando el límite entre bloques ECC no coincide con el límite entre dos bloques de datos. Un bloque ECC completo es necesario para procesamiento de corrección de errores . En consecuencia, cuando dos bloques de datos consecutivos comparten un solo bloque ECC, todo el bloque ECC es leído y usado para procesamiento de corrección de errores durante la lectura de cada bloque de datos. Como resultado, cada vez que uno de estos bloques de datos es leído, un máximo de 32 sectores de datos en exceso es leído adicionalmente . La sobrecarga causada por procesamiento de corrección de errores es evaluada como el tiempo total para leer los datos en exceso, es decir, 32 sectores x 2048 bytes x 8 bits/byte x 2 instancias/velocidad de lectura. Nótese que al configurar cada bloque de datos en unidades de bloques ECC, la sobrecarga causada por procesamiento de corrección de errores puede ser eliminada del tiempo de transición de sector cero. <<Archivo de información de clips>> La figura 22 es un diagrama esquemático que muestra una estructura de datos de un primer archivo de información de clips (01000. clpi) , es decir, el archivo de información de clips 2D 231. El archivo de información de clips de vista dependiente (02000. clip) 232 y el archivo de información de clips (03000. clpi) 233 tienen la misma estructura de datos. A continuación se describe la estructura de datos común para todos los archivos de información de clips, usando primero la estructura de datos del archivo de información de clips 2D 231 como un ejemplo. Más adelante, se describen las diferencias en la estructura de datos entre un archivo de información de clips 2D y un archivo de información de clips de vista dependiente.
Como se muestra en la figura 22, el archivo de información de clips 2D 231 incluye información de clips 2210, información de atributos de flujo 2220, un mapa de entradas 2230 y metadatos 3D 2240. Los metadatos 3D 2240 incluyen puntos de inicio de extensión 2242.
La información de clips 2210 incluye una velocidad de sistema 2211, una hora de inicio de reproducción 2212 y una hora de fin de reproducción 2213. La velocidad de sistema 2211 especifica una velocidad de sistema para el archivo 2D (01000.m2ts) 241. El dispositivo de reproducción 102 en modo de reproducción 2D transfiere paquetes TS que pertenecen al archivo 2D 241 desde la memoria de almacenamiento temporal de lectura hasta el decodificador de objetivos de sistema. La "velocidad de sistema" se refiere al límite superior de la tasa de transferencia. El intervalo entre los ATSs de los paquetes de origen en el archivo 2D 241 se establecen de tal manera que la velocidad de transferencia se limite a la tasa de sistema o más baja. La hora de inicio de reproducción 2212 indica el PTS de la VAU ubicada en la parte superior del archivo 2D 241, por ejemplo, el PTS del cuadro de video superior. La hora de fin de reproducción 2212 indica el valor del STC retrasado un tiempo predeterminado a partir del PTS de la VAU ubicada al final del archivo 2D 241, por ejemplo, la suma del PTS para el último cuadro de video y la hora de reproducción de un cuadro .
La información de atributos de flujo 2220 es una tabla de correspondencia entre el PID 2221 para cada flujo elemental incluido en el archivo 2D 241 y piezas de información de atributos 2222. Cada pieza de información de atributos 2222 es diferente para un flujo de video, flujo de audio, flujo de PG y flujo de IG. Por ejemplo, la información de atributos que corresponde al PID 0x1011 para el flujo de video primario incluye un tipo de codee usado para la compresión del flujo de video, así como una resolución, relación de aspecto y velocidad de cuadros para cada imagen que constituya el flujo de video. Por otro lado, la información de atributos que corresponde al PID 0x1100 para el flujo de audio primario incluye un tipo de codee usado para comprimir el flujo de audio, un número de canales incluidos en el flujo de audio, idioma y frecuencia de muestreo. El dispositivo de reproducción 102 usa esta información de atributos 2222 para inicializar el decodificador .
[Mapa de entrada] La figura 23A es un diagrama esquemático que muestra una estructura de datos de un mapa de entrada 2230.
Como se muestra en la figura 23A, el mapa de entrada 2230 incluye tablas 2300. Hay el mismo número de tablas 2300 que flujos de video multiplexados en el TS principal, y se asignan tablas una por una a cada flujo de video. En la figura 23A, cada tabla 2300 es distinguida por el PID del flujo de video al cual es asignada. Cada tabla 2300 incluye un encabezado de mapa de entrada 2301 y un punto de entrada 2302. El encabezado de mapa de entrada 2301 incluye el PID que corresponde a la tabla 2300 y el número total de puntos de entrada 2302 incluido en la tabla 2300. Un punto de entrada 2302 asocia cada par de un PTS 2303 y número de paquete de origen (SPN) 2304 con uno de ID de punto de entrada (EP_ID) 2305 individualmente diferentes. El PTS 2303 es equivalente al PTS para una de las imágenes I incluidas en el flujo de video para el PID indicado por el encabezado de mapa de entrada 2301. El SPN 2304 es equivalente al SPN para la parte superior del grupo de paquetes de origen almacenado en la imagen I correspondiente. Un "SPN" se refiere al número de serie asignado consecutivamente desde la parte superior hasta un grupo de paquetes de origen que pertenecen a un archivo de flujos de AV. El SPN se usa como la dirección para cada paquete de origen en "el archivo de flujos de AV. En el mapa de entrada 2230 en el archivo de información de clips 2D 231, el SPN se refiere al número asignado al grupo de paquetes de origen que pertenece al archivo 2D 241, es decir el grupo de paquetes de origen que constituye el TS principal. En consecuencia, el punto de entrada 2302 expresa la correspondencia entre el PTS y la dirección, es decir, el SPN, de cada imagen I incluida en el archivo 2D 241.
Un punto de entrada 2302 no tiene que establecerse para todas las imágenes I en el archivo 2D 241. Sin embargo, cuando una imagen I se ubica en la parte superior de un GOP, y el paquete TS que incluye la parte superior de esa imagen I se ubica en la parte superior de una extensión 2D, un punto de entrada 2302 tiene que establecerse para esa imagen I.
La figura 23B es un diagrama esquemático que muestra paquetes de origen en un grupo de paquetes de origen 2310 que pertenece a un archivo 2D 241 que están asociados con cada EP_ID 2305 por el mapa de entrada 2230. La figura 23C es un diagrama esquemático que muestra un grupo de bloques de datos D [n] , B [n] (n = 0, 1, 2, 3, ...) en un disco BD-ROM 101 que corresponde al grupo de paquetes de origen 2310. Cuando el dispositivo de reproducción 102 reproduce imágenes de video 2D a partir del archivo 2D 241, se refiere al mapa de entrada 2230 para especificar el SPN para el paquete de origen que incluya un cuadro que represente una escena arbitraria del PTS para ese cuadro. Específicamente, cuando por ejemplo un PTS = 360,000 se indica como el PTS para un punto de entrada específico para la posición de inicio de reproducción, el dispositivo de reproducción 102 retira primero el SPN = 3,200 asignado a este PTS en el mapa de entrada 2230. Después, el dispositivo de reproducción 102 busca el cociente SPNxl92/2048 , es decir, el valor del SPN multiplicado por 192 bytes, la cantidad de datos por paquete de origen, y dividido entre 2048 bytes, la cantidad de datos por sector. Como puede entenderse a partir de las figuras 5B y 5C, este valor es igual al número total de sectores grabado en el TS principal antes del paquete de origen al cual se asigne el SPN. En el ejemplo mostrado en la figura 23B, este valor es 3200 x 192/2048 = 300, y es igual al número total de sectores en el cual se graban grupos de paquetes de origen 2311 del SPN 0 a 3199. Después, el dispositivo de reproducción 102 se refiere a la entrada de archivo en el archivo 2D 241 y especifica el LBN del (número total + 1) 0 sector, contando desde la parte superior de los grupos de sector en los cuales grupos de extensiones 2D son grabados. En el ejemplo mostrado en la figura 23C, dentro de los grupos de sectores en los cuales los bloques de datos de vista base B[0], B[l], B[2], ... que pueden ser accedidos como extensiones 2D EXT2D[0], EXT2D[1], EXT2D[2], ... son grabados, el LBN del 301° sector contando desde arriba es especificado. El dispositivo de reproducción 102 indica este LBN a la unidad de BD-ROM 121. De esta manera, grupos de bloques de datos de vista base son leídos como unidades alineadas en orden desde el sector para este LBN. Más aún, a partir de la primera unidad alineada que es leída, el dispositivo de reproducción 102 selecciona el paquete de origen indicado por el punto de entrada para la posición de inicio de reproducción y luego extrae y decodifica una imagen I. De ahí en adelante, imágenes subsecuentes son decodificadas en orden con referencia a imágenes ya decodificadas . De esta manera, el dispositivo de reproducción 102 puede reproducir imágenes de video 2D a partir del archivo 2D 241 desde un PTS especificado en adelante.
Además, el mapa de entrada 2230 es útil para procesamiento eficiente durante reproducción de truco tal como adelantado, rebobinado, etc. Por ejemplo, el dispositivo de reproducción 102 en modo de reproducción 2D se refiere primero al mapa de entrada 2230 para leer SPNs que inician en la posición de inicio de reproducción, por ejemplo, para leer SPN = 3200, 4800, ... en orden desde los puntos de entrada EP_ID = 2, 3, ... que incluyan PTSs que inicien en PTS = 360000. Después, el dispositivo de reproducción 102 se refiere a la entrada de archivo en el archivo 2D 241 para especificar el LBN de los sectores que correspondan a cada SPN. El dispositivo de reproducción 102 indica después cada LBN a la unidad de BD-ROM 121. Unidades alineadas son entonces leídas del sector para cada LBN. Además, de cada unidad alineada, el dispositivo de reproducción 102 selecciona el paquete de origen indicado por cada punto de entrada y luego extrae y decodifica una imagen I . El dispositivo de reproducción 102 puede entonces reproducir selectivamente una imagen I del archivo 2D 241 sin analizar el propio grupo de extensiones 2D EXT2D [n] .
[Punto de inicio de extensión] La figura 24A es un diagrama esquemático que muestra una estructura de datos de puntos de inicio de extensión 2242. Como se muestra en la figura 24A, un "punto de inicio de extensión" 2242 incluye IDs de extensión de vista base (EXT1_ID) 2411 y SPNs 2412. Los EXTl_IDs 2411 son números de serie asignados consecutivamente desde la parte superior hasta los bloques de datos de vista base que pertenezcan al archivo SS (01000. ssif) 244A. Un SPN 242 se asigna a cada EXT1_ID 2411 y es el mismo que el SPN para el paquete de origen ubicado en la parte superior del bloque de datos de vista base identificado por el EXT1_ID 2411. Este SPN es un número de serie asignado desde la parte superior hasta los paquetes de origen incluidos en el grupo de bloques de datos de vista base que pertenecen al archivo SS 244A.
En los bloques de extensiones 1901-1903 mostrados en la figura 19, el archivo 2D 241 y el archivo SS 244A comparten los bloques de datos de vista base B[0] , B[l] , B[2] , ... en común. Sin embargo, grupos de bloques de datos puestos en ubicaciones que requieren un salto largo, tal como en límites entre capas de grabación, generalmente incluyen bloques de datos de vista base que pertenecen sólo a uno del archivo 2D 241 o el archivo SS 244A (véase <<Explicación Complementarias para detalles) . En consecuencia, el SPN 2412 que indica el punto de inicio de extensión 2242 generalmente difiere del SPN para el paquete de origen ubicado en la parte superior de la extensión 2D que pertenece al archivo 2D 241.
La figura 24B es un diagrama esquemático que muestra una estructura de datos de puntos de inicio de extensión 2420 incluidos en un segundo archivo de información de clips ( 02000. clpi) , es decir, el archivo de información de clips de vista dependiente 232. Como se muestra en la figura 24B, el punto de inicio de extensión 2420 incluye IDs de extensión de vista dependiente (EXT2_ID) 2421 y SPNs 2422. Los EXT2_IDs son números de serie asignados desde la parte superior hasta los bloques de datos de vista dependiente que pertenecen al archivo SS 244A. Se asigna un SPN 2422 a cada EXT2_ID 2421 y es el mismo que el SPN para el paquete de origen ubicado en la parte superior del bloque de datos de vista dependiente identificado por el EXT2_ID 2421. Este SPN es un número de serie asignado en orden desde la parte superior hasta los paquetes de origen incluidos en el grupo de bloques de datos de vista dependiente que pertenecen al archivo SS 244A.
La figura 24D es un diagrama esquemático que representa la correspondencia entre extensiones de vista dependiente EXT2 [0] , EXT2 [1] , ... que pertenecen al archivo DEP (02000. m2ts) 242 y los SPNs 2422 mostrados por los puntos de inicio de extensión 2420. Como se muestra en la figura 19, el archivo DEP 242 y el archivo SS 244A comparten bloques de datos de vista dependiente en común. En consecuencia, como se muestra en la figura 24D, cada SPN 2422 mostrado por los puntos de inicio de extensión 2420 es el mismo que el SPN para el paquete de origen ubicado en la parte superior de cada extensión de vista dependiente EXT2 [0] , EXT2 [1] , ....
Como se describe abajo, el punto de inicio de extensión 2242 en el archivo de información de clips 2D 231 y el punto de inicio de extensión 2420 en el archivo de información de clips de vista dependiente 232 se usan para detectar el límite de bloques de datos incluido en cada extensión SS durante la reproducción de imágenes de video 3D a partir del archivo SS 244A.
La figura 24E es un diagrama esquemático que muestra un ejemplo de la correspondencia entre una extensión SS EXTSS[0] que pertenece al archivo SS 244A y un bloque de extensiones en el disco BD-ROM 101. Como se muestra en la figura 24E, el bloque de extensiones incluye grupos de bloques de datos D [n] y B [n] (n = 0, 1, 2, ...) en una disposición intercalada. Nótese que la siguiente descripción también es verdad para otras disposiciones. El bloque de extensiones puede ser accedido como una sola extensión SS EXTSS.O]. Además, en la extensión SS EXTSS [0] , el número de paquetes de origen incluidos en el bloque de datos de vista base B [n] es, en el punto de inicio de extensión 2242, el mismo que la diferencia A(n + 1) - An entre SPNs que corresponden a EXT1_ID = n + 1 y n. En este caso, A0 = 0. Por otro lado, el número de paquetes de origen incluidos en el bloque de datos de vista dependiente D [n + 1] es, en el punto de inicio de extensión 2420, el mismo que la diferencia B(n + 1) - Bn entre SPNs que corresponden a EXT2_ID = n + 1 y n. En este caso, B0 = 0.
Cuando el dispositivo de reproducción 102 en modo de reproducción 3D reproduce imágenes de video 3D a partir del archivo SS 244A, el dispositivo de reproducción 102 se refiere a los mapas de entrada y los puntos de inicio de extensión 2242 y 2420 respectivamente encontrados en los archivos de información de clips 231 y 232. Al hacer esto, el dispositivo de reproducción 102 especifica, a partir del PTS para un cuadro que represente la vista derecha de una escena arbitraria, el LBN para el sector en el cual un bloque de datos de vista dependiente que se requiera como un constituyente del cuadro esté grabado. Específicamente, el dispositivo de reproducción 102 por ejemplo retira primero el SPN asociado con el PTS del mapa de entrada en el archivo de información de clips de vista dependiente 232. Se asume que el paquete de origen indicado por el SPN está incluido en la tercera extensión de vista dependiente EXT2 [2] en el primer archivo DEP 242, es decir, el bloque de datos de vista dependiente D[2] . Después, el dispositivo de reproducción 102 recupera "B2" , el SPN más grande antes del SPN objetivo, de entre los SPNs 2422 mostrados por los puntos de inicio de extensión 2420 en el archivo de información de clips de vista dependiente 232. El dispositivo de reproducción 102 también recupera el EXT2_ID "2" correspondiente. Luego el dispositivo de reproducción 102 recupera el valor "A2" para el SPN 2412 que corresponda al EXT1_ID, que es igual al EXT2_ID "2", de los puntos de inicio de extensión 2242 en el archivo de información de clips 2D 231. El dispositivo de reproducción 102 busca además la suma B2 + A2 de los SPNs retirados. Como se puede ver de la figura 24E, esta suma B2 + A2 es la misma que el número total de paquetes de origen incluidos en los bloques de datos ubicados antes del tercer bloque de datos de vista dependiente D[2] entre los bloques de datos incluidos en la extensión SS EXTSS[0]. En consecuencia, esta suma B2 + A2 multiplicada por 192 bytes, la cantidad de datos por paquete de origen, y dividida entre 2048 bytes, la cantidad de datos por sector, es decir, (B2 + A2 ) X192/2048 , es la misma que el número de sectores desde la parte superior de la extensión SS EXTSS[0] hasta inmediatamente antes del tercer bloque de datos de vista dependiente D[2] . Usando este cociente, el LBN para el sector en el cual la parte superior del bloque de datos de vista dependiente D[2] está grabado puede especificarse al hacer referencia a la entrada de archivo para el archivo SS 244A.
Luego de especificar el LBN por medio del procedimiento descrito arriba, el dispositivo de reproducción 102 indica el LBN a la unidad de BD-ROM 121. De esta manera, la porción de la extensión SS EXTSS[0] grabada empezando con el sector para este LBN, es decir, el grupo de bloques de datos D[2], B[2], D[3], B[3], ... iniciando a partir del tercer bloque de datos de vista dependiente D[2], se lee como unidades alineadas.
El dispositivo de reproducción 102 se refiere además a los puntos de inicio de extensión 2242 y 2420 para extraer bloques de datos de vista dependiente y bloques de datos de vista base de manera alternante de las extensiones SS leídas. Por ejemplo, supóngase que el grupo de bloques de datos D [n] , B [n] (n = 0, 1, 2, ...) sea leído en orden a partir de la extensión SS EXTSS[0] mostrada en la figura 24E. El dispositivo de reproducción 102 extrae primero Bl paquetes de origen desde la parte superior de la extensión SS EXTSS[0] como el bloque de datos de vista dependiente D[0] . Después, el dispositivo de reproducción 102 extrae el Bl° paquete de origen y los (Al - 1) paquetes de origen subsecuentes, un total de Al paquetes de origen, como el primer bloque de datos de vista base B[0]. El dispositivo de reproducción 102 extrae después el (Bl + Al) ° paquete de origen y los (B2 - Bl - 1) paquetes de origen subsecuentes, un total de (B2 - Bl) paquetes de origen, como el segundo bloque de datos de vista dependiente D[l] . El dispositivo de reproducción 102 extrae además el (Al + B2)° paquete de origen y los (A2 - Al - 1) paquetes de origen subsecuentes, un total de (A2 - Al) paquetes de origen, como el segundo bloque de datos de vista base B [1] . En adelante, el dispositivo de reproducción 102 continúa entonces para detectar el límite entre bloques de datos en la extensión SS con base en el número de paquetes de origen leídos, de esta manera extrayendo en forma alternante bloques de datos de vista dependiente y vista base. Los bloques de datos de vista base y vista dependiente extraídos son transmitidos al decodificador de objetivos de sistema para ser decodificados en paralelo.
De esta manera, el dispositivo de reproducción 102 en modo de reproducción 3D puede reproducir imágenes de video 3D del archivo SS 244A iniciando en un PTS específico. Como resultado, el dispositivo de reproducción 102 puede de hecho beneficiarse de las ventajas (A) y (B) descritas arriba con relación al control de la unidad de BD- OM 121. <<Base de archivo>> La figura 24C es un diagrama esquemático que representa los bloques de datos de vista base B[0], B[l], B[2], ... extraídos del archivo SS 244A por el dispositivo de reproducción 102 en modo de reproducción 3D. Como se muestra en la figura 24C, cuando se asignan SPNs en orden desde la parte superior hasta un grupo de paquetes de origen incluido en el bloque de datos de vista base B [n] (n = 0, 1, 2, ...) , el SPN del paquete de origen ubicado en la parte superior del bloque de datos B [n] es igual al SPN 2412 que indica el punto de inicio de extensión 2242. El grupo de bloques de datos de vista base extraído de un solo archivo SS al hacer referencia a puntos de inicio de extensión, al igual que el grupo de bloques de datos de vista base B [n] , es llamado una "base de archivo". Además, los bloques de datos de vista base incluidos en una base de archivo son llamados "extensiones de vista base" . Como se muestra en la figura 24E, cada extensión de vista base EXT1 [0] , EXT1 [1] ... es referida por un punto de inicio de extensión 2242 ó 2420 en un archivo de información de clips.
Una extensión de vista base EXT1 [n] comparte el mismo bloque de datos de vista base B [n] con una extensión 2D EXT2D [n] . En consecuencia, la base de archivo incluye el mismo TS principal que el archivo 2D . A diferencia de la extensión 2D EXT2D [n] , sin embargo, la extensión de vista base EXTl [n] no es referida por ninguna entrada de archivo. Como se describió arriba, la extensión de vista base EXTl [n] se extrae de la extensión SS EXTSS [·] en el archivo SS con el uso del punto de inicio de extensión en el archivo de información de clips. La base de archivo difiere entonces de un archivo convencional al no incluir una entrada de archivo y al requerir de un punto de inicio de extensión como una referencia para una extensión de vista base. En este sentido, la base de archivo es un "archivo virtual". En particular, la base de archivo no es reconocida por el sistema de archivos y no aparece en la estructura de directorios/archivos mostrada en la figura 2.
La figura 25 es un diagrama esquemático que muestra la correspondencia entre un solo bloque de extensiones 2500 grabado en el disco BD-ROM 101 y cada uno de los grupos de bloques de extensiones en un archivo 2D 2510, base de archivo 2511, archivo DEP 2512 y archivo SS 2520. Como se muestra en la figura 25, el bloque de extensiones 2500 incluye los bloques de datos de vista dependiente D [n] y los bloques de datos de vista base B [n] (n = 0, 1, 2, 3, ...) . El bloque de datos de vista base B [n] pertenece al archivo 2D 2510 como la extensión 2D EXT2D [n] . El bloque de datos de vista dependiente D [n] pertenece al archivo DEP 2512 como la extensión de vista dependiente EXT2 [n] . La totalidad del bloque de extensiones 2500 pertenece al archivo SS 2520 como una extensión SS EXTSS[0]. En consecuencia, la extensión SS EXTSS [0] comparte el bloque de datos de vista base B [n] en común con la extensión 2D EXT2D [n] y comparte el bloque de datos de vista dependiente D [n] con la extensión de vista dependiente EXT2 [n] . Después de haber sido leída en el dispositivo de reproducción 102, la extensión SS EXTSS [0] es separada en el bloque de datos de vista dependiente D [n] y el bloque de datos de vista base B [n] . Estos bloques de datos de vista base B [n] pertenecen a la base de archivo 2511 que las extensiones de vista base EXT1 [n] . El límite en la extensión SS EXTSS [0] entre la extensión de vista base EXT1 [n] y la extensión de vista dependiente EXT2 [n] se especifica con el uso del punto de inicio de extensión en el archivo de información de clips que corresponde a cada uno del archivo 2D 2510 y el archivo DEP 2512. <<Archivo de información de clips de vista dependiente>> El archivo de información de clips de vista dependiente tiene la misma estructura de datos que el archivo de información de clips 2D mostrado en las figuras 22-24. En consecuencia, la siguiente descripción cubre las diferencias entre el archivo de información de clips de vista dependiente y el archivo de información de clips 2D. Detalles sobre las similitudes pueden encontrarse en la descripción anterior.
Un archivo de información de clips de vista dependiente difiere de un archivo de información de clips 2D principalmente por los siguientes dos puntos: (i) se imponen condiciones en la información de atributos de flujo, y (ii) se imponen condiciones en los puntos de entrada. (i) Cuando el flujo de video de vista base y flujo de video de vista dependiente van a usarse para reproducción de imágenes de video 3D por el dispositivo de reproducción 102 en modo L/R, como se muestra en la figura 7, el flujo de video de vista dependiente es comprimido usando el flujo de video de vista base. En este punto, los atributos de flujo de video del flujo de video de vista dependiente se vuelven equivalentes al flujo de video de vista base. La información de atributos de flujos de video para el flujo de video de vista base está asociada con PID = 0x1011 en la misma información de atributos 2220 en el archivo de información de clips 2D. Por otro lado, la información de atributos de flujos de video para el flujo de video de vista dependiente está asociada con PID = 0x1012 ó 0x1013 en la información de atributos de flujos en el archivo de información de clips de vista dependiente. En consecuencia, los elementos mostrados en la figura 22, es decir, el codee, resolución, relación de aspecto y velocidad de cuadros, tienen que coincidir entre éstas dos piezas de información de atributos de flujos de video. Si el tipo de codee coincide, entonces una relación de referencia entre imágenes en el flujo de video de vista base y el flujo de video de vista dependiente se establece durante la codificación, y de esta manera cada imagen puede ser decodificada . Si la resolución, relación de aspecto y velocidad de cuadros coinciden todas, entonces presentación visual en pantalla de los videos izquierdo y derecho puede ser sincronizada. Por lo tanto, estos videos pueden mostrarse como imágenes de video 3D sin hacer que el espectador se sienta incómodo. (ii) El mapa de entrada en el archivo de información de clips de vista dependiente incluye una tabla asignada al flujo de video de vista dependiente. Al igual que la tabla 2300 mostrada en la figura 23A, esta tabla incluye un encabezado de mapa de entrada y puntos de entrada. El encabezado de mapas de entrada indica el PID para el flujo de video de vista dependiente asignado a la tabla, es decir, ya sea 0x1012 ó 0x1013. En cada punto de entrada, un par de un PTS y un SPN está asociado con un solo EP_ID. El PTS para cada punto de entrada es el mismo que el PTS para la imagen superior en uno de los GOPs incluidos en el flujo de video de vista dependiente. El SPN para cada punto de entrada es igual al SPN superior del grupo de paquetes de origen almacenado en la imagen indicada por el PTS que pertenece al mismo punto de entrada. Este SPN se refiere a un número de serie asignado consecutivamente desde la parte superior hasta el grupo de paquetes de origen que pertenece al archivo DEP, es decir, el grupo de paquetes de origen que constituye el sub-TS. El PTS para cada punto de entrada tiene que coincidir con el PTS, dentro del mapa de entrada en el archivo de información de clips 2D, para el punto de entrada en la tabla asignada al flujo de video de vista base. En otras palabras, siempre que un punto de entrada se establece en la parte superior de un grupo de paquetes de origen que incluye uno de un conjunto de imágenes incluidas en la misma 3D VAU, un punto de entrada siempre tiene que establecerse en la parte superior del grupo de paquetes de origen que incluye la otra imagen.
La figura 26 es un diagrama esquemático que muestra un ejemplo de puntos de entrada establecidos en un flujo de video de vista base 2610 y un flujo de video de vista dependiente 2620. En los dos flujos de video 2610 y 2620, GOPs que son el mismo número desde la parte superior representan video para el mismo periodo de reproducción. Como se muestra en la figura 26, en el flujo de video de vista base 2610, puntos de entrada 2601B, 2603B y 2605B se establecen en la parte superior de los GOPs de números impares contando desde la parte superior, es decir, GOP #1, GOP #3 y GOP #5. En Consecuencia, en el flujo de video de vista dependiente 2620 también, puntos de entrada 2601D, 2603D y 2605D se establecen en la parte superior de los GOPs de números impares según se cuenta desde la parte superior, es decir GOP #1, GOP #3 y GOP #5. En este caso, cuando el dispositivo de reproducción 102 empiece a reproducir imágenes de video 3D a partir del GOP #3, por ejemplo, puede calcular inmediatamente la dirección de la posición de inicio de reproducción en el archivo SS a partir del SPN de los puntos de entrada correspondientes 2603B y 2603D. En particular, cuando ambos puntos de entrada 2603B y 2603D se establecen en la parte superior de un bloque de datos, entonces como puede entenderse a partir de la figura 24E, la suma de los SPNs de los puntos de entrada 2603B y 2603D es igual al SPN de la posición de inicio de reproducción dentro del archivo SS . Como se describió con referencia a la figura 24E, a partir de este número de paquetes de origen, es posible calcular el LBN del sector en el cual la parte del archivo SS para la posición de inicio de reproducción esté grabado. De esta manera, incluso durante la reproducción de imágenes de video 3D, es posible mejorar la velocidad de respuesta para procesamiento que requiera acceso aleatorio al flujo de video, tal como reproducción de interrupción o similar. <<Archivo de listas de reproducción 2D>> La figura 27 es un diagrama esquemático que muestra una estructura de datos de un archivo de listas de reproducción 2D. El primer archivo de listas de reproducción (00001. mpls) 221 mostrado en la figura 2 tiene esta estructura de datos. Como se muestra en la figura 27, el archivo de listas de reproducción 2D 221 incluye una trayectoria principal 2701 y dos sub-trayectorias 2702 y 2703.
La trayectoria principal 2701 es una secuencia de piezas de información de elementos de reproducción (PI) que define la trayectoria de reproducción principal, para el archivo 2D 241, es decir, la sección para reproducción y el orden de reproducción de la sección. Cada PI se define con un ID de elemento de reproducción único ID = #N (N = 1, 2, 3, ...) . Cada PI #N define una sección de reproducción diferente a lo largo de la trayectoria de reproducción principal con un par de PTSs. Uno de los PTSs en el par representa la hora de inicio (In-Time) de la sección de reproducción, y el otro representa la hora de fin (Out-Time) . Además, el orden de los PIs en la trayectoria principal 2701 representa el orden de secciones de reproducción correspondientes en la trayectoria de reproducción.
Cada una de las sub-trayectorias 2702 y 2703 es una secuencia de piezas de información de sub-elementos de reproducción (SUB_PI) que define una trayectoria de reproducción que puede estar asociada en paralelo con la trayectoria de reproducción principal para el archivo 2D 241. Esta trayectoria de reproducción es una sección diferente del archivo 2D 241 que es representado por la trayectoria principal 2701, o es una sección de datos de flujo multiplexados en otro archivo 2D, junto con el orden de reproducción correspondiente. La trayectoria de reproducción también puede indicar datos de flujo multiplexados en un archivo 2D diferente al archivo 2D 241 como una sección para reproducción, junto con el orden de reproducción correspondiente. Los datos de flujo indicados por la trayectoria de reproducción representan otras imágenes de video 2D que serán reproducidas simultáneamente con imágenes de video 2D reproducidas a partir del archivo 2D 241 de acuerdo con la trayectoria principal 2701. Estas otras imágenes de video 2D incluyen, por ejemplo, sub-video en un formato de imagen en imagen, una ventana navegadora, un menú emergente o subtítulos. Los números de serie "0" y "1" son asignados a las sub-trayectorias 2702 y 2703 en el orden de registro en el archivo de listas de reproducción 2D 221. Estos números de serie se usan como IDs de sub-trayectoria para identificar las sub-trayectorias 2702 y 2703. En las sub-trayectorias 2702 y 2703, cada SUB_PI es identificado por un ID de sub-elemento de reproducción único ID = #M (M = 1, 2, 3, ...) . Cada SUB_PI #M define una sección de reproducción diferente a lo largo de la trayectoria de reproducción con un par de PTSs . Uno de los PTSs en el par representa la hora de inicio de reproducción de la sección de reproducción, y el otro representa la hora de fin de reproducción. Además, el orden de los SUB_PIs en las sub-trayectorias 2702 y 2703 representa el orden de secciones de reproducción correspondientes en la trayectoria de reproducción.
La figura 28 es un diagrama esquemático que muestra una estructura de datos de PI #N. Como se muestra en la figura 28, un PI #N incluye una pieza de información de clips de referencia 2801, hora de inicio de reproducción (In_Time) 2802, hora de fin de reproducción (Out_Time) 2803, condición de conexión 2804, y tabla de selección de flujos (en adelante llamada "tabla STN" (tabla de números de flujo)) 2805. La información de clips de referencia 2801 es información para identificar el archivo de información de clips 2D 231. La hora de inicio de reproducción 2802 y hora de fin de reproducción 2803 indican respectivamente PTSs para el inicio y final de la sección para reproducción del archivo 2D 241. La condición de conexión 2804 especifica una condición para conectar video en la sección de reproducción especificada por una hora de inicio de reproducción 2802 y una hora de fin de reproducción 2803 a video en la sección de reproducción especificada por el PI #(N-1) previo. La tabla STN 2805 es una lista de flujos elementales que pueden seleccionarse a partir del archivo 2D 241 por el decodificador en el dispositivo de reproducción 102 desde la hora de inicio de reproducción 2802 hasta la hora de fin de reproducción 2803.
La estructura de datos de un SUB_PI es la misma que la estructura de datos del PI mostrado en la figura 28 toda vez que incuye información de clips de referencia, una hora de inicio de reproducción y una hora de fin de reproducción. En particular, la hora de inicio de reproducción y hora de fin de reproducción de un SUB_PI se expresa como valores a lo largo del mismo eje de tiempo que un PI . El SUB_PI incluye además un campo "condición de conexión SP" . La condición de conexión SP tiene el mismo significado que una condición de conexión PI .
[Condición de conexión] A la condición de conexión (abreviada en adelante como "CC" ) 2804 puede por ejemplo asignársele tres tipos de valores, "1", "5" y "6". Cuando la CC 2804 es "1", el video que será reproducido de la sección del archivo 2D 241 especificado por el PI #N no tiene que conectarse sin interrupciones al video reproducido a partir de la sección del archivo 2D 241 especificado por el PI #(N-1) inmediatamente precedente. Por otro lado, cuando la CC 2804 indica "5" o "6", ambas imágenes de video tienen que ser conectadas sin interrupciones.
Las figuras 29A y 29B son diagramas esquemáticos que muestran la correspondencia entre dos secciones de reproducción 2901 y 2902 que van a ser conectadas cuando CC es "5" o "6". En este caso, el PI #(N-1) especifica una primera sección 2901 en el archivo 2D 241, y el PI#N especifica una segunda sección 2902 en el archivo 2D 241.
Como se muestra en la figura 29A, cuando la CC indica "5", los STCs de los dos PIs, PI #(N-1) y PI #N, pueden ser no consecutivos. Es decir, el PTS #1 al final de la primera sección 2901 y el PTS #2 en la parte superior de la segunda sección 2902 pueden ser no consecutivos. Sin embargo, varias condiciones de restricción tienen que ser satisfechas. Por ejemplo, la primera sección 2901 y segunda sección 2902 tienen que crearse de tal manera que el decodificador pueda continuar suavemente decodi f icando datos incluso cuando la segunda sección 2902 sea suministrada al decodif icador consecutivamente después de la primera sección2901. Además, el último cuadro del flujo de audio contenido en la primera sección 2901 tiene que superponerse al cuadro superior del flujo de audio contenido en la segunda sección 2902. Por otro lado, como se muestra en la figura 29B, cuando la CC indica "6", la primera sección 2901 y la segunda sección2902 tienen que ser capaces de ser manejadas como secciones sucesivas para que el decodificador decodifique adecuadamente. Es decir, STCs y ATCs tienen que ser contiguas entre la primera sección 2901 y la segunda sección 2902. En forma similar, cuando la condición de conexión SP es "5" o "6", STCs y ATCs ambos tienen que ser contiguos entre secciones del archivo 2D especificadas por dos SUB_PIs contiguos.
[Tabla STN] En referencia de nuevo a la figura 28, la tabla STN 2805 es una disposición de información de registro de flujos. "Información de registro de flujos" es información que lista individualmente los flujos elementales que pueden seleccionarse para su reproducción a partir de la TS principal entre la hora de inicio de reproducción 2802 y la hora de fin de reproducción 2803. El número de flujo (STN) 2806 es un número de serie asignado individualmente a información de registro de flujos y se usa por el dispositivo de reproducción 102 para identificar cada flujo elemental. El STN 2806 indica además la prioridad para la selección entre flujos elementales del mismo tipo. La información de registro de flujos incluye una entrada de flujo 2809 e información de atributo de flujos 2810. La entrada de flujos 2809 incluye información de trayectoria de flujo 2807 e información de identificación de flujo 2808. La información de trayectoria de flujo 2807 es información que indica el archivo 2D al cual pertenece el flujo elemental seleccionado. Por ejemplo, si la información de trayectoria de flujo 2807 indica "trayectoria principal", el archivo 2D corresponde al archivo de información de clips 2D indicado por información de clips de referencia 2801. Por otro lado, si la información de trayectoria de flujo 2807 indica "ID de sub-trayectoria = 1", el archivo 2D al cual pertenece el flujo elemental seleccionado corresponde al archivo de información de clips 2D indicado por la información de clips de referencia del SUB_PI incluido en la sub-trayectoria con un ID de sub-trayectoria = 1. La hora de inicio de reproducción y hora de fin de reproducción especificadas por este SUB_PI se incluyen ambas en el intervalo a partir de la hora de inicio de reproducción 2802 hasta la hora de fin de reproducción 2803 especificadas por el PI incluid en la tabla STN 2805. La información de identificación de flujos 2808 indica el PID para el flujo elemental multiplexado en el archivo 2D especificado por la información de trayectoria de flujos 2807. El flujo elemental indicado por este PID puede seleccionarse a partir de la hora de inicio de reproducción 2802 hasta la hora de fin de reproducción 2803. La información de atributo de flujo 2810 indica información de atributo para cada flujo elemental. Por ejemplo, la información de atributo para cada uno de flujo de audio, flujo de PG y flujo de IG indica un tipo de idioma del flujo.
[Reproducción de imágenes de video 2D de acuerdo con un archivo de listas de reproducción 2D] La figura 30 es un diagrama esquemático que muestra la correspondencia entre los PTSs indicados por el archivo de listas de reproducción 2D (00001. mpls) 221 y las secciones reproducidas a partir del archivo 2D ( 01000. m2ts) 241. Como se muestra en la figura 30, en la trayectoria principal 2701 en el archivo de listas de reproducción 2D 221, el PI #1 especifica un PTS #1, que indica una hora de inicio de reproducción INI, y un PTS #2, que indica una hora de fin de reproducción 0UT1. La información de clips de referencia para el PI#1 indica el archivo de información de clips 2D (01000. clpi) 231. Cuando se reproducen imágenes de video 2D de acuerdo con el archivo de listas de reproducción 2D 221, el dispositivo de reproducción 102 lee primero el PTS #1 y PTS #2 del PI #1.. Después, el dispositivo de reproducción 102 se refiere a mapa de entrada en el archivo de información de clips 2D 231 para retirar del archivo 2D 241 el SPN #1 y SPN #2 que correspondan al PTS #1 y PTS #2. El dispositivo de reproducción 102 calcula después los números correspondientes de sectores a partir del SPN #1 y SPN #2. Además, el dispositivo de reproducciónd 102 se refiere a estos números de sectores y la entrada de archivo para el archivo 2D 241 para especificar el LBN #1 y LBN #2 al inicio y fin, respectivamente, del grupo de sectores Pl en el cual está grabado el grupo de extensiones 2D EXT2D[0], EXT2D [n] que será reproducido. El cálculo de los números de sectores y la especificación de los LBNs son de acuerdo con la descripción de las figuras 23B y 23C. Finalmente, el dispositivo de reproducción 102 indica el intervalo a partir del LBN #1 a LBN #2 a la unidad de BD-ROM 121. El grupo de paquetes de origen que pertenece al grupo de extensiones 2D EXT2D[0], EXT2D [n] es entonces leído del grupo de sectores Pl en este intervalo. De manera similar, el par PTS #3 y PTS #4 indicado por el PI #2 se convierten primero en un par de SPN #3 y SPN #4 al hacer referencia al mapa de entrada en el archivo de información de clips 2D 231. Después, en referencia a la entrada de archivo para el archivo 2D 241, el par de SPN #3 y SPN #4 se convierten en un par de LBN #3 y LBN #4. Más aún, un grupo de paquetes de origen que pertenece al grupo de extensiones 2D es leído del grupo de sectores P2 en un intervalo del LBN #3 al LBN #4. La conversión de un par de PTS #5 y PTS #6 indicado por el PI #3 en un par de SPN #5 y SPN #6, la conversión del par de SPN #5 y SPN #6 en un par de LBN #5 y LBN #6, y la lectura de un grupo de paquetes de origen a partir del grupo de sectores P3 en un intervalo del LBN #5 y LBN #6 se llevan a cabo similarmente . El dispositivo de reproducción 102 reproduce entonces imágenes de video 2D a partir del archivo 2D 241 de acuerdo con la trayectoria principal 2701 en el archivo de listas de reproducción 2D 221.
El archivo de listas de reproducción 2D 221 puede incluir una marca de entrada 3001. La marca de entrada 3001 indica un punto de tiempo en la trayectoria principal 2701 en la cual la reproducción va realmente a empezar. Por ejemplo, como se muestra en la figura 30, una pluralidad de marcas de entrada 3001 puede establecerse para el PI #1. La marca de entrada 3001 se usa particularmente para buscar una posición de inicio de reproducción durante acceso aleatorio. Por ejemplo, cuando el archivo de listas de reproducción 2D 221 especifica una trayectoria de reproducción para un título de película, las marcas de entrada 3001 son asignadas a la parte superior de cada capítulo. En consecuencia, el dispositivo de reproducción 102 puede reproducir el título de película por capítulos. <<Archivos de listas de reproducción 3D>> La figura 31 es un diagrama esquemático que muestra una estructura de datos de un archivo de listas de reproducción 3D. El segundo archivo de listas de reproducción (00002. mpls) 222 mostrado en la figura 2 tiene esta estructura de datos, al igual que el tercer archivo de listas de reproducción (00003. mpls) 223. Como se muestra en la figura 31, el archivo de listas de reproducción 3D 222 incluye una trayectoria principal 3101, sub-trayectoria 3102 y datos de extensión 3103.
La trayectoria principal 3101 especifica la trayectoria de reproducción del TS principal mostrado en la figura 3A. En consecuencia, la trayectoria principal 3101 es sustancialmente la misma que la trayectoria principal 2701 para el archivo de listas de reproducción 2D 221 mostrado en la figura 27. En otras palabras, el dispositivo de reproducción 102 en modo de reproducción 2D puede reproducir imágenes de video 2D a partir del archivo 2D 241 de acuerdo con la trayectoria principal 3101 en el archivo de listas de reproducción 3D 222. La trayectoria principal 3101 difiere de la trayectoria principal 2701 mostrada en la figura 27 en que, cuando un STN es asociado con un PID en un flujo de gráficos, la tabla STN para cada PI asigna un ID de secuencia de desplazamiento al STN.
La sub-trayectoria 3102 especifica la trayectoria de reproducción para el sub-TS mostrado en la figura 3B, es decir, la trayectoria de reproducción para el archivo DEP 242 ó 243. La estructura de datos de la sub-trayectoria 3102 es igual a la estructura de datos de las sub-trayectorias 2702 y 2703 en el archivo de listas de reproducción 2D 241 mostrado en la figura 27. En consecuencia, los detalles de esta estructura de datos similar pueden encontrarse en la descripción de la figura 27, en particular detalles de la estructura de datos del SUB_PI .
El SUB_PI #N (N = 1, 2, 3, ...) en la sub-trayectoria 3102 está en correspondencia uno a uno con el PI #N en la trayectoria principal 3101. Además, la hora de inicio de reproducción y hora de fin de reproducción especificadas por cada SUB_PI #N son las mismas que la hora de inicio de reproducción y hora de fin de reproducción especificadas por el PI #N correspondiente. La sub-trayectoria 3102 incluye además un tipo de sub-trayectoria 3110. El "tipo de sub-trayectoria" indica generalmente si procesamiento de reproducción debe sincronizarse entre la trayectoria principal y la sub-trayectoria . En el archivo de listas de reproducción 3D 222, el tipo de sub-trayectoria 3110 indica en particular el tipo del modo de reproducción 3D, es decir, el tipo del flujo de video de vista dependiente que será reproducido de acuerdo con la sub-trayectoria 3102. En la figura 31, el valor del tipo de sub-trayectoria 3110 es "3D L/R" , indicando entonces que el modo de reproducción 3D es modo L/R, es decir, que el flujo de video de vista derecha va a ser reproducido. Por otro lado, un valor de "profundidad 3D" para el tipo de sub-trayectoria 3110 indica que el modo de reproducción 3D es modo de profundidad, es decir, que el flujo de mapas de profundidad va a ser reproducido. Cuando el dispositivo de reproducción 102 en modo de reproducción 3D detecta que el valor del tipo de sub-trayectoria 3110 es "3D L/R" o "profundidad 3D" , el dispositivo de reproducción 102 sincroniza el procesamiento de reproducción que se conforma a la trayectoria principal 3101 con el procesamiento de reproducción que se conforma a la sub-trayectoria 3102.
Datos de extensión 3103 son interpretados sólo por el dispositivo de reproducción 102 en modo de reproducción 3D; el dispositivo de reproducción 102 en modo de reproducción 2D ignora los datos de extensión 3103. En particular, los datos de extensión 3101 incluyen una tabla de selección de flujos de extensión 3130. La "tabla de selección de flujos de extensión (STN_table_SS) " (abreviada en adelante como "tabla STN SS") es una disposición de información de registro de flujos que se añadirá a las tablas TN indicadas por cada PI en la trayectoria principal 3101 durante modo de reproducción 3D . Esta información de registro de flujos indica flujos elementales que pueden ser seleccionados para reproducción a partir del sub-TS.
[Tabla STN] La figura 32 es un diagrama esquemático que muestra una tabla STN 3205 incluida en una trayectoria principal 3101 del archivo de listas de reproducción 3D 222. Como se muestra en la figura 32, la información de identificación de flujo 3208 asignada a STN 3206 = 5, 6, 11 indica PIDs para un flujo de PG o flujo de IG. En este caso, la información de atributo de flujo 3210 asignada al STN 3206 = 5, 6, 11 incluye además un ID de desplazamiento de referencia 3201 y valor de ajuste de desplazamiento 3202.
En el archivo DEP 242, como se muestra en la figura 11, metadatos de desplazamiento 1110 son puestos en VAU#1 de cada secuencia de video. El ID de desplazamiento de referencia (stream_ref_offset_id) 3201 es igual a uno de los IDs de secuencia de desplazamiento 1111 incluidos en los metadatos de desplazamiento 1110. En otras palabras, el ID de desplazamiento de referencia 3201 define la secuencia de desplazamiento que debe ser asociada con cada uno de los STNs 3206 = 5, 6, 11 desde la pluralidad de secuencias de desplazamiento incluidas en los metadatos de desplazamiento 1110.
El valor de ajuste de desplazamiento (stream_offset_adjustment) 3202 indica el valor que debe ser añadido a cada valor de desplazamiento incluido en la secuencia de desplazamiento definida por el ID de desplazamiento de referencia 3201. El valor de ajuste de desplazamiento 3202 es, por ejemplo, añadido por el dispositivo de reproducción 102 a cada valor de desplazamiento cuando el tamaño de la pantalla del dispositivo de presentación visual 103 difiere del tamaño que se asumió durante la creación del contenido de video 3D. De esta manera, el paralaje binocular entre imágenes de gráficos 2D para una vista izquierda y una vista derecha puede mantenerse en un intervalo adecuado.
[Tabla STN SS] La figura 33 es un diagrama esquemático que muestra una estructura de datos de la tabla STN SS 3130. Como se muestra en la figura 33, una tabla STN SS 3130 incluye secuencias de información de registro de flujos 3301, 3302, 3303, .... Las secuencias de información de registro de flujos 3301, 3302, 3303, ... corresponden individualmente a las PI #1, PI #2, PI #3, ... en la trayectoria principal 3101 y se usan por el dispositivo de reproducción 102 en modo de reproducción 3D en combinación con las secuencias de información de registro de flujos en las tablas STN en los PIs correspondientes. La secuencia de información de registro de flujos 3301 que corresponde a cada PI incluye un desplazamiento durante emergencia (Fixed_offset_during_Popup) 3311 y secuencia de información de registro de flujos 3312 para los flujos de video de vista dependiente.
El desplazamiento durante emergencia 3311 indica si un menú emergente es reproducido a partir del flujo de IG. El dispositivo de reproducción 102 en modo de reproducción 3D cambia el modo de presentación del plano de video y el plano de gráficos de acuerdo con el valor del desplazamiento 3311. Hay dos tipos de modos de presentación para el plano de video: modo de presentación de vista base (B) - vista dependiente (D) y modo de presentación B-B. Hay dos tipos de modos de presentación para el plano de gráficos: modo de 1 plano + desplazamiento y modo de 1 plano + desplazamiento cero. Por ejemplo, cuando el valor del desplazamiento durante emergencia 3311 es "0", un menú emergente no es reproducido a partir del flujo de IG. En este punto, el modo de presentación B-D se selecciona como el modo de presentación de plano de video, y el modo de 1 plano + desplazamiento se selecciona como el modo de presentación para el plano de gráficos. Por otro lado, cuando el valor del desplazamiento durante emergencia 3311 es "1", un menú emergente es reproducido a partir del flujo de IG. En este punto, modo de presentación B-B se selecciona como el modo de presentación de plano de video, y modo de 1 plano + desplazamiento cero se selecciona como el modo de presentación para el plano de gráficos.
En "modo de presentación B-D" , el dispositivo de reproducción 102 envía de manera alternante los planos de vista izquierda y vista derecha. En consecuencia, ya que cuadros de vista izquierda y vista derecha se presentan visualmente en forma alternante sobre la pantalla del dispositivo de presentación visual 103, el espectador percibe estos cuadros como imágenes de video 3D. En "modo de presentación B-B", el dispositivo de reproducción 102 envía datos de plano decodificado sólo desde el flujo de video de vista base dos veces para un cuadro mientras conserva el modo de operación en modo de reproducción 3D (en particular, manteniendo la velocidad de cuadros en el valor para reproducción 3D, por ejemplo, 48 cuadros/segundo). En consecuencia, sólo ya sea el plano de video de vista izquierda o vista derecha se presenta visualmente en la pantalla del dispositivo de presentación visual 103, y de esta manera el espectador percibe estos planos de video simplemente como imágenes de video 2D.
En "modo de 1 plano + desplazamiento" , el dispositivo de reproducción 102 genera, por medio de control de desplazamiento, un par de planos de gráficos de vista izquierda y vista derecha a partir del flujo de gráficos en el TS principal y envía de manera alternante estos planos de gráficos. En consecuencia, planos de gráficos de vista izquierda y vista derecha son presentados visualmente en forma alternante en la pantalla del dispositivo de presentación visual 103, y de esta manera el espectador percibe estos cuadros como imágenes de gráficos 3D. En "modo de 1 plano + desplazamiento cero", el dispositivo de reproducción 102 detiene temporalmente control de desplazamiento y envía un plano de gráficos decodificado desde el flujo de gráficos en el TS principal dos veces para un cuadro mientras mantiene el modo de operación en modo de reproducción 3D. En consecuencia, sólo ya sea los planos de gráficos de vista izquierda o vista derecha se presentan visualmente en la pantalla del dispositivo de presentación visual 103, y de esta manera el espectador percibe estos planos simplemente como imágenes de gráficos 2D.
El dispositivo de reproducción 102 en modo de reproducción 3D se refiere al desplazamiento durante emergencia 3311 para cada PI y selecciona modo de presentación B-B y modo de 1 plano + desplazamiento cero cuando un menú emergente es reproducido a partir de un flujo de IG. Mientras se presenta visualmente un menú emergente, otras imágenes de video 3D son entonces cambiadas temporalmente por imágenes de video 2D. Esto mejora la visibilidad y capacidad de uso del menú emergente.
La secuencia de información de registro de flujos 3312 para el flujo de video de vista dependiente incluye información de registro de flujos que indica los flujos de video de vista dependiente que se pueden seleccionar para reproducción a partir del sub-TS. Esa secuencia de información de registro de flujos 3312 se usa en combinación con una de las secuencias de información de registro de flujos incluidas en la tabla STN en el PI correspondiente, que indica el flujo de video de vista base. Cuando se lee una pieza de información de registro de flujos a partir de una tabla STN, el dispositivo de reproducción 102 en modo de reproducción 3D automáticamente lee también la secuencia de información de registro de flujos, ubicada en la tabla STN SS, que ha sido combinada con la pieza de información de registro de flujos. Cuando simplemente cambia de modo de reproducción 2D a modo de reproducción 3D, el dispositivo de reproducción 102 puede entonces mantener STNs ya reconocidos y atributos de flujo tales como idioma.
Como se muestra en la figura 33, la secuencia de información de registro de flujos 3312 en el flujo de video de vista dependiente incluye generalmente una pluralidad de piezas de información de registro de flujos (SS_dependent_view_block) 3320. Estas son iguales en número a las piezas de información de registro de flujos en el PI correspondiente que indica el flujo de video de vista base. Cada pieza de información de registro de flujo 3320 incluye un STN 3321, entrada de flujo 3322 e información de atributo de flujo 3323. El STN 3321 es un número de serie asignado individualmente a piezas de información de registro de flujos 3320 y es igual al STN de la pieza de información de registro de flujos, ubicada en el PI correspondiente, con la cual se combina la pieza de información de registro de flujos 3320. La entrada de flujo 3322 incluye una información de referencia de ID de sub-trayectoria (ref_to_Subpath_id) 3331, información de referencia de archivo de flujo (ref_to_subClip_entry_id) 3332, y un PID (ref_to_stream_PID_subclip) 3333. La información de referencia de ID de sub-trayectoria 3331 indica el ID de sub-trayectoria de la sub-trayectoria que especifica la trayectoria de reproducción del flujo de video de vista dependiente. La información de referencia de archivos de flujo 3332 es información para identificar el archivo DEP que almacena este flujo de video de vista dependiente. El PID 3333 es el PID para este flujo de video de vista dependiente. La información de atributo de flujos 3323 incluye atributos para este flujo de video de vista dependiente, tal como velocidad de cuadros, resolución y formato de video. En particular, estos atributos son iguales a los atributos para el flujo de video de vista base mostrado por la pieza de información de registro de flujos, incluida en el PI correspondiente, con la cual se combina cada pieza de información de registro de flujo.
[Reproducción de imágenes de video 3D de acuerdo con un archivo de listas de reproducción 3D] La figura 34 es un diagrama esquemático que muestra la correspondencia entre PTSs indicados por el archivo de listas de reproducción 3D (00002. mpls) 222 y secciones reproducidas a partir del archivo SS (01000. ssif) 244A. Como se muestra en la figura 34, en la trayectoria principal 3401 en el archivo de listas de reproducción 3D 222, el PI #1 especifica un PTS #1, que indica una hora de inicio de reproducción INI, y un PTS #2, que indica una hora de fin de reproducción 0UT1. La información de clips de referencia para el PI #1 indica el archivo de información de clips 2D (01000. clpi) 231. En la sub-trayectoria 3402, que indica que el tipo de sub-trayectoria es "3D L/R" , el SUB_PI #1 especifica el mismo PTS #1 y PTS #2 que el PI #1. La información de clips de referencia para el SUB_PI #1 indica el archivo de información de cips de vista dependiente (02000. clpi) 232.
Cuando se reproducen imágenes de video 3D de acuerdo con el archivo de listas de reproducción 3D 222, el dispositivo de reproducción 102 lee primero PTS #1 y PTS #2 del PI #1 y SUB_PI #1. Después, el dispositivo de reproducción 102 se refiere al mapa de entrada en el archivo de información de clips 2D 231 para recuperar del archivo 2D 241 el SPN #1 y SPN #2 que correspondan al PTS #1 y PTS #2. En paralelo, el dispositivo de reproducción #2 se refiere al mapa de entrada en el archivo de información de clips de vista dependiente 232 para retirar del primer archivo DEP 242 el SPN #11 y SPN #12 que correspondan al PTS #1 y PTS #2. Como se describió con referencia a la figura 24E, el dispositivo de reproducción 102 usa después los puntos de inicio de extensión 2242 y 2420 en los archivos de información de clips 231 y 232 para calcular, del SPN #1 y SPN #1, el número de paquetes de origen SPN #21 desde la parte superior del archivo SS 244A hasta la posición de inicio de reproducción. Similarmente , el dispositivo de reproducción 102 calcula, del SPN #2 y SPN #12, el número de paquetes de origen SPN #22 desde la parte superior del archivo SS 244A hasta la posición de inicio de reproducción. El dispositivo de reproducción 102 calcula además los números de sectores que correspondan al SPN #21 y SPN #22. Después, el dispositivo de reproducción 102 se refiere a estos números de sectores y la entrada de archivo del archivo SS 244A para especificar el LBN #1 y LBN #2 al principio y fin, respectivamente, del grupo de sectores Pll en el cual está grabado el grupo de extensiones SS EXTSS[0], EXTSS [n] que será reproducido. El cálculo de los números de sectores y especificación de los LBNs son de acuerdo con la descripción de la figura 24E. Finalmente, el dispositivo de reproducción 102 indica el intervalo a partir del LBN #1 al LBN #2 a la unidad de BD-ROM 121. El grupo de paquetes de origen que pertenece al grupo de extensiones SS EXTSS [0], EXTSS [n] es entonces leído del grupo de sectores Pll en este intervalo. En forma similar, el par PTS#3 y PTS #4 indicado por el PI #2 y SUB_PI #2 se convierten primero en un par de SPN #3 y SPN #4 y un par de SPN #13 y SPN #14 al referirse a los mapas de entrada en los archivos de información de clips 231 y 232. Después, el número de paquetes de origen SPN #23 desde la parte superior del archivo SS 244A hasta la posición de inicio de reproducción se calcula a partir de SPN #3 y SPN #13, y el número de paquetes de origen SPN #24 desde la parte superior del archivo SS 244A hasta la posición de fin de reproducción se calcula a partir de SPN #4 y SPN #14. Luego, en referencia a la entrada de archivo para el archivo SS 244A, el par de SPN #23 y SPN #24 se convierte en un par de LBN #3 y LBN #4. Además, un grupo de paquetes de origen que pertenezca al grupo de extensiones SS es leído del grupo de sectores P12 en un intervalo del LBN #3 al LBN #4.
En paralelo con el procesamiento de lectura descrito arriba, como se describe con referencia a la figura 24E, el dispositivo de reproducción 102 se refiere a los puntos de inicio de extensión 2242 y 2420 en los archivos de información de clip 231 y 232 para extraer extensiones de vista base de cada extensión SS y decodificar las extensiones de vista base en paralelo con las extensiones de vista dependiente restantes. El dispositivo de reproducción 102 puede entonces reproducir imágenes de video 3D a partir del archivo SS 244A de acuerdo con el archivo de listas de reproducción 3D 222. <<Archivo de índices>> La figura 35 es un diagrama esquemático que muestra una estructura de datos de un archivo de índices (index.bdmv) 211 mostrado en la figura 2. Como se muestra en la figura 35, el archivo de índices 211 incluye una tabla de índices 3510, indicador de existencia 3D 3520 e indicador de preferencia 2D/3D 3530.
La tabla de índices 3510 almacena los elementos "primera reproducción" 3501, "menú superior" 3502 y "título k" 3503 (k = 1, 2, n; la letra n representa un entero mayor que o igual a 1) . Cada elemento es asociado ya sea con un objeto película MV0-2D, MVO-3D, o un objeto BD-J BDJO-2D, BDJ0-3D, .... Cada vez que un título o un menú es invocado en respuesta a una operación de usuario o un programa de aplicación, una unidad de control en el dispositivo de reproducción 102 se refiere a un elemento correspondiente en la tabla de índices 3510. Además, la unidad de control invoca un objeto asociado con el elemento del disco BD-ROM 101 y en consecuencia ejecuta una variedad de procesos. Específicamente, el elemento "primera reproducción" 3501 especifica un objeto que será invocado cuando el disco 101 es cargado en la unidad de BD-ROM 121. El elemento "menú superior" 3502 que especifica un objeto para presentar visualmente un menú en el dispositivo de presentación visual 103 cuando se ingrese un comando "regresar a menú", por ejemplo, por operación de usuario. En los elementos "título k" 3503, los títulos que constituyen el contenido en el disco 101 se asignan individualmente. Por ejemplo, cuando un título para reproducción es especificado por operación de usuario, en el elemento "título k" en el cual está asignado el título, el objeto para reproducir imágenes de video a partir del archivo de flujos de AV que corresponde al título es especificado.
En el ejemplo mostrado en la figura 35, los elementos "título 1" y "título 2" son asignados a títulos de imágenes de video 2D. El objeto película asociado con el elemento "título 1", MV0-2D, incluye un grupo de comandos relacionados con procesos de reproducción para imágenes de video 2D usando el archivo de listas de reproducción 2D (00001.mpls) 221. Cuando el dispositivo de reproducción 102 se refiere al elemento "título 1" , entonces de acuerdo con el objeto película MV0-2D, el archivo de listas de reproducción 2D 221 es leído del disco 101, y los procesos de reproducción para imágenes de video 2D se ejecutan de acuerdo con la trayectoria de reproducción especificada en los mismos. El objeto BD-J asociado con el elemento "título 2", BDJ0-2D, incluye una tabla de administración de aplicaciones relacionada con procesos de reproducción para las imágenes de video 2D usando el archivo de listas de reproducción 2D 221. Cuando el dispositivo de reproducción 102 hace referencia al elemento "título 2", entonces de acuerdo con la tabla de administración de aplicaciones en el objeto BD-J BDJ0-2D, un programa de aplicación java es invocado a partir del archivo JAR 261 y ejecutado. De esta manera, el archivo de listas de reproducción 2D 221 es leído del disco 101, y procesos de reproducción para imágenes de video 2D son ejecutados de acuerdo con la trayectoria de reproducción especificada en el mismo .
Además, en el ejemplo mostrado en la figura 35, los elementos "título 3" y "título 4" son asignados a títulos de imágenes de video 3D. El objeto película asociado con el elemento "título 3", MV0-3D, incluye, además de un grupo de comandos relacionados con procesos de reproducción para imágenes de video 2D usando el archivo de listas de reproducción 2D 221, un grupo de comandos relacionados con procesos de reproducción para imágenes de video 3D usando ya sea el archivo de listas de reproducción 3D (00002.mpls) 222 o (00003.mpls) 223. En el objeto BD-J asociado con el elemento "título 4", BDJ0-3D, la tabla de administración de aplicaciones especifica, además de un programa de aplicación Java relacionado con procesos de reproducción para imágenes de video 2D usando el archivo de listas de reproducción 2D 221, un programa de aplicación Java relacionado con procesos de reproducción para imágenes de video 3D usando ya sea el archivo de listas de reproducción 3D 222 ó 223.
El indicador de existencia 3D 3520 muestra si contenido de video 3D es o no grabado en el disco BD-ROM 101. Cuando el disco BD-ROM 101 es insertado en la unidad de BD-ROM 121, el dispositivo de reproducción 102 revisa primero el indicador de existencia 3D 3520. Cuando el indicador de existencia 3D 3520 está apagado, el dispositivo de reproducción 102 no tiene que seleccionar modo de reproducción 3D. En consecuencia, el dispositivo de reproducción 102 puede proceder rápidamente en modo de reproducción 2D sin llevar a cabo autenticación HDMI en el dispositivo de presentación visual 103. "Autenticación HDMI" se refiere a procesamiento mediante el cual el dispositivo de reproducción 102 intercambia mensajes CEC con el dispositivo de presentación visual 103 por medio del cable HDMI 122 para verificar con el dispositivo de presentación visual 103 en cuanto a si soporta la reproducción de imágenes de video 3D .
Al saltar la autenticación HDMI, el tiempo entre la inserción del disco BD-ROM 101 y el inicio de reproducción de imágenes de video 2D es acortado.
El indicador de preferencia 2D/3D 3530 indica si la reproducción de imágenes de video 3D debe ser priorizada cuando tanto el dispositivo de reproducción como el dispositivo de presentación visual soporten la reproducción tanto de imágenes de video 2D como imágenes de video 3D. El indicador de preferencia 2D/3D 3530 se establece por el proveedor de contenido. Cuando el indicador de existencia 3D 3520 en el disco BD-ROM 101 está encendido, el dispositivo de reproducción 102 verifica entonces además el indicador de preferencia 2D/3D 3530. Cuando el indicador de preferencia 2D/3D 3530 está encendido, el dispositivo de reproducción 102 no hace al usuario seleccionar el modo de reproducción, sino más bien lleva a cabo autenticación HDMI . Con base en los resultados de la misma, el dispositivo de reproducción 102 opera ya sea en modo de reproducción 2D o modo de reproducción 3D. Es decir, el dispositivo de reproducción 102 no presenta visualmente una pantalla de selección de modo de reproducción. En consecuencia, si los resultados de la autenticación HDMI indican que el dispositivo de presentación visual 103 soporta reproducción de imágenes de video 3D, el dispositivo de reproducción 102 opera en modo de reproducción 3D. Esto hace posible evitar retrasos en encendido causado por procesamiento para cambiar de modo de reproducción 2D a modo de reproducción 3D, tal como cambio de velocidades de cuadros, etc.
[Selección de archivo de listas de reproducción cuando se selecciona un título de video 3D] En el ejemplo mostrado en la figura 35, cuando el dispositivo de reproducción 102 hace referencia al elemento "título 3" en la tabla de índices 3510, se llevan a cabo los siguientes procesos de determinación de acuerdo con el objeto película MV0-3D: (1) ¿Está encendido o apagado el indicador de existencia 3D 3520? (2) ¿El propio dispositivo de reproducción 102 soporta la reproducción de imágenes de video 3D? (3) ¿Está encendido o apagado el indicador de preferencia 2D/3D 3530? (4) ¿El usuario ha seleccionado modo de reproducción 3D? (5) ¿El dispositivo de presentación visual 103 soporta la reproducción de imágenes de video 3D? y (6) ¿El modo de reproducción 3D del dispositivo de reproducción 102 está en modo L/R o modo de profundidad?. Después, de acuerdo con los resultados de estas determinaciones, el dispositivo de reproducción 102 selecciona uno de los archivos de listas de reproducción 221-223 para reproducción. Por otro lado, cuando el dispositivo de reproducción 102 se refiere al elemento "título 4", un programa de aplicación Java es invocado del archivo JAR 261, de acuerdo con la tabla de administración de aplicaciones en el objeto BD-J BDJO-3D, ejecutado. Los procesos de determinación (l)-(6) descritos arriba son llevados a cabo entonces, y un archivo de listas de reproducción se selecciona entonces de acuerdo con los resultados de la determinación.
La figura 36 es un diagrama de flujo de procesamiento de selección para un archivo de listas de reproducción que será reproducido usando los procesos (l)-(6) anteriores. Para este procesamiento de selección, se asume que el dispositivo de reproducción 102 incluye un primer indicador y un segundo indicador. El primer indicador indica si el dispositivo de reproducción 102 soporta la reproducción de imágenes de video 3D . Por ejemplo, un valor de "0" para el primer indicador indica que el dispositivo de reproducción 102 sólo soporta la reproducción de imágenes de video 2D, mientras que "1" indica el soporte de imágenes de video 3D también. El segundo indicador indica si el modo de reproducción 3D es modo L/R o modo de profundidad. Por ejemplo, un valor de "0" para el segundo indicador indica que el modo de reproducción 3D es modo L/R, mientras que "1" indica modo de profundidad. Además, los valores respectivos del indicador de existencia 3D 3520 e indicador de preferencia 2D/3D 3530 se establecen en "1" cuando estos indicadores están encendidos, y en "0" cuando estos indicadores están apagados.
En la etapa S3601, el dispositivo de reproducción 102 verifica el valor del indicador de existencia 3D 3520. Si el valor es "1" , el procesamiento procede a la etapa S3602. Si el valor es "0", el procesamiento procede a la etapa S3607.
En la etapa S3602, el dispositivo de reproducción 102 verifica el valor del primer indicador. Si el valor es "1", el procesamiento procede a la etapa S3603. Si el valor es "0", el procesamiento procede a la etapa S3607.
En la etapa S3603, el dispositivo de reproducción 102 verifica el valor del indicador de preferencia 2D/3D 3530. Si el valor es "0", el procesamiento procede a la etapa S3604. Si el valor es "1", el procesamiento procede a la etapa S3605.
En la etapa S3604, el dispositivo de reproducción 102 presenta visualmente un menú en el dispositivo de presentación visual 103 para que el usuario seleccione ya sea modo de reproducción 2D o modo de reproducción 3D. Si el usuario selecciona modo de reproducción 3D por medio de la operación de un control remoto 105 o similar, el procesamiento procede a la etapa S3605, mientras que si el usuario selecciona modo de reproducción 2D, el procesamiento pasa a la etapa S3607.
En la etapa S3605, el dispositivo de reproducción 102 lleva a cabo autenticación HDMI para verificar si el dispositivo de presentación visual 103 soporta la reproducción de imágenes de video 3D. Específicamente, el dispositivo de reproducción 102 intercambia mensajes CEC con el dispositivo de presentación visual 103 por medio del cable HDMI 122 para verificar con el dispositivo de presentación visual 103 en cuanto a si soporta la reproducción de imágenes de video 3D. Si el dispositivo de presentación visual 103 soporta la reproducción de imágenes de video 3D, el procesamiento pasa a la etapa S3606. Si el dispositivo de presentación visual 103 no soporta la reproducción de imágenes de video 3D, el procesamiento pasa a la etapa S3607.
En la etapa S3606, el dispositivo de reproducción 102 verifica el valor del segundo indicador. Si el valor es "0", el procesamiento pasa a la etapa S3608. Si el valor es "1", el procesamiento pasa a la etapa S3609.
En la etapa S3607, el dispositivo de reproducción 102 selecciona la reproducción del archivo de listas de reproducción 2D 221. Nótese que, en este momento, el dispositivo de reproducción 102 puede causar que el dispositivo de presentación visual 103 presente visualmente la razón por la cual no se seleccionó la reproducción de imágenes de video 3D. El procesamiento concluye entonces.
En la etapa S3608, el dispositivo de reproducción 102 selecciona la reproducción del archivo de listas de reproducción 3D 222 usado en modo L/R. El procesamiento concluye entonces .
En la etapa S3609, él dispositivo de reproducción 102 selecciona la reproducción del archivo de listas de reproducción 3D 222 usado en modo de profundidad. El procesamiento concluye entonces. <Estructura del dispositivo de reproducción 2D> Cuando se reproduce contenido de video 2D a partir del disco BD-ROM 101 en modo de reproducción 2D, el dispositivo de reproducción 102 opera como un dispositivo de reproducción 2D. La figura 37 es un diagrama de bloques funcional de un dispositivo de reproducción 2D 3700. Como se muestra en la figura 37, el dispositivo de reproducción 2D 3700 incluye una unidad de BD-ROM 3701, una unidad de reproducción 3702 y unidad de control 3703. La unidad de reproducción 3702 incluye una memoria de almacenamiento temporal de lectura 3721, decodificador de objetivos de sistema 3725 y sumador de planos 3726. La unidad de control 3703 incluye una memoria de escenarios dinámicos 3731, memoria de escenarios estáticos 3732, unidad de procesamiento de eventos de usuario 3733, unidad de ejecución de programas 3734, unidad de control de reproducción 3735 y unidad de almacenamiento de variables de reproductor 3736. La unidad de reproducción 3702 y la unidad de control 3703 son cada una implementadas en un circuito integrado diferente, pero como alternativa se pueden implementar en un solo circuito integrado.
Cuando el disco BD-ROM 101 es cargado en la unidad de BD-ROM 3701, la unidad de BD-ROM 3701 irradia luz láser al disco 101 y detecta el cambio en la luz reflejada. Además, usando el cambio en la cantidad de luz reflejada, la unidad de BD-ROM 3701 lee datos grabados en el disco 101. Específicamente, la unidad de BD-ROM 3701 tiene un captador óptico, es decir, una cabeza óptica. La cabeza óptica tiene un láser semiconductor, lente colimado, divisor de haz, lente objetivo, lente recolector y detector óptico. Un rayo de luz radiado desde el láser semiconductor pasa secuencialmente a través del lente colimado, divisor de haz y lente objetivo para ser recogido en una capa de grabación del disco 101. El haz colectado es reflejado y difractado por la capa de grabación. La luz reflejada y difractada pasa a través del lente objetivo, el divisor de haz y el lente recolector, y es recogida en el detector óptico. El detector óptico genera una señal de reproducción a un nivel de acuerdo con la cantidad de luz colectada. Además, se decodifican datos a partir de la señal de reproducción.
La unidad de BD-ROM 3701 lee datos del disco BD-ROM 101 con base en una solicitud proveniente de la unidad de r control de reproducción 3735. De los datos leídos, las extensiones en el archivo 2D, es decir, las extensiones 2D, son transferidas a la memoria de almacenamiento temporal de lectura 3721; la información de escenarios dinámicos es transferida a la memoria de escenarios dinámicos 3731; y la información de escenarios estáticos es transferida a la memoria de escenarios estáticos 3732. La "información de escenarios dinámicos" incluye un archivo de índices, archivo de objetos película y archivo de objetos BD-J. La "información de escenarios estáticos" incluye un archivo de listas de reproducción 2D y un archivo de información de clips 2D.
La memoria de almacenamiento temporal de lectura 3721, memoria de escenarios dinámicos 3731 y memoria de escenarios estáticos 3732 cada una son una memoria de almacenamiento temporal. Los elementos de memoria en la unidad de reproducción 3702 se usan como la memoria de almacenamiento temporal de lectura 3721. Los elementos de memoria de la unidad de control 3701 se usan como la memoria de escenarios dinámicos 3731 y la memoria de escenarios estáticos 3732. Como alternativa, diferentes áreas en un solo elemento de memoria pueden usarse como parte o todas de estas memorias de almacenamiento temporal 3721, 3731 y 3732.
El decodificador de objetivos de sistema 3725 lee extensiones 2D de la memoria de "almacenamiento temporal de lectura 3721 en unidades de paquetes de origen y desmultiplexa las extensiones 2D. El decodificador de objetivos de sistema 3725 decodifica después cada uno de los flujos elementales obtenidos por la desmultiplexión . En este punto, la información necesaria para decodificar cada flujo elemental, tal como el tipo de codee y atributos del flujo, es transferida de la unidad de control de reproducción 3735 al decodificador de objetivos de sistema 3725. El decodificador de objetivos de sistema 3725 envía un flujo de video primario, flujo de video secundario, flujo de IG y flujo de PG después de la decodificación respectivamente como datos de plano de video primario, datos de plano de video secundario, datos de plano de IG y datos de plano de PG, en unidades de VAUs. Por otro lado, el decodificador de objetivos de sistema 3.725 mezcla el flujo de audio primario y flujo de audio secundario decodificados y transmite los datos resultantes a un dispositivo de salida de audio, tal como un altavoz interno 103A del dispositivo de presentación visual 103. Además, el decodificador de objetivos de sistema 3725 recibe datos de gráficos de la unidad de ejecución de programas 3734. Los datos de gráficos se usan para renderizar elementos gráficos para un GUI, tal como un menú, en la pantalla y están en formato de datos de cuadrícula tal como JPEG y PNG. El decodificador de objetivos de sistema 3725 procesa los datos de gráficos y envía los datos procesados como datos de plano de imagen. Detalles sobre el decodificador de objetivos de sistema 3725 se proporcionan abaj o .
El sumador de planos 3726 recibe datos de plano de video primario, datos de plano de video secundario, datos de plano de IG, datos de plano de PG y datos de plano de imagen del decodificador de objetivos de sistema 3725 y superpone estas piezas de datos de plano para generar un cuadro o campo de video combinado. Los datos de video combinados se transfieren al dispositivo de presentación visual 103 para su presentación visual en la pantalla.
La unidad de procesamiento de eventos de usuario 3733 detecta una operación de usuario por medio del control remoto 105 o el panel frontal del dispositivo de reproducción 102. Con base en la operación de usuario, la unidad de procesamiento de eventos de usuario 3733 solicita a la unidad de ejecución de programas 3734 o a la unidad de control de reproducción 3735 llevar a cabo un procesamiento. Por ejemplo, cuando un usuario instruye presentar visualmente un menú emergente al oprimir un botón en el control remoto 105, la unidad de procesamiento de eventos de usuario 3733 detecta la operación e identifica el botón. La unidad de procesamiento de eventos de usuario 3733 solicita además a la unidad de ejecución de programas 3734 ejecutar un comando que corresponda al botón, es decir, un comando para presentar visualmente el menú emergente. Por otro lado, cuando un usuario oprime un botón de adelantado o rebobinado en el control remoto 105, por ejemplo, la unidad de procesamiento de eventos de usuario 3733 detecta la opresión e identifica el botón. La unidad de procesamiento de eventos de usuario 3733 pide entonces a la unidad de control de reproducción 3735 que adelante o rebobine la lista de reproducción que actualmente se esté reproduciendo.
La unidad de ejecución de programas 3734 es un procesador que lee programas de archivos de objeto película y archivos de objeto BD-J almacenados en la memoria de escenarios dinámicos 3731 y ejecuta estos programas. Además, la unidad de ejecución de programas 3734 lleva a cabo las siguientes operaciones de acuerdo con los programas: (1) La unidad de ejecución de programas 3734 ordena a la unidad de control de reproducción 3735 llevar a cabo procesamiento de reproducción de listas de reproducción; (2) la unidad de ejecución de programas 3734 genera datos de gráficos para un menú o juego como datos de cuadrícula PNG o JPEG y transfiere los datos generados al decodificador de objetivos de sistema 3725 para que sean combinados con otros datos de video. Por medio de diseño de programa, detalles específicos de estos procesos pueden diseñarse en forma relativamente flexible. En otras palabras, durante el proceso de creación del disco BD-ROM 101, la naturaleza de estos procesos se determina mientras se programan los archivos de objetos película y archivos de objetos BD-J.
La unidad de control de reproducción 3735 controla la transferencia de diferentes tipos de datos, tal como extensiones 2D, un archivo de índices, etc., del disco BD-ROM 101 a la memoria de almacenamiento temporal de lectura 3721, memoria de escenarios dinámicos 3731, y memoria de escenarios estáticos 3732. Un sistema de archivos que administra la estructura de archivos de directorio mostrada en la figura 2 se usa para este control. Es decir, la unidad de control de reproducción 3735 causa que la unidad de BD-ROM 3701 transfiera los archivos a cada una de las memorias de almacenamiento temporal 3721, 3731 y 3732 usando una invocación de sistema para abrir archivos. La "apertura de archivos" está compuesta de una secuencia de los siguientes procesos. Primero, un nombre de archivo que será detectado es provisto al sistema de archivos por una invocación de sistema, y se hace un intento por detectar el nombre de archivo de la estructura de directorios/archivos. Cuando la detección es exitosa, la entrada de archivo para el archivo objetivo que será transferido se transfiere primero a memoria en la unidad de control de reproducción 3735, y un Bloque de Control de Archivo (FCB) se genera en la memoria. Posteriormente, un manejo de archivos para el archivo objetivo se regresa del sistema de archivos a la unidad de control de reproducción 3735. Posteriormente, la unidad de control de reproducción 3735 puede causar que la unidad de BD-ROM 3701 transfiera el archivo objetivo del disco BD-ROM 101 a cada una de las memorias de almacenamiento temporal 3721, 3731 y 3732 al mostrar el manejo de archivo a la unidad de BD-ROM 3701.
La unidad de control de reproducción 3735 decodifica el archivo 2D para enviar datos de video y datos de audio al controlar la unidad de BD-ROM 3701 y el decodificador de objetivos de sistema 3725. Específicamente, la unidad de control de reproducción 3735 lee primero un archivo de listas de reproducción 2D de la memoria de escenarios estáticos 3732, en respuesta a una instrucción proveniente de la unidad de ejecución de programas 3734 o una solicitud proveniente de la unidad de procesamiento de eventos de usuario 3733, e interpreta el contenido del archivo. De acuerdo con el contenido interpretado, particularmente con la trayectoria de lista de reproducción, la unidad de control de reproducción 3735 especifica entonces un archivo 2D que será reproducido e instruye a la unidad de BD-ROM 3701 y al decodificador 3705 leer y decodificar este archivo. Este procesamiento de reproducción a base de un archivo de listas de reproducción es llamado un "procesamiento de reproducción de listas de reproducción" .
Además, la unidad de control de reproducción 3735 establece varios tipos de variables de reproductor en la unidad de almacenamiento de variables de reproductor 3736 usando la información de escenarios estáticos. Con referencia a las variables de reproductor, la unidad de control de reproducción 3735 especifica además al decodificador de objetivos de sistema 3725 flujos elementales que serán decodificados y proporciona la información necesaria para decodificar los flujos elementales.
La unidad de almacenamiento de variables de reproductor 3736 está compuesta de un grupo de registros para almacenar variables de reproductor. Los tipos de variables de reproductor incluyen parámetros de sistema (SPRM) y parámetros generales (GPR ) . Un SPRM indica el estado del dispositivo de reproducción 102. La figura 38 es una lista de SPRMs. Como se muestra en la figura 38, a cada SPRM se le asigna un número de serie 3801, y cada número de serie 3801 es asociado con un valor variable único 3802. Se proporcionan, por ejemplo, 64 SPRMs. Los contenidos de los SPRMs se muestran a continuación. Aquí, los números entre paréntesis indican los números de serie 3801.
SRPM(0) : Código de idioma SPRM(l) : Número de flujo de audio primario SPRM (2) : Número de flujo de subtítulos SPRM (3) : Número de ángulo SPRM (4) : Número de título SPRM (5) : Número de capítulo SPRM (6) : Número de programa SPRM (7) : Número de célula SPRM (8) : Nombre de tecla SPRM(9) : Temporizador de navegación SPRM(IO): Hora de reproducción actual SPRM(ll) : Modo de mezcla de audio de reproductor para karaoke SPRM(12) : Código de país para administración por padres SPRM(13) : Nivel de padres SPRM(14) : Configuración de reproducción para video SPRM(15) : Configuración de reproductor para audio SPRM(16) : Código idioma para flujo de audio SPRM(17): Extensión de código de idioma para flujo de audio SPRM(18) : Código de idioma para flujo de subtítulos SPRM(19) : Extensión de código de idioma para flujo de subtítulos SPRM(20) : Código de región de reproductor SPRM(21): Número de flujo de video secundario SPRM(22) : Número de flujo de audio secundario SPRM(23) : Estado de reproductor SPRM(24) - SPRM(63) : Reservados El SRPM(IO) indica el PTS de la imagen que actualmente está siendo decodificada y es actualizada cada vez que una imagen es decodificada y escrita en la memoria de planos de video primarios. En consecuencia, el punto de reproducción actual puede conocerse al hacer referencia al SPRM(IO) .
El nivel de padres en SPRM(13) indica una edad restringida predeterminada y se usa para el control por los padres de la observación de títulos grabados en el disco BD-ROM 101. Un usuario del dispositivo de reproducción 102 establece el valor del SPRM(13) por medio de, por ejemplo, un OSD del dispositivo de reproducción 102. "Control de padres" se refiere a restringir la visión de un título de acuerdo con la edad del espectador. El siguiente es un ejemplo de cómo el dispositivo de reproducción 102 lleva a cabo el control de padres. El dispositivo de reproducción 102 lee primero la edad para la cual se permite la observación de un título del disco BD-ROM 101, y después compara esta edad con el valor del SPRM(13) . Si esta edad es igual a o menor que el valor del SPRM(13), el dispositivo de reproducción 102 continúa la reproducción del título. Si esta edad es mayor que el valor del SPRM(13), el dispositivo de reproducción 102 detiene la reproducción del título.
El código de idioma para flujo de audio en SPRM(16) y el código de idioma para flujo de subtítulos en SPRM(18) muestran códigos de idioma preestablecidos del dispositivo de reproducción 102. Estos códigos pueden ser cambiados por un usuario con el uso del OSD o similar del dispositivo de reproducción 102, o los códigos pueden ser cambiados por un programa de aplicación por medio de la unidad de ejecución de programas 3734. Por ejemplo, si el SPRM(16) muestra "Inglés", entonces durante el procesamiento de reproducción de una lista de reproducción, la unidad de control de reproducción 3735 busca primero la tabla STN en el PI que muestra la sección de reproducción actual, es decir, la PI actual, para una entrada de flujo que tenga el código de idioma de "inglés" . La unidad de control de reproducción 3735 extrae después el PID de la información de identificación de flujo de la entrada de flujo y transmite el PID extraído al decodificador de objetivos de sistema 3725. Como resultado, un flujo de audio que tenga el PID se selecciona y se decodifica por el decodificador de objetivos de sistema 3725. Estos procesos pueden ejecutarse por la unidad de control de reproducción 3735 con el uso del archivo de objetos película o el archivo de objetos BD-J.
Durante el procesamiento de reproducción, la unidad de control de reproducción 3735 actualiza las variables de reproductor de acuerdo con el estado de reproducción. La unidad de control de reproducción 3735 actualiza los SPRM(l), SPRM(2), SPRM(21) y SPRM(22) en particular. Estos SPRM muestran respectivamente, en el orden indicado, el STN del flujo de audio, flujo de subtítulos, flujo de video secundario y flujo de audio secundario que actualmente están siendo procesados. Por ejemplo, supóngase que el SPR (l) haya sido cambiado por la unidad de ejecución de programas 3734. En este caso, la unidad de control de reproducción 3735 se refiere primero al STN mostrado por el nuevo SPR (l) y retira la entrada de flujo que incluya este STN de la tabla STN en el PI actual. La unidad de control de reproducción 3735 extrae después el PID de la información de identificación de flujo de la entrada de flujo y transmite el PID extraído al decodificador de objetivos de sistema 3725. Como resultado, un flujo de audio que tenga el PID se selecciona y se decodifica por el decodificador de objetivos de sistema 3725. Así es cómo el flujo de audio que será reproducido es cambiado. El flujo de subtítulos y el flujo de video secundario que serán reproducidos pueden ser cambiados similarmente . <<Procesamiento de reproducción de listas de reproducción 2D>> La figura 39 es un diagrama de flujo de procesamiento de reproducción de listas de reproducción 2D por una unidad de control de reproducción 3735. El procesamiento de reproducción de listas de reproducción 2D se llevo de acuerdo con un archivo de listas de reproducción 2D y es iniciado por la unidad de control de reproducción 3735 al leer un archivo de listas de reproducción 2D de la memoria de escenarios estáticos 3732.
En la etapa S3901, la unidad de control de reproducción 3735 lee primero un solo PI de una trayectoria principal en el archivo de listas de reproducción 2D y luego establece el PI como el PI actual. Después, de la tabla STN del PI actual, la unidad de control de reproducción 3735 selecciona PIDs de flujos elementales que serán reproducidos y especifica información de atributos necesaria para la decodificación de los flujos elementales. Los PIDs seleccionados e información de atributo son indicados al decodificador de objetivos de sistema 3725. La unidad de control de reproducción 3735 especifica además un SUB_PI asociado con el PI actual de las sub-trayectorias en el archivo de listas de reproducción 2D. Posteriormente, el procesamiento pasa a la etapa S3902.
En la etapa S3902, la unidad de control de reproducción 3735 lee información de clips de referencia, un PTS #1 que indica una hora de inicio de reproducción INI, y un PTS #2 que indica una hora de fin de reproducción OUTl del PI actual. A partir de esta información de clips de referencia, un archivo de información de clips 2D que corresponde al archivo 2D que será reproducido es especif cado. Además, cuando existe un SUB_PI que está asociado con el PI actual, información similar también se lee del SUB_PI . Posteriormente, el procesamiento pasa a la etapa S3903.
En la etapa S3903, con referencia al mapa de entrada del archivo de información de clips 2D, la unidad 2D., la unidad de control de reproducción 3735 retira el SPN #1 y el SPN #2 en el archivo 2D que corresponde al PTS #1 y al PTS #2. El par de PTSs indicado por el SUB_PI se convierte también en un par de SPNs. Posteriormente, el procesamiento pasa a la etapa S3904.
En la etapa S3904, del SPN #1 y el SPN #2, la unidad de control de reproducción 3735 calcula un número de sectores que corresponda a cada uno del SPN #1 y el SPN #2. Específicamente, la unidad de control de reproducción 3735 obtiene primero el producto de cada uno del SPN #1 y el SPN #2 multiplicado por la cantidad de datos por paquete de origen, es decir, 192 bytes . Luego, la unidad de control de reproducción 3735 obtiene un cociente al dividir cada producto entre la cantidad de datos por sector, es decir, 2048 bytes: NI = SPN #1 x 192/2048, N2 = SPN #2 x 192/2048. Los cocientes NI y N2 son iguales al número total de sectores, en el TS principal, grabados en porciones previas a los paquetes de origen a los cuales se asignan SPN #1 y SPN #2, respectivamente. El par de SPNs convertidos del par de PTSs indicado por el SUB_PI se convierten similarmente en un par de números de sectores. Posteriormente, el procesamiento pasa a la etapa S3905.
En la etapa S3905, la unidad de control de reproducción 3735 especifica, a partir de los números de sectores NI y N2 obtenidos en la etapa S3904, LBNs de la parte superior y fin del grupo de extensiones 2D que será reproducido. Específicamente, con referencia a la entrad de archivo del archivo 2D que será reproducido, la unidad de control de reproducción 3735 cuenta desde la parte superior del grupo de sectores en el cual está grabado el grupo de extensiones 2D de tal manera que el LBN del (NI + 1) 0 sector = LBN #1, y el LBN del (N2 + 1)° sector = LBN #2. La unidad de control de reproducción 3735 especifica además un intervalo del LBN #1 al LBN #2 a la unidad de BD-ROM 121. El par de números de sectores convertido del par de PTSs indicado por el SUB_PI se convierte similarmente en un par de LBNs y se especifica a la unidad de BD-ROM 121. Como resultado, del grupo de sectores en el intervalo especificado, un grupo de paquetes de origen que pertenezca a un grupo de extensiones 2D es leído en unidades alineadas. Posteriormente, el procesamiento pasa a la etapa S3906.
En la etapa S3906, la unidad de control de reproducción 3735 verifica si un PI no procesado permanece en la trayectoria principal. Cuando permanece un PI no procesado, el procesamiento se repite de la etapa S3901. Cuando no permanece un PI no procesado, el procesamiento concluye . <<Decodificador de objetivos de sistema>> La figura 40 es un diagrama de bloques funcional del decodificador de objetivos de sistema 3725. Como se muestra en la figura 40, el decodificador de objetivos de sistema 3725 incluye un desempaquetador de origen 4010, contador ATC 4020, primer reloj de 27 MHz 4030, filtro PID 4040, contador STC (STC1) 4050, segundo reloj de 27 MHz 4060, decodificador de video primario 4070, decodificador de video secundario 4071, decodificador de PG 47072, decodificador de IG 4073, decodificador de audio primario 4074, decodificador de audio secundario 7075, decodificador de subtítulos de texto 4076, procesador de imágenes 4080, memoria de planos de video primarios 4090, memoria de planos de video secundarios 4091, memoria de planos de PG 4092, memoria de planos de IG 4093, memoria de planos de imagen 4094 y mezclador de audio 4095.
El desempaquetador de origen 4010 lee paquetes de origen de la memoria de almacenamiento temporal de lectura 3721, extrae los paquetes TS de los paquetes de origen leídos y transfiere los paquetes TS al filtro PID 4040. Además, el desempaquetador de origen 4010 sincroniza la hora de la transferencia con la hora mostrada por el ATS de cada paquete de origen. Específicamente, el desempaquetador de origen 4010 monitorea primero el valor del ATS generado por el contador de ATC 4020. En este caso, el valor del ATC depende del contador ATC 4020 y se incrementa de acuerdo con un pulso de una señal de reloj proveniente del primer reloj de 27 MHz 4030. Posteriormente, en el instante en que el valor del ATC coincide con el ATC de un paquete de origen, el desempaquetador de origen 4010 transfiere los paquetes TS extraídos del paquete de origen al filtro PID 4040. Al ajustar la hora de transferencia de esta manera, la velocidad de transferencia promedio de paquetes TS provenientes del desempaquetador de origen 4010 al filtro PID 4040 no sobrepasa el valor RTS especificado por la velocidad de sistema 2211 en el archivo de información de clips 2D 231 mostrado en la figura 22.
El filtro PID 4040 monitorea primero un PID que incluye cada paquete TS enviado por el desempaquetador de origen 4010. Cuando el PID coincide con un PID pre-especificado por la unidad de control de reproducción 3735, el filtro PID 4040 selecciona el paquete TS y lo transfiere al decodificador 4070-4075 adecuado para la decodificación del flujo elemental indicado por el PID (el decodificador de subtítulos de texto 4076, sin embargo, es instruido) . Por ejemplo, si un PID es 0x1011, los paquetes TS son transferidos al decodificador de video primario 4070. Paquetes TS con PIDs que varían de OxlBOO-OxlBlF, 0x1100-OxlllF, OxlAOO-OxlAlF, 0x1200 - 0x121F y 0x1400-0x1 1F son transferidos al decodificador de video secundario 4071, decodificador de audio primario 4074, decodificador de audio secundario 4075, decodificador de PG 4072 y decodificador de IG 4073, respectivamente.
El filtro PID 4040 detecta además un PCR de paquetes TS usando los PIDs de los paquetes TS . En cada detección, el filtro PID 4040 establece el valor del contador STC 4050 a un valor predeterminado. Después, el valor del contador STC 4050 se incrementa de acuerdo con un pulso de la señal de reloj del segundo reloj de 27 MHz 4060. Además, el valor al cual se establece el contador STC 4050 es indicado al filtro PID 4040 desde la unidad de control de reproducción 3735 por adelantado. Los decodificadores 4070-4076 usan cada uno el valor de contador STC 4050 como el STC. Específicamente, los decodificadores 4070-4076 reconstruyen primero los paquetes TS recibidos desde el filtro PID 4040 en paquetes PES . Después, los decodificadores 4070-4076 ajustan la sincronización de la decodificación de datos incluidos en las cargas útiles PES de acuerdo con las horas indicadas por los PTSs o los DTSs incluidos en los encabezados PES.
El decodificador de video primario 4070, como se muestra en la figura 40, incluye una memoria de almacenamiento temporal de flujos de transporte (TB) 4001, memoria de almacenamiento temporal de multiplexion (MB) 4002, memoria de almacenamiento temporal de flujos elementales (EB) 4003, decodificador de video comprimido (DEC) 4004, y memoria de almacenamiento temporal de imágenes decodificadas (DPB) 4005.
Las TB 4001, MB 4002 y EB 4003 cada una son una memoria de almacenamiento temporal y usan un área de un elemento de memoria provisto internamente en el decodificador de video primario 4070. Como alternativa, algunas o todas las memorias de almacenamiento temporal pueden ser separadas en elementos de memoria individuales. La TB 4001 almacena los paquetes TS recibidos del filtro PID 4040 tal cual. La MB 4002 almacena paquetes PES reconstruidos de los paquetes TS almacenados en la TB 4001. Nótese que cuando los paquetes TS son transferidos de la TB 4001 a la MB 4002, el encabezado TS es retirado de cada paquete TS . La EB 4003 extrae VAUs codificados de los paquetes PES y almacena las VAUs en el mismo. Una VAU incluye una imagen comprimida, es decir, una imagen I, imagen B o imagen P. Nótese que cuando se transfieren datos de la MB 4002 a la EB 4003, el encabezado de PES es retirado de cada paquete PES.
El DEC 4004 es un decodificador de hardware específicamente para decodificar imágenes comprimidas y está compuesto de un LSI que incluye, en particular, una función de acelerar la decodificación. El DEC 4004 incluye una imagen de cada VAU en la EB 4003 en el momento mostrado por el DTS incluido en el paquete PES original. El DEC 4004 también puede referirse ~a la información de cambio de decodificación 1250 mostrado en la figura 12 para decodificar imágenes de VAUs secuencialmente , no obstante de los DTSs . Durante la decodificación, el DEC 4004 analiza primero el encabezado de VAU para especificar la imagen comprimida, método de codificación por compresión y atributo de flujo almacenados en la VAU, seleccionando un método de decodificación de acuerdo con esta información. Los métodos de codificación por compresión incluyen, por ejemplo, MPEG-2, MPEG-4 AVC y VCI . Además, el DEC 4004 transmite la imagen no comprimida y decodificada a la DPB 4005.
Al igual que las TB 4001, MB 4002 y EB 4003, la DPB 4005 es una memoria de almacenamiento temporal que usa un área de un elemento de memoria integrado en el decodificador de video primario 4070. Como alternativa, la DPB 4005 puede ubicarse en un elemento de memoria separado de las demás memorias de almacenamiento temporal 4001, 4002 y 4003. La DPB 4005 almacena temporalmente las imágenes decodificadas . Cuando una imagen P o imagen B va a ser decodificada por el DEC 4004, la DPB 4005 retira imágenes de referencia, en respuesta a una instrucción proveniente del DEC 4004, de entre imágenes decodificadas y almacenadas. La DPB 4005 proporciona después las imágenes de referencia al DEC 4004. Además, la DPB 4005 escribe las imágenes almacenadas en la memoria de planos de video primarios 4090 en el momento mostrado por los PTSs incluidos en los paquetes PES originales .
El decodificador de video secundario 4071 incluye la misma estructura que el decodificador de video primario 4070. El decodificador de video secundario 4071 decodifica primero los paquetes TS del flujo de video secundario recibidos del filtro PID 4040 en imágenes no comprimidas. Posteriormente, el decodificador de video secundario 4071 escribe las imágenes no comprimidas en la memoria de planos de video secundarios 4091 en el momento mostrado por los PTSs incluidos en los paquetes PES .
El decodificador de PG 4072 decodifica los paquetes TS recibidos del filtro PID 4040 en datos de gráficos no comprimidos y escribe los datos de gráficos no comprimidos en la memoria de planos de PG 4092 en el momento mostrado por los PTSs incluidos en los paquetes PES.
La figura 41A es un diagrama de flujo de procesamiento con el cual el decodificador de PG 4072 decodifica un objeto de gráficos a partir de una entrada de datos en el flujo de PG. El procesamiento es iniciado cuando el decodificador de PG 4072 recibe un grupo de paquetes TS que constituyen una entrada de datos mostrada en la figura 6, del filtro PID 4040. Las figuras 41B-41E son diagramas esquemáticos que muestran el objeto de gráficos que cambia al proceder el procesamiento.
En la etapa S4101, el decodificador de PG 4072 identifica primero un ODS que tenga el mismo ID de objeto que el ID de objeto de referencia 605 en el PCS . Después, el decodificador de PG 4072 decodifica un objeto de gráficos del ODS identificado, y escribe el objeto de gráficos decodificado en la memoria de almacenamiento temporal de objetos. Aquí, la "memoria de almacenamiento temporal de objetos" es una memoria de almacenamiento temporal integrada en el decodificador de PG 4072. La "marca de sonrisa" FOB mostrada en la figura 4IB es un ejemplo del objeto de gráficos descrito en la memoria de almacenamiento temporal de objetos.
En la etapa S4102, el decodificador de PG 4072 lleva a cabo el proceso de corte de acuerdo con la información de corte 602 en el PCS, extrae una parte del objeto de gráficos del objeto de gráficos, y escribe la parte extraída en la memoria de almacenamiento temporal de objetos. La figura 41C muestra que las tiras LST y RST son retiradas de los extremos izquierdo y derecho de la marca de sonrisa FOB, y la parte restante OBJ es escrita en la memoria de almacenamiento temporal de objetos.
En la etapa S4103, el decodificador de PG 4072 identifica primero un DS que tenga el mismo ID de ventana que el ID de ventana de referencia 603 en el PCS. Luego, el decodificador de PG 4072 determina una posición de presentación visual del objeto de gráficos en el plano de gráficos a partir de una posición de ventana 612 indicada por el WDS identificado y una posición de presentación visual de objetos 601 en el PCS. En la figura 41D, la posición izquierda superior de la ventana ,WIN en el plano de gráficos GPL y una posición izquierda superior DSP del objeto de gráficos OBJ son determinadas.
En la etapa S4104, el decodificador de PG 4072 escribe el objeto de gráficos en la memoria de almacenamiento temporal de objetos en la posición de presentación visual determinada en la etapa S4103. Cuando hace esto, el decodificador de PG 4072 determina un intervalo en el cual el objeto de gráficos es renderizado usando un tamaño de ventana 613 indicado por el WDS . En la figura 41D, el objeto de gráficos OBJ es escrito en el plano de gráficos GPL en el intervalo de la ventana WIN iniciando desde la posición izquierda superior DSP.
En la etapa S4105, el decodificador de PG 4072 identifica primero un PDS que tenga el mismo ID de paleta que el ID de paleta de referencia 604 en el PCS . Luego, el decodif cador de PG 4072, usando CLUT 622 en el PDS, determina valores de coordenadas de color que se indicarán por cada dato de pixel en el objeto de gráficos OBJ. En la figura 41E, el color de cada pixel en el objeto de gráficos OBJ ha sido determinado. De esta manera, el procesamiento de renderizar un objeto de gráficos incluido en una entrada de datos es completado. Las etapas S4101-S4105 se ejecutan en el momento indicado por el PTS incluido en el mismo paquete PES que el objeto de gráficos.
El decodificador de IG 4073 decodifica los paquetes TS recibidos desde el filtro PID 4040 en objeto de gráficos no comprimido. El decodificador de IG 4073 escribe además el objeto de gráficos no comprimido en la memoria de planos de IG 4093 en el momento mostrado por los PTSs incluidos en los paquetes PES restablecidos de los paquetes TS . Detalles sobre estos procesos son iguales a los del decodificador de PG 4072.
El decodificador de audio primario 4074 almacena primero los paquetes TS recibidos desde el filtro PID 4040 en una memoria de almacenamiento temporal proporcionada en el mismo. Posteriormente, el decodificador de audio primario 4074 remueve el encabezado de TS y el encabezado de PES de cada paquete TS en la memoria de almacenamiento temporal, y decodifica los datos restantes en datos de audio LPCM no comprimidos. Además, el decodificador de audio primario 4074 transmite los datos de audio resultantes al mezclador de audio 4095 en el momento mostrado por el PTS incluido en el paquete PES original. El decodificador de audio primario 4074 selecciona el método de decodificación para datos de audio comprimidos de acuerdo con el método de codificación por compresión y atributos de flujo para el flujo de audio primario incluido en los paquetes TS. Los métodos de codificación por compresión incluyen, por ejemplo, AC-3 y DTS .
El decodificador de audio secundario 4075 tiene la misma estructura que el decodificador de audio primario 4074. El decodificador de audio secundario 4075 reconstruye primero paquetes PES a partir de los paquetes TS del flujo de audio secundario recibido del filtro PID 4040 y luego decodifica los datos incluidos en las cargas útiles PES en datos de audio LPCM no comprimidos. Posteriormente, el decodificador de audio secundario 4075 transmite los datos de audio LPCM descomprimidos al mezclador de audio 4095 en los momentos mostrados por los PTSs incluidos en los encabezados de PES. El decodificador de audio secundario 4075 selecciona el método de decodificación para comprimir datos de audio de acuerdo con el método de codificación por compresión y atributos de flujo para el flujo de audio secundario incluido en los paquetes TS . Los métodos de codificación por compresión incluyen, por ejemplo, Dolby Digital Plus y DTS-HD LBR.
El mezclador de audio 4095 recibe datos de audio no comprimidos tanto del decodificador de audio primario 4074 como del decodificador de audio secundario 4075 y luego mezcla los datos recibidos. El mezclador de audio 4095 transmite también el sonido sintetizado producido al mezclar datos de audio a, por ejemplo, un altavoz interno 103A del dispositivo de presentación visual 103.
El procesador de imágenes 4080 recibe datos de gráficos, es decir, datos en cuadrícula PNG o JPEG, de la unidad de ejecución de programas 3734. Después de recibir los datos de gráficos, el procesador de imágenes 4080 renderiza los datos de gráficos y escribe los datos de gráficos en la memoria de planos de imagen 4094. <Estructura del dispositivo de reproducción 3D> Cuando se reproduce contenido de video 3D del disco BD-ROM 101 en modo de reproducción 3D, el dispositivo de reproducción 102 opera como un dispositivo de reproducción 3D. La parte fundamental de la estructura del dispositivo es idéntica a la del dispositivo de reproducción 2D mostrada en las figuras 37 y 40. Por lo tanto, la siguiente es una descripción de secciones de la estructura del dispositivo de reproducción 2D que son ampliadas o modificadas. Los detalles sobre las partes fundamentales del dispositivo de reproducción 3D pueden encontrarse en la descripción anterior sobre el dispositivo de reproducción 2D. El dispositivo de reproducción 3D usa también la misma estructura que el dispositivo de reproducción 2D para procesamiento de reproducción de listas de reproducción 2D. En consecuencia, los detalles sobre esta estructura pueden encontrarse en la descripción sobre el dispositivo de reproducción 2D. La siguiente descripción asume procesamiento de reproducción de imágenes de video 3D de acuerdo con archivos de listas de reproducción, es decir, procesamiento de reproducción de listas de reproducción 3D.
La figura 42 es un diagrama de bloques funcional de un dispositivo de reproducción 3D 4200. El dispositivo de reproducción 3D 4200 incluye una unidad de BD-ROM 4201, unidad de reproducción 4202 y unidad de control 4203. La unidad de reproducción 4202 incluye un interruptor 4220, primera memoria de almacenamiento temporal de lectura (en adelante abreviada como RB1) 4221, segunda memoria de almacenamiento temporal de lectura (en adelante abreviada como RB2) 4222, decodificador de objetivos de sistema 4225, sumador de planos 4226 y unidad de comunicación HDMI 4227. La unidad de control 4203 incluye una memoria de escenarios dinámicos 4231, memoria de escenarios estáticos 4232, unidad de procesamiento de eventos de usuario 4233, unidad de ejecución de programas 4234, unidad de control de reproducción 4235 y unidad de almacenamiento de variables de reproductor 4236. La unidad de reproducción 4202 y la unidad de control 4203 se implementan cada una en un circuito integrado diferente, pero como alternativa pueden implementarse en un solo circuito integrado. En particular, la memoria de escenarios dinámicos 4231, memoria de escenarios estáticos 4232, unidad de procesamiento de eventos de usuario 4233 y unidad de ejecución de programas 4234 tienen una estructura idéntica a la del dispositivo de reproducción 2D mostrado en la figura 37. En consecuencia, los detalles de la misma pueden encontrarse en la descripción anterior sobre el dispositivo de reproducción 2D.
Cuando se instruye por la unidad de ejecución de programas 4234 u otra unidad llevar a cabo procesamiento de reproducción de listas de reproducción 3D, la unidad de control de reproducción 4235 lee un PI del archivo de listas de reproducción 3D almacenado en la memoria de escenarios estáticos 4232 en orden, estableciendo el PI leído como el PI actual. Cada vez que la unidad de control de reproducción 4235 establece un PI actual, establece las condiciones de operación en el decodificador de objetivos de sistema 4225 y el sumador de planos 4226 de acuerdo con la tabla STN del PI y la tabla STN SS en el archivo de listas de reproducción 3D. Específicamente, la unidad de control de reproducción 4235 selecciona el PID del flujo elemental para la decodificación y transmite el PID, junto con la información de atributo necesaria para decodificación del flujo elemental, al decodificador de objetivos de sistema 4225. Si un flujo de PG o flujo de IG está incluido en el flujo elemental indicado por el PID seleccionado, la unidad de control de reproducción 4235 especifica el ID de desplazamiento de referencia 3201 y valor de ajuste de desplazamiento 3202 asignados a los datos de flujo, estableciendo el ID de desplazamiento de referencia 3201 y valor de ajuste de desplazamiento 3202 al SPRM(27) y SPRM(28) en la unidad de almacenamiento de variables de reproductor 4236. La unidad de control de reproducción 4235 selecciona también el modo de presentación de cada pieza de datos de plano de acuerdo con el desplazamiento durante emergencia 3311 indicado por la tabla STN SS, indicando el modo de presentación seleccionado al decodificador de objetivos de sistema 4225 y sumador de planos 4226.
Después, de acuerdo con el PI actual, la unidad de control de reproducción 4235 indica un intervalo de los LBNs en el grupo de sectores grabado en la extensión SS que se leerá por la unidad de BD-ROM 4201 por medio de los procedimientos en la descripción de la figura 24E. Mientras tanto, la unidad de control de reproducción 4235 se refiere a los puntos de inicio de extensión en el archivo de información de clips almacenado en la memoria de escenarios estáticos 4232 para generar información que indique el límite de los bloques de datos en cada extensión SS . Esta información indica, por ejemplo, el número de paquetes de origen desde arriba de la extensión SS hasta cada límite. La unidad de control de reproducción 4235 transmite después esta información al interruptor 4220.
La unidad de almacenamiento de variables de reproductor 4236 incluye los SPRMs mostrados en la figura 38, al igual que la unidad de almacenamiento de variables de reproductor 3736 en el dispositivo de reproducción 2D. Sin embargo, a diferencia de la figura 38, SPRM(24) incluye el primer indicador, y SPRM(25) incluye el segundo indicador, como se muestra en la figura 36. En este caso, cuando el SPRM(24) es "0", el dispositivo de reproducción 102 sólo soporta la reproducción de imágenes de video 2D, y cuando el SPRM(24) es "1", el dispositivo de reproducción 102 soporta también la reproducción de imágenes de video 3D. El dispositivo de reproducción 102 está en modo L/R cuando el SPRM(25) es "0" y está en el modo de profundidad cuando el SPRM(25) es "1". Además, el dispositivo de reproducción 102 está en modo de reproducción 2D cuando el SPR (25) es "2".
Además, en la unidad de almacenamiento de variables de reproductor 4236, a diferencia de la figura 38, el SPRM(27) incluye un área de almacenamiento para un ID de desplazamiento de referencia para cada plano de gráficos, y el SPRM(28) incluye un área de almacenamiento para un valor de ajuste de desplazamiento para cada plano de gráficos. La figura 43 es una tabla que muestra una estructura de datos de SPRM(27) y SPRM(28). Como se muestra en la figura 43, SPRM(27) incluye un área para almacenar cuatro tipos de IDs de desplazamiento de referencia 4310-4313. Estos IDs de desplazamiento de referencia 4310, 4311, 4312 y 4313 son respectivamente para un plano de PG (PG_ref_offset_id) , plano de IG (IG_ref_offset_id) , plano de video secundario (SV_ref_offset_id) y plano de imagen ( IM_ref_offset_id) . El SPRM(28) incluye un área para almacenar cuatro tipos de valores de ajuste de desplazamiento 4320-4323. Estos valores de ajuste de desplazamiento 4320, 4321, 4322 y 4323 son respectivamente para un plano de PG (PG_offset_adjustment) , plano de IG (IG_offset_adjustment) , plano de video secundario (SV_offset_adjustment) y plano de imagen (IM_offset_adjustment) .
La unidad de BD-ROM 4201 incluye los mismos componentes que la unidad de BD-ROM 3701 en el dispositivo de reproducción 2D mostrado en la figura 37. Luego de recibir una indicación de la unidad de control de reproducción 4235 de un intervalo de LBNs, la unidad de BD-ROM 4201 lee datos de los sectores en el disco BD-ROM 101 según se indica por el intervalo. En particular, un grupo de paquetes de origen que pertenezca a una extensión en el archivo SS, es decir, que pertenezca a una extensión SS, se transmite desde la unidad de BD-ROM 4201 hasta el interruptor 4220. Cada extensión SS incluye uno o más pares de un bloque de datos de vista base y vista dependiente, como se muestra en la figura 19. Estos bloques de datos tienen que ser transferidos en paralelo a diferentes RB1 4221 y RB2 4222. En consecuencia, la unidad de BD-ROM 4201 tiene que tener al menos la misma velocidad de acceso que la unidad de BD-ROM 3701 en el dispositivo de reproducción 2D.
El interruptor 4220 recibe una extensión SS de la unidad de BD-ROM 4201. Por otro lado, el interruptor 4220 recibe, de la unidad de control de reproducción 4235, información que indica el límite en cada bloque incluido en la extensión SS, es decir, el número de paquetes de origen desde la parte superior de la extensión SS hasta cada límite. El interruptor 4220 se refiere después a esta información (i) para extraer extensiones de vista base de cada extensión SS y transmitir las extensiones a la RB1 4221, y (ii) para extraer extensiones de vista dependiente y transmitir las extensiones a la RB2 4222.
Las RB1 4221 y RB2 4222 son memorias de almacenamiento temporal que usan un elemento de memoria en la unidad de reproducción 4202. En particular, diferentes áreas en un solo elemento de memoria se usan como la RB1 4221 y RB2 4222. Como alternativa, diferentes elementos de memoria pueden usarse como la RB1 4221 y RB2 4222. La RB1 4221 recibe extensiones de vista base del interruptor 4220 y almacena estas extensiones. La RB2 4222 recibe extensiones de vista dependiente del interruptor 4220 y almacena estas extensiones .
En procesamiento de reproducción de listas de reproducción 3D, el decodificador de objetivos de sistema 4225 recibe primero PIDs para datos de flujo que serán decodificados , así como información de atributos necesaria para decodificar los datos de flujo, de la unidad de control de reproducción 4235. El decodificador de objetivos de sistema 4225 lee después paquetes de origen de manera alternante a partir de extensiones de vista base almacenadas en la RBl 4221 y extensiones de vista dependiente almacenadas en la RB2 4222. Después, el decodificador de objetivos de sistema 4225 separa, de cada paquete de origen, flujos elementales indicados por los PIDs recibidos desde la unidad de control de reproducción 4235 y decodifica los flujos elementales. El decodificador de objetivos de sistema 4225 escribe después los flujos elementales decodificados en memoria de planos internos de acuerdo con el tipo de los mismos. El flujo de video de vista base es escrito en la memoria de planos de video izquierdo, y el flujo de video de vista dependiente es escrito en la memoria de planos de video derecho. Por otro lado, el flujo de video secundario es escrito en la memoria de planos de video secundarios, el flujo de IG en la memoria de planos de IG y el flujo de PG en la memoria de planos de PG. Cuando el flujo de video secundario está compuesto de un par de un flujo de video de vista base y vista dependiente, memorias de planos de video secundarias separadas se preparan tanto para la pieza de vista izquierda como vista derecha de datos de plano. El decodificador de objetivos de sistema 4225 renderiza además datos de gráficos desde la unidad de ejecución de programas 4234, tales como JPEG, PNG, etc., datos en cuadrícula y escribe estos datos en la memoria de planos de imagen.
El decodificador de objetivos de sistema 4225 asocia el modo de salida de datos de plano provenientes de las memorias de planos de video izquierdo y video derecho con modo de presentación B-D y modo de presentación B-B como sigue. Cuando la unidad de control de reproducción 4235 indica modo de presentación B-D, el decodificador de objetivos de sistema 4225 envía de manera alternante datos de plano desde las memorias de planos de video izquierdo y video derecho. Por otro lado, cuando la unidad de control de reproducción 4235 indica modo de presentación B-B, el decodificador de objetivos de sistema 4225 envía datos de plano sólo desde la memoria de planos de video izquierdo o video derecho dos veces por cuadro mientras mantiene el modo de operación en modo de reproducción 3D.
Cuando la unidad de control de reproducción 4235 indica modo de 1 plano + desplazamiento, entonces cada vez que el decodificador de objetivos de sistema 4225 lee la VAU en la parte superior de cada secuencia de video del flujo de video de vista dependiente, el decodificador de objetivos de sistema 4225 lee los metadatos de desplazamiento 1110 de la VAU. En la sección de reproducción de la secuencia de video, el decodificador de objetivos de sistema 4225 especifica primero el PTS almacenado en el mismo paquete PES junto con cada VAU y especifica el número del cuadro representado por los datos de imagen comprimidos de la VAU. El decodificador de objetivos de sistema 4225 lee entonces la información de desplazamiento asociada con el número de cuadros a partir de los metadatos de desplazamiento y transmite la información de desplazamiento al sumador de planos 4226 en el momento indicado por el PTS especificado.
El sumador de planos 4226 recibe cada tipo de datos de plano del decodificador de objetivos de sistema 4225 y superpone estas piezas de datos de plano unas sobre otras para crear un cuadro o campo combinado. En particular, en modo L/R, datos de plano de video izquierdo representan un plano de video de vista izquierda, y datos de plano de vista derecha representan un plano de video de vista derecha. En consecuencia, el sumador de planos 4226 superpone otros datos de plano que representa la vista izquierda en los datos de plano de video izquierdo y superpone otros datos de plano que representan la vista derecha en los datos de plano de video derecho. Por otro lado, en modo de profundidad, los datos de plano de video derecho representan un mapa de profundidad para el plano de video que representa los datos de plano de video izquierdo. En consecuencia, el sumador de planos 4226 genera primero un par de piezas de vista izquierda y vista derecha de datos de plano de video a partir de las piezas correspondientes de datos de plano de video. Posteriormente, el sumador de planos 4226 lleva a cabo el mismo procesamiento de combinación que en modo L/R.
Cuando recibe una indicación de modo de 1 plano + desplazamiento o modo de 1 plano + desplazamiento cero de la unidad de control de reproducción 4235 como el modo de presentación para el plano de video secundario, plano de PG, plano de IG o plano de imagen, el sumador de planos 4226 lleva a cabo control de desplazamiento en los datos de plano recibidos del decodificador de objetivos de sistema 4225. Un par de datos de plano de vista izquierda y datos de plano de vista derecha es entonces generado.
En particular, cuando se indica modo de 1 plano + desplazamiento, el sumador de planos 4226 primero lee uno de los IDs de desplazamiento de referencia 4310-4313 que corresponde a cada plano de gráficos del SPEM(27) en la unidad de almacenamiento de variables de reproductor 4236. Después, el sumador de planos 4226 se refiere a la información de desplazamiento recibida desde el decodificador de objetivos de sistema 4225 para recuperar información de desplazamiento, en particular una dirección de desplazamiento 1122 y valor de desplazamiento 1123, que pertenezcan a la secuencia de desplazamiento 1113 indicada por cada ID de desplazamiento de referencia 4310-4313. Posteriormente, el sumador de planos 4226 lee uno de los valores de ajuste de desplazamiento 4320-4323 que corresponda a cada plano de gráficos del SP M(28) en la unidad de almacenamiento de variables de reproductor 4236 y suma cada valor de ajuste de desplazamiento al valor de desplazamiento correspondiente. El sumador de planos 4226 usa después cada valor de desplazamiento para llevar a cabo control de desplazamiento en el plano de gráficos correspondiente.
Por otro lado, cuando se indica modo de 1 plano + desplazamiento cero, el sumador de planos 4226 no se refiere ni al SPRM(27) o al SPRM(28), sino más bien lleva a cabo control de desplazamiento en cada plano de gráficos con un valor de desplazamiento de "0" . En consecuencia, se usan los mismos datos de plano tanto para los planos de gráficos de vista izquierda como de vista derecha y se combinan con otras piezas de datos de plano.
La unidad de comunicación HDMI 4227, conectada con el dispositivo de presentación visual 103 por medio de un cable HDMI 122, intercambia mensajes CEC con el dispositivo de presentación visual 103 por medio del cable HDMI 122. Esto causa que la unidad de comunicación HDMI 4227 lleve a cabo una autenticación HDMI del dispositivo de presentación visual 103 y pregunte al dispositivo de presentación visual 103 si se soporta o no la reproducción de imágenes de video 3D. <<Procesamiento de reproducción de listas de reproducción 3D>> La figura 44 es un diagrama de flujo de procesamiento de reproducción de listas de reproducción 3D por una unidad de control de reproducción 4235. El procesamiento de reproducción de listas de reproducción 3D es iniciado por la unidad de control de reproducción 4235 al leer un archivo de listas de reproducción 3D de la memoria de escenarios estáticos 4232.
En la etapa S4401, la unidad de control de reproducción 4235 lee primero un solo PI de una trayectoria principal en el archivo de listas de reproducción 3D y luego establece el PI como el PI actual. Después, de la tabla STN del PI actual, la unidad de control de reproducción 4235 selecciona PIDs de flujos elementales que serán reproducidos y especifica información de atributos necesaria para la decodificación de los flujos elementales. La unidad de control de reproducción 4235 selecciona además, de entre los flujos elementales que corresponden al PI actual en la tabla STN SS en el archivo de listas de reproducción 3D, un PID de flujos elementales que van a ser sumados a los flujos elementales que serán reproducidos, y la unidad de control de reproducción 4235· especifica información de atributo necesaria para decodificador estos flujos elementales. Los PIDs e información de atributo seleccionados son indicados al decodificador de objetivos de sistema 4225. La unidad de control de reproducción 4235 especifica además, de entre sub-trayectorias en el archivo de listas de reproducción 3D, un SUB_PI que será referenciado al mismo tiempo que el PI actual, especificando este SUB_PI como el SUB_PI actual. Posteriormente, el procesamiento pasa a la etapa S4402.
En la etapa S4402, la unidad de control de reproducción 4235 selecciona el modo de presentación visual para cada pieza de datos de plano con base en el desplazamiento durante emergencia indicado por la tabla STN SS e indica el modo de presentación visual al decodificador de objetivos de sistema 4225 y al sumador de planos 4226. En particular, cuando el valor del desplazamiento durante emergencia es "0", se selecciona modo de presentación B-D como el modo de presentación de planos de video, y se selecciona modo de 1 plano + desplazamiento como el modo de presentación para el plano de gráficos. Por otro lado, cuando el valor del desplazamiento durante emergencia es "1", se selecciona modo de presentación B-B como el modo de presentación de planos de video, y se selecciona modo 1 plano + desplazamiento cero como el modo de presentación para el plano de gráficos. Posteriormente, el procesamiento pasa a la etapa S4403.
En la etapa S4403, la unidad de control de reproducción 4235 verifica si modo de 1 plano + desplazamiento o modo de 1 plano + desplazamiento cero ha sido seleccionado como el modo de presentación del plano de gráficos. Si modo de 1 plano + desplazamiento ha sido seleccionado, el procesamiento pasa a la etapa S4404. Si modo de 1 plano + desplazamiento cero ha sido seleccionado, el procesamiento pasa a la etapa S4405.
En la etapa S4404, la unidad de control de reproducción 4235 se refiere a la tabla STN del PI actual y retira el flujo de PG, flujo de IG o flujo de subtítulos de texto de entre los flujos elementales indicados por los PIDs seleccionados. Además, la unidad de control de reproducción 4235 especifica el ID de desplazamiento de referencia y valor de ajuste de desplazamiento asignados a las piezas de datos de flujo, estableciendo, el ID de desplazamiento de referencia y valor de ajuste de desplazamiento al SPR (27) y SPRM(28) en la unidad de almacenamiento de variables de reproductor 4236. Posteriormente, el procesamiento pasa a la etapa S4405.
En la etapa S4405, la unidad de control de reproducción 4235 lee información de clips de referencia, un PTS #1 que indica una hora de inicio de reproducción INI, y un PTS #2 que indica una hora de fin de reproducción 0UT1 a partir del PI actual y el SUB_PI . De esta información de clips de referencia, un archivo de información de clips que corresponda a cada uno del archivo 2D y el archivo DEP que será reproducido es especificado. Posteriormente, el procesamiento pasa a la etapa S4406.
En la etapa S4406, con referencia al mapa de entrada en cada uno de los archivos de información de clips especificados en la etapa S4405, la unidad de control de reproducción 4235 retira el SPN #1 y SPN #2 en el archivo 2D, y el SPN #11 y SPN #12 en el archivo DEP, que corresponden el PTS #1 y al PTS #2. Como se describió con referencia a las figuras 24A-24D, en referencia a los puntos de inicio de extensión de cada archivo de información de clip, la unidad de control de reproducción 4235 calcula además, del SPN #1 y SPN #11, el número de paquetes de origen SPN #21 a partir de la parte superior del archivo SS hasta la posición de inicio de reproducción. La unidad de control de reproducción 4235 calcula también, del SPN #2 y el SPN #12, el número de paquetes de origen SPN #22 desde la parte superior del archivo SS hasta la posición de fin de reproducción. Específicamente, la unidad de control de reproducción 4235 retira primero, de entre SPNs mostrados por puntos de inicio de extensión de los archivos de información de clips 2D, un valor "Am" que es el valor más grande menor que o igual a SPN #1, y retira, de entre los SPNs mostrados por puntos de inicio de extensión de archivos de información de clips de vista dependiente, un valor "Bm" que es el valor más grande menor que o igual al SPN #11. Después, la unidad de control de reproducción 4235 obtiene la suma de los SPNs retirados Am + Bm y establece la suma como SPN #21. Luego, la unidad de control de reproducción 4235 retira, de entre SPNs mostrados por los puntos de inicio de extensión de los archivos de información de clips 2D, un valor "Am" que es el valor más pequeño que es más grande que el SPN #2. La unidad de control de reproducción 4235 retira también, de los SPNs de los puntos de inicio de extensión de los archivos de información de clips de vista dependiente, un valor "Bn" que es el valor más pequeño que es mayor que el SPN #12. Luego, la unidad de control de reproducción 4235 obtiene la suma de los SPNs retirados An + Bn y establece la suma como SPN #22. Posteriormente, el procesamiento pasa a la etapa S4407.
En la etapa S4407, la unidad de control de reproducción 4235 convierte el SPN #21 y el SPN #22, determinados en la etapa S4406, en un par de números de sectores NI y N2. Específicamente, la unidad de control de reproducción 4235 obtiene primero el producto de SPN #21 y la cantidad de datos por paquete de origen, es decir, 192 bytes . Después, la unidad de control de reproducción 4235 divide este producto entre la cantidad de datos por sector, es decir, 2048 bytes: SPN #21 x 192/2048. El cociente resultante es igual al número de sectores NI desde la parte superior del archivo SS hasta inmediatamente antes de la posición de inicio de reproducción. En forma similar, del SPN #22, la unidad de control de reproducción 4235 calcula SPN #22 x 192/2048. El cociente resultante es igual al número de sectores N2 desde la parte superior del archivo SS hasta inmediatamente antes de la posición de fin de reproducción. Posteriormente, el procesamiento pasa a la etapa S4408.
En la etapa S4408, la unidad de control de reproducción 4235 especifica, de los números de sectores NI y N2 obtenidos en la etapa S4407, LBNs de la parte superior y fin del grupo de extensiones SS que será reproducido. Específicamente, con referencia a la entrada de archivo del archivo SS que será reproducido, la unidad de control de reproducción 4235 cuenta desde la parte superior del grupo de sectores en el cual el grupo de extensiones SS está grabado de tal manera que el LBN del (NI + 1)° sector = LBN #1, y el LBN del (N2 + 1)° sector = LBN #2. La unidad de control de reproducción 4235 especifica además un intervalo del LBN #1 al LBN #2 a la unidad de BD-ROM 4201. Como resultado, del grupo de sectores en el intervalo especificado, un grupo de paquetes de origen que pertenece a un grupo de extensiones SS es leído en unidades alineadas. Posteriormente, el procesamiento pasa a la etapa S4409.
En la etapa S4409, en referencia a los puntos de inicio de extensión del archivo de información de clips usada en la etapa S4406, la unidad de control de reproducción 4235 genera información (en adelante llamada "información de límites de bloques de datos") que indica un límite entre bloques de datos de vista dependiente y bloques de datos de vista base incluidos en el grupo de extensiones SS, transmitiendo la información de límites de bloques de datos al interruptor 4220. Como un ejemplo específico, supóngase que el SPN #21 que indique la posición de inicio de reproducción sea el mismo que la suma de SPNs que indiquen los puntos de inicio de extensión, An + Bn, y que el SPN #22 que indique la posición de fin de reproducción sea el mismo que la suma de SPNs que indiquen los puntos de inicio de extensión, Am + Bm. En este caso, la unidad de control de reproducción 4235 obtiene una secuencia de diferencia entre SPNs de los puntos de inicio de extensión respectivos, A(n + 1) - An, B(n + 1) - Bn, A(n + 2) - A(n + 1), B(n + 2) - B(n + 1) , Am-A(m - 1) , y Bm - B (m - 1) , y transmite la secuencia al interruptor 4220 como la información de límite de bloques de datos. Como se muestra en la figura 24E, esta secuencia indica el número de paquetes de origen de bloques de datos incluidos en la extensión SS . El interruptor 4220 cuenta, desde cero, el número de paquetes de origen de las extensiones SS recibidas desde la unidad de BD-ROM 4201. Cada vez que el recuento es el mismo que la diferencia entre SPNs indicada por la información de límites de bloques de datos, el interruptor 4220 cambia el destino de salida de los paquetes de origen entre la RBl 4221 y la RB2 4222 y reinicia el recuento a cero. Como resultado, {B(n + 1) -Bn} paquetes de origen desde la parte superior de la extensión SS son enviados a la RB2 4222 como la primer extensión de vista dependiente, y los siguientes {A(n + 1) -An} paquetes de origen son transmitidos a la RB1 4221 como la primera extensión de vista base. Posteriormente, extensiones de vista dependiente y extensiones de vista base son extraídas de la extensión SS de manera alternante de la misma forma, alternando cada vez que el número de paquetes de origen recibidos por el interruptor 4220 es igual a la diferencia entre SPNs indicados por la información de límite de bloques de datos .
En la etapa S4410 la unidad de control de reproducción 4235 verifica si permanece un PI no procesado en la trayectoria principal. Cuando permanece un PI no procesado, el procesamiento se repite a partir de la etapa S4401. Cuando no queda un PI no procesado, el procesamiento concluye . <<Decodificador de objetivos de sistema>> Los siguientes dos medios son concebibles como medios específicos usados por el decodificador de objetivos de sistema 4225 para implementar la función de extraer metadatos de desplazamiento del flujo de video de vista dependiente. El primer medio incorpora un filtro de prioridad TS y una unidad de procesamiento de metadatos de desplazamiento en el decodificador de objetivos de sistema 4225 como módulos separados del decodificador de video primario. El filtro de prioridad TS selecciona paquetes TS que contienen metadatos de desplazamiento y paquetes TS que contienen imágenes de vista dependiente, dependiendo de los valores de los indicadores de prioridad TS . La unidad de procesamiento de metadatos de desplazamiento extrae información de desplazamiento de los paquetes TS que contienen metadatos de desplazamiento. El segundo medio causa que los paquetes TS que contengan un flujo de video de vista dependiente sean enviados al decodificador de video primario en el decodificador de objetivos de sistema 4225, no obstante de los valores de indicadores de prioridad TS. El decodificador de video primario extrae información de desplazamiento del flujo de video de vista dependiente en paralelo con el proceso de decodificar el flujo de video de vista dependiente.
(Primer medio) La figura 45 es un diagrama de bloques funcional del decodificador de objetivos de sistema 4225 mediante el uso del primer medio. Los componentes mostrados en la figura 45 difieren de los componentes del decodificador de objetivos de sistema 3724 en el dispositivo de reproducción 2D mostrado en la figura 40 como sigue: (A) el sistema de entrada de las memorias de almacenamiento temporal de lectura a los decodificadores tiene una configuración doble; y (B) el filtro de prioridad TS y la unidad de procesamiento de metadatos de desplazamiento son provistos. El decodificador de audio primario, decodificador de audio secundario, mezclador de audio, procesador de imágenes y memoria de planos tienen estructuras similares a aquellas en el dispositivo de reproducción 2D mostrado en la figura 40. En consecuencia, entre los componentes mostrados en la figura 45, aquellos diferentes de los componentes mostrados en la figura 40 se describen a continuación. Por otro lado, detalles de componentes similares pueden encontrarse en la descripción de la figura 40. Además, ya que los decodificadores de video cada uno tienen una estructura similar, la estructura del decodificador de video primario 4515 se describe abajo. Esta descripción también es válida para las estructuras de otros decodificadores de video.
El primer desempaquetador de origen 4511 lee paquetes de origen de la primera memoria de almacenamiento temporal de lectura 4221. El primer desempaquetador de origen 4511 retira además paquetes TS incluidos en los paquetes de origen y transmite los paquetes TS al primer filtro PID 4513. El segundo desempaquetador de origen 4512 lee paquetes de origen de la segunda memoria de almacenamiento temporal de lectura 4222, retirando además paquetes TS incluidos en los paquetes de origen y transmite los paquetes TS al segundo filtro PID 4514. Cada uno de los desempaquetadores de origen 4511 y 4512 sincroniza además la hora de transferencia de los paquetes TS con la hora mostrada por el ATS de cada paquete de origen. Este método de sincronización es el mismo método que el desempaquetador de origen 4010 mostrado en la figura 40. En consecuencia, detalles del mismo pueden encontrarse en la descripción provista para la figura 40. Con esta clase de ajuste de tiempo de transferencia, la velocidad de transferencia promedio de paquetes TS provenientes del primer desempaquetador de origen 4511 al primer filtro PID 4513 no excede la velocidad de sistema RTS1 indicada por el archivo de información de clips 2D. En forma similar, la velocidad de transferencia promedio de paquetes TS del segundo desempaquetador de origen 4512 al segundo filtro PID 4514 no excede la velocidad de sistema RTS2 indicada por el archivo de información de clips de vista dependiente.
El primer filtro PID 4513 compara el PID de cada paquete TS recibido del primer desempaquetador de origen 4511 con el PID seleccionado. La unidad de control de reproducción 4235 designa el PID seleccionado de antemano de acuerdo con la tabla STN en el archivo de listas de reproducción 3D. Cuando los dos PIDs coinciden, el primer filtro PID 4513 transfiere los paquetes TS al decodificador asignado al PID. Por ejemplo, si un PID es 0x1011, los paquetes TS son transferidos a la TB1 4501 en el decodificador de video primario 4515. Por otro lado, paquetes TS con PIDs que varíen de OxlBOO-OxlBlF, 0x1100-OxlllF, OxlAOO-OxlAlF, 0x1200 - 0xl21F y 0xl400-0xl41F son transferidos al decodificador de video secundario, decodificador de audio primario, decodificador de audio secundario, decodificador de PG y decodificador de IG, respectivamente .
El segundo filtro PID 4514 compara el PID de cada paquete TS recibido desde el segundo desempaquetador de origen 4512 con el PID seleccionado. La unidad de control de reproducción 4235 designa el PID seleccionado de antemano de acuerdo con la tabla STN SS en el archivo de listas de reproducción 3D. Cuando los dos PIDs coinciden, el segundo filtro PID 4514 transfiere los paquetes TS al decodificador asignado al PID o al filtro de prioridad TS 4551. Por ejemplo, si un PID es 0x1012 ó 0x1013, los paquetes TS son transferidos al filtro de prioridad TS 4551. Por otro lado, paquetes TS con PIDs que varíen de 0xlB20-0xlB3F, 0x1220-0xl27F y 0xl420-0xl47F son transferidos al decodificador de video secundario, decodificador de PG y decodificador de IG, respectivamente .
El filtro de prioridad TS 4551 recibe paquetes TS del segundo filtro PID 4514 y lee prioridad TS 511 del encabezado de TS 501H en cada uno de los paquetes TS . Aquí, paquetes TS con PID = 0x1012 ó 0x1013 son transferidos del segundo filtro PID 4514 al filtro de prioridad TS 4551. Estos paquetes TS contienen un flujo de video de vista dependiente.
Entre los paquetes TS en la secuencia 1520 mostrada en la figura 15, el primer grupo 1521 y el tercer grupo 1523 tienen la prioridad TS de "0", y el segundo grupo 1522 tiene la prioridad TS de "1". El filtro de prioridad TS 4551 transfiere paquetes TS con prioridad TS = 0 de la secuencia 1520 a la TB2 4508 en el decodificador de video primario 4515, y paquetes TS con prioridad TS = 1 a la unidad de procesamiento de metadatos de desplazamiento 4552. Como se muestra en la figura 15, los paquetes TS con prioridad TS = 1 pertenecen al segundo grupo 1522. En consecuencia, las cargas útiles TS de los mismos incluyen sólo los datos complementarios 1504 que consisten únicamente en los metadatos de desplazamiento 1509. Como resultado, entre la VAU #1 en el flujo de video de vista dependiente, datos' complementarios que consistan sólo de los metadatos de desplazamiento 1509 se transfieren a la unidad de procesamiento de metadatos de desplazamiento 4552 y los datos restantes, los cuales incluyen otros datos complementarios, .se transfieren al decodificador de video primario 4515.
Entre los paquetes TS en la secuencia 1620 mostrada en la figura 16, el primer grupo 1621 y el segundo grupo 1622 tienen la prioridad TS de "1", y el tercer grupo 1623 tiene la prioridad TS de "0". El filtro de prioridad TS 4551 transfiere paquetes TS con prioridad TS = 0 de la secuencia 1620 a la TB2 4508 en el decodificador de video primario 4515, y paquetes TS con prioridad TS = 1 tanto a la TB2 4508 como a la unidad de procesamiento de metadatos de desplazamiento 4552. En consecuencia, la VAU #1 en el flujo de video de vista dependiente se transfiere al decodificador de video primario 4515, mientras que los elementos, del código de identificación de sub-AU a los datos complementarios se transfieren a la unidad de procesamiento de metadatos de desplazamiento 4552 también.
El decodificador de video primario 4515 incluye una TB1 4501, MB1 4502, EB1 4503, TB2 4508, MB2 4509, EB2 4510, interruptor de memoria almacenada 4506, DEC 4504, DPB 4505 e interruptor de imágenes 4507. Las TB1 4501, MB1 4502, EB1 4503, TB2 4508, MB2 4509, EB2 4510 y DPB 4505 son todas memorias de almacenamiento temporal . Cada una de estas memorias de almacenamiento temporal usa un área de un elemento de memoria incluido en el decodificador de video primario 4515. Como alternativa, algunas o todas de estas memorias de almacenamiento temporal pueden ser separadas en diferentes elementos de memoria.
La TB1 4501 recibe paquetes TS que incluyen un flujo de video de vista base del primer filtro PID 4513 y almacena los paquetes TS tal cuales. La MB1 4502 almacena paquetes PES reconstruidos a partir de los paquetes TS almacenados en la TB1 4501. Los encabezados de TS de los paquetes TS son removidos en este punto. La EB1 4503 extrae y almacena VAUs codificadas de los paquetes PES almacenados en la MB1 4502. Los encabezados de PES de los paquetes PES son eliminados en este punto.
La TB2 4508 recibe paquetes TS que incluyen el flujo de video de vista dependiente del filtro de prioridad TS 4551 y almacena los paquetes TS tal cuales. La MB2 4509 almacena paquetes PES reconstruidos a partir de los paquetes TS almacenados n la TB2 4508. Los encabezados de TS de los paquetes TS son removidos en este punto. La EB2 4510 extrae y almacena VAUs codificadas de los paquetes PES almacenados en la MB2 4509. Los encabezados de PES de los paquetes PES son eliminados en este punto.
El interruptor de memoria almacenada 4506 transfiere los encabezados de las VAUs almacenadas en la EB1 4503 y la EB2 4510 en respuesta a una solicitud proveniente del DEC 4504. Además, el interruptor de memoria almacenada 4506 transfiere los datos de imagen comprimidos para las VAUs al DEC 4504 en los momentos indicados por los DTSs incluidos en los paquetes PES originales. En este caso, los DTSs son iguales entre un par de imágenes que pertenecen a la misma VAU 3D entre el flujo de video de vista base y el flujo de video de vista dependiente. En consecuencia, para un par de VAUs que tengan los mismos DTSs, el interruptor de memoria almacenada 4506 transmite primero la VAU almacenada en la EB1 4503 al DEC 4504. Además, el interruptor de memoria almacenada 4506 puede causar que el DEC 4504 regrese la información de cambio de decodificación 1750 en la VAU. En tal caso, el interruptor de memoria almacenada 4506 puede determinar si debe transferir la siguiente VAU de la EBl 4503 o la EB2 4510 al hacer referencia a la información de cambio de decodificación 1750.
Al igual que el DEC 4004 mostrado en la figura 40, el DEC 4504 es un decodificador de hardware específicamente para decodificar imágenes comprimidas y está compuesto de un LSI que incluye, en particular, una función para acelerar la decodificación. El DEC 4504 decodifica los datos de imagen comprimidos transferidos desde el interruptor de memoria almacenada 4506 en orden. Durante la decodificación, el DEC 4504 analiza primero cada encabezado de VAU para especificar la imagen comprimida, método de codificación por compresión y atributo de flujo almacenados en la VAU, seleccionando un método de codificación de acuerdo con esta información. Los métodos de codificación por compresión incluyen, por ejemplo, MPEG-2, MPEG-4 AVC, MVC, y VC1. Además, el DEC 4504 transmite la imagen descomprimida y decodificada a la DPB 4505.
La DPB 4505 almacena temporalmente las imágenes descomprimidas decodificadas por el DEC 4504. Cuando el DEC 4504 decodifica una imagen P o una imagen B, la DPB 4505 retira imágenes de referencia de entre las imágenes almacenadas y descomprimidas en respuesta a una solicitud proveniente del DEC 4504 y suministra las imágenes de referencia retiradas al DEC 4504.
El interruptor de imágenes 4507 describe las imágenes descomprimidas de la DPB 4505 ya sea en la memoria de planos de video izquierdo 4520 o la memoria de planos de video derecho 4521 en el momento indicado por el PTS incluido en el paquete PES original. En este caso, los PTSs son iguales entre una imagen de vista base y una imagen de vista dependiente que pertenecen a la misma 3D VAU. En consecuencia, para un par de imágenes que tengan el mismo PTS y que sean almacenados por la DPB 4505, el interruptor de imágenes 4507 escribe primero la imagen de vista base en la memoria de planos de video izquierdo 4520 y luego escribe la imagen de vista dependiente en la memoria de planos de video derecho 4521.
La unidad de procesamiento de metadatos de desplazamiento 4552 es implementada en el mismo chip que el decodificador de video primario 4515, pero se configura como un módulo separado del decodificador de video primario 4515. Como alternativa, la unidad de procesamiento de metadatos de desplazamiento 4552 puede implementarse en un chip separado al chip en el cual el decodificador de video primario 4515 es implementado . Más aún, la unidad de procesamiento de metadatos de desplazamiento 4552 puede configurarse como hardware dedicado o lograrse como hardware de propósitos generales controlado por software. La unidad de procesamiento de metadatos de desplazamiento 4552 analiza paquetes TS transferidos desde el filtro de prioridad TS 4551, y luego lee metadatos de desplazamiento de datos complementarios almacenados en las cargas útiles TS de los paquetes TS .
La secuencia de paquetes TS 1520 mostrada en la figura 15 contiene el encabezado PES que pertenece al mismo paquete PES que la VAU #1 en el grupo de paquetes TS que será transferido al decodificador 4515. En consecuencia, la unidad de procesamiento de metadatos de desplazamiento 4552 lee el PTS del cuadro representado por la VAU #1 de los metadatos de desplazamiento. Por otro lado, la secuencia de paquetes TS 1620 mostrada en la figura 16 contiene el encabezado de PES en el grupo de paquetes TS que será transferido a la unidad de procesamiento de metadatos de desplazamiento 4552, así como el grupo de paquetes TS que será transferido al decodificador 4515. En consecuencia, la unidad de procesamiento de metadatos de desplazamiento 4552 puede leer el PTS del cuadro representado por la VAU #1 ya sea del encabezado de PES y los metadatos de desplazamiento.
La unidad de procesamiento de metadatos de desplazamiento 4552 incrementa el número de cuadros por 1 a intervalos de cuadro, iniciando desde cero en el momento indicado por el PTS . En sincronía con la acción de incremento, la unidad de procesamiento de metadatos de desplazamiento 4552 retira además información de desplazamiento asociada con cada número de cuadro de los metadatos de desplazamiento, y luego transmite la información de desplazamiento al sumador de planos 4226. Aquí, el filtro de prioridad TS 4551 impide que datos de imagen comprimidos sean transferidos de cualquiera de las secuencias de paquetes TS 1520 y 1620 mostradas en las figuras 15 y 16 a la unidad de procesamiento de metadatos de desplazamiento 4552. En consecuencia, la unidad de procesamiento de metadatos de desplazamiento 4552 puede administrar confiablemente la información de desplazamiento sin interferencia de los datos de imagen comprimidos .
(Segundo medio) La figura 46 es un diagrama de bloques funcional que muestra un sistema para procesar flujos de video, el sistema está incluido en el decodificador de objetivos de sistema 4225 que usa el segundo medio. El decodificador de objetivos de sistema 4225 mostrado en la figura 26 difiere de aquél mostrado en la figura 45 en la función del DEC 4604 en el decodificador de video primario 4614. Otros componentes son similares a los correspondientes. En la figura 46, componentes similares a los mostrados en la figura 45 se marcan con los mismos números de referencia. Además, detalles de los componentes similares pueden encontrarse en la descripción de la figura 45.
Al igual que el DEC 4504 mostrado en la figura 45, el DEC 4604 es un decodificador de hardware específicamente para decodificar imágenes comprimidas, y está compuesto de un LSI que incluye, en particular una función para acelerar la decodificación. El DEC 4604 decodifica los datos de imagen comprimidos transferidos desde el interruptor de memoria almacenada 4506 en orden, y transfiere las imágenes descomprimidas y decodificadas a la DPB 4505. Además, cada vez que lee una VAU ubicada en la parte superior de cada secuencia de video del flujo de video de vista dependiente, el DEC 4604 lee metadatos de desplazamiento de la VAU. En la sección de reproducción de la secuencia de video, el DEC 4604 identifica primero el PTS que está almacenado en el mismo paquete PES que la VAU, y el número de cuadro representado por los datos de imagen comprimidos de la VAU. Luego, el DEC 4604 lee información de desplazamiento asociado con el número de cuadro de los metadatos de desplazamiento, y envía la información de desplazamiento al sumador de planos 4226 en el momento indicado por el PTS identificado. <<Sumadores de planos>> La figura 47 es un diagrama de bloques funcional de un sumador de planos 4226. Como se muestra en la figura 47, el sumador de planos 4226 incluye una unidad de generación de video de paralaje 4710, interruptor 4720, cuatro unidades de corte 4731-4734 y cuatro sumadores 4741-4744.
La unidad de generación de video de paralaje 4710 recibe datos de plano de vista izquierda 4701 y datos de plano de vista derecha 4702 del decodificador de objetivos de sistema 4225. En el dispositivo de reproducción 102 en modo L/R, los datos de plano de video izquierdo 4701 representan el plano de video de vista izquierda, y los datos de plano de video derecho 402 representan el plano de video de vista derecha. En este punto, la unidad de generación de video de paralaje 4710 transmite los datos de plano de video izquierdo 4701 y los datos de plano de video derecho 4702 tal cuales al interruptor 4720. Por otro lado, en el dispositivo de reproducción 102 en modo de profundidad, los datos de plano de video izquierdo 4701 representan el plano de video para imágenes de video 2D, y los datos de plano de video derecho 4702 representan un mapa de profundidad para las imágenes de video 2D. En este caso, la unidad de generación de video de paralaje 4710 calcula primero el paralaje binocular para cada elemento en las imágenes de video 2D usando el mapa de profundidad. Después, la unidad de generación de video de paralaje 4710 procesa los datos de plano de video izquierdo 4701 para desplazar la posición de presentación de cada elemento en el plano de video para imágenes de video 2D a la izquierda o derecha de acuerdo con el paralaje binocular calculado. Esto genera un par de planos de video que representan la vista izquierda y la vista derecha. Además, la unidad de generación de video de paralaje 4710 transmite el par de planos de video al interruptor 4720 como un par de piezas de datos de plano de video izquierdo y video derecho.
Cuando la unidad de control de reproducción 4235 indica modo de presentación B-D, el interruptor 4720 transmite datos de plano de video izquierdo 4701 y datos de plano de video derecho 4702 con el mismo PTS al primer sumador 4741 en ese orden. Cuando la unidad de control de reproducción 4235 indica modo de presentación B-B, el interruptor 4720 transmite uno de los datos de plano de video izquierdo 4701 y datos de plano de video derecho 4702 con el mismo PTS dos veces por cuadro al primer sumador 4741, descartando las demás piezas de datos de plano.
La primera unidad de corte 4731 incluye la misma estructura que un par de la unidad de generación de video de paralaje 4710 e interruptor 4720. Estas estructuras se usan cuando los datos de plano de video secundario son un par de una vista izquierda y una vista derecha. En particular, en el dispositivo de reproducción 102 en modo de profundidad, la unidad de generación de video de paralaje en la primera unidad de corte 4731 convierte los datos de plano de video secundario en un par de piezas de vista izquierda y vista derecha de datos de plano. Cuando la unidad de control de reproducción 4235 indica modo de presentación B-D, las piezas de planos de datos de vista izquierda y vista derecha se transmiten de manera alternante al primer sumador 4741. Por otro lado, cuando la unidad de control de reproducción 4235 indica modo de presentación B-B, una de las piezas de datos de plano de vista izquierda y vista derecha se transmiten dos veces por cuadro al primer sumador 4741, y la otra pieza de datos de plano se descarta.
Cuando la unidad de control de reproducción 4235 indica modo de 1 plano + desplazamiento, la primera unidad de corte 4731 lleva a cabo el siguiente control de desplazamiento en los datos de plano de video secundario 4703. La primera unidad de corte 4731 recibe primero información de desplazamiento 4707 del decodificador de objetivos de sistema 4225. En este punto, la primera unidad de corte 4731 lee el ID de desplazamiento de referencia (SV_ref_offset_id) 4212 que corresponde al plano de video secundario del SPRM(27) 4751 en la unidad de almacenamiento de variables de reproductor 4236. Después, la primera unidad de corte 4731 retira información de desplazamiento que pertenece a la secuencia de desplazamiento indicada por el ID de desplazamiento de referencia de la información de desplazamiento 4707 recibida desde el decodificador de objetivos de sistema 4225. Posteriormente, la primera unidad de corte 4731 lee el valor de ajuste de desplazamiento (SV_offset_adjustement) 4222 que corresponde al plano de video secundario del SPRM(28) 4752 en la unidad de almacenamiento de variables de reproductor 4236 y suma el valor de ajuste de desplazamiento al valor de desplazamiento recuperado. Después de eso, la primera unidad de corte 4731 se refiere al valor de desplazamiento para llevar a cabo control de desplazamiento en los datos de plano de video secundario 4703. Como resultado, los datos de plano de video secundario 4703 se convierten en un par de piezas de datos de plano de video secundario que representan una vista izquierda y una vista derecha, y este par se envía de manera alternante .
La unidad de control de reproducción 4235 generalmente actualiza los valores del SPRM(27) 4751 y SPRM(28) 4752 cada vez que el PI actual cambia. Además, la unidad de ejecución de programas 4234 puede establecer los valores del SPRM(27) 4751 y el SPRM(28) 4752 de acuerdo con un objeto película u objeto BD-J.
Por otro lado, cuando la unidad de control de reproducción 4235 indica modo de 1 plano + desplazamiento cero, la primera unidad de corte 4731 no lleva a cabo control de desplazamiento, enviando en lugar los datos de plano de video secundario 4703 dos veces tal cuales.
De manera similar, la segunda unidad de corte 4732 hace referencia al ID de desplazamiento de referencia (PG_ref_offset_id) 4310 para el plano de PG y al valor de ajuste de desplazamiento (PG_offset_adjustment) 4320 para llevar a cabo control de desplazamiento en los datos de plano de PG 4704. La tercera unidad de corte 4733 hace referencia al ID de desplazamiento de referencia ( IG_ref_offset_id) 4311 para el plano de IG y al valor de ajuste de desplazamiento (IG_offset_adjustment) 4321 para llevar a cabo control de desplazamiento en los datos de plano de IG 4705. La primera unidad de corte 4734 hace referencia al ID de desplazamiento de referencia ( IM_ref_offset_id) 4213 para los planos de imagen y al valor de ajuste de desplazamiento (IM_offset_adjustment) 4323 para llevar a cabo control de desplazamiento en los datos de plano de imagen 4706.
[Diagrama de flujo de control de desplazamiento] La figura 48 es un diagrama de flujo de control de desplazamiento por las unidades de corte 4731-4734. Cada una de las unidades de corte 4731-4734 empieza en control de desplazamiento después de recibir información de desplazamiento 4707 del decodificador de objetivos de sistema 4225. En el siguiente ejemplo, la segunda unidad de corte 4732 lleva a cabo control de desplazamiento en los datos de plano de PG 4704. Las demás unidades de corte 4731, 4733 y 4734 llevan a cabo procesamiento similar respectivamente en los datos de plano de video secundario 4703, datos de plano de IG 4705 y datos de plano de imagen 4706.
En la etapa S4801, la segunda unidad de corte 4732 recibe primero datos de plano de PG 4704 del decodificador de objetivos de sistema 4225. En este punto, la segunda unidad de corte 4732 lee el ID de desplazamiento de referencia (PG_ref_offset_id) 4310 para el plano de PG del SPRM(27) 4751. Después, la segunda unidad de corte 4731 retira la información de desplazamiento que pertenece a la secuencia de desplazamiento indicada por el ID de desplazamiento de referencia 4310 de la información de desplazamiento 4707 recibida del decodificador de objetivos de sistema 4225. Posteriormente, el procesamiento pasa a la etapa S4802.
En la etapa S4802, la segunda unidad de corte 4732 lee el valor de ajuste de desplazamiento (PG_offset_adjustment) 4320 para el plano de PG del SPRM(28) 4752 y suma este valor de ajuste de desplazamiento al valor de desplazamiento retirado en la etapa S4801. Posteriormente, el procesamiento pasa a la etapa S4803.
En la etapa S4803, la segunda unidad de corte 4732 verifica cuál de una vista izquierda y una vista derecha es representada por los datos de plano de video seleccionados por el interruptor 4720. Si los datos de plano de video representan una vista izquierda, el procesamiento pasa a la etapa S4804. Si los datos de plano de video representan una vista derecha, el procesamiento pasa a la etapa S4807.
En la etapa S4804, la segunda unidad de corte 4732 verifica el valor de la dirección de desplazamiento recuperada. En adelante, se asume lo siguiente: si el valor de dirección de desplazamiento es "0", la imagen de gráficos de 3D está más cercana del espectador que la pantalla, y si el valor de dirección de desplazamiento es "1", la imagen está más lejos que la pantalla. En este contexto, cuando el valor de dirección de desplazamiento es "0" , el procesamiento pasa a la etapa S4805. Si el valor de dirección de desplazamiento es "1", el procesamiento pasa a la etapa S4806.
En la etapa S4805, la segunda unidad de corte 4732 proporciona un desplazamiento a la derecha a los datos de plano de PG 4704. En otras palabras, la posición de cada pieza de datos de pixel incluida en datos de plano de PG 4704 es desplazada a la derecha por el valor de desplazamiento. En adelante, el procesamiento pasa a la etapa S4810.
En la etapa S4806, la segunda unidad de corte 4732 proporciona un desplazamiento a la izquierda a los datos de plano de PG 4704. En otras palabras, la posición de cada pieza de datos de pixel incluida en los datos de plano de PG 4704 se desplaza a la izquierda por el valor de desplazamiento. Posteriormente, el procesamiento pasa a la etapa S4810.
En la etapa S4807, la segunda unidad de corte 4732 verifica el valor de la dirección de desplazamiento recuperada. Si el valor de dirección de desplazamiento es "0", el procesamiento pasa a la etapa S4808. Si el valor de dirección de desplazamiento es "1", el procesamiento pasa a la etapa S4809.
En la etapa S4808, la segunda unidad de corte 4732 proporciona un desplazamiento a la izquierda a los datos de plano de PG 4704, a diferencia de la etapa S4805. En otras palabras, la posición de cada pieza de datos de pixel incluida en los datos de plano de PG 4704 es desplazada a la izquierda por el valor de desplazamiento. Posteriormente, el procesamiento pasa a la etapa S4810.
En la etapa S4809, la segunda unidad de corte 4732 proporciona un desplazamiento a la derecha a los datos de plano de PG 4704, a diferencia de la etapa S4806. En otras palabras, la posición de cada pieza de datos de pixel incluida en los datos de plano de PG 4704 es desplazada a la derecha por el valor de desplazamiento. Posteriormente, el procesamiento pasa a la etapa S4810.
En la etapa S4810, la segunda unidad de corte 4732 envía los datos de plano de PG 4704 procesados a la tercera unidad de corte 4734. El procesamiento concluye entonces.
[Cambios en datos de plano por medio de control de desplazamiento] La figura 49B es un diagrama esquemático que muestra datos de plano de PG GP a los cuales la segunda unidad de corte 4732 va a proporcionar control de desplazamiento. Como se muestra en la figura 49B, los datos de plano de PG GP incluyen datos de pixel que representan el subtítulo "I love you" , es decir, datos de subtítulo STL. Estos datos de subtítulo STL se ubican a una distancia DO desde el borde izquierdo de los datos de plano de PG GP.
La figura 49A es un diagrama esquemático que muestra datos de plano de PG RPG a los cuales se ha proporcionado un desplazamiento a la derecha. Como se muestra en la figura 49A, cuando se proporciona un desplazamiento a la derecha a los datos de plano de PG GP, la segunda unidad de corte 4732 cambia la posición de cada pieza de datos de pixel en los datos de plano de PG GP de su posición original a la derecha por un número de pixeles OFS igual al valor de desplazamiento. Específicamente, la segunda unidad de corte 4732 lleva a cabo corte para remover, del borde derecho de los datos de plano de PG GP, datos de pixel incluidos en una tira ALl de un ancho OFS igual al valor de desplazamiento. Después, la segunda unidad de corte 4732 forma una tira ALl de ancho OFS al añadir datos de pixel al borde izquierdo de los datos de plano de PG GP. Los datos de pixel incluidos en esta tira ALl se establecen como transparentes . Este proceso produce datos de plano de PG RGP a los cuales se ha proporcionado un desplazamiento a la derecha. Los datos de subtítulo STL se ubican realmente a una distancia DR desde el borde izquierdo de estos datos de plano de PG RGP . Esta distancia DR es igual a la distancia original DO más el valor de desplazamiento OFS: DR = DO + OFS.
La figura 49C es un diagrama esquemático que muestra datos de plano de PG LPG a los cuales se ha proporcionado un desplazamiento a la izquierda. Como se muestra en la figura 49C, cuando se proporciona un desplazamiento a la izquierda a los datos de plano de PG GP, la segunda unidad de corte 4732 cambia la posición de cada pieza de datos de pixel en los datos de plano de PG GP de su posición original a la izquierda por un número de pixeles OFS igual al valor de desplazamiento. Específicamente, la segunda unidad de corte 4732 lleva a cabo corte para remover, del borde izquierdo de los datos de plano de PG GP, datos de pixel incluidos en una tira AL2 de un ancho OFS igual al valor de desplazamiento. Después, la segunda unidad de corte 4732 forma una tira AR2 de ancho OFS al añadir datos de pixel al borde derecho de los datos de plano de PG GP. Los datos de pixel incluidos en esta tira AR2 se establecen como transparentes . Este proceso produce datos de plano de PG LGP a los cuales se ha proporcionado un desplazamiento a la izquierda. Datos de subtítulo STL se ubican realmente a una distancia DL desde el borde izquierdo de estos datos de plano de PG RGP. Esta distancia DL es igual a la distancia original DO menos el valor de desplazamiento OFS : DL = DO -OFS.
En referencia nuevamente a la figura 47, el primer sumador 4741 recibe datos de plano de video del interruptor 4720 y recibe datos de plano de video secundario de la primer unidad de corte 4731. En este punto, el primer sumador 4741 superpone cada par de los datos de plano y datos de plano de video secundario y transmite el resultado al segundo sumador 4742. El segundo sumador 4742 recibe datos de plano de PG de la segunda unidad de corte 4732, superpone estos datos de plano de PG en los datos de plano provenientes del primer sumador 4741, y transmite le resultado al tercer sumador 4743. El tercer sumador 4743 recibe datos de plano de IG provenientes de la tercera unidad de corte 4733, superpone estos datos de plano de IG en los datos de plano del segundo sumador 4742, y transmite el resultado al cuarto sumador 4744. El cuarto sumador 4744 recibe datos de plano de imagen de la cuarta unidad de corte 4734, superpone estos datos de plano de imagen en los datos de plano provenientes del tercer sumador 4743, y envía el resultado al dispositivo de presentación visual 103. Los sumadores 4741-4744 hacen cada uno uso de mezclado alfa cuando superponen datos de plano. De esta manera, los datos de plano de video secundario 4703, datos de plano de PG 4704, datos de plano de IG 4705 y datos de plano de imagen 4706 son superpuestos en el orden mostrado por la flecha 4700 en la figura 47 en los datos de plano de video izquierdo 4701 o datos de plano de video derecho 4702. Como resultado, las imágenes de video indicadas por cada pieza de datos de plano son presentadas visualmente en la pantalla del dispositivo de presentación visual 103 de tal forma que el plano de video izquierdo o plano de video derecho parezca traslaparse con el plano de video secundario, plano de IG, plano de IG y plano de imagen en ese orden.
Además del procesamiento indicado arriba, el sumador de planos 4724 convierte el formato de salida de los datos de plano combinados por los cuatro sumadores 4741-4744 en un formato que cumpla con el método de presentación visual de imágenes de video 3D adoptado en un dispositivo tal como el dispositivo de presentación visual 103 al cual se envían los datos. Si un método de secuenciación de cuadros alternos se adopta en el dispositivo, por ejemplo, el sumador de planos 4724 envía las piezas de datos de plano combinadas como un cuadro o un campo. Por otro lado, si un método que usa un lente lenticular es adoptado en el dispositivo, el sumador de planos 4724 combina un par de las piezas de datos de plano de vista izquierda y vista derecha como un cuadro o un campo de datos de video con el uso de memoria de almacenamiento temporal interna. Específicamente, el sumador de planos 4724 almacena temporalmente y retiene en la memoria de almacenamiento temporal los datos de plano de vista izquierda que han sido combinados primero. Posteriormente, el sumador de planos 4724 combina los datos de plano de vista derecha, y combina además los datos resultantes con los datos de plano de vista izquierda contenidos en la memoria de almacenamiento temporal. Durante la combinación, las piezas de datos de plano de vista izquierda y vista derecha se dividen cada una, en una dirección vertical, en áreas rectangulares pequeñas que son largas y delgadas, y las áreas rectangulares pequeñas son dispuestas de manera alternante en la dirección horizontal en un cuadro o un campo para de esta manera reconstituir el cuadro o el campo. De esta manera, el par de las piezas de datos de plano de vista izquierda y vista derecha se combina en un cuadro o campo de video. El sumador de planos 4724 envía entonces el cuadro o campo de video combinado al dispositivo correspondiente. <Efectos de la modalidad 1> En el disco BD-ROM 101 de acuerdo con la modalidad 1 de la presente invención, como se muestra en las figuras 15 y 16, prioridades TS se asignan a una secuencia de paquetes TS que almacena una VAU en la parte superior de cada secuencia de video que constituye el flujo de video de vista dependiente. En particular, diferentes prioridades TS se asignan a un grupo de paquetes TS que almacena metadatos de desplazamiento y un grupo de paquetes TS que almacena datos de imagen comprimidos. En ese caso, la función para extraer metadatos de desplazamiento puede lograrse en el decodificador de objetivos de sistema 4225 por el primer medio mostrado en la figura 45 o el segundo medio mostrado en la figura 46. El decodificador de objetivos de sistema 4225 mediante el primer medio puede fácilmente clasificar paquetes TS almacenando metadatos de desplazamiento de los demás usando las prioridades TS . En consecuencia, el decodificador de video primario 4515 y la unidad de procesamiento de metadatos de desplazamiento 4552 pueden implementarse en diferentes formas. Especialmente incluso si el decodificador de video primario 4515 está compuesto de hardware, no obstante de lo mismo la unidad de procesamiento de metadatos de desplazamiento 4552 puede componerse de hardware dedicado o lograrse por software con el uso de hardware de propósitos generales. Por otro lado, en el decodificador de objetivos de sistema 4225 por el segundo medio, el decodificador de video primario 4615 puede ejecutar en paralelo tanto la función de decodificar el flujo de video de vista dependiente como la función de extraer metadatos de desplazamiento. De esta manera no obstante las prioridades TS todos los paquetes TS que almacenen el flujo de video de vista dependiente pueden ser pasados al decodificador de video primario 4615. De esta manera, la estructura de datos del flujo de video de vista dependiente y los metadatos de desplazamiento grabados en el disco BD-ROM 101 de acuerdo con la modalidad 1 de la presente invención pueden usarse en común por el decodificador de objetivos de sistema 4225 logrado por el primer medio y el decodificador de objetivos de sistema 4225 logrado por el segundo medio. <Modificaciones> (1-A) Flujo de video En modo L/R de acuerdo con la modalidad 1 de la presente invención, el flujo de video de vista base representa la vista izquierda, y el flujo de video de vista dependiente representa la vista derecha. Sin embargo, a la inversa, el flujo de video de vista base puede representar la vista derecha y el flujo de video de vista dependiente la vista izquierda.
En el disco BD-ROM 101 de acuerdo con la modalidad 1 de la presente invención, el flujo de video de vista base y el flujo de video de vista dependiente son multiplexados en diferentes TSs . Como alternativa, el flujo de video de vista base y el flujo de video de vista dependiente pueden multiplexarse en un solo TS . (1-B) Metadatos de desplazamiento (1-B-l) Los metadatos de desplazamiento pueden almacenarse en el flujo de video de vista base en lugar de en el flujo de video de vista dependiente. En este caso también, los metadatos de desplazamiento se almacenan de preferencia en los datos complementarios en la VAU ubicada en la parte superior de cada secuencia de video. Además, el archivo de listas de reproducción 3D puede ser provisto con un indicador que indique si el flujo de video de vista base o el flujo de video de vista dependiente incluye los metadatos de desplazamiento. Esto permite un incremento en el grado de libertad cuando se cree cada pieza de datos de flujo. Asimismo, se puede prescribir que a este indicador se le "prohiba ser cambiado durante entre PIs en los cuales imágenes de video estén conectadas sin interrupciones por medio de CC = 5, 6" . (l-B-2) Metadatos de desplazamiento pueden almacenarse en cada VAU (es decir, cada cuadro o campo) en lugar de sólo ser almacenados en la VAU superior en cada secuencia de video (es decir, cada GOP) . Como alternativa, metadatos de desplazamiento pueden establecerse a intervalos arbitrarios, tal como tres cuadros o más, para cada contenido. En este caso, es preferible que metadatos de desplazamiento siempre sean almacenados en la VAU superior en cada secuencia de video y que el intervalo entre los metadatos de desplazamiento y los metadatos de desplazamiento inmediatamente anteriores se restringa a igual a o mayor que tres cuadros. En consecuencia, el dispositivo de reproducción puede llevar a cabo confiablemente procesamiento para cambiar la información de desplazamiento en paralelo con reproducción interrumpida. (l-B-3) En lugar de ser almacenados en el flujo de video, los metadatos de desplazamiento pueden multiplexarse en un TS principal o un sub-TS como datos de flujo independientes. En este caso, un PID único se asigna a los metadatos de desplazamiento. El decodificador de objetivos de sistema se refiere a este PID para separar los metadatos de desplazamiento de otros datos de flujo. Como alternativa, los metadatos de desplazamiento pueden ser primero precargados en una memoria de almacenamiento temporal dedicada y posteriormente ser sometidos a procesamiento de reproducción, al igual que el flujo de subtítulos de texto. En este caso, los metadatos de desplazamiento se almacenan a intervalos de cuadros constantes. En consecuencia, no es necesario un PTS para los metadatos de desplazamiento, reduciendo así la cantidad de datos del encabezado de PES . Esto reduce la capacidad de la memoria de almacenamiento temporal para precarga . (l-B-4) En lugar de ser almacenados en los datos complementarios de una VAU, metadatos de desplazamiento pueden ser integrados en el flujo de video con el uso de una marca de agua de video. Además, los metadatos de desplazamiento pueden ser integrados en el flujo de audio con el uso de una marca de agua de audio. (l-B-5) En el sub-TS de acuerdo con la modalidad 1 de la presente invención, como se muestra en la figura 15, los paquetes TS 1530 y 1550 ubicados en los extremos del primer grupo 1521 y el segundo grupo 1522, respectivamente, incluyen campos AD 1532 y 1552 en general. Con esta estructura, los tres grupos 1521-1523 son separados unos de otros. Como alternativa, en la VAU #1 1500 en el flujo de video de vista dependiente, el tamaño de los datos de relleno 1506 puede ajustarse de tal manera que los tres grupos 1521-1523 sean separados unos de otros. (l-B-6) Paquetes TS que contengan metadatos de desplazamiento pueden seleccionarse en un decodificador de objetivos de sistema dependiendo de PIDs, en lugar de prioridad TS . La figura 50 es un diagrama esquemático que muestra un paquete PES 5010 que contiene VAU #1 5000 en el flujo de video de vista dependiente y una secuencia de paquetes TS 5020 generada a partir del paquete PES 5010. La VAU #1 5000 se ubica en la parte superior de la secuencia de video, y en consecuencia incluye datos complementarios 5004 que consisten únicamente en metadatos de desplazamiento 5009. La carga útil PES 5012 del paquete PES 5010 contiene la VAU #1 5000, y el encabezado de PES 5011 de la misma incluye DTS y PTS asignados a datos de imagen comprimidos 5005 en la VAU #1 5000. El paquete PES 5010 se almacena en la secuencia de paquetes TS 5020 en orden desde arriba. Con esta disposición, la secuencia de paquetes TS 5020 se divide en tres grupos 5021, 5022 y 5023 en orden desde arriba. El primer grupo 5021 incluye el encabezado de PES 5011, código de identificación de sub-AU 5001, encabezado de sub-secuencia 5002 y encabezado de imagen 5003. El segundo grupo 5022 incluye los datos complementarios 5004 que consisten únicamente en los metadatos de desplazamiento 5009. El tercer grupo 5013 incluye los datos de imagen comprimidos 5005, datos de relleno 5006, código de fin de secuencia 5007 y código de fin de flujo 5008. Las áreas con rayas diagonales en la figura 50 muestran los datos complementarios 5004 que consisten únicamente en los metadatos de desplazamiento 5009, y las áreas punteadas muestran datos 5011, 5001-5003 dispuestos antes de los datos complementarios en el paquete PES 5010. Al igual que los paquetes TS en la secuencia 1520 mostrada en la figura 15, los paquetes TS 5030 y 5050 ubicados en los extremos del primer grupo 5021 y el segundo grupo 5022, respectivamente, incluyen campos AD 5032 y 5052 en general. Con esta estructura, los tres grupos 5021-5023 son separados unos de otros. Los encabezados de TS 5031 y 5061 de los paquetes TS 5030 y 5060 que pertenecen al primer grupo 5021 y al tercer grupo 5023 indican cada uno PID = 0x1012. Aquí, los encabezados de TS 5031 de los paquetes TS 5030 que pertenecen al primer grupo 5021 pueden indicar PID = 0x1022. Por otro lado, los encabezados de TS 5041 y 5051 de los paquetes TS 5040 y 5050 que pertenezcan al segundo grupo 5022 indican cada uno PID = 0x1022. El valor hexadecimal "0x1022" puede ser reemplazado por cualquier otro valor excepto los valores hexadecimales asignados a los demás flujos elementales. De esta manera, paquetes TS que pertenezcan al segundo grupo 5022 tienen diferentes PIDs de paquetes de TS que pertenezcan al tercer grupo 5023. En consecuencia, el decodificador de objetivos de sistema puede seleccionar fácilmente paquetes TS que pertenezcan al segundo grupo usando PIDs .
El decodificador de objetivos de sistema extrae metadatos de desplazamiento de la secuencia de paquetes TS 5020 mostrada en la figura 50 como sigue. La figura 51 es un diagrama de bloques funcional que muestra un sistema de procesamiento de flujos de video en el decodificador de objetivos de sistema 5125. El decodificador de objetivos de sistema 5125 mostrado en la figura 51, en contraste con aquel 4225 mostrado en la figura 45, no incluye el filtro de prioridad TS 4551. Otros componentes del mismo son similares a los correspondientes. En la figura 51, componentes similares a los mostrados en la figura 45 están marcados con los mismos números de referencia. Además, detalles de los componentes similares pueden encontrarse en la descripción en la figura 45.
El segundo filtro PID 4514 transfiere paquetes TS con PID = 0x1012 a TB2 4508 en el decodificador de video primario 4515, y transfiere paquetes TS con PID = 0x1022 a la unidad de procesamiento de metadatos de desplazamiento 4552. Aquí, paquetes TS con PID = 0x1022 pueden transferirse a la TB2 4508 en paralelo. De esta manera, los paquetes TS que contengan metadatos de desplazamiento son transferidos a la unidad de procesamiento de metadatos de desplazamiento 4552.
Nótese que datos diferentes ya sea a la prioridad TS y PID pueden usarse para seleccionar paquetes TS que contengan metadatos de desplazamiento a partir de un sub-TS. Si los datos, al igual que prioridad TS y PID, permiten que un valor diferente se establezca para cada paquete TS, los datos pueden usarse para seleccionar los paquetes TS descritos arriba. Esto sería obvio para una persona capacitada en la técnica a partir de la modalidad descrita arriba . (l-B-7) Los metadatos de desplazamiento 1110 de acuerdo con la modalidad 1 de la presente invención, como se muestra en la figura 11, proporcionan a cada cuadro información de desplazamiento. Como alternativa, cuando el flujo de video representa un cuadro en el método entrelazado (por ejemplo, 601), la unidad de presentación visual no es un cuadro, sino un campo. En ese caso, los metadatos de desplazamiento pueden proporcionar a cada campo información de desplazamiento o proporcionar al par de campos que constituyan cada cuadro la información de desplazamiento. (l-B-8) En los metadatos de desplazamiento de acuerdo con la modalidad 1 de la presente invención, cada secuencia de desplazamiento define un valor de desplazamiento para cada cuadro. Como alternativa, cada secuencia de desplazamiento puede definir una función que represente un cambio con el tiempo en el valor de desplazamiento para cada tiempo de presentación, es decir, una función de conclusión. En este caso, el dispositivo de reproducción 3D usa la función de conclusión en cada tiempo de presentación para calcular el valor de desplazamiento para cada cuadro incluido en ese tiempo de presentación.
La figura 52A es un diagrama esquemático que muestra una estructura de datos de metadatos de desplazamiento 5200 que usan una función de conclusión. Como se muestra en la figura 52A, los metadatos de desplazamiento 5200 incluyen una tabla de correspondencia entre IDs de secuencia de desplazamiento 5210 y secuencias de desplazamiento 5220. Una secuencia de desplazamiento 5220 incluye un valor de desplazamiento inicial (offset_start) 5221, un valor de desplazamiento final (offset_end) 5222, ID de función de desplazamiento (offset_func_id) 5223 y duración de desplazamiento (offset_duration) 5224. Cuando los metadatos de desplazamiento 5200 están almacenados en una secuencia de video en el flujo de video de vista dependiente, el valor de desplazamiento de inicio 5221 indica el valor de desplazamiento para el primer cuadro representado por la secuencia de video. El valor de desplazamiento final 5222 indica el valor de desplazamiento para el primer cuadro representado por la siguiente secuencia de video. El ID de función de desplazamiento 5223 define el tipo de función de conclusión. El tipo de función de conclusión representa la forma de los cambios en el valor de desplazamiento durante el tiempo de presentación de la secuencia de video. La duración de desplazamiento 5224 indica la longitud del tiempo de presentación de la secuencia de video.
La figura 52B es una gráfica que muestra los tipos de elementos en la función de conclusión. Como se muestra en la figura 52B, el eje x representa el tiempo de presentación, y el eje y representa el valor de desplazamiento. En este contexto, el signo del valor de desplazamiento se determina por la profundidad de la imagen de gráficos, es decir, por si la imagen de gráficos 3D está más hacia atrás o más hacia adelante que la pantalla. Tres tipos de elementos en una función de conclusión son proporcionados: Una forma lineal LNR, una forma convexa CVX y una forma cóncava CCV. La forma lineal LNR es definida por una función lineal y = ax + b, mientras que la forma convexa CVX y la forma cóncava CCV son definidas por una curva de segundo grado y = ax2 + bx + c, una tercera curva de grado y = ax3 + bx2 + ex + d o una curva gama y = a (x + b) 1'r + c. En este contexto, las constantes a, b, c y d son parámetros determinados por las coordenadas xy de cada borde A, B de cada elemento, es decir por un par de tiempo de presentación y el valor de desplazamiento en ese punto. Por otro lado, la constante r se define separadamente y es almacenada en cada secuencia de desplazamiento. Los tipos de funciones de conclusión se definen por uno de estos elementos LNR, CVX y CCV o por una combinación de los mismos.
La figura 52C es una gráfica que muestra valores de desplazamiento calculados por un dispositivo de reproducción 3D a partir de IDs de secuencia de desplazamiento = 0, 1, 2 mostrados en la figura 52A. Como se muestra en la figura 52C, el eje horizontal de la gráfica representa el tiempo transcurrido desde que el primer cuadro en cada secuencia de video fue presentado visualmente ; en la secuencia de video, se almacena una secuencia de desplazamiento. Los círculos negros A0 , B0, Al, Bl, A2 y B2 indican coordenadas definidas ya sea por el valor de desplazamiento de inicio 5221 o valor de desplazamiento final 5222 y la duración de desplazamiento 5224. Las líneas GRO , GR1 y GR2 que conectan respectivamente los pares de círculos negros A0 + B0, Al + Bl y A2 + B2 representan funciones de conclusión que son cada una determinadas por el tipo de función de conclusión especificado en el ID de función de desplazamiento 5223 y por los valores de coordenadas de los círculos negros A0 + B0, Al + Bl y A2 + B2 en los bordes de las líneas. En la secuencia de desplazamiento con ID de secuencia de desplazamiento = 0, el ID de función de desplazamiento 5223 indica "lineal", y de esta manera los círculos negros AO y BO en cada borde son conectados por una línea #0 GRO con una forma lineal LNR. En la secuencia de desplazamiento con ID de secuencia de desplazamiento = 1, el ID de función de desplazamiento 5223 indica "curva #1", y de esta manera los círculos negros Al y Bl en cada borde son conectados por una línea #1 GR1 con una forma convexa CVX. En la secuencia de desplazamiento con ID de secuencia de desplazamiento = 2, el ID de función de desplazamiento 5223 indica "curva #2", y de esta manera los círculos negros A2 y B2 en cada borde son conectados por una línea #2 GR2 que se forma por una combinación de una forma convexa CVX y una forma cóncava CCV. Los círculos blancos representan pares de un tiempo de presentación para un cuadro y un valor de desplazamiento para un cuadro según se calcula por el dispositivo de reproducción 3D usando la función de conclusión indicada por cada una de las líneas GRO, GR1 y GR2. Como es claro a partir de estas líneas GRO, GR1 y GR2 , la simple combinación del valor de desplazamiento de inicio 5221, valor de desplazamiento de conclusión 5222, ID de función de desplazamiento 5223 y duración de desplazamiento 5224 pueden representar una variedad de cambios en valores de desplazamiento, es decir, en la profundidad de imágenes de gráficos 3D. En consecuencia, el tamaño de los metadatos de desplazamiento generales puede reducirse sin una pérdida en la capacidad de expresar imágenes de gráficos 3D. (1-C) En el archivo de flujos de AV para imágenes de video 3D, datos que se refieran al formato de reproducción de imágenes de video 3D pueden añadirse a la PMT 1810 mostrada en la figura 18. En este caso, la PMT 1810 incluye descriptores 3D además del encabezado PMT 1801, descriptores 1802 y piezas de información de flujo 1803. Los descriptores 3D son información sobre el formato de reproducción de imágenes de video 3D, son compartidos por el archivo de flujos de AV completo e incluyen particularmente información de formato 3D. La información de formato 3D indica el formato de reproducción, tal como modo L/R o modo de profundidad, de las imágenes de video 3D en el archivo de flujos de AV. Cada pieza de información de flujo 1803 incluye descriptores de flujo 3D además de un tipo de flujo 1831, un PID 1832 y descriptores de flujo 1833. Los descriptores de flujo 3D indican información sobre el formato de reproducción de imágenes de video 3D para cada flujo elemental incluido en el archivo de flujos de AV. En particular, los descriptores de flujo 3D del flujo de video incluyen un tipo de presentación 3D. El tipo de presentación 3D indica si las imágenes de video indicadas por el flujo de video son una vista izquierda o una vista derecha cuando las imágenes de video son presentadas visualmente en modo L/R. el tipo de presentación visual 3D también indica si las imágenes de video indicadas por el flujo de video son imágenes de video 2D o mapas de profundidad cuando las imágenes de video son presentadas visualmente en modo de profundidad. Cuando una PMT incluye entonces información que se refiere al formato de reproducción de imágenes de video 3D, el sistema de reproducción de estas imágenes de video puede adquirir esta información simplemente a partir del archivo de flujos de AV. Esta clase de estructura de datos es por lo tanto útil cuando se distribuye contenido de video 3D por medio de una difusión. (1-D) Archivo de información de clips El archivo de información de clips de vista dependiente puede incluir, entre información de atributos de flujo 2220 tal como en la figura 22, un indicador predeterminado en la información de atributos de flujo de video asignada a PID=0xl012, 0x1013 del flujo de video de vista dependiente. Cuando es encendido, este indicador indica que el flujo de video de vista dependiente se refiere al flujo de video de vista-base. Además, la información de atributos de flujo de video puede incluir información que se refiera al flujo de video de vista base al cual se refieran el flujo de video de vista dependiente. Esta información puede usarse para confirmar la correspondencia entre flujos de video cuando se verifique, por medio de una herramienta predeterminada, si el contenido de video 3D ha sido creado de acuerdo con un formato prescrito.
De acuerdo con la modalidad 1 de la presente invención, el tamaño de las extensiones de vista base y extensiones de vista dependientes puede calcularse a partir de los puntos de inicio de extensión 2242 y 2240 incluidos en el archivo de información de clips. Como alternativa, una lista de tamaño de cada extensión puede almacenarse en, por ejemplo, el archivo de información de clips como parte de los metadatos . (1-E) Archivo de listas de reproducción. (1-E-l) El archivo en listas de reproducción 3D 222 mostrado en la figura 31 incluye una sub-trayectoria . Como alternativa, el archivo de listas de reproducción 3D puede incluir una pluralidad de sub-trayectorias . Por ejemplo, si el tipo de sub-trayectoria de una sub-trayectoria es "3D L/R", entonces el tipo de sub-trayectoria de la otra sub-trayectoria puede ser "profundidad 3D" . Al cambiar entre estos dos tipos de sub-trayectorias cuando se reproducen márgenes de video 3D de acuerdo con el archivo de vistas de reproducción 3D, el dispositivo de reproducción 102 puede cambiar fácilmente entre modo L/R y modo de profundidad. En particular, este cambio puede llevarse a cabo más rápidamente que el cambio del propio archivo de listas de reproducción 3D.
Una pluralidad de flujos de video de vista dependiente puede representar las mismas imágenes de video 3D en combinación con un flujo de video de vista base compartido. Sin embargo, el paralaje entre la vista izquierda y vista derecha para la misma escena difiere entre los flujos de video de vista-dependiente. Estos flujos de video de vista dependiente pueden ser multiplexados en un sub-TS, o separarse en diferentes sub-TSs. En este caso, el archivo en listas de reproducción 3D incluye una pluralidad de sub-trayectorias . Cada sub-trayectoria se refiere a un flujo de video de vista dependiente diferente. Al cambiar entre el sub-trayectorias cuando se reproducen imágenes de video 3D de acuerdo con el archivo de listas de reproducción 3D, el dispositivo de reproducción 102 puede cambiar fácilmente el sentido de profundidad de las imágenes de video 3D. En particular, este procesamiento puede llevarse a cabo más rápidamente que el cambio del propio archivo de vistas de reproducción 3D.
La figura 53 es un diagrama esquemático que muestra (i) una estructura de datos de un archivo de listas de reproducción 3D 5300 que incluye una pluralidad de sub-trayectorias y (ii) una estructura de datos de un archivo 2D 5310 y dos archivos DEP 5321 y 5322 que son referidos por el archivo de listas de reproducción 3D 5300. El archivo 2D 5310 incluye un flujo de video de vista base con un PID = 0x1011. El archivo DEP #1 5321 incluye un flujo de video de vista dependiente #1 con un PID = 0x1012. El archivo DEP #2 5322 incluye un flujo de video de vista dependiente #2 con un PID = 0x1013. En combinación con el flujo de video de vista base en el archivo 2D 5310, los flujos de video de vista dependiente #1 y #2 representan separadamente las mismas imágenes de video 3D. Sin embargo, el paralaje entre la vista izquierda y vista derecha para la misma escena difiere entre los flujos de video de vista dependiente #1 y #2. Además, secuencias de desplazamiento con el mismo ID de secuencia de desplazamiento definen diferentes valores de desplazamiento para el mismo número de cuadros.
El archivo de listas de reproducción 3D 5300 incluye una trayectoria principal 5330 y dos sub-trayectorias 5331 y 5332. El PID #1 de la trayectoria principal 5330 se refiere al archivo 2D 5310, en particular al flujo de video de vista base. El SUB_PI #1 de cada una de las sub-trayectorias 5331 y 5332 comparte el mismo tiempo de reproducción que el PI #1 en la trayectoria principal 5330. El SUB_PI #1 de la sub-trayectoria #1 5331 se refiere al archivo de DEP #1 5321, en particular al flujo de video de vista dependiente #1. El SUB_PI #1 de la sub-trayectoria #2 5332se refiere al archivo de DEP #2 5322, en particular al flujo de video de vista dependiente #2. Esto también es cierto en el PI #2 de la trayectoria principal 5330 y el SUB_PI #2 de cada una de las sub-trayectorias 5331 y 5332.
Durante el procesamiento de reproducción de listas de reproducción 3D del archivo de listas de reproducción 3D 5300, el dispositivo de reproducción 102 primero hace que un usuario o un programa de aplicación seleccione la sub-trayectoria para reproducción. Como alternativa, el dispositivo de reproducción 102 puede seleccionar la sub-trayectoria para reproducción de acuerdo con el tamaño de pantalla del dispositivo de presentación visual 103, o puede seleccionar la sub-trayectoria al referirse a la distancia interpupilar del espectador. Al seleccionar la sub-trayectoria de esta manera, el paralaje entre los planos de video de vista izquierda y vista derecha se puede cambiar fácilmente. Además, ya que los cambios en la información de desplazamiento causados por el cambio del flujo de video de vista dependiente, los desplazamientos de los planos de gráficos reproducidos a partir del flujo de PG o flujo de IG incluidos en el archivo 2D 5310 cambian. Esto hace fácil cambiar el sentido de profundidad de las imágenes de video 3D. (l-E-2) En el archivo de listas de reproducción 3D mostrado en la figura 31, el flujo de video de vista base es registrado en la tabla STN 3205 en la trayectoria principal 3101, y el flujo de video de vista dependiente es registrado en la tabla STN SS 3130 en los datos de extensión 3103. Como alternativa, el flujo de video de vista dependiente puede ser registrado en la tabla STN. En ese caso la tabla STN puede incluir un indicador que indique cual de la vista base y la vista dependiente es representada por el flujo de video registrado . (l-E-3) De acuerdo con la modalidad 1 de la presente invención, archivos de listas de reproducción 2D y archivos de listas de reproducción 3D son almacenados por separado en el disco BD-ROM 101. Como alternativa, de una manera similar a los datos de extensión 3103, la sub-trayectoria 3102 mostrada en la figura 31 puede ser grabada en un área que sea referenciada únicamente por el dispositivo de reproducción 102 en el modo de reproducción 3D. En ese caso, los archivos de listas de reproducción 3D tal cuales pueden ser usados como los archivos de listas de reproducción 2D toda vez que no hay riesgo de que la sub-trayectoria 3102 cause que el dispositivo de reproducción 102 en el modo de reproducción 2D falle. Como resultado, la creación del disco de BD-ROM se simplifica. (l-E-4) Los IDs de desplazamiento de referencia y valores de ajuste de desplazamiento para el flujo de PG, flujo de IG y flujo de subtítulos de texto pueden ser almacenados en la tabla STN SS 3130 en lugar de en la tabla STN 3205. Como alternativa, esta información puede almacenarse en la información de atributos de flujo 2220 en el archivo de formación de clips. Además, el ID de desplazamiento de referencia puede ser almacenado en la entrada de subtitulo para cada flujo de PG y flujo de subtítulos de texto o puede almacenarse en cada página del flujo de IG. (l-E-5) Cuando los IDs de desplazamiento de referencia se establecen en el archivo de listas de reproducción 3D, las siguientes condiciones de restricción pueden ser prescritas para una conexión sin interrupciones entre PIs. Por ejemplo, cuando CC = 5 se establece en el PI #2 de la trayectoria principal 5330 mostrada en la figura 53, imágenes de video en las secciones de reproducción definidas por PI #1 y PI #2 tienen que ser conectadas sin interrupciones. En este caso en el PI #1 y PI #2, se prohiben cambios tanto a los valores de los IDs de desplazamiento referencia como al número de secuencias de desplazamiento incluidas en el flujo de video de vista dependiente, es decir, el número de entradas. Además, cambios tanto a los valores de ajuste de desplazamiento como al número de entradas de los mismos pueden ser prohibidos. Con estas condiciones de restricción, el dispositivo de reproducción 102 puede saltarse la actualización del SPRM(27) cuando cambie el PI actual de PI #1 a PI #2. Ya que la carga de procesamiento de la conexión sin interrupciones es entonces reducida, la conflabilidad de este procesamiento puede mejorarse más. Como resultado, se puede mejorar la calidad de imágenes de video 3D. (l-E-6) En la tabla STN, dos o más valores de ajuste de desplazamiento pueden establecerse para una pieza de datos de flujo. La figura 54 es un diagrama esquemático que muestra esta tabla STN 5400. Como se muestra en la figura 54 la tabla STN 5400 asocia un STN 5401 con una entrada de flujo 5410 del flujo de PG 1 y una pieza de información de atributos de flujo 5403. La información de atributos de flujo 5403 incluye tres tipos de valores de ajuste de desplazamiento #l-#3 5411-5413 junto con un ID de desplazamiento de referencia 5410. Estos valores de ajuste de desplazamiento se usan para cambiar un desplazamiento dependiendo del tamaño de pantalla de un dispositivo de presentación visual; el desplazamiento va a ser provisto a un plano de gráficos generado a partir del flujo de PG 1.
Supóngase que la correspondencia entre los tipos de valores de ajuste de desplazamiento y tamaños de pantalla se especifique por adelantado. Específicamente el valor de ajuste de desplazamiento #1 5411, valor de ajuste de desplazamiento #2 5412 y valor de ajuste de desplazamiento #3 5413 se usan respectivamente cuando el tamaño de pantalla está dentro del intervalo de 2.54-84 cm (0-33 pulgadas), 86-168 cm (34-66 pulgadas) y 170 cm (67 pulgadas) o más. Los valores de ajuste de desplazamiento 5411-5413 se establecen para satisfacer la siguiente condición: los paralajes entre imágenes de gráficos de vista izquierda y vista derecha producidas al proporcionar un desplazamiento a un plano de gráficos tienen el valor máximo igual a o menor que una distancia interpupilar de un espectador general (en el caso de un niño, 5 cm o menos) . Siempre y cuando esta condición se satisfaga, el paralaje no excederá la distancia interpupilar del espectador. Esto puede reducir el riesgo de que el espectador sufra mareo por movimiento inducido visualmente y tensión ocular.
Cada vez que el cambio de PI actual causa el cambio del número total de valores de ajuste de desplazamiento asignados a una pieza de datos de flujo, la unidad de control de reproducción 4235 del dispositivo de reproducción 102 selecciona valores de ajuste de desplazamiento que se usarán realmente dependiendo el tamaño de pantalla del dispositivo de presentación visual 103. Específicamente, la unidad de control de reproducción 4235 adquiere primero el tamaño de pantalla del dispositivo de presentación visual 103, si es necesario, al llevar a cabo la autenticación HDMI . La unidad de control de reproducción 4235 selecciona después uno del valor de ajuste de desplazamiento #l-#3, 4801-4803, dependiendo de en qué intervalo esté el tamaño de pantalla del dispositivo de presentación visual 103; 2.54-84 cm (0-33 pulgadas) , 86-168 cm (34-66 pulgadas) , 170 cm (67 pulgadas) o más. La unidad de control de reproducción 4235 almacena información que representa el tipo del valor seleccionado como una variable de reproductor en la unidad de almacenamiento de variables de reproductor 4236. Así, hasta que la selección de los valores de ajuste de desplazamiento se lleve a cabo de nuevo, la unidad de control de reproducción 4235 selecciona valores de ajuste de desplazamiento del tipo indicado por la variable de reproductor a partir de cada tabla STN, y luego actualiza el valor del SPRM (28) al valor seleccionado. (1-F) El archivo de índices 211 mostrado en la figura 35 incluye el indicador de existencia 3D 3520 e indicador de preferencia 2D/3D 3530 compartidos por todos los títulos. Como alternativa, el archivo de índices puede especificar un indicador de existencia 3D diferente o indicador de preferencia 2D/3D para cada título. (1-G) SPRM(27), SPRM(28) (1-G-l) La unidad de ejecución de programas 4234 puede establecer los valores del SPRM (27) 4751y del SPRM (28) 4752 de acuerdo con un objeto película u objeto BD-J. En otras palabras, el dispositivo de reproducción 102 puede causar que un programa de aplicación establezca el ID de desplazamiento de referencia y valor de ajuste de desplazamiento. Además, este programa de aplicación puede ser limitado a un objeto asociado con el elemento "primera reproducción" 3501 en la tabla de índices 3510. (l-G-2) La unidad de control de reproducción 4235 puede hacer que el espectador ajuste el desplazamiento que será proporcionado al plano de gráficos. Específicamente, cuando el espectador opera el control remoto 105 o el panel frontal del dispositivo de reproducción 102 y solicita establecer el valor de ajuste de desplazamiento, primero la unidad de procesamiento de eventos de usuario 4233 recibe la solicitud y notifica a la unidad de control de reproducción 4235 de la solicitud. Luego, en respuesta a la solicitud, la unidad de control de reproducción 4235 presenta visualmente una pantalla de operación para ajustar el desplazamiento en el dispositivo de presentación visual 103. Aquí, un OSO del dispositivo de reproducción 102 se usa para presentar visualmente esta pantalla de operación. La unidad de control de reproducción 4235 hace además que el espectador se seleccione un plano de gráficos para el ajuste e incremente/reduzca el valor de desplazamiento, a través de la operación del control remoto 105 o similar. La unidad de control de reproducción 4235 actualiza después SPRM (28) para sumar o restar un valor predeterminado en/de el valor de ajuste de desplazamiento que corresponda al plano de gráficos seleccionado. De preferencia, durante el procesamiento de ajuste, la unidad de control de reproducción 4235 causa que la unidad de reproducción 4202 continúe el procesamiento de reproducción del plano de gráficos. Aquí, la unidad de reproducción 4202 hace a la pantalla de operación o la imagen de gráficos -cualquiera que sea presentada visualmente más cerca del espectador- semitransparente, o presenta visualmente la pantalla de operación más cerca que la imagen de gráficos. Esto hace a la imagen de gráficos visible incluso cuando la pantalla de operación está siendo presentada visualmente, y de esta manera el espectador puede confirmar inmediatamente el efecto de incrementar o reducir el valor de desplazamiento de la misma manera que cuando ajuste el brillo o color de la pantalla. (l-G-3) Para control del desplazamiento, cada una de las unidades de corte 4731-4734 mostradas en la figura 47 usa la secuencia de desplazamiento especificada por los IDs de desplazamiento de referencia indicados por SPRM(27). De manera inversa, para control de desplazamiento, cada unidad de corte 4731-4734 puede hacerse no usar la secuencia de desplazamiento especificada por cada ID de secuencia de desplazamiento indicada por un SPRM predeterminado. En otras palabras, el SPRM puede indicar los IDs de secuencia de desplazamiento- (PG_ref_offset_id_mask, IG_ref_offset_id_mask, SV_ref_offset_id_mask, IM_ref_offset_id_mask) que van a ser ocultados durante el control de desplazamiento. En este caso, cada una de las unidades de corte 4731-4734 pueden seleccionar el ID de la secuencia de desplazamiento que incluya el valor de desplazamiento más grande de entre las secuencias de desplazamiento que se reciban del decodificador de objetivos de sistema 4225 y son asignadas a los IDs de secuencia de desplazamiento no ocultos en la información de desplazamiento 4707. De esta manera, la profundidad de las imágenes de gráficos representados por el plano de video secundario, plano de PG, plano de IG y plano de imágenes se pueden alinear fácilmente. Esto permite un incremento en el grado de libertad cuando se crea cada pieza de datos de fluj o . (1-H) Cuando se presenta visualmente un menú único para el dispositivo de reproducción 102 como un OSD, el dispositivo de reproducción 102 puede llevar a cabo control de desplazamiento en el plano de gráficos que represente las imágenes de video 2D en el menú, es decir, en el plano OSD. En este caso el dispositivo de reproducción 102 puede seleccionar, dentro de la información de desplazamiento transmitida por el decodificador 4225 en el tiempo de presentación del menú, la información de desplazamiento que tenga una dirección de desplazamiento que sea más cercana al espectador que la pantalla y que tenga el valor de desplazamiento más grande. El menú puede entonces ser presentado visualmente más cerca que cualquier imagen de gráficos 3D, tal como subtítulos o similares, reproducida a partir del contenido de video 3D.
Como alternativa, el dispositivo de reproducción 102 puede pre-alraacenar información de desplazamiento para el plano OSD . Un ID de secuencia de desplazamiento especifico, tal como offset_id = 0, es asignado a esta información de desplazamiento. Además, las siguientes dos condiciones pueden imponerse en la información de desplazamiento con el ID de secuencia de desplazamiento = 0: (1) la dirección de desplazamiento es más cercana al espectador que la pantalla, y (2) el valor de desplazamiento es igual al valor de desplazamiento más grande entre aquellos incluidos en las piezas de información de desplazamiento que (i) son asignadas a IDs de secuencia de desplazamiento que no sean cero, (ii) corresponde al mismo número de cuadro y (iii) tienen direcciones de desplazamiento más cercanas a la pantalla que el espectador. Con esta prescripción, el dispositivo de reproducción 102 no tiene que seleccionar información de desplazamiento de entre la información de desplazamiento transmitida por el decodificador de objetivos de sistema 4225, simplificando así el control de desplazamiento del plano OSD. También, cada una de las unidades de corte 4731-4734 puede usar información de desplazamiento para ID de secuencia de desplazamiento = 0 como un sustituto cuando sea incapaz de detectar IDs de desplazamiento de referencia indicados por SPRM(27) entre la información de desplazamiento 4207 recibida desde el decodificador 4225. (1-1) En el dispositivo de reproducción 3D, además de establecer el nivel de padres SPRM(13), nivel de padres 3D puede establecerse en SPRM(30) . El nivel de padres 3D indica una edad restringida predeterminada y se usa para control de padres de la observación de títulos de video 3D grabados en el disco BD-ROM .101. Al igual que el valor en SPRM(13), un usuario del dispositivo de reproducción 3D establece el valor del SPRM(30) por medio de, por ejemplo, un OSD del dispositivo de reproducción 3D. El siguiente es un ejemplo de cómo el dispositivo de reproducción 3D lleva acabo control de padres en cada título de video 3D. El dispositivo de reproducción 3D lee primero, del disco BD-ROM 101, la edad para la cual se permite la observación de un título en el modo de reproducción 2D y compara esta edad con el valor del SPRM(13) . Si esta edad es igual a o menor que el valor del SPRM(13), el dispositivo de reproducción 3D detiene la reproducción del título. Si esta edad es mayor que el valor del SPRM(13), el dispositivo de reproducción 3D lee, del disco BD-ROM 101, la edad para la cual se permite la expectación de un título en el modo de reproducción 3D y compara esta edad con el valor del SPRM(30) . Si esta edad es igual a o mayor que el valor del SPRM(30) , el dispositivo de reproducción 3D reproduce el título en el modo de reproducción 3D. Si esta edad es menor que el valor del SPRM(30) e igual a o mayor que el valor del SPRM(13), el dispositivo de reproducción 3D reproduce el título en el modo de reproducción 2D. De esta manera, la diferencia en la distancia interpupilar del espectador por la edad tomada en cuenta, es posible lograr un control de padres de tal forma que, por ejemplo, "niños cuyas edades sean menores que un valor predeterminado puedan ver imágenes de video 3D solo como imágenes de video 2D" . De preferencia, el control de padres se lleva a cabo cuando se juzga que "el dispositivo de presentación visual soporta la reproducción de imágenes de video 3D" en el procesamiento de seleccionar un archivo de listas de reproducción para la reproducción mostrada en la figura 36, en particular cuando se juzgue SÍ en la etapa S3605. Nótese que un valor que indique permiso/prohibición de modo de reproducción 3D puede establecerse en SPRM(30) en lugar de nivel de padres, y el dispositivo de reproducción 3D puede juzgar si el modo de reproducción 3D es válido o invalido de acuerdo con el valor. (l-J) En el dispositivo de reproducción 3D, un valor que indica "cuál del modo de reproducción 2D y modo de reproducción 3D va a ser priorizado" puede establecerse en SPRM(31). Un usuario del dispositivo de reproducción 3D establece el valor del SPRM(31) mediante, por ejemplo, un OSD del dispositivo de reproducción 3D. En la etapa S3603 en el procesamiento de seleccionar un primer archivo para reproducción mostrada en la figura 36, el dispositivo de reproducción 3D se refiere al SPRM(31) así como al indicador de preferencia 2D/3D. Cuando tanto el SPRM(31) como el indicador de preferencia 2D/3D indican el modo de reproducción 2D, el dispositivo de reproducción 3D selecciona el modo de reproducción 2D. Cuando tanto el SPR (31) como el indicador de preferencia 2D/3D indican el modo de reproducción 3D, el dispositivo de reproducción 3D procede a la etapa S3605 y lleva acabo la autenticación HDMI , sin presentar visualmente la pantalla de selección de modo de reproducción. Como resultado, cuando el dispositivo de presentación visual está soportando las imágenes de video 3D, el dispositivo de reproducción 3D selecciona el modo de reproducción 3D. Cuando el SPRM(31) y el indicador de preferencia 2D/3D indican diferentes modos de reproducción, el dispositivo de reproducción 3D ejecuta la etapa S3604, es decir, presenta visualmente la pantalla de selección de modo de reproducción para hacer que el usuario seleccione un modo de reproducción. Como alternativa, el dispositivo de reproducción 3D puede hacer que el programa de aplicación seleccione un modo de reproducción. De esta manera, incluso si el indicador de preferencia 2D/3D se establece en el contenido de video 3D, es posible hacer que el usuario seleccione un modo de reproducción sólo cuando el modo de reproducción indicado por el indicador de preferencia 2D/3D no coincida con el modo de reproducción indicado por el SPRM(31) que es el modo de reproducción que ha sido establecido por el usuario por adelantado.
Un programa de aplicación tal como un objeto BD-J puede seleccionar un modo de reproducción al referirse al SPR (31). Además, el programa de aplicación puede determinar el estado inicial del menú que será presentado visualmente en la pantalla de selección dependiendo del valor del SPRM(31), cuando cause que un usuario seleccione un modo de reproducción en la etapa S3604 mostrado en la figura 36. Por ejemplo, cuando el valor del SPRM(31) indique que el modo de reproducción 2D tiene una alta prioridad, el menú se presenta visualmente en el estado en el cual un cursor se coloca sobre un botón para seleccionar el modo de reproducción 2D; cuando el valor del SPRM(31) indica que el modo de reproducción 3D tiene una alta prioridad, el menú se presenta visualmente en el estado en el cual el cursor se coloca en un botón para seleccionar el modo de reproducción 3D. Como alternativa, cuando el dispositivo de reproducción 3D tiene una función de administrar las cuentas de una pluralidad de usuarios tales como un padre, una madre y un niño, el dispositivo de reproducción 3D puede establecer un valor al SPRM(31) dependiendo de la cantidad de un usuario que ingrese en el tiempo actual.
El valor del SPRM(31) puede indicar "cuál del modo de reproducción 2D y modo de reproducción 3D siempre va a ser establecido" , además de "cuál del modo de reproducción 2D y modo de reproducción 3D va a ser priorizado" . Cuando el valor del SPRM(31) indica "modo de reproducción 2D va a ser siempre establecido", el dispositivo de reproducción 3D siempre selecciona el modo de reproducción 2D sin importar el valor del indicador de preferencia 2D/3D. En ese caso, el valor del SPRM(25) se establece para indicar el modo de reproducción 2D. Cuando el valor del SP M(31) indica "modo de reproducción 3D siempre va a ser establecido" , el dispositivo de reproducción 3D lleva a cabo la autenticación HDMI sin presentar visualmente la pantalla de selección de modo de reproducción no obstante del valor del indicador de preferencia 2D/3D. En ese caso, el valor del SPRM(25) se establece para indicar el modo de reproducción 3D (modo L/R o modo de profundidad) . De esta manera, incluso si el indicador de preferencia 2D/3D se establece en el contenido de video 3D, es posible permitir que el modo de reproducción que ha sido establecido por el usuario por adelantado siempre sea priorizado. (1-K) El dispositivo de reproducción 102 puede hacer que el usuario registre una distancia interpupilar como un SPRM reservado, por ejemplo SPRM(32) . En este caso, el dispositivo de reproducción 102 puede ajustar el valor de ajuste de desplazamiento de tal manera que el valor máximo del paralaje entre las imágenes de gráficos de vista izquierda y vista derecha no exceda el valor registrado en el SPRM(32). Específicamente, es suficiente que el dispositivo de reproducción lleve a cabo los siguientes cálculos para cada valor de desplazamiento enviado por el decodificador de objetivos de sistema. El dispositivo de reproducción 102 busca primero la relación del valor del SPRM(32) al ancho (longitud horizontal de la pantalla del dispositivo de presentación visual 103 y busca además el producto de esta relación y el número de pixeles horizontales del dispositivo de presentación visual 103. Este producto representa dos veces el límite superior del desplazamiento que puede ser provisto al plano de gráficos por medio de control de desplazamiento. Después, el dispositivo de reproducción 102 compara este producto con el doble de cada valor de desplazamiento. Si el doble de cualquier valor de desplazamiento es igual a o mayor que este producto, el dispositivo de reproducción 102 identifica el ID de la secuencia de desplazamiento que incluye el valor de desplazamiento y reduce el valor de ajuste de desplazamiento para el plano de gráficos indicado por ese ID. La cantidad de la reducción se establece a por lo menos la mitad de la diferencia entre el doble del valor de desplazamiento y el producto anterior. El valor máximo de paralaje entre una imagen de gráficos de vista izquierda y vista derecha no excede la distancia interpupilar del espectador. Esto puede reducir el riesgo de que el espectador sufra mareo por movimiento inducido visualmente y tensión ocular. (1-L) Ajuste de desplazamiento de salida (1-L-l) Ya que el método de secuenciación de cuadros alternos representa un paralaje entre vistas izquierda y derecha por el número de pixeles en la dirección horizontal, el tamaño real del paralaje depende del tamaño de pantalla de un dispositivo de presentación visual, en particular, el tamaño de un pixel. Por otro lado, el sentido de profundidad de imágenes de video 3D depende del tamaño real del paralaje. En consecuencia, para evitar la sensación de profundidad de las imágenes de video 3D en una pantalla de cualquier tamaño de impartir una impresión poderosa de las imágenes de video 3D y fatigar los ojos del espectador excesivamente, el paralaje entre las vistas izquierda y derecha tiene que ser ajustado para que sea adecuado al tamaño de la pantalla. Como un método para el ajuste, el dispositivo de reproducción 3D proporciona además un desplazamiento a los datos de cuadro finales combinados por los sumadores de planos. El desplazamiento es provisto de una manera similar a aquella en la cual se proporciona un desplazamiento a un plano de gráficos en el modo de 1 plano + desplazamiento. El control de desplazamiento que se aplica además a los datos de cuadro finales que se conoce como "ajuste de desplazamiento de salida" .
Las figuras 55A-55C son diagramas esquemáticos que muestran paralajes PARA, PRB y PRC. entre vistas izquierda y derecha presentadas visualmente en una pantalla de 81 cm (32 pulgadas) SCA, pantalla de 127 cm (50 pulgadas) SCB y pantalla de 254 cm (100 pulgadas) SCC, respectivamente. Las imágenes LA1, LA2, LB, LC1 dibujadas en las figuras por líneas continuas representan vistas izquierdas, y las imágenes RAI, RA2 , RB, RC1 y RC2 dibujadas por líneas punteadas representan vistas derechas. Aquí, supóngase que contenido de video especifique paralajes entre vistas izquierda y derecha para producir un sentido de profundidad óptimo cuando imágenes de video 3D se presenten visualmente en una pantalla de 127 cm (50 pulgadas) . Como se muestra en la figura 55B, el paralaje entre la vista izquierda LB y vista derecha RB es igual a un valor óptimo PRB cuando una imagen de video 3D representada por el contenido de video es presentada visualmente en una pantalla de 127 cm (50 pulgadas) SCB.
El paralaje DA entre la vista izquierda LA1 y la vista derecha RAI dibujadas por líneas delgadas en la figura 55A es igual en número de pixeles horizontales al paralaje DB entre la vista izquierda LB y la vista derecha RB dibujadas de la figura 55B. Por otro lado, un pixel en la pantalla de 81 cm (32 pulgadas) SCA es más pequeño que un pixel en la pantalla de 127 cm (50 pulgadas) SCB. En consecuencia, imágenes de video 3D generadas por el paralaje DA entre la vista izquierda LAl y la vista derecha RAI dibujadas por las líneas delgadas producen un sentido de profundidad más débil que el óptimo, en general. En ese caso, el ajuste de desplazamiento de salida incrementa el paralaje entre la vista izquierda y la vista derecha el doble de un valor de ajuste predeterminado CRA. El paralaje PRA entre la vista izquierda LA2 y la vista derecha RA2 dibujadas por líneas gruesas en la figura 55A indica un paralaje después del ajuste de desplazamiento de salida. De esta manera, cuando un paralaje entre vistas izquierda y derecha es incrementado, un sentido de profundidad de imágenes de video 3D es incrementado. Esto impide que las imágenes de video 3D pierdan una impresión poderosa.
El paralaje DC entre la vista izquierda LC1 y la vista derecha RCl dibujadas por líneas delgadas en la figura 55C es igual en número de pixeles horizontales al paralaje PRB entre la vista izquierda LB y la vista derecha RB dibujadas en la figura 55B. Por otro lado, un pixel de la pantalla de 254 cm (100 pulgadas) SCC es más grande que un pixel de la pantalla de 127 cm (50 pulgadas) SCB . En consecuencia, las imágenes de video 3D generadas por el paralaje DC entre la vista izquierda LC1 y la vista derecha RCl dibujadas por las líneas delgadas producen un sentido de profundidad más potente que el óptimo, en general. En ese caso, el ajuste de desplazamiento de salida reduce el paralaje entre la vista izquierda y la vista derecha por el doble de un valor de ajuste predeterminado CRC. El paralaje PRC entre la vista izquierda LC2 y la vista derecha RC2 dibujadas por líneas gruesas en la figura 55C indica el paralaje después del ajuste de desplazamiento de salida. De esta manera, cuando un paralaje entre las vistas izquierda y derecha es reducido, un sentido de profundidad de imágenes de video 3D es suprimido. Esto impide que un espectador sufra de fatiga ocular.
Los valores de ajuste CRA y CRC mostrados en las figuras 55A y 55C son llamados "valores de ajuste de desplazamiento de salida" . El contenido de video incluye una tabla de correspondencia entre tamaños de pantalla y valores de ajuste de desplazamiento de salida almacenados en un archivo de índices, archivo de listas de reproducción o archivo de información de clips. La figura 56A es un diagrama esquemático que muestra la tabla de correspondencia. Como se muestra en la figura 56A, un valor de ajuste de desplazamiento de salida se establece para cada intervalo de tamaño de pantalla con un ancho de 25.4 cm (10 pulgadas) . La magnitud de cada valor de ajuste de desplazamiento de salida indica el número de pixeles horizontales, y el signo de los mismos indica incremento/reducción del paralaje entre vistas izquierda y derecha. Nótese que el intervalo de tamaño de pantalla puede tener un ancho que no sea 25.4 cm (10 pulgadas) . La tabla de correspondencia se establece de acuerdo con estándares o por un usuario. Además, dos o más tipos de tablas de correspondencia pueden grabarse en un dispositivo de reproducción 3D por adelantado, y contenido de video puede especificar el identificador de un tipo de las tablas de correspondencia; el tipo se va a usar durante la reproducción del contenido de video. (l-L-2) Un dispositivo de reproducción 3D puede usar una función predeterminada para seleccionar un valor de ajuste de desplazamiento de salida, en lugar de la tabla de correspondencia descrita arriba. La figura 56B es una gráfica que representa la función. El eje horizontal de esta gráfica indica el tamaño de pantalla en pulgadas, y el eje vertical de la misma indica el valor de ajuste de desplazamiento de salida representado por el número de pixeles con un signo. El dispositivo de reproducción 3D usa la función representada por la gráfica para calcular un valor de ajuste de desplazamiento de salida a partir de tamaño de pantalla de un dispositivo de presentación visual. Como lo muestra la gráfica, el valor de ajuste de desplazamiento de salida es un valor positivo más grande cuando el tamaño de pantalla es más pequeño que 127 cm (50 pulgadas) , y un valor negativo más grande cuando el tamaño de pantalla es mayor que 127 cm (50 pulgadas) . Nótese que el valor de ajuste de desplazamiento de salida se mantiene en un valor positivo sustancialmente constante cuando el tamaño de pantalla es 81 cm (32 pulgadas) o menos, y el valor de ajuste de desplazamiento de salida se mantiene a un valor constante sustancialmente negativo cuando el tamaño de pantalla es 261 cm (103 pulgadas) o más. (l-L-3) Contenido de video puede incluir un valor óptimo de tamaño de pantalla que se asuma en el momento de la creación (assumed_TV_size_when_authoring) , y un dispositivo de reproducción 3D puede determinar un valor de ajuste de desplazamiento de salida con base en el valor óptimo. Por ejemplo, cuando el tamaño de pantalla de un dispositivo de presentación visual excede el valor óptimo, el dispositivo de reproducción 3D reduce primero el tamaño de cuadro de las imágenes de video 3D al valor óptimo. El dispositivo de reproducción 3D superpone después un borde negro en los bordes de cada cuadro, y causa que la totalidad del cuadro y borde negro sean iguales en tamaño a la pantalla del dispositivo de presentación visual. El dispositivo de reproducción 3D ajusta además el valor de ajuste de desplazamiento de salida de tal manera que el paralaje entre las vistas izquierda y derecha presentadas visualmente dentro del borde negro sea igual en magnitud a un paralaje entre las vistas izquierda y derecha si son presentadas visualmente en la totalidad de una pantalla con un tamaño igual al valor óptimo. Esto hace posible que una sensación de profundidad de las imágenes de video 3D se mantenga igual a aquella asumida en el momento de la creación. (l-L-4) La figura 57 es un diagrama de bloques que muestra los componentes de un dispositivo de reproducción 3D requerido para el ajuste de desplazamiento de salida. El dispositivo de reproducción 3D 5700 mostrado en la figura 57, en contraste con aquél 4200 mostrado en la figura 42, incluye una unidad de aplicación de valores de ajuste de desplazamiento de salida 5701. Otros componentes del mismo son similares a los correspondientes. En la figura 57, los componentes similares a aquellos mostrados en la figura 42 están marcados con los mismos números de referencia. Además, detalles de los componentes similares pueden encontrarse en la descripción en la figura 42.
La unidad de almacenamiento de variables de reproductor 4236 almacena valores de ajuste de desplazamiento de salida en el SPRM(36). Los valores de ajuste de desplazamiento de salida se basan en un tamaño de pantalla obtenido por la unidad de comunicación HDMI 4237 a partir del dispositivo de presentación visual 103 a través de autenticación HDMI, y determinado por la unidad de control de reproducción 4235 usando la tabla de correspondencia o la función mostrada en la figura 56A o 56B. Como alternativa, un programa de aplicación tal como un objeto BD-J puede establecer automáticamente el valor del SPRM(35) o causar que un usuario establezca el valor al usar un GUI.
La unidad de aplicación de valores de ajuste de desplazamiento de salida 5701 usa un valor de ajuste de desplazamiento de salida indicado por el SPR (35) para proporcionar un desplazamiento a cada uno de datos de cuadro de vista izquierda y vista derecha combinados por los sumadores de plano 4226. El ajuste de desplazamiento de salida de los datos de cuadro por la unidad de aplicación de valores de ajuste de desplazamiento de salida 5701 es similar al control de desplazamiento sobre los datos de plano de PG GP por la segunda unidad de corte 4732 mostrada en las figuras 49A-49C. (l-L-5) El tamaño de pantalla del dispositivo de presentación visual 103 puede ser almacenado en el SPRM(35) en lugar de valores de ajuste de desplazamiento de salida. En ese caso, la unidad de aplicación de valores de ajuste de desplazamiento de salida 5701 retira un valor de ajuste de desplazamiento de salida asociado con el tamaño de pantalla indicado por el SPRM(35) de la tabla de correspondencia mostrada en la figura 56A. (l-L-6) La unidad de almacenamiento de variables de reproductor 4236 puede almacenar además un valor de ajuste de desplazamiento de salida alfa en el SPRM(36). El valor de ajuste de desplazamiento de salida alfa representa un valor numérico positivo. La unidad de aplicación de valores de ajuste de desplazamiento de salida 5701 usa el producto de un valor de ajuste de desplazamiento de salida indicado por el SPRM(35) y un valor de ajuste de desplazamiento de salida alfa indicado por el SPRM(36) como un valor de ajuste de desplazamiento de salida real. Esto hace posible que profundidades de imágenes de video 3D ajustadas por el ajuste de desplazamiento de salida dependan no sólo de tamaños de pantalla sino también de las edades de los espectadores. Por ejemplo, cuando los espectadores incluyen un niño con una distancia interpupilar más pequeña que la de un adulto, el ajuste de desplazamiento de salida para tamaño de pantalla pequeño establece el valor de ajuste de desplazamiento de salida alfa a un valor más pequeño que "1", y el ajuste de desplazamiento de salida para tamaño de pantalla grande lo establece en un valor mayor que "1" . Esto debilita un sentido de profundidad de imágenes de video 3D no obstante el tamaño de la pantalla.
La unidad de ejecución de programas 4234 o la unidad de control de reproducción 4235 pueden usar una GUI o un OSD para hacer que un usuario establezca un valor de ajuste de desplazamiento de salida alfa. En ese caso, niveles aceptables del valor de ajuste de desplazamiento de salida alfa pueden representarse por, por ejemplo, los siguientes tres niveles: "el sentido de profundidad de imágenes de video 3D es fuerte", "normal" y "débil". Como alternativa, un valor de ajuste de desplazamiento de salida alfa puede almacenarse en datos complementarios en un flujo de video, un descriptor en una PMT, o un PI en archivo de listas de reproducción incluido en el contenido de video. Con esta estructura, el valor de ajuste de desplazamiento de salida alfa puede variar con escenas representadas por el flujo de video. En particular, el valor de ajuste de desplazamiento de salida alfa puede establecerse para ser reducido en una escena que produzca un fuerte sentido de profundidad. (l-L-7) Valores de ajuste de desplazamiento de salida pueden ser cambiados dependiendo de una distancia entre un espectador y una pantalla, en lugar del tamaño de la pantalla. Además, valores de ajuste de desplazamiento de salida alfa pueden depender de la distancia. En ese caso, por ejemplo, un sensor de distancia se monta en los lentes obturadores 104 mostrados en la figura 1 y usados para medir una distancia entre el dispositivo de presentación visual 103 y la pantalla 131. La distancia es transmitida desde los lentes obturadores 104 hasta el dispositivo de presentación visual 103 en cualquier momento, y transmitida además del dispositivo de presentación visual 103 al dispositivo de reproducción 102 por medio del cable HDMI 122. El dispositivo de reproducción 102 usa la distancia para seleccionar un valor de ajuste de desplazamiento de salida o un valor de ajuste de desplazamiento de salida alfa. (l-L-8) Cuando el dispositivo de presentación visual 103 es un proyector, las imágenes son ampliadas por lentes y proyectadas sobre una pantalla. En consecuencia, el tamaño de un área de presentación visual en la pantalla cambia dependiendo de la distancia entre el proyector y la pantalla. En ese caso, el proyector determina el tamaño del área de presentación visual mediante, por ejemplo, cualquiera de los siguientes dos métodos. El primer método mide primero la distancia entre el proyector y la pantalla, y luego calcula el tamaño del área de presentación visual con base en la relación entre la distancia y las características del sistema óptico del proyector, especialmente el ángulo de dispersión de la luz de proyección. Aquí, un sensor de distancia montado en el proyector se usa para medir la distancia. Por ejemplo, el sensor de distancia emite primero luz láser infrarroja y similares a la pantalla, y luego detecta luz de reflexión proveniente de la pantalla. Al mismo tiempo, el sensor de distancia mide también la longitud del tiempo que transcurre a partir de la emisión de la luz láser hasta la detección de la luz de reflexión. El sensor de distancia calcula después la distancia entre el proyector y la pantalla a partir del tiempo transcurrido. El segundo método causa que el proyector opere como sigue: el proyector proyecta primero un objeto gráfico de referencia tal como un segmento de línea sobre la pantalla, y después usa un OSO o similar para hacer que un espectador mida e ingrese el tamaño del objeto gráfico de referencia en la pantalla. El proyector calcula después el tamaño del área de presentación visual a partir del tamaño del objeto gráfico de referencia ingresado por el espectador. (l-M) En algún contenido de video, tal como contenido para presentar visualmente letras de canciones durante karaoke, la imagen de gráficos de subtítulos o similar se presenta visualmente de manera repetida como imágenes fijas, y sólo las imágenes gráficas se actualizan frecuentemente . Cuando este contenido se forma en contenido de video 3D, la VAU en la cual los metadatos de desplazamiento están puestos incluye además un código de fin de secuencia. Cuando el dispositivo de reproducción 102 decodifica esta VAU, almacena la información de desplazamiento obtenida de los metadatos de desplazamiento y no cambia la información de desplazamiento hasta que una VAU que incluya nuevos metadatos de desplazamiento sea decodificada .
La figura 58A es un diagrama esquemático que muestra una estructura de datos de un flujo de video de vista dependiente 5800 que representa sólo imágenes fijas. Cada VAU en el flujo de video de vista dependiente 5800 representa una imagen fija. En este caso, un código de fin de secuencia 5803, 5804 es puesto al final de cada VAU. Mientras tanto, metadatos de desplazamiento 5811, 5812 son puestos en los datos complementarios 5801, 5802 de cada VAU. Los metadatos de desplazamiento 5811 en la VAU #1 incluye una secuencia de desplazamiento [0] con un ID de secuencia de desplazamiento = 0. Esta secuencia de desplazamiento [0] incluye sólo información de desplazamiento sobre el cuadro #1. Similarmente , en los metadatos de desplazamiento 5812 de la VAU #2, la secuencia de desplazamiento [0] incluye sólo información de desplazamiento sobre el cuadro #1.
Se asume aquí que el archivo de listas de reproducción 3D especifica los siguientes dos elementos: (1) Las imágenes fijas representadas por las VAUs en el flujo de video de vista dependiente 5800 cambian a intervalos de 10 segundos, y (2) Imágenes de gráficos representadas por el flujo de gráficos son superpuestas en cada imagen fija. La figura 58B es un diagrama esquemático que muestra una secuencia de planos de video de vista izquierda 5821, una secuencia de planos de video de vista derecha 5822 y una secuencia de planos de gráficos 5830 que son reproducidas de acuerdo con este archivo de listas de reproducción 3D. En la figura 58B, los planos de video en el momento en que la imagen fija es cambiada se muestran con líneas diagonales. En la secuencia de planos de video de vista izquierda 5821, la imagen fija indicada por el primer plano de video 5821 se reproduce repetidamente durante el primer intervalo de 10 segundos 5861, y la imagen fija indicada por el siguiente plano de video 5851 se reproduce repetidamente durante el siguiente intervalo de 10 segundos 5871. En la secuencia de planos de video de vista derecha 5822, la imagen fija indicada por el primer plano de video 5842 es reproducida repetidamente durante el primer intervalo de 10 segundos 5862, y la imagen fija indicada por el siguiente plano de video 5858 es reproducida repetidamente durante el siguiente intervalo de 10 segundos 5872.
Cuando el dispositivo de reproducción 102 decodifica VAU #1 en el flujo de video de vista dependiente 5800, lee información de desplazamiento para el cuadro #1 de los metadatos de desplazamiento 5811. Además, el dispositivo de reproducción 102 detecta el código de fin de secuencia 5803. En este punto, el dispositivo de reproducción 102 almacena la información de desplazamiento para el cuadro #1. De esta manera, durante el primer intervalo de 10 segundos 5861, el desplazamiento provisto a la secuencia de planos de gráficos 5830 se mantiene constante de acuerdo con la información de desplazamiento almacenada. En otras palabras, la profundidad de las imágenes de gráficos se mantiene constante .
Una vez que 10 segundos han pasado después de la decodificación de la VAU #1, el dispositivo de reproducción 102 decodifica la VAU #2, y lee nueva información de desplazamiento para el cuadro #1 de los metadatos de desplazamiento 5812. Además, el dispositivo de reproducción 102 detecta el código de fin de secuencia 5804. En este punto, el dispositivo de reproducción 102 almacena la información de desplazamiento para cuadro #1. De esta manera, durante el siguiente intervalo de 10 segundos 5871, el desplazamiento provisto a la secuencia de planos de gráficos 5830 es cambiado y mantenido constante de acuerdo con la información de desplazamiento recién almacenada. En otras palabras, las imágenes de gráficos se mantienen constantes a una nueva profundidad.
Cuando una VAU incluye un código de fin de secuencia, el dispositivo de reproducción 102 se hace entonces almacenar información de desplazamiento existente tal cual. En consecuencia, incluso cuando un flujo de video está compuesto sólo de imágenes fijas, el dispositivo de reproducción 102 puede mantener confiablemente el control de desplazamiento para el plano de gráficos. (1-N) Compensación de la desalineación entre vista izquierda y vista derecha Hay casos en los cuales ocurre una "desalineación" entre una vista izquierda y una vista derecha. El dispositivo de reproducción 102 o el dispositivo de presentación visual 103 de acuerdo con la modalidad 1 de la presente invención compensan la desalineación al usar los medios descritos abajo. Esto evita el riesgo de que la desalineación pueda causar que los espectadores se sientan incómodos .
El dispositivo de reproducción 102 usa las unidades de función mostradas en la figura 42 para compensar la desalineación mencionada anteriormente. Como alternativa, el dispositivo de presentación visual 103 puede llevar a cabo el procesamiento de compensación. La figura 59 es un diagrama de bloques del dispositivo de presentación visual 103 que lleva a cabo el procesamiento de compensación. Como se muestra en la figura 59, el dispositivo de presentación visual 103 incluye una unidad receptora 5901, una unidad de procesamiento de flujo 5902, una unidad de procesamiento de señales 5903 y una unidad de salida 5904. La unidad receptora 5901 recibe datos de flujo multiplexados de varios medios tales como un disco BD-ROM, dispositivo de memoria semiconductor, red externa y onda de difusión, así como el dispositivo de reproducción 102, y pasa los datos de flujo multiplexados recibidos a la unidad de procesamiento de flujos 5902. La unidad de procesamiento de flujos 5902 separa varios tipos de datos tales como video, audio y gráficos de los datos de flujo multiplexados, y pasa los diferentes tipos de datos a la unidad de procesamiento de señales 5903. La unidad de procesamiento de señales 5903 decodifica cada uno de los diferentes tipos de datos, y pasa los resultados de lo mismo a la unidad de salida 5904. La unidad de salida 5904 convierte cada uno de los datos decodificados en un formato predeterminado y envía los resultados de lo mismo. La salida de la unidad de salida 5904 es el propio video/audio. Como alternativa, la salida puede ser una señal de video/audio en el formato HDMI . Excepto por partes mecánicas tales como la unidad de disco, panel de presentación visual y altavoz, los elementos 5901, 5902, 5903 y 5904 mostrados en la figura 59 son implementados en uno o más circuitos integrados. (1-N-l) Desalineación horizontal entre vista izquierda y vista derecha La figura 60A es una vista en planta que muestra esquemáticamente ángulos horizontales de división HAL y HAR para un par de cámaras de video CML y CMR que filman imágenes de video 3D. Como se muestra en la figura 60A, el par de cámaras de video CML y CMR se ponen lado con lado en la dirección horizontal. La cámara de video izquierda CML filma la vista izquierda, y la cámara de video derecha CMR filma la vista derecha. Los ángulos horizontales de visión HAL y HAR de las cámaras de video CML y CMR son del mismo tamaño pero difieren en ubicación. Esto produce una tira AL que sólo está incluida en el ángulo de visión horizontal HAL de la cámara de video izquierda CML y una tira AR que sólo está incluida en el ángulo de visión horizontal HAR de la cámara de video derecha CMR. El objeto OBC ubicado en la sección común a ambos ángulos de visión horizontales HAL y HAR es capturado por cámaras de video tanto CML como CMR. Sin embargo, el objeto OBL ubicado en la tira AL, que está incluida en el ángulo de visión horizontal HAL de la cámara de video izquierda CML, sólo se captura por la cámara de video izquierda CML, y el objeto OBR ubicado en la tira AR, que se incluye sólo en el ángulo de visiones horizontal HAR de la cámara de video derecha CMR, sólo se captura por la cámara de video derecha CMR.
La figura 60B es un diagrama esquemático que muestra una vista izquierda LV filmada por la cámara de video izquierda CML, y la figura 60C es un diagrama esquemático que muestra una vista derecha RV capturada por la cámara de video derecho CMR. Como se muestra en las figuras 60B y 60C, la tira AL, la cual está incluida sólo en el ángulo de visión horizontal HAL de la cámara de video izquierdo CML, aparece como una tira a lo largo del borde izquierdo de la vista izquierda LV. Sin embargo, esta tira AL no está incluida en la vista derecha RV. Por otro lado, la tira AR, la cual está incluida sólo en el ángulo de visión horizontal HAR de la cámara de video derecho CMR, aparece como una tira a lo largo del borde derecho de la vista derecha RV. Sin embargo, esta tira AR no está incluida en la vista izquierda LV. En consecuencia, entre los tres objetos OBL, OBC y OBR mostrados en la figura 60A, el objeto en el OBR derecho no está incluido en la vista izquierda LV, y el objeto en el OBL izquierdo no está incluido en la vista derecha RV. Como se muestra, el objeto en el OBL izquierdo sólo es visible al ojo izquierdo del espectador, y el objeto en el OBR derecho sólo es visible al ojo derecho. La vista izquierda LV y vista derecha RV corren entonces el riesgo de causar que el espectador se sienta incómodo.
En el disco BD-RO 101, información que indica el ancho WDH de las tiras AL y AR anteriores incluidas en cada cuadro de la vista izquierda LV y vista derecha RV se almacenan en el flujo de video de vista dependiente. Esta información se almacena en los datos complementarios de la VAU en la parte superior de cada secuencia de video. Nótese sin embargo que estos datos complementarios son diferentes de los datos complementarios que incluyen los metadatos de desplazamiento 1110 mostrados en la figura 11. Por otro lado, en el dispositivo de reproducción 102, el decodificador de objetivos de sistema 4225 lee información que muestra el ancho WDH de las tiras AL y AR anteriores a partir del flujo de video de vista dependiente. Más aún, el decodificador de objetivos de sistema 4225 transmite esta información a la unidad de generación de video de paralaje 4710 en el sumador de planos 4226 o la unidad de salida 5904 en el dispositivo de presentación visual 103. Cuando la unidad receptora 5901 en el dispositivo de presentación visual 103 lee directamente un contenido de video 3D de un medio de información tal como un disco BD-ROM, la información mencionada arriba es leída del flujo de video de vista dependiente y transmitida a la unidad de salida 5904 por la unidad de procesamiento de señales 5903 en el dispositivo de presentación visual 103. La unidad de generación de video de paralaje 4710 o la unidad de salida 5904 (en adelante, llamada "unidad de generación de video de paralaje 4710, etc.") se refiere a esta información para procesar el plano de video izquierdo y el plano de video derecho, pintando uniformemente las tiras AL y AR un fondo color o negro. En otras palabras, los datos de pixel incluidos en las tiras AL y AR son sobre-escritos uniformemente con datos que representan un color de fondo o negro .
Las figuras 60D y 60E son diagramas esquemáticos que muestran respectivamente una vista izquierda LV representada por el plano de video izquierdo procesado y la vista derecha RV representada por el plano de video derecho procesado. Como se muestra en la figura 60D, la tira AL, la cual está incluida sólo en el ángulo de visión horizontal HAL de la cámara de video izquierdo CML, es oculto por una tira negra BL de ancho DH. Por otro lado, como se muestra en la figura 60E, la tira AR, la cual está incluida sólo en el ángulo de visión horizontal HAR de la cámara de video derecho CMR, es oculta por una tira negra BR de ancho DH. Como resultado, ambos ojos del espectador ven sólo el área sombreada por la vista izquierda LV y la vista derecha RV, lo cual evita el riesgo de causar que el espectador se sienta incómodo .
Además, la unidad de generación de video de paralaje 4710, etc., puede llevar a cabo corte similar a aquél mostrado en la figura 47 para remover datos de pixel incluidos en la mitad exterior de las tiras AL y AR ubicadas respectivamente en el plano de video izquierdo y plano de video derecho. En este caso, la unidad de generación de video de paralaje 4710, etc., pinta uniformemente la mitad de un restante de las tiras AL y AR con un color de fondo o negro y, además, añade un color de fondo o tira negra de la mitad del ancho de las tiras AL y AR al lado opuesto. De esta manera, ambos ojos del espectador ven el área sombreada por la vista izquierda LV y la vista derecha RV en el centro de la pantalla, con color de fondo o tiras negras en ambos bordes de la pantalla. Esto evita el riesgo de causar que el espectador se sienta incómodo.
Como alternativa, la unidad de generación de video de paralaje 4710 etc., puede procesar el plano de video izquierdo y plano de video derecho como sigue. Primero, mediante corte similar a aquél mostrado en las figuras 49A-49C, la unidad de generación de video de paralaje 4710 etc. elimina los datos de pixel en las tiras AL y AR de cada uno de los planos de video. Después, la unidad de generación de video de paralaje 4710 etc. redimensiona cada plano de video a partir de los datos de pixel en el área restante por medio de escalada. La imagen de video mostrada por el área restante es entonces expandida para llenar el cuadro completo. Como resultado, ambos ojos del espectador ven sólo el área sombreada por la vista izquierda LV y la vista derecha RV, lo cual evita el riesgo de causar que el espectador se sienta incómodo. (l-N-2) Desalineación vertical entre vista izquierda y vista derecha La figura 61A es una vista en planta que muestra esquemáticamente ángulos de visión verticales VAL y VAR para un par de cámaras de video CML y CMR que filman imágenes de video 3D. Como se muestra en la figura 61A, los ángulos de visión verticales VAL y VAR para las cámaras de video CML y CMR tienen el mismo tamaño pero difieren en ubicación. Esto produce una tira AT que sólo se incluye en el ángulo de visión vertical VAL de la cámara de video izquierdo CML y una tira AB que sólo se incluye en el ángulo de visión vertical VAR de la cámara de video derecho CMR. El objeto OBJ ubicado en la sección común a ambos ángulos de visión verticales VAL y VAR es capturado por ambas cámaras de video CML y CMR. Sin embargo, los objetos ubicados en la tira AT, que se incluye sólo en el ángulo de visión vertical VAL de la cámara de video izquierdo CML, sólo son capturados por la cámara de video izquierdo CML, y los objetos ubicados en la tira AB, que se incluye sólo en el ángulo de visión vertical VAR de la cámara de video derecho CMR, sólo son capturados por la cámara de video derecho CMR.
La figura 61B es un diagrama esquemático que muestra una vista izquierda LV filmada por la cámara de video izquierdo CML y una vista derecha RV filmada por la cámara de video derecho CMR. Como se muestra en la figura 61B, la tira AT, la cual está incluida sólo en el ángulo de visión vertical VAL de la cámara de video izquierdo CML, aparece como una tira a lo largo de la parte superior de la vista izquierda LV. Sin embargo, esta tira AB no está incluida en la vista derecha RV. Por otro lado, la tira AB, la cual está incluida sólo en el ángulo de visión vertical VR de la cámara de video derecho CML, aparece como una tira a lo largo del borde inferior de la vista derecha RV. Sin embargo, esta tira AB no está incluida en la vista izquierda LV. Nótese que las posiciones de las tiras AT y AB pueden ser invertidas entre la vista izquierda LV y vista derecha RV. De esta manera, cuando la vista izquierda LV y vista derecha RV difieren con respecto a la inclusión de las tiras AT y AB, la posición vertical del objeto OBJ mostrado en la figura 61A difiere entre la vista izquierda LV y la vista derecha RV por la altura HGT de las tiras AT y AB . Como resultado, la posición vertical del objeto OBJ difiere como se ve por el ojo izquierdo y ojo derecho del espectador, lo cual tiene el riesgo de causar que el espectador se sienta incómodo.
En el disco BD-ROM 101, información que indica la altura HGT de las tiras AT y AB anteriores incluidas en cada cuadro de la vista izquierda LV y vista derecha RV se almacena en el flujo de video de vista dependiente. Esta información se almacena en los datos complementarios de la VAU en la parte superior de cada secuencia de video. Sin embargo, nótese que estos datos complementarios son diferentes de los datos complementarios que incluyen los metadatos de desplazamiento 1110 mostrados en la figura 11. Por otro lado, en el dispositivo de reproducción 102, el decodificador de objetivos de sistema 4225 lee la información que indica la altura HGT de las tiras AT y AB anteriores del flujo de video de vista dependiente. Más aún, el decodificador de objetivos de sistema 4225 transmite esta información a la unidad de generación de video de paralaje 4710 en el sumador de planos 4226 o la unidad de salida 5904 en el dispositivo de presentación visual 103. Cuando la unidad receptora 5901 en el dispositivo de presentación visual 103 lee directamente un contenido de video 3D de un medio de información tal como un disco BD-ROM, la información mencionada arriba se lee del flujo de video de vista dependiente y se transmite a la unidad de salida 5904 por la unidad de procesamiento de señales 5903 en el dispositivo de presentación visual 103.
La unidad de generación de video de paralaje 4710 o la unidad de salida 5904 (en adelante, llamada "unidad de generación de video de paralaje 4710 etc.") se refiere a la altura HGT de las tiras AT y AB para procesar el plano de video izquierdo y el plano de video derecho como sigue. Primero, la unidad de generación de video de paralaje 4710 etc. desplaza la posición de los datos de pixel en el plano de video izquierdo hacia arriba por la mitad de la altura HGT, es decir, HGT/2, y desplaza la posición de los datos de pixel en el plano de video derecho hacia abajo por HGT/2. El centro vertical de la imagen de video mostrada en el área de los planos de video que no sean las tiras AT y AB coincide entonces con el centro vertical de la pantalla. En el plano de video izquierdo, la mitad de la tira AT se elimina de la parte superior, produciendo una tira vacía con una altura de HDT/2 en el fondo. En el plano de video derecho, la mitad de la tira AB es eliminada del fondo, produciendo una tira vacía con una altura de HDT/2 en la parte superior. Después, la unidad de generación de video de paralaje 4710 etc. pinta uniformemente las tiras de un color de fondo o negro. En otras palabras, los datos de pixel incluidos en las tiras son sobrescritos uniformemente con datos que representan un color de fondo o negro .
La figura 61C es un diagrama esquemático que muestra una vista izquierda LV representada por el plano de video izquierdo procesado y una vista RV representada por el plano de video derecho procesado. Como se muestra en la figura 61C, los centros verticales de la vista izquierda LV y la vista derecha RV coincidan. En consecuencia, la posición vertical del objeto OBJ mostrado en la figura 61A es la misma en la vista izquierda LV y la vista derecha RV. En la parte superior de la vista izquierda LV, la tira AT, la cual está incluida sólo en el ángulo de visión vertical VAL de la cámara de video izquierdo CML, es oculta por una tira negra BT de altura HGT/2 , y en el fondo de la vista derecha RV, la tira AB, la cual está incluida sólo en el ángulo de visión vertical VAR de la cámara de video derecho CMR, es oculta por una tira negra BB de altura HGT/2. Más aún, una tira negra BB de altura HGT/2 se añade al fondo de la vista izquierda LV, y una tira negra BT de altura HGT/2, se añade a la parte superior de la vista derecha RV. Como resultado, ambos ojos del espectador sólo ven el área sombreada por la vista izquierda LV y la vista derecha RV, y las posiciones verticales coinciden entre el objeto visto por cada ojo. Esto evita el riesgo de causar que el espectador se sienta incómodo .
Como alternativa, la unidad de generación de video de paralaje 4710 etc. puede procesar el plano de video izquierdo y plano de video derecho como sigue. Primero, mediante corte similar a aquél mostrado en las figuras 49A-49C, el sumador de planos 4126 remueve los datos de pixel en las tiras AT y AB de cada uno de los planos de video. Después, la unidad de generación de video de paralaje 4710 etc. redimensiona cada plano de video a partir de los datos de pixel en el área restante mediante escalada. La imagen de video mostrada por el área restante es entonces expandida para llenar el cuadro completo, y como resultado, ambos ojos del espectador sólo ven el área sombreada por la vista izquierda LV y la vista derecha RB . Además, las posiciones verticales coinciden entre el objeto visto por cada ojo. Esto evita el riesgo de causar que el espectador se sienta incómodo . (l-N-3) Desalineación de imágenes de gráficos entre vista izquierda y vista derecha Cuando un dispositivo de reproducción en modo de 1 plano + desplazamiento proporciona un gran desplazamiento a un plano de gráficos para generar un par de planos de gráficos, una región en el borde derecho o izquierdo de un plano de gráficos puede no ser incluida en el borde derecho o izquierdo del otro plano de gráficos.
La figura 62A es un diagrama esquemático que muestra un ejemplo de imágenes de gráficos representadas por un plano de gráficos GPL. Como se muestra en la figura 62A, el plano de gráficos GPL representa tres tipos de elementos gráficos OBI, 0B2 y 0B3. En particular, el borde izquierdo del elemento de gráfico izquierdo OBI se ubica a una distancia DI del borde izquierdo del plano de gráficos GPL, y el borde derecho del elemento gráfico derecho OB3 se ubica a una distancia D3 del borde derecho del plano de gráficos GLP. Las figuras 62B y 62C son diagramas esquemáticos que muestran respectivamente procesos de proporcionar un desplazamiento a la derecha e izquierda al plano de gráficos GPL. Como se muestra en la figura 62B, una tira AR1 de ancho OFS igual al valor de desplazamiento es eliminada del borde derecho del plano de gráficos GLP, y una tira transparente AL1 de ancho OFS se añade al borde izquierdo, de una manera similar al proceso de corte mostrado en las figuras 49A-49C. Las posiciones horizontales de los elementos gráficos 0B1-0B3 se desplazan entonces a la derecha de sus posiciones originales por una distancia OFS igual al valor de desplazamiento. Por otro lado, como se muestra en la figura 62D, una tira AL2 de ancho OFS igual al valor de desplazamiento se elimina del borde izquierdo del plano de gráficos GPL, y una tira transparente AR2 de ancho OFS se añade al borde derecho. Las posiciones horizontales de los elementos gráficos 0B1-0B3 se desplazan entonces a la izquierda de sus posiciones originales por la distancia OFS .
Como se muestra en las figuras 62B y 62C, la distancia OFS, la cual es igual al valor de desplazamiento, es mayor que la distancia DI entre el borde izquierdo del elemento gráfico izquierdo OBI y el borde izquierdo del plano de gráficos GPL. La distancia OFS también es más grande que la distancia D3 entre el borde derecho del elemento gráfico derecho 0B3 y el borde derecho del plano de gráficos GPL. En consecuencia, una porción MP3 del borde derecho del elemento gráfico derecho 0B3 está ausente en el plano de gráficos GPl al cual se ha proporcionado un desplazamiento a la derecha. También, una porción MP1 del borde izquierdo del elemento gráfico izquierdo OBI está ausente en el plano de gráficos GP2 al cual se ha proporcionado desplazamiento a la izquierda. Sin embargo, la porción faltante MP1 del elemento gráfico izquierdo OBI está incluido en el plano de gráficos GPl con el desplazamiento a la derecha, y la porción faltante MP3 del elemento gráfico derecho 0B3 está incluida en el plano de gráficos GP2 con el desplazamiento a la izquierda. Como resultado, estas porciones faltantes MPl y MP3 sólo son vistas por uno de los ojos del espectador, lo cual puede hacer que el espectador se sienta incómodo.
En el dispositivo de reproducción 102, cada una de las unidades de corte 4731-4734 en el sumador de planos 4226 se refiere a la información de desplazamiento 4707 para llevar a cabo control de desplazamiento en el plano de gráficos GPL. En este punto, cada una de las unidades de corte 4731-4734 elimina además una tira que tiene un ancho igual al valor de desplazamiento y se extiende a lo largo del borde izquierdo o derecho del plano de gráficos GPL. En otras palabras, los datos de pixel en la tira son sobrescritos con datos que representan un color transparente. Como alternativa, la unidad de salida 5904 en el dispositivo de presentación visual 103 puede recibir información de desplazamiento del decodificador de objetivos de sistema 4225 o la unidad de procesamiento de señales 5903 en el dispositivo de presentación visual 103 y referirse a la información de desplazamiento para eliminar una tira del borde izquierdo o derecho del plano de gráficos GPL. Las figuras 62B y 62C muestran las tiras ASI y AS2 que serán eliminadas. En el plano de gráficos GP1 con el desplazamiento a la derecha, la tira ASI que será removida incluye la porción faltante MP1 del elemento gráfico izquierdo OBI. En el plano de gráficos GP2 con el desplazamiento a la izquierda, la tira AS2 que será removida incluye la porción faltante MP3 del elemento gráfico derecho 0B3.
Las figuras 62D y 62E son diagramas esquemáticos que muestran imágenes gráficas representadas por los planos de gráficos GP1 y GP2 con los desplazamientos a la derecha e izquierda, respectivamente. Como se muestra en las figuras 62D y 62E, en los planos de gráficos GP1 y GP2 , la forma de los tres tipos de elementos gráficos OB1-OB3 coinciden. Como resultado, sólo la parte sombreada de las imágenes gráficas es visible a cada uno de los ojos del espectador. Esto evita el riesgo de causar que el espectador se sienta incómodo.
Como alternativa, puede prescribirse la siguiente condición con respecto a la disposición de elementos gráficos para planos de gráficos reproducidos a partir de un flujo de PG o un flujo de IG en un disco BD-ROM y para un plano de gráficos generado por un dispositivo de reproducción 102. La figura 63 es un diagrama esquemático que muestra esta condición. Como se muestra en la figura 63, coordenadas ortogonales xy se establecen en el plano de gráficos GPL, con un origen (0, 0) en la esquina izquierda superior. Las coordenadas x y y son respectivamente las coordenadas horizontales y verticales del plano de gráficos GPL. Las coordenadas de la esquina derecha inferior del plano de gráficos GPL se establecen en (TWD, THG) . Usando estas coordenadas xy, la condición se establece como sigue. En cada cuadro, los elementos gráficos OBI, OB2 y 0B3 deben ser colocados dentro del área rectangular que tiene cuatro puntos (OFS, 0), (TWD-OFS, 0), (TWD-OFS, THG) y (OFS, THG) como vértices. En otras palabras, se prohibe que elementos gráficos sean puestos dentro de las tiras AL y AR de ancho OFS que se extienden respectivamente a lo largo del borde izquierdo y borde derecho del plano de gráficos GPL. Como es claro de las figuras 62B y 62C, estas tiras AL y AR son removidas por control de desplazamiento. En consecuencia, si se prohibe que los elementos gráficos sean puestos dentro de las tiras AL y AR, las formas de los elementos gráficos no cambian incluso cuando se proporciona un desplazamiento al plano de gráficos GPL. Como resultado, ambos ojos del espectador ven las mismas imágenes gráficas, lo cual evita el riesgo de causar que el espectador se sienta incómodo. (1-0) Presentación visual de buzón El tamaño de pantalla asumido en el momento de la creación de un contenido de video depende del formato del contenido: formato Full-HD adoptado en difusión de TV digital; o formato cinemascope™ adoptado en películas. La relación de aspecto de Full-HD es 16:9 (=1.78:1), en tanto que la relación de aspecto de cinemascope es 2.35:1. En consecuencia, en los contenidos de salas de cine grabados en discos BD-ROM, tiras negras horizontales son provistas sobre y debajo de cada cuadro de video. Las tiras negras son provistas de tal manera que la relación de aspecto completa del cuadro de video y las tiras negras se ajuste a 16:9. Este método de presentación visual se conoce como "presentación visual de buzón" .
Las figuras 64A1 y 64A2 son diagramas esquemáticos que muestran la misma pantalla en la presentación visual de buzón. Como se muestra en las figuras 64A1 y 64A2 , la resolución de la pantalla completa es 1920x1080 pixeles, y la relación de aspecto es 16:9. Por otro lado, la resolución de un área de presentación visual DRG para presentar visualmente las imágenes de video es 1920 x 818 pixeles, y la relación de aspecto es 2.35:9. Tiras negras BT y BB, cada una de 131 pixeles de alto, se extienden horizontalmente sobre y debajo del área de presentación visual DRG.
Cuando esta presentación visual de buzón se adopta en la presentación visual de imágenes de video 3D, es preferible que el subtítulo sea presentado visualmente ya sea en cualquiera de las tiras negras BT y BB, no el área de presentación visual DRG. Esto hace posible que las imágenes de video 3D y el subtítulo sean separados unos de otros y que ambos sean presentados al espectador de una manera confiable. Sin embargo, 131 pixeles de alto de las tiras negras BT y BB no necesariamente es suficiente para presentar visualmente el subtítulo. En ese caso, los sumadores de planos 4226 del dispositivo de reproducción 102 proporcionan al plano de video primario con un desplazamiento en la dirección vertical. Este control de desplazamiento se conoce como "desplazamiento de video" . Hay tres tipos de desplazamientos de video: "Keep", "Up" y "Do n" . En el modo Keep, el plano de video primario no se proporciona con el desplazamiento en la dirección vertical. De esta manera al igual que en el cuadro de video mostrado en las figuras 64A1 y 64A2 , la altura de cada una de las tiras negras BT y BB se mantiene como de 131 pixeles. En el modo Up, el plano de video primario es provisto con un desplazamiento hacia arriba. La figura 64B es un diagrama esquemático que muestra la pantalla en la cual el plano de video primario ha sido provisto con un desplazamiento hacia arriba de 131 pixeles. Como se muestra en la figura 64B, la tira negra BT ha sido removida de la porción superior y la altura de la tira negra BB en la porción inferior ha sido duplicada. En el modo Down, el plano de video primario es provisto con un desplazamiento hacia abajo. La figura 64C es un diagrama esquemático que muestra la pantalla en la cual el plano de video primario ha sido provisto con un desplazamiento hacia debajo de 131 pixeles. Como se muestra en la figura 64C, la tira negra BB ha sido removida de la porción inferior y la altura de la tira negra BT en la porción superior ha sido duplicada. De esta manera, los sumadores de planos 4226 incrementan cualquiera de las tiras negras BT y BB hasta una altura suficiente para presentar visualmente al subtítulo al ejecutar el desplazamiento de video en el modo Up o Down.
El tamaño del desplazamiento vertical puede ser diferente de 131 pixeles. La figura 64D es un diagrama esquemático que muestra la pantalla en la cual el plano de video primario ha sido provisto con un desplazamiento hacia arriba de 51 pixeles. Como se muestra en la figura 64D, la altura de la tira negra BTen la porción superior ha sido reducida a 131-51 = 80 pixeles, y la altura de la tira negra BB en la porción inferior ha sido incrementada a 131 + 51 = 182 pixeles. A continuación se asume que el tamaño del desplazamiento es de 131 pixeles.
La figura 65 es un diagrama de bloques funcional que muestra la estructura del dispositivo de reproducción 102 requerido para el desplazamiento de video. La estructura mostrada en la figura 65, en contraste con aquella mostrada en la figura 47, incluye una unidad de desplazamiento de video SPRM(32) 6502 y SPRM(33) 6503. Los demás componentes son similares. En la figura 65, los componentes similares a aquellos mostrados en la figura 47 son marcados con los mismos números de referencia. Además, detalles de los componentes similares pueden encontrarse en la descripción de la figura 47.
Los valores indicados por el SPRM(32) y SPRM(33) son establecidos por la unidad de ejecución de programas 4234 de acuerdo con un programa de aplicación tal como un objeto BD-J o una instrucción del usuario por medio de una GUI . El valor indicado por el SPRM(33) es actualizado más de acuerdo con el archivo de listas de reproducción.
La figura 66A es una tabla que muestra las estructuras de datos del SPRM(33). Como se muestra en la figura 66A, el SPRM(32) almacena un parámetro que indica el modo de desplazamiento de video (video_shift_mode) . El parámetro puede adoptar cualquiera de tres valores "0", "1" y "2" que corresponden a los tres tipos de modos de desplazamiento de video. El SPRM(33) almacena cuatro pares de un valor de cambio de movimiento ascendente de video y un valor de cambio de movimiento descendente de video. Los valores de desplazamiento están compuestos de: un par para el plano de PG (PG_shift_value_for_Up, PG_shift_value_for_Down) ; un par para el plano de IG (IG_shift_value_for_Up, IG_shift_value_for_Down) ; un par para el plano de video secundario (SV_shift_value_for_Up, SV_shift_value_for_Down) , y un par el plano de imagen (IM_shift_value_for_Up, IM_shift_value_for_Down) . Cada uno del valor de cambio de movimiento ascendente de video y el valor de cambio de movimiento descendente de video representa el tamaño de un desplazamiento en la dirección vertical que es provisto al plano de PG o similar cuando un desplazamiento hacia arriba o hacia abajo es provisto al plano de video primario.
La figura 66B es un diagrama esquemático que muestra la tabla STN en el archivo de listas de reproducción para el contenido de video de la presentación visual de buzón. Como se muestra en la figura 66B, en la tabla STN 6600, un STN 6601 está asociado con una entrada de flujo 6602 del flujo de PG 1 e información de atributo de flujo 6603. La información de atributo de flujo 6603 incluye un valor de cambio de movimiento ascendente de video (PG_y_shift_value_for_Up) 6610 y un valor de cambio de movimiento descendente de video (PG_y_shi t_value_for_Down) 6611. Con esta estructura, estos valores de desplazamiento pueden ser establecidos para cada PI . Con respecto a los demás datos de flujo tales como el flujo de IG, cada valor de desplazamiento puede ser establecido. La unidad de control de reproducción 4235 lee un valor de desplazamiento de la tabla STN en cada PI, y actualiza un valor indicado por el SPRM(33) con el valor de desplazamiento leído.
La unidad de cambio de video 6501 recibe los datos de plano de vista izquierda 4701 y datos de plano de vista derecha 4702 de manera alternante desde el interruptor 4720. Después de cada recepción de los mismos, la unidad de cambio de video 6501 se refiere al SPRM(32) en la unidad de almacenamiento de variables de reproductor 4236 y proporciona al plano de video primario un desplazamiento vertical en un modo de cambio de video indicado por el valor en el SPRM(32) . La unidad de cambio de video 6501 transmite después el plano de video primario al segundo sumador 4742.
Las figuras 67A-67C son diagramas esquemáticos que muestran planos de video primarios VPA, VPB y VPC procesados por la unidad de cambio de video 6501 en el modo Up, modo Keep y modo Down, respectivamente. Cuando el SPRM(32) indica el modo Keep, la unidad de cambio de video 6501 no proporciona el plano de video primario con un desplazamiento vertical. De esta manera como se muestra en la figura 67B, la altura de cada tira negra BT y BB en el plano de video primario VPB se mantiene como de 131 pixeles. Cuando el SPRM(32) indica el modo Up, la unidad de cambio de video 6501, de una manera similar al proceso de corte mostrado en las figuras 49A-49C, corta primero la tira negra BT que tiene 131 pixeles de alto de la porción superior del plano de video primario original VPB. La unidad de cambio de video 6501 después, como se muestra en la figura 67A, añade una tira negra AB que tiene 131 pixeles de alto a la porción inferior del plano de video primario VPA. Esto mueve la ubicación de los datos de pixel que no son los datos de pixel incluidos en la tira negra BT cortada hacia arriba por 131 pixeles. Por otro lado, la altura de tiras negras BB + AB es incrementada a 131 x 2 = 262 pixeles. Cuando el SPRM(32) indica el modo Down, la unidad de cambio de video 6501 corta la tira negra BB que tiene 131 pixeles de alto de la porción inferior del plano de video primario original VPB, y como se muestra en la figura 67C, añade una tira negra AT que tiene 131 pixeles de alto a la porción superior del plano de video primario VPC . Esto mueve la ubicación de los datos de pixel que no son los datos de pixel incluidos en la tira negra cortada hacia abajo por 131 pixeles. Por otro lado, la altura de las tiras negras BT + AT se incrementa a 131x2 = 262 pixeles.
En referencia de nuevo a la figura 65, cada vez que recibe los datos de plano de PG 4704 del decodificador de objetivos de sistema 4225, la segunda unidad de corte 4732 se refiere al SPRM(32) 6502 y al SPRM(33) 6503 y proporciona el plano de PG 4704 con un desplazamiento vertical de acuerdo con los valores almacenados en los SPRMs . Más aún, en el modo de 1 plano + desplazamiento, la segunda unidad de corte 4732 proporciona al plano de PG 4704 un desplazamiento horizontal. La segunda unidad de corte 4732 transmite después el plano de PG 4704 al segundo sumador 4742.
Las figuras 67D-67F son diagramas esquemáticos que muestran los planos de PG PGD, PGE y PGF procesados por la segunda unidad de corte 4732 en el modo Up, modo Keep y modo Down, respectivamente. Cuando el SPRM(32) indica el modo Keep, la segunda unidad de corte 4732 no proporciona el plano de PG PGE con un desplazamiento vertical. De esta manera como se muestra en la figura 67E, el subtítulo SUB en el plano PG PGE se mantiene en la posición original. Cuando el SPRM(32) indica el modo Up, la segunda unidad de corte 4732 lee primero un valor de cambio de movimiento ascendente de video (PG_shift_value_for_Up) "a" para el plano de PG del SPRM(33) 6503. La segunda unidad de corte 4732 después, de una manera similar al proceso de corte mostrada en las figuras 49A-49Cproporciona al plano PG PGE con un desplazamiento hacia abajo que tiene el mismo tamaño que el valor de cambio de movimiento ascendente de video "a" . Más específicamente, la segunda unidad de corte 4732 corta primero la tira SBE que es "a" pixeles de alto de la porción inferior del plano de PG original PGE. La segunda unidad de corte 4732 después, como se muestra en la figura 67D, añade una tira STD que es Ma" pixeles de alto a la porción superior del plano de PG PGD . Esto mueve la ubicación del subtítulo SUB hacia abajo por "a" pixeles. Cuando el SPRM(32) indica el modo Down, la segunda unidad de corte 4732 lee primero un valor de cambio de movimiento descendente de video (PG_shift_value_for_Down) "b" para el plano de PG del SPRM(33) 6503. La segunda unidad de corte 4732 después, de una manera similar al proceso de corte mostrado en las figuras 49A-49C, proporciona el plano de PG PGE con un desplazamiento hacia arriba que tiene el mismo tamaño que el valor de cambio de movimiento descendente de video "b" . Más específicamente, la segunda unidad de corte 4732 corta primero la tira STE que tiene "b" pixeles de alto de la porción superior del plano de PG original PGE. La segunda unidad de corte 4732 después, como se muestra en la figura 67F, añade una tira SBF que es "b" pixeles de alto a la porción inferior del plano de PG PGF. Esto mueve la ubicación del subtítulo SUB hacia arriba por el "b" pixeles.
El segundo sumador 4742 recibe los datos de plano de PG de la segunda unidad de corte 4732, superpone los datos de plano de PG en los datos de plano de video primario provenientes de la unidad de cambio de video 6501 y transmite el resultado al tercer sumador 4743. Las figura S67G-67I son diagramas esquemáticos que muestran datos de plano PLG, PLH y PLI combinados por el segundo sumador 4742 en el modo Up, modo Keep y modo Down, respectivamente. En el modo Keep, como se muestra en la figura 67H, el subtítulo SUB es presentado visualmente sobre las imágenes de video primarias MVW. En el modo Up, como se muestra en la figura 67G, el subtítulo SUB es presentado visualmente en la tira negra BBG que se ubica debajo de las imágenes de video primarias MVW. Esto puede lograrse al ajustar el valor de cambio de movimiento ascendente de video "a" . En el modo Down, como se muestra en la figura 671, el subtitulo SUB es presentado visualmente en la tira negra BTI que se ubica sobre las imágenes de video primarias MVW. Esto se puede lograr al ajustar el valor de cambio de movimiento descendente de video "b" .
En la presentación visual de buzón, una pantalla de diálogo representada por el plano de IG, imágenes de video representadas por el plano de video secundario o un menú emergente representado por el plano de imagen pueden ser presentados visualmente en la tira negra, así como el subtítulo representado por el plano de PG. En estos casos, la altura de la tira negra puede ajustarse adecuadamente por un método similar al método descrito arriba. (1-0-1) En la estructura mostrada en la figura 65, la segunda unidad de corte 4732 lee el valor de cambio de movimiento ascendente/descendente de video del SPRM(33) 6503. Como alternativa, la segunda unidad de corte 4732 puede leer el valor de cambio de movimiento ascendente/descendente de video directamente del archivo de listas de reproducción. (1-0-2) La altura de las tiras negras BT y BB puede ser diferente a 131 pixeles, y puede además ser variable. El valor de la misma puede extenderse en un SPRM en la unidad de almacenamiento de variables de reproductor 4236 de acuerdo con un programa de aplicación o el usuario. (1-0-3) En las figuras 67D y 67F, la segunda unidad de corte 4732 mueve la ubicación de casi todos los datos de pixel incluidos en el plano de PG PGE hacia arriba y hacia abajo. Como alternativa, el decodificador de PG puede cambiar la posición de presentación visual de objetos indicada por el PCS al referirse al SPRM (33) 6503. Por ejemplo, cuando el PCS indica la posición de presentación visual de objeto = (x, y) y el SPRM(33) 6503 indica el valor de cambio de movimiento ascendente de video "a" , el decodificador de PG cambia la posición de presentación visual de objetos a coordenadas (x, y + a) . Con esta operación, al igual que el subtítulo SUB mostrado en la figura 67D, el objeto gráfico representado por el flujo de PG es presentado visualmente debajo de la posición de presentación visual de objeto indicada por el PCS. Esto aplica también al caso cuando la posición de presentación visual del objeto gráficos es movida hacia arriba. Nótese que el PCS puede almacenar el valor de cambio de movimiento ascendente/descendente de video. (1-0-4) En el modo Up y modo Down, como se muestra en las figuras 67D y 67F, las posiciones superior e inferior del plano de PG son cortadas. En este punto, para evitar que las porciones superior e inferior del objeto gráficos sean cortadas, el área en la cual el objeto gráficos puede ser dispuesto puede limitarse a un intervalo predeterminado. Como un ejemplo específico, se asume que la altura x ancho del plano de PG es HGTx DH, el valor de cambio de movimiento ascendente de video es "a" , y el valor de cambio de movimiento descendente de video es "b" . En ese caso, como se muestra en la figura 67E, la disposición del objeto gráficos se limita adentro de la siguiente tira horizontal: las coordenadas x-y de la esquina izquierda superior PUL = (0, b) ; y las coordenadas x-y de la esquina izquierda inferior PDR = ( DH, HGT - a) . De manera más precisa, el flujo de PG satisface las siguientes condiciones: (A) que la posición de presentación visual de objetos indicada por el PCS esté dentro de la tira descrita arriba; (B) incluso si el objeto gráficos es presentado visualmente en la posición de presentación visual de objetos, el área de presentación visual no exceda el intervalo de la tira descrita arriba; (C) la posición de ventana indicada por el WDS esté dentro de la tira descrita arriba y (D) incluso si la ventana se establece como la posición de ventana, el intervalo de la misma no exceda el intervalo de la tira descrita arriba. De esta manera, es posible evitar que las porciones superior e inferior del objeto de gráficos sean cortadas. (1-0-5) La figura 68A es un diagrama esquemático que muestra otro ejemplo de la tabla STN en el archivo de listas de reproducción para el contenido de video de la presentación visual de buzón. Como se muestra en la figura 68A, en la tabla STN 6800, un STN 6801 es asociado con una entrada de flujo 6802 del flujo de PG 1 e información de atributo de flujo 6803. La información de atributo de flujo 6803 incluye un modo de cambio de video 6812 así como un valor de cambio de movimiento ascendente/descendente de video 6810, 6811. En ese caso, el dispositivo de reproducción 102 puede usar la siguiente estructura para el desplazamiento de video .
La figura 69 es un diagrama de bloques funcional que muestra otro ejemplo de la estructura del dispositivo de presentación visual 102 requerido para el desplazamiento de video. La estructura mostrada en la figura 69 difiere de la estructura mostrada en la figura 65 en la unidad de desplazamiento de video 6901 y SPRM(34) 6904. Los demás componentes son similares. En la figura 69, los componentes similares a aquellos mostrados en la figura 65 son marcados con los mismos números de referencia. Además, detalles de los componentes similares pueden encontrarse en la descripción de la figura 65.
Como se muestra en la figura 66A, el SPR (32) representa el modo de desplazamiento de video, y el SPRM(33) representa el valor de cambio de movimiento ascendente de video y el valor de cambio de movimiento descendente de video. Los parámetros que representan aquellos son actualizados de acuerdo con la tabla STN en el archivo de listas de reproducción como se muestra en la figura 68A. En la unidad de almacenamiento de variables de reproductor 4236, el SPRM(34) almacena además un indicador cuyo ON/FF indica si el desplazamiento de video va a llevarse a cabo. El valor del indicador se establece por la unidad de ejecución de programas 4234 de acuerdo con el programa de aplicación o el usuario. Cada vez que recibe ya sea los datos de plano de video izquierdo 4701 o los datos de plano de video derecho 4702 del interruptor 4720, la unidad de desplazamiento de video 6901 se refiere primero al indicador en el SP M(34) para determinar si se lleva a cabo el desplazamiento de video. Por ejemplo, cuando el valor del indicador es "1", la unidad de desplazamiento de video 6901 se refiere al SPRM(32) y proporciona al plano de video primario un desplazamiento vertical en un modo de cambio de video indicado por el valor en el SPRM(32) . Por otro lado, cuando el valor del indicador es "0", la unidad de desplazamiento de video 6901 transmite el plano de video primario al segundo sumador 4742 sin llevar a cabo el desplazamiento de video. En forma similar, cada vez que recibe los datos de plano de PG -4704 del decodificador de objetivos de sistema 4225, la segunda unidad de corte 4732 se refiere primero al SPR (34) para determinar si proporciona el plano de PG 4704 con un desplazamiento vertical. Por ejemplo, cuando el valor del indicador es "1" , la segunda unidad de corte 4732 se refiere al SPRM(32) y SPRM(33) y proporciona al plano de PG 4704 un desplazamiento vertical de acuerdo con los valores en el mismo. Por otro lado, cuando el valor del indicador es "0", la segunda unidad de corte 4732 no proporciona al plano de PG 4704 un desplazamiento vertical. (1-0-6) Cuando una pluralidad de piezas de información de atributo de flujos 6803, cada una incluyendo el modo de desplazamiento de video 6812 mostrado en la figura 68A, se registren en la tabla STN, el orden de registro se establece de tal manera que piezas de información de atributo de flujo que tengan el mismo modo de desplazamiento de video se vuelvan continuas. La figura 68B es un diagrama esquemático que muestra el orden de registro. Como se muestra en la— igura -68B, PIDs de nueve flujos de PG 1-9 se registran en la tabla STN, en correspondencia con números de flujo (STNs) 5-13. El modo de desplazamiento de video de flujos de PG 1-3 se establece en el modo Keep, el modo de desplazamiento de video de flujos de PG 4 y 5 se establece en el modo Up y el modo de desplazamiento de video de flujos de PG 6-9 se establece en el modo Down. En ese caso, tres STNs continuos = 1-3 son asignados a los flujos de PG 1-3, dos STNs continuos = 4, 5 son asignados a los flujos de PG , 5 y cuatro STNs continuos = 6-9 son asignados a los flujos de PG 6-9. Cada vez que reciben notificación de la depresión de un botón interruptor de subtítulos del control remoto 105, el dispositivo de reproducción 102 selecciona un flujo de PG que se usará en la presentación visual de subtítulos de entre flujos de PG 1-9 de acuerdo con el orden de registro indicado en la figura 68B. Aquí, ya que la presentación visual en pantalla de tanto imágenes de video como el subtítulo es continuada durante la operación de selección, generalmente las posiciones de presentación visual de las imágenes de video y el subtítulo cambian cuando el botón de interrupción de subtítulos es presionado. Sin embargo, como se muestra en la figura 68B, flujos de PG del mismo modo de desplazamiento de video se registran continuamente en la tabla STN. Así, generalmente las posiciones de presentación visual de las imágenes de video y el subtítulo cambian sólo después de que el botón interruptor de subtítulos es presionado una pluralidad de veces. De esta manera, la frecuencia de cambio es suprimida, evitando así que la operación de selección del flujo de PG interrumpa la presentación visual de las imágenes de video y el subtítulo. (1-0-7) Cuando se cambia entre los modos de desplazamiento de video, el dispositivo de reproducción 102 puede cambiar la posición de presentación visual de las imágenes de video y subtítulos suavemente usando los efectos visuales tales como el desvanecimiento hacia adentro/afuera. Muy preferiblemente, el cambio de posición de presentación visual del subtítulo es retrasado en lugar del cambio de posición de presentación visual de las imágenes de video. Esto evita el riesgo de que el cambio de posición de presentación visual de las imágenes de video y subtítulos debido a un cambio entre modos de desplazamiento de video pueda causar a los espectadores sentirse incómodos. (1-0-8) En el PDS en el flujo de PG, "transparente incoloro" es asignado al ID de color = 255, y el WDS, ID de color = 255 es asignado al color de fondo en la ventana. En consecuencia, cuando el flujo de PG representa el subtítulo, el color de fondo del subtítulo se pone en el transparente incoloro. La figura 70B es un diagrama esquemático que muestra la imagen de video IMG y subtítulo SUB presentados visualmente en la pantalla SCR en ese caso. Como se muestra en la figura 70B, en la ventana IN1 que indica el intervalo de presentación visual del subtítulo SUB, el color de fondo es transparente incoloro. En consecuencia, en la ventana IN1, la imagen de video IMG y subtitulo SUB son presentados visualmente uno sobre el otro.
Por otro lado, el dispositivo de reproducción 102 puede asignar un color opaco tal como negro al ID de color = 255. La figura 70A es un diagrama esquemático que muestra la estructura de datos del SPRM(37) en la unidad de almacenamiento de variables de reproductor 4236. Como se muestra en la figura 70A, un valor de coordenada de color del color de fondo del subtítulo se almacena en el SPRM(37) . El valor es preestablecido por la unidad de ejecución de programas 4234 de acuerdo con un programa de aplicación o el usuario. Cuando un valor de coordenada de color se establece en el SPRM(37), el decodificador de PG en el decodificador de objetivos de sistema 4225 asigna el valor de coordenada de color al ID de color = 255 no obstante el ajuste indicado por el PDS . La figura 70C es un diagrama esquemático que muestra la imagen de video IMG y subtitulo SUB presentado visualmente en la pantalla SCR en ese caso. Aquí, el color de coordenada de color indicado por el SPRM(37) es un color opaco tal como negro. Como se muestra en la figura 70C, en la ventana IN2 que indica el intervalo de presentación visual de subtítulo SUB, el color de fondo es el color opaco. En consecuencia, en la ventana WIN2 , la imagen de video IMG es oculta por el color de fondo, y sólo el subtítulo SUB es presentado visualmente. De esta manera, es posible presentar las imágenes de video y el subtítulo al espectador de una manera confiable . (1-0-9) Con un cambio entre modos de desplazamiento de video, no sólo la posición de presentación visual de la imagen de gráficos representada por el flujo de PG sino la propia imagen de PG pueden cambiarse. La figura 71A es un diagrama esquemático que muestra otro ejemplo más de la tabla STN en el archivo de listas de reproducción para el contenido de video de la presentación visual de buzón. Como se muestra en la figura 71A, en la tabla STN 7100, un STN 7101 es asociado con una entrada de flujo 7102 del flujo de PG 1 e información de atributo de flujo 7103. La información de atributo de flujo 7103 incluye un valor de cambio de movimiento ascendente/descendente de video 7110, 7111. El valor de cambio de movimiento ascendente de video 7110 y el valor de cambio de movimiento descendente de video 7111 indica PIDs de los flujos de PG que van a ser seleccionados cuando el modo Up y el modo Down se seleccionan como el modo de desplazamiento de video, respectivamente. En los flujos de PG indicados por el valor de cambio de movimiento ascendente de video 7110 y el valor de cambio de movimiento descendente de video 7111, inicialmente la posición de presentación visual del subtítulo se establece en cada tira negra de las porciones inferior y superior del plano de video primario. En ese caso, el dispositivo de reproducción 102 puede usar la siguiente estructura para el desplazamiento de video .
La figura 7IB es un diagrama de bloques funcional que muestra otro ejemplo más de la estructura del dispositivo de reproducción 102 requerido para el desplazamiento de video. La estructura mostrada en la figura 71B difiere de la estructura mostrada en la figura 65 en los siguientes puntos: (A) cada vez que el modo de desplazamiento de video es cambiado, la unidad de control de reproducción 7135 especifica el PID del flujo de PG que será seleccionado nuevamente al decodificador de PG 4072; (B) la segunda unidad de corte 4732 no proporciona el plano de PG 4704 un desplazamiento vertical; (C) el SPRM(33) y SPR (34) puede no establecerse en la unidad de almacenamiento de variables de reproductor 4236. Los demás componentes son iguales. De esta manera en la figura 71B, los componentes que también se muestran en la figura 65 se les asignan los mismos números de referencia. Más aún, detalles sobre estos componentes pueden encontrarse en la descripción de la figura 65.
El modo de desplazamiento de video indicado por el SPRM(32) 6502 es cambiado por la unidad de ejecución de programas 4234 de acuerdo con un programa de aplicación o el usuario. Cada vez que detecta un cambio en el valor almacenado en el SPRM(32) 6502, la unidad de control de reproducción 7135 se refiere a la tabla STN mostrada en la figura 71A. Al hacer esto, la unidad de control de reproducción 7135 retira el PID del flujo de PG que corresponde al modo de desplazamiento de video después del cambio, y pasa el PID al decodificador de PG 4072. Más específicamente, cuando el SPRM(32) 6502 indica el modo Up, la unidad de control de reproducción 7135 retira el PID indicado por el subtítulo de movimiento ascendente de video 7110; cuando el SPRM(32) 6502 indica el modo Down, la unidad de control de reproducción 7135 retira el PID indicado por el subtítulo de movimiento descendente de video 7111; y cuando el SPRM(32) 6502 indica el modo Keep, la unidad de control de reproducción 7135 retira el PID indicado por la entrada de flujo 7102. Como resultado, el plano de PG 4704 decodificado por el decodificador de PG 4072 representa un subtítulo que corresponde al modo de desplazamiento de video.
La figura 72A es un diagrama esquemático que muestra los subtítulos SBl y SB2 que corresponden al modo Keep. La figura 72B es un diagrama esquemático que muestra los subtítulos SBl y SB2 que corresponden al modo Down. Como se muestra en la figura 72A, en el modo Keep, un subtítulo horizontal SB1 es presentado visualmente sobre la porción inferior del área de presentación visual de imágenes de video VP1, y un subtítulo vertical SB2 es presentado visualmente sobre la porción extrema derecha del área de presentación visual de imágenes de video VP1. Además, las tiras negras BT y BB que tienen 131 pixeles de alto son presentadas visualmente en las porciones sobre y debajo del área de presentación visual de imágenes de video VP1 , respectivamente. Como se muestra en la figura 72B, en el modo Down, la tira negra BT2 que tiene 262 pixeles de alto es presentada visualmente en la porción sobre el área de presentación visual de imágenes de video VP2. Si la posición de presentación visual del subtítulo horizontal SB1 se moviera a la tira negra BT2 de la porción superior al proporcionar al plano de PG un desplazamiento vertical, la posición de presentación visual del subtítulo vertical SB2 sería movida hacia arriba fuera de la pantalla a la posición de presentación visual SB20. Por otro lado, el flujo de PG indicado por el subtítulo de movimiento descendente de video 7111 representa el subtítulo horizontal SBD, y la posición de presentación visual del mismo ha sido establecida en la tira negra BT2 en la posición superior por adelantado. En consecuencia, la unidad de control de reproducción 7135 cambia el flujo de PG que representa el subtítulo horizontal SB1 en el modo Keep al flujo de PG indicado por el subtítulo de movimiento descendente de video 7111 en el modo Down. Por otro lado, la unidad de control de reproducción 7135 usa el flujo de PG, que representa el subtítulo vertical SB2 en el modo Keep, tal cual en el modo Down. Con esta estructura, en el modo Down, como se muestra en la figura 72B, el subtítulo horizontal SBD es presentado visualmente en la tira negra BT2 en la porción superior, y el subtítulo vertical SB2 es presentado visualmente, como en el modo Keep, sobre la porción extrema derecha del área de presentación visual de imágenes de video VP1. Esto aplica también al modo Up.
Cuando el subtítulo en movimiento ascendente de video 7110, el subtítulo de movimiento descendente de video 7111 o la entrada de flujo 7102 no se registran en la tabla STN, ningún PID nuevo es especificado por la unidad de control de reproducción 7135, de esta manera el decodificador de PG 4072 mantiene el PID sostenido en este punto tal cual. En ese caso, la segunda unidad de corte 4732 puede proporcionar al plano de PG 4704 un desplazamiento vertical. Este desplazamiento es igual al desplazamiento provisto por la unidad de cambio de video 6501 a los planos de video primarios 4701, 4702. La figura 72C es un diagrama esquemático que muestra el subtítulo SB1 presentado visualmente en el modo Keep. La figura 72D es un diagrama esquemático que muestra el subtítulo SB3 presentado visualmente en el modo Up cuando el subtítulo ascendente de video 7110 no es registrado en la tabla STN. Como se muestra en la figura 72C, en el modo Keep, el subtítulo SBl es presentado visualmente sobre la porción inferior del área de presentación visual de imágenes de video VP1. Además, las tiras negras BT y BB que tienen 131 pixeles de alto son presentadas visualmente en las porciones sobre y debajo del área de presentación visual de imágenes de video VP1, respectivamente. Como se muestra en la figura 72D, en el modo Up, la tira negra BB2 que tiene 262 pixeles de alto es presentada visualmente en la porción debajo del área de presentación visual de imágenes de video VP2. Si la posición de presentación visual del subtítulo horizontal SBl se mantuviera en la posición en el modo Keep, la porción inferior del subtítulo SBl sería presentada visualmente sobre la tira negra BB2. En contraste, cuando la segunda unidad de corte 4732 proporciona al plano de PG 4704 un desplazamiento vertical, como se muestra en la figura 72D, en el modo Up, el subtítulo SB3 es presentado visualmente en la porción inferior del área de presentación visual de imágenes de video VP2 en una posición separada de la tira negra BB2 de una manera similar al subtítulo SBl en el modo Keep.
Modalidad 2 El disco BD-ROM de acuerdo con la modalidad 2 de la presente invención incluye también un par de una vista base y una vista dependiente para el flujo de PG y el flujo de IG.
Por otro lado, el dispositivo de reproducción de acuerdo con la modalidad 2 de la presente invención es provisto con el modo de 2 planos. El "modo de 2 planos" es uno de los modos de presentación visual para el plano de gráficos. Cuando un sub-TS incluye un flujo de gráficos tanto de vista base como de vista dependiente, el dispositivo de reproducción en modo de 2 planos decodifica y envía de manera alternante datos de planos de gráficos de vista izquierda y vista derecha de flujos de gráficos. Imágenes de gráficos en 3D pueden entonces reproducirse de los flujos de gráficos. Aparte de estos puntos, el disco BD-ROM y dispositivo de reproducción de acuerdo con la modalidad 2 tienen la misma estructura y funciones que de acuerdo con la modalidad 1. En consecuencia, la siguiente es una descripción del disco BD-ROM y dispositivo de reproducción de acuerdo con la modalidad 2 en la medida en que éstos han cambiado o se han expandido en comparación con la modalidad 1. Los detalles de las partes del disco BD-ROM y dispositivo de reproducción que son iguales a los de la modalidad 1 pueden encontrarse en la descripción de la modalidad 1. <Estructura de datos de sub-TS> La figura 73A es una lista de flujos elementales multiplexados en un primer sub-TS en un disco BD-ROM 101. El primer sub-TS es datos de flujo multiplexados en formato MPEG-2 TS y se incluye en un archivo DEP para el modo L/R.
Como se muestra en la figura 73A, el primer sub-TS incluye un flujo de video primario 7311, flujos de PG de vista izquierda 7312A y 7312B, flujos de PG de vista derecha 7313A y 7313B, flujo de IG de vista izquierda 7314, flujo de IG de vista derecha 7315 y flujo de video secundario 7316. Cuando el flujo de video primario 301 en el TS principal mostrado en la figura 3A representa la vista izquierda de imágenes de video 3D, el flujo de video primario 7311, que es un flujo de video de vista derecha, representa la vista derecha de las imágenes de video 3D. Los pares de flujos de PG de vista izquierda y vista derecha 7312A + 7313A y 7312B + 7313B representan la vista izquierda y vista derecha de imágenes de gráficos, tales como subtítulos, cuando éstas imágenes de gráficos son presentadas visualmente como imágenes de video 3D . El par de flujos de IG de vista izquierda y vista derecha 7314 y 7315 representan la vista izquierda y vista derecha de imágenes de gráficos para una pantalla interactiva cuando éstas imágenes de gráficos se presentan visualmente como imágenes de video 3D. Cuando el flujo de video secundario 306 en el TS principal representa la vista izquierda de imágenes de video 3D, el flujo de video secundario 7316, que es un flujo de video de vista derecha, representa la vista derecha de las imágenes de video 3D.
Se asignan PIDs a los flujos elementales 7311-7316 como sigue, por ejemplo. Un PID de 0x1012 se asigna al flujo de video primario 7311. Cuando hasta 32 flujos elementales diferentes pueden ser multiplexados por tipo en un sub-TS, los flujos de PG de vista izquierda 7312A y 7312B se les asigna cualquier valor de 0x1220 a 0xl23F, y a los flujos de PG de vista derecha 7313A y 7313B se les asigna cualquier valor de 0x1240 a 0xl25F. Al flujo de IG de vista izquierda 7314 se le asigna cualquier valor de 0x1420 a 0xl43F, y al flujo de IG de vista derecha 7315 se le asigna cualquier valor de 0x1440 a 0xl45F. Al flujo de video secundario 7316 se le asigna cualquier valor de 0xlB20 a 0xlB3F.
La figura 73B es una lista de flujos elementales multiplexados en un segundo sub-TS en un disco BD-ROM 101. El segundo sub-TS es datos de flujo multiplexados en formato MPEG-2 TS y están incluidos en un archivo DEP para el modo de profundidad. Como alternativa, el segundo sub-TS puede ser multiplexado en el mismo archivo DEP que el primer sub-TS. Como se muestra en la figura 73B, el segundo sub-TS incluye un flujo de video primario 7321, flujos de PG de mapas de profundidad 7323A y 7323B, flujo de IG de mapas de profundidad 7324 y flujo de video secundario 7326. El flujo de video primario 7321 es un flujo de mapas de profundidad y representa imágenes de video 3D en combinación con el flujo de video primario 301 en el TS principal. Cuando las imágenes de video 2D representadas por los flujos de PG 323A y 323B en el TS principal se usan para proyectar imágenes de video 3D en una pantalla 2D virtual, los flujos de PG de mapas de profundidad 7323A y 7323B se usan como los flujos de PG que representan un mapa de profundidad para las imágenes de video 3D. Cuando las imágenes de video 2D representadas por el flujo de IG 304 en el TS principal se usan para proyectar imágenes de video 3D en una pantalla 2D virtual, el flujo de IG de mapas de profundidad 7324 se usa como el flujo de IG que representa un mapa de profundidad para las imágenes de video 3D. El flujo de video secundario 7326 es un flujo de mapas de profundidad y representa imágenes de video 3D en combinación con el flujo de video secundario 306 en el TS principal .
Se asignan PIDs a los flujos elementales 7321-7326 como sigue, por ejemplo. Un PID de 0x1013 se asigna al flujo de video primario 7321. Cuando hasta 32 flujos elementales diferentes pueden ser multiplexados por tipo en un sub-TS, los flujos de PG de mapas de profundidad 7323A y 7323B son asignados cualquier valor de 0x1260 a 0xl27F. Al flujo de IG de mapas de profundidad 7324 se le asigna cualquier valor de 0x1460 a 0xl47F. Al flujo de video secundario 7326 se le asigna cualquier valor de 0xlB40 a 0xlB5F. <Estructura de datos de tabla STN SS> La figura 74 es un diagrama esquemático que muestra una estructura de datos de la tabla STN SS 3130 de acuerdo con la modalidad 2 de la presente invención. Como se muestra en la figura 74, las secuencias de información de registro de flujos 3301, 3302, 3303, ... en la tabla STN SS 3130 incluyen una secuencia de información de registro de flujos 7413 de un flujo de PG y una secuencia de información de registro de flujos 7414 de un flujo de IG además de un desplazamiento durante emergencia 3311 y una secuencia de información de registro de flujos 3312 de un flujo de video de vista dependiente que se muestran en la figura 33.
La secuencia de información de registro de flujos 7413 de un flujo de PG incluye información de registro de flujos que indica los flujos de PG que pueden ser seleccionados para reproducción del sub-TS. La secuencia de información de registro de flujos 7414 de un flujo de IG incluye una información de registro de flujos que indica los flujos de IG que pueden ser seleccionados para reproducción del sub-TS. Estas secuencias de información de registro de flujos 7413 y 7414 se usan en combinación con las secuencias de información de registro de flujos, incluidas en la tabla STN del PI correspondiente, que indican flujos de PG y flujos dé IG. Cuando lee una pieza de información de registro de flujos de una tabla STN, el dispositivo de reproducción 102 en el modo de reproducción 3D también lee automáticamente la secuencia de información de registro de flujos, ubicada en la tabla STN SS, que se ha combinado con la pieza de información de registro de flujos. Cuando simplemente cambia de modo de reproducción 2D a modo de reproducción 3D, el dispositivo de reproducción 102 puede entonces mantener STNs ya reconocidos y atributos de flujo tales como idioma.
Como se muestra además en la figura 74, la secuencia de información de registro de flujos 7413 del flujo de PG incluye generalmente una pluralidad de piezas de información de registro de flujos 7431. Estas son las mismas en número que las piezas de información de registro de flujos en el PI correspondiente que indica los flujos de PG. La secuencia de información de registro de flujos 7414 del flujo de IG incluye la misma clase de piezas de información de registro de flujos. Estas son las mismas en número que las piezas de información de registro de flujos en el PI correspondiente que indica los flujos de IG.
Cada pieza de información de registro de flujos 7431 incluye un STN 7441, indicador estereoscópico (is_SS_PG) 7442, entrada de flujos de vista base (stream_entry_for_base_view) 7443, entrada de flujos de vista dependiente (stream_entry_for_dependent_view) 7444, e información de atributo de flujos 7445. El STN 7441 es un número de serie asignado individualmente a piezas de información de registro de flujos 7431 y es igual al STN asignado a la pieza de información de registro de flujos, ubicado en el PI correspondiente, con el cual la pieza de información de registro de flujos 7431 es combinado. El indicador estereoscópico 7442 indica si un disco BD-ROM 101 incluye flujos de PG tanto de vista base como de vista dependiente. Si el indicador estereoscópico 7442 está encendido, el sub-TS incluye ambos flujos de PG. En consecuencia, el dispositivo de reproducción lee todos los campos en la entrada de flujos de vista base 7443, la entrada de flujo de vista dependiente 7444 y la información de atributo de flujos 7445. Si el indicador estereoscópico 7442 está apagado, el dispositivo de reproducción ignora todos estos campos 7443-7445. Tanto la entrada de flujos de vista base 7443 como la entrada de flujos de vista dependiente 7444 incluye la información de referencia de ID de sub-trayectoria 7421, información de referencia de archivos de flujos 7422 y PIDs 7423. La información de referencia de ID de sub-trayectoria 7421 indica un ID de sub-trayectoria de una sub-trayectoria que especifica las trayectorias de reproducción de los flujos de PG de' vista base y vista dependiente. La información de referencia de archivos de flujo 7422 es información para identificar el archivo DEP que almacene los flujos de PG. Los PIDs 7423 son los PIDs para los flujos de PG. La información de atributo de flujos 7445 incluye atributos para los flujos de PG, tales como tipo de idioma.
Nótese que la información de registro de flujos 7431 del flujo de PG puede ser almacenada en la tabla STN en lugar de la tabla STN SS . En ese caso, la información de registro de flujos 7431 es almacenada en flujos de PG en el TS principal, en particular en la información de atributos de flujo en el mismo. <Decodificador de objetivos de sistema> La figura 75 es un diagrama de bloques funcional de un decodificador de objetivos de sistema 7525 de acuerdo con la modalidad 2 de la presente invención. Como se muestra en la figura 75, el decodificador de PG 7501 soporta modo de 2 planos, a diferencia del decodificador de PG mostrado en la figura 45. Específicamente, el decodificador de PG 7501 incluye un decodificador de PG de vista base 7511 y un decodificador de PG de vista dependiente 7512. Además de decodificar los flujos de PG 303A y 303B en el TS principal mostrado en la figura 3A, el decodificador de PG de vista base 7511 decodifica los flujos de PG de vista izquierda 7312A y 7312B en el primer sub-TS mostrado en la figura 73A en datos de plano. El decodificador de PG de vista dependiente 7512 decodifica flujos de PG de vista derecha 7313A y 7313B en el primer sub-TS mostrado en la figura 73A y los flujos de PG de mapa de profundidad 7323A y 7323B en el segundo sub-TS mostrado en la figura 73B en datos de plano. El decodificador de video secundario y el decodificador de IG incluyen ambos un par de decodificadores similar. El decodificador de objetivos de sistema 7525 incluye además un par de memorias de planos de PG 7521 y 7522. El decodificador de PG de vista base 7511 escribe los datos de plano en la memoria de planos de PG izquierdo 7521, y el decodificador de PG de vista dependiente 7512 escribe los datos de plano en la memoria de planos de PG derechos 7522. La memoria de planos de IG y la memoria de planos de imagen tienen ambas estructuras similares. El decodificador de objetivos de sistema 7525 asocia además la salida de datos de plano de la memoria de planos de gráficos con el modo de 2 planos, modo de 1 plano + desplazamiento y modo de 1 plano + desplazamiento cero. En particular, cuando la unidad de control de reproducción 4235 indica modo de 2 planos, el decodificador de objetivos de sistema 7525 envía de manera alternante datos de plano desde un par de memorias de plano de PG 7521 y 7522 hasta el sumador de planos 7526. <Sumadores de planos> La figura 76 es un diagrama de bloques funcional parcial del sumador de planos 7526 en modo de 2 planos. Como se muestra en la figura 76, el sumador de planos 6226 incluye una unidad de generación de video de paralaje 4710, interruptor 4720, primer sumador 4741 y segundo sumador 4742, al igual que el sumador de planos 4226 mostrado en la figura 47. El sumador de planos 7526 incluye además una segunda unidad de generación de video de paralaje 7610 y un segundo interruptor 7620 como unidades para el ingreso de datos de planos de PG 7604 y 7605. Una estructura similar está incluida en las unidades para la entrada de datos de plano de video secundario, datos de plano de IG y datos de plano de imagen .
La segunda unidad de generación de video de paralaje 7610 recibe datos de plano de PG izquierdo 7604 y datos de plano de PG derecho 7605 del decodificador de objetivos de sistema 7525. En el dispositivo de reproducción 102 en modo L/R, los datos de plano de PG izquierdo 7604 representan el plano de PG de vista izquierda, y los datos de plano de PG derecho 7605 representan el plano de PG de vista derecha. En este punto, la segunda unidad de generación de video de paralaje 7610 transmite las piezas de datos de plano 7604 y 7605 tal cuales al interruptor 7622. Por otro lado, en el dispositivo de reproducción 102 en modo de profundidad, los datos de plano de PG izquierdo 7604 representan el plano de PG de imágenes de gráficos 2D, y los datos de planos de PG derecho 7605 representan un mapa de profundidad que corresponde a las imágenes de gráficos 2D. En este caso, la segunda unidad de generación de video de paralaje 7610 calcula primero el paralaje binocular para cada elemento en las imágenes de gráficos 2D usando el mapa de profundidad. Después, la segunda unidad de generación de video de paralaje 7610 procesa los datos de plano de PG izquierdo 7604 para desplazar la posición de presentación de cada elemento en la imagen de gráficos 2D en el plano de PG a la izquierda o derecha de acuerdo con el paralaje binocular calculado. Esto genera un par de planos de PG que representan una vista izquierda y vista derecha. Además, la segunda unidad de generación de video de paralaje 7610 envía este par de planos de PG al segundo interruptor 7620.
El segundo interruptor 7620 envía los datos de plano de PG izquierdo 7604 y los datos de plano de PG derecho 7605, que tienen los mismos PTS, al segundo sumador 4742 en este orden. La segunda unidad de corte 4732 en el modo de 2 planos envía cada uno de los datos de plano de PG 7604 y 7605 al segundo sumador 4742 tal cual es. El segundo sumador 4742 superpone cada uno de los datos de plano de PG 7604 y 7605 en los datos de plano del primer sumador 4741 y transmite el resultado al tercer sumador 4743. Como resultado, el plano de PG de vista izquierda es superpuesto en los datos de plano de video izquierdo 7601, y el plano de PG de vista derecha es superpuesto en los datos de plano de video derecho 7602.
La segunda unidad de corte 4732 en el modo de 2 planos, de una manera similar a la segunda unidad de corte 4732 en el modo de 1 plano + desplazamiento mostrado en la figura 47, puede proporcionar a cada uno de los datos de plano de PG 7604 y 7605 un desplazamiento horizontal usando el valor de ajuste de desplazamiento. Esto hace posible que la profundidad de las imágenes de video de gráficos 3D sea ajustada en conjunto con el tamaño de pantalla del dispositivo de presentación visual 103. Como alternativa, la segunda unidad de corte 4732, de una manera similar a la segunda unidad de corte 4732 en el modo de 1 plano + desplazamiento mostrado en las figuras 65 y 69, puede proporcionar a cada uno de los datos de plano de PG 7604 y 7605 un desplazamiento vertical usando el valor de cambio de movimiento ascendente/descendente de video. Cuando una imagen de video 3D es presentada en una presentación visual de buzón, esto hace posible que una imagen de gráficos 3D (por ejemplo, subtítulo) sea presentada en una tira negra que se ubica sobre o debajo de la imagen de video 3D. <Uso de información de desplazamiento en modo de 2 planos> La segunda unidad de corte 4732 en el modo de 2 planos puede llevar a cabo un control de desplazamiento en el plano de gráficos de vista izquierda o vista derecha usando la información de desplazamiento 4704. El control de desplazamiento proporciona las siguientes ventajas.
En el modo L/R, en lugar del flujo de PG de vista izquierda en el primer sub-TS mostrado en la figura 73A, el flujo de PG para imagen 2D en el TS principal (en adelante, el flujo de PG para imagen 2D se abrevia como "flujo de PG 2D" ) puede usarse como los datos de plano de PG de vista izquierda. Es decir, en la entrada de flujos de vista base 7443 mostrado en la figura 74, la información de referencia de IDs de sub-trayectoria 7421 indica la trayectoria principal, la información de referencia de archivos de flujo 7422 indica el archivo 2D que almacena el flujo de PG 2D, y el PID 7423 indica el PID del flujo de PG 2D. En ese caso, es posible deducir la cantidad de datos del contenido de video 3D porque el primer sub-TS no tiene que incluir el flujo de PG de vista izquierda. Por otro lado, los siguientes errores pueden ocurrir en la imagen de gráficos 3D.
As figuras 77A, 77B y 77C son diagramas esquemáticos que muestran una imagen de gráficos de vista izquierda GOB0 representada por el flujo de PG 2D y una imagen de gráficos de vista derecha GOB1-GOB3 representada por el flujo de PG de vista derecha. En las figuras 77A, 77B y 77C, la línea continua en la pantalla SCR indica la imagen de gráficos de vista izquierda GOB0 y la línea punteada indica las imágenes de gráficos de vista derecha GOB1-GOB3. Al cambiar las distancias ??, ?2 y ?3 entre las imágenes de gráficos mostradas en las figura 77A, 77B y 77C de pequeñas a grandes en este orden (?? < ?2 < ?3) , la diferencia en profundidad entre la imagen de gráficos 3D y la pantalla SCR cambia en consecuencia. De esta manera, cuando el par de imágenes de gráficos 3D se presenta visualmente como se muestra en la figura 77A a figura 77C en este orden, la imagen de gráficos 3D parece saltar de la pantalla SCR hacia el espectador. Cuando la imagen de gráficos de vista izquierda GOBO representa un subtítulo, la imagen GOBO se usa como una imagen 2D también, de esta manera la posición de presentación visual es constante a través de las figuras 77A, 77B y 77C. Por otro lado, las posiciones de presentación visual de las imágenes de gráficos de vista derecha G0B1-G0B3 se mueven a la izquierda en el orden de las figuras 77A, 77B y 77C. En consecuencia, las posiciones centrales Cl, C2 y C3 entre las imágenes de gráficos se mueven a la izquierda en el orden de las figuras 77A, 77B y 77C. Es decir, la imagen de gráficos 3D del subtítulo parece moverse a la izquierda. Este movimiento del subtítulo puede hacer que el espectador se sienta incómodo.
La segunda unidad de corte 4732 en el modo de 2 planos evita que la imagen de gráficos 3D se mueva horizontalmente usando el control de desplazamiento de acuerdo con la información de desplazamiento como sigue. Las figuras 77D, 77E y 77F son diagramas esquemáticos que muestran el control de desplazamiento llevado a cabo en la imagen de gráficos de vista izquierda mostrada en las figuras 77A, 77B y 77C. En las figuras 77D, 77E y 77F, la línea continua en la pantalla SCR indica las imágenes de gráficos de vista izquierda G0B4-G0B6 después del control de desplazamiento, la línea punteada delgada indica la imagen de gráficos de vista izquierda GOBO antes del control de desplazamiento, y la línea punteada gruesa indica las imágenes de gráficos de vista derecha G0B1-G0B3.. La segunda unidad de corte 4732 proporciona al plano de PG de vista izquierda desplazamientos 0FS1, 0FS2 y 0FS3 indicados por flechas en las figuras 77D, 77E y 77F en este orden. Con esta provisión, las imágenes de gráficos de vista izquierda GOB4-GOB6 después del control de desplazamiento se mueven a la derecha en comparación con la imagen de gráficos de vista izquierda GOBO antes del control de desplazamiento. Como resultado, ya que la posición central CO entre las imágenes de gráficos se mantiene constante a través de las figuras 77D-77F, la imagen de gráficos 3D parece no moverse horizontalmente . De esta manera, usando el flujo de PG 2D como el flujo de PG de vista izquierda, es posible evitar que el espectador se sienta incómodo.
Modalidad 3 A continuación se describe, como la modalidad 3 de la presente invención, un dispositivo y método para grabar datos en los medios de grabación de las modalidades 1 y 2 de la presente invención. El dispositivo de grabación descrito aquí es llamado un dispositivo de creación. El dispositivo de creación se ubica generalmente en un estudio de creación y se usa por personal creativo para crear contenido de película que será distribuido. Primero, en respuesta a operaciones por el personal creativo, el dispositivo de grabación convierte contenido de película en archivos de flujo de AV usando un método de codificación por compresión predeterminado. Después, el dispositivo de grabación genera un escenario. Un "escenario" es información que define cómo cada título incluido en el contenido de película va a ser reproducido. Específicamente, un escenario incluye información de escenario dinámico e información de escenarios , estáticos. Luego, el dispositivo de grabación genera una imagen de volumen para un disco BD-ROM a partir de los archivos de flujo de AV y escenario. Finalmente, el dispositivo de grabación graba la imagen de volumen en el medio de grabación.
La figura 78 es un diagrama de bloques funcional de un dispositivo de grabación 7800. Como se muestra en la figura 78, el dispositivo de grabación 7800 incluye una unidad de base de datos 7801, codificador de video 7802, unidad de creación de material 7803, unidad de generación de escenarios 7804, unidad de creación de programas BD 7805, unidad de procesamiento por multiplexión 7806 y unidad de procesamiento de formatos 7807.
La unidad de base de datos 7801 es un dispositivo de almacenamiento no volátil integrado en el dispositivo de grabación y es en particular una unidad de disco duro (HDD) . Como alternativa, la unidad de base de datos 7801 puede ser un HDD externo conectado al dispositivo de grabación, o un dispositivo de memoria semiconductora no volátil interno o externo al dispositivo de grabación.
El codificador de video 7802 recibe datos de video, tales como datos de mapas de bits no comprimidos, del personal creativo y comprime los datos de video recibidos de acuerdo con un método de codificación por compresión tal como MPEG-4 AVC o MPEG-2. Este proceso convierte datos de video primarios en un flujo de video primario y datos de video secundarios en un flujo de video secundario. En particular, datos de imágenes de video 3D se convierten en un par de un flujo de video de vista base y un flujo de video de vista dependiente, como se muestra en la figura 7, usando un método de codificación de varias vistas tal como MVC. En otras palabras, la secuencia de cuadros de video que representa la vista izquierda se convierte en un flujo de video de vista base por medio de codificación predictiva ínter- imágenes en las imágenes en estos cuadros de video. Por otro lado, la secuencia de cuadros de video que representa la vista derecha se convierte en un flujo de video de vista dependiente por medio de codificación predictiva no sólo en las imágenes en estos cuadros de video, sino también las imágenes de vista base. Nótese que los cuadros de video que representan la vista derecha pueden convertirse en un flujo de video de vista base, y los cuadros de video que representan la vista izquierda pueden convertirse en un flujo de video de vista dependiente. Los flujos de video convertidos 7812 se almacenan en la unidad de base de datos 7801.
Durante el proceso de codificación predictiva ínter- imágenes, el codificador de video 7802 detecta vectores de movimiento entre imágenes individuales en la vista izquierda y vista derecha y calcula información de profundidad de cada imagen de video 3D con base en los vectores de movimiento detectados. Las figuras 79A y 79B son diagramas esquemáticos que muestran respectivamente una imagen en una vista izquierda y una vista derecha usadas para presentar visualmente una escena de imágenes de video 3D, y la figura 79C es un diagrama esquemático que muestra información de profundidad calculada a partir de estas imágenes por el codificador de video 7802.
El codificador de video 7802 comprime imágenes de vista izquierda y vista derecha usando la redundancia entre las imágenes. En otras palabras, el codificador de video 7812 compara ambas imágenes no comprimidas sobre una base por macrobloques , es decir, por matrices de 8 x 8 ó 16 x 16 pixeles, para detectar así un vector de movimiento para cada imagen en las dos imágenes. Específicamente, como se muestra en las figuras 79A y 79B, una imagen de vista izquierda 7901 y una imagen de vista derecha 7902 se dividen cada una primero en macrobloques 7903. Después, las áreas ocupadas por los datos de imagen en la imagen 7901 e imagen 7902 se comparan para cada macrobloque 7903, y un vector de movimiento para cada imagen se detecta con base en el resultado de la comparación. Por ejemplo, el área ocupada por la imagen 7904 que muestra una "casa" en la imagen 7901 es sustancialmente la misma que la de la imagen 7902. En consecuencia, un vector de movimiento no se detecta de estas áreas. Por otro lado, el área ocupada por la imagen 7905 que muestra un "círculo" en la imagen 7901 es sustancialmente diferente del área en la imagen 7902. En consecuencia, un vector en movimiento de la imagen 7905 se detecta a partir de estas áreas.
El codificador de video 7802 usa el vector de movimiento detectado para comprimir las imágenes 7901 y 7902. Por otro lado, la unidad de generación de información de profundidad de cuadro 7905 usa el vector de movimiento VCT para calcular el paralaje binocular de cada imagen, tal como la imagen de "casa" 7904 y la imagen de "círculo" 7905. El codificador de video 7802 calcula además la profundidad de cada imagen a partir del paralaje binocular de la imagen. La información que indica la profundidad de cada imagen puede ser organizada en una matriz 7906 del mismo tamaño que la matriz de los macrobloques en las imágenes 7901 y 7902, como se muestra en la figura 79C. En esta matriz 7906, bloques 7907 están en correspondencia uno a uno con los macrobloques 7903 en las imágenes 7901 y 7902. Cada bloque 7907 indica la profundidad de la imagen mostrada por los macrobloques 7903 correspondientes usando, por ejemplo, una profundidad de 8 bits. En el ejemplo mostrado en las figuras 79A-79C, la profundidad de la imagen 7905 del "círculo" es almacenada en cada uno de los bloques en un área 7908 en la matriz 7906. Esta área 7908 corresponde a las áreas completas en las imágenes 7901 y 7902 que representan la imagen 7905.
El codificador de video 7802 puede usar la información de profundidad para generar un mapa de profundidad para la vista izquierda o vista derecha. En este caso, el codificador de video 7802 codifica respectivamente ya sea los datos de flujo de vista izquierda o vista derecha y el flujo de mapas de profundidad correspondiente como el flujo de video de vista base y el flujo de mapas de profundidad usando la codificación predictiva entre imágenes incluida en el propio codificador de video 7802. Cada flujo de video 7812 después de la conversión se almacena en la unidad de base de datos 7801.
El codificador de video 7802 puede usar además la información de profundidad para calcular ancho WDH de la tira AL o AR en la dirección vertical que está incluida en cualquiera de la vista izquierda LV y la vista derecha RV mostradas en las figuras 60B y 60C y la altura HGT de la tira AT o AB en la dirección horizontal que esté incluida en cualquiera de la vista izquierda LV y la vista derecha RV mostradas en las figuras 6IB y 61C. Realmente, cuando una imagen de un objeto se incluye en una tira vertical u horizontal, el vector de movimiento de esta imagen se detecta como indicando "descuadre" de la vista izquierda a la vista derecha o viceversa. En consecuencia, el codificador de video 7802 puede calcular el ancho o altura de cada tira a partir de este vector de movimiento. La información 7811 que indica el ancho y altura calculados (en adelante llamada "información de área de máscara") se almacena en la unidad de base de datos 7801.
Cuando codifica un flujo de video secundario a partir de datos de imagen de video 2D, el codificador de video 7802 también puede crear información de desplazamiento 7810 para un plano de video secundario de acuerdo con operaciones del personal creativo. La información de desplazamiento 7810 generada se almacena en la unidad de base de datos 7801.
La unidad de creación de material 7803 crea flujos elementales que no son flujos de video, tales como un flujo de audio 7813, flujo de PG 7814, y flujo de IG 7815 y almacena los flujos creados en la unidad de base de datos 7801. Por ejemplo, la unidad de creación de material 7803 recibe datos de audio LPCM descomprimidos de personal creativo, codifica los datos de audio LPCM descomprimidos de acuerdo con un método de codificación por compresión tal como AC-3, y convierte los datos de audio LPCM codificados en el flujo de audio 7813. La unidad de creación de material 7803 recibe además un archivo de información de subtítulo del personal creativo y crea el flujo de PG 7814 de acuerdo con el archivo de información de subtítulo. El archivo de información de subtítulo define datos de imagen o datos de texto para mostrar subtítulos, sincronizaciones de presentación visual de los subtítulos y efectos visuales que se añadirán a los subtítulos, tales como desvanecimiento hacia adentro y desvanecimiento hacia afuera. Además, la unidad de creación de material 7803 recibe datos de mapas de bit y un archivo de menú del personal creativo y crea el flujo de IG 7815 de acuerdo con los datos de mapas de bits y el archivo de menú. Los datos de mapas de bits muestran imágenes que van a ser presentadas visualmente en un menú. El archivo de menús define cómo cada botón en el menú va a ser cambiado de un estado a otro y define efectos visuales que serán añadidos a cada botón.
En respuesta a operaciones por el personal creativo, la unidad de creación de material 7803 crea además información de desplazamiento 7810 que corresponde al flujo de PG 7814 y flujo de IG 7815. En este caso, la unidad de creación de material 7803 puede usar la información de profundidad DPI generada por el codificador de video 7802 para ajustar la profundidad de las imágenes de video de gráficos 3D con la profundidad de las imágenes de video 3D.
En este caso, cuando la profundidad de las imágenes de video 3D cambia ampliamente por cada cuadro, la unidad de creación de material 7803 puede procesar además una serie de valores de desplazamiento creados con el uso de la información de profundidad DPI en el filtro de trayectoria baja para reducir el cambio por cada cuadro. La información de desplazamiento 7810 creada de esta manera es almacenada en la unidad de base de datos 7801.
La unidad de generación de escenarios 7804 crea datos de escenarios BD-ROM 7817 en respuesta a una instrucción recibida del personal de creación por medio de la GUI y luego almacena los datos de escenario BD-ROM 7817 creados en la unidad de base de datos 7801. Los datos de escenario BD-ROM 7817 definen métodos de reproducción de los flujos elementales 7812-7816 almacenados en la unidad de base de datos 7801. Del grupo de archivos mostrado en la figura 2, los datos de escenario BD-ROM 7817 incluyen el archivo de índices 211, archivo de objetos película 212 y los archivos de listas de reproducción 221-223. La unidad de generación de escenarios 7804 crea además un archivo de parámetros PRF y transfiere el archivo de parámetros PRF creado a la unidad de procesamiento de multiplexión 7806. El archivo de parámetros PRF define, de entre los flujos elementales 7812-7816 almacenados en la unidad de base de datos 7801, datos de flujo que serán multiplexados en el TS principal y sub-TS.
La unidad de creación de programas BD 7805 proporciona al personal creativo un ambiente de programación para programar objetos BD-J y programas de aplicación Java. La unidad de creación de programas BD 7805 recibe una solicitud de un usuario por medio de la GUI y crea el código de origen de cada programa de acuerdo con la solicitud. La unidad de creación de programas BD 7805 crea además un archivo de objetos BD-J 251 de los objetos BD-J y comprime los programas de aplicación Java en el archivo JAR 261. Los archivos de programa BDP son transferidos a la unidad de procesamiento de formatos 7807.
En este contexto, se asume que un objeto BD-J se programa de la siguiente manera: el objeto BD-J causa que la unidad de ejecución de programas 4234 mostrada en la figura 42 transfiera datos de gráficos para GUI al decodificador de objetivos de sistema 4225. Además, el objeto BD-J causa que el decodificador de objetivos de sistema 4225 procese datos de gráficos como datos de planos de imagen y envíe los datos de plano de imagen al sumador de planos 4226 en modo de 1 plano + desplazamiento. En este caso, la unidad de creación de programas BD 7805 puede crear información de desplazamiento 7810 que corresponda al plano de imagen y almacenar la información de desplazamiento 7810 en la unidad de base de datos 7801. Aquí, la unidad de creación de programas BD 7305 puede usar la información de profundidad DPI generada por el codificador de video 7802 cuando cree la información de desplazamiento 7810.
De acuerdo con el archivo de parámetros PRF, la unidad de procesamiento de multiplexión 7806 multiplexa cada uno de los flujos elementales 7812-7816 almacenados en la unidad de base de datos 7801 para formar un archivo de flujos en formato MPEG-2 TS . Más específicamente, como se muestra en la figura 4, primero cada uno de los flujos elementales 7812-7815 se convierte en una secuencia de paquetes de origen, y los paquetes de origen incluidos en cada secuencia son ensamblados para construir una sola pieza de datos de flujo multiplexados . De esta manera, el TS principal y sub-TS son creados. Estas piezas de datos de flujo multiplexados MSD son enviadas a la unidad de procesamiento de formato 7807.
Además, la unidad de procesamiento de multiplexión 7806 crea los metadatos de desplazamiento con base en la información de desplazamiento 7810 almacenada en la unidad de base de datos 7801. Como se muestra en la figura 11, los metadatos de desplazamiento 1110 creados se almacenan en el flujo de video de vista dependiente. En este punto, la información de área de máscara 7811 almacenada en la unidad de base de datos 7801 se almacena en el flujo de video de vista dependiente junto con los metadatos de desplazamiento. Nótese que la unidad de procesamiento de multiplexión 7806 puede procesar cada pieza de datos de gráficos para ajustar la disposición de los elementos de gráficos en los cuadros de imagen de video izquierdo y derecho de tal manera que las imágenes de gráficos 3D representadas por cada plano de gráficos no se presenten visualmente como superpuestas en la misma dirección visual que imágenes de gráficos 3D representadas por los otros planos de gráficos. Como alternativa, la unidad de procesamiento de multiplexión 7806 puede ajustar el valor de desplazamiento para cada plano de gráficos de tal manera que las profundidades de imágenes de gráficos 3D no se superpongan.
Además, la unidad de procesamiento de multiplexión 7806 crea un archivo de información de clips 2D y un archivo de información de clips de vista dependiente por medio de las siguientes cuatro etapas. (I) Crear mapas de entradas 2230 mostrados en las figuras 23A-23C para el archivo 2D y archivo DEP. (II) Crear los puntos de inicio de extensión 2242 y 2420 mostrados en las figuras 24A y 24B usando mapas de entrada de cada archivo. En este punto, alinea tiempos ATC de extensión entre bloques de datos consecutivos (véase abajo) . Más aún, diseña la disposición de extensiones de tal manera que los tamaños de extensiones 2D, extensiones de vista base, extensiones de vista dependiente y extensiones SS satisfagan condiciones predeterminadas (véase la <<Explicación Complementarias con respecto a estas condiciones) . (III) Extrae la información de atributo de flujos 2220 mostrada en la figura 22 de cada flujo elemental que será multiplexado en el TS principal y sub-TS. (IV) Asocia, como se muestra en la figura 22, una combinación de mapa de entrada 2230, metadatos 3D 2240 e información de atributos de flujo 2220 con una pieza de información de clips 2210. Cada archivo de información de clips CLI se crea y se transmite entonces a la unidad de procesamiento de formatos 7307.
La unidad de procesamiento de formatos 7807 crea una imagen de disco BD-ROM 7820 de la estructura de directorios mostrada en la figura 2 a partir de (i) los datos de escenario BD-ROM 7817 almacenados en la unidad de base de datos 7801, (ii) un grupo de archivos de programa BDP tal como archivos de objeto BD-J creados por la unidad de creación de programas BD 7805, y (iii) datos de flujo multiplexados MSD y archivos de información de clips CLI generados por la unidad de procesamiento de multiplexión 7806. En esta estructura de directorios, se usa UDF como el sistema de archivos.
Cuando se crean entradas de archivos para cada uno de los archivos 2D, archivos DEP y archivos SS, la unidad de procesamiento de formatos 7807 se refiere a los mapas de entrada y metadatos 3D incluidos en los archivos de información de clips 2D y archivos de información de clips de vista dependiente.- El SPN para cada punto de entrada y punto de inicio de extensión es entonces usado para crear cada descriptor de asignación. En particular, el valor del LBN y el tamaño de extensión que será representado por cada descriptor de asignación se determinan de tal manera que expresen una disposición intercalada como la mostrada en la figura 19. Como resultado, cada bloque de datos de vista base es compartido por un archivo SS y archivo 2D, y cada bloque de datos de vista dependiente es compartido por un archivo SS y archivo DEP. <Método de grabación de imagen de disco B-DR0M> La figura 80 es un diagrama de flujo de un método para grabar contenido de película en un disco BD-ROM usando el dispositivo de grabación 7800 mostrado en la figura 78. Este método empieza, por ejemplo, cuando se enciende la energía al dispositivo de grabación 7800.
En la etapa S8001, los flujos elementales, programas y datos de escenario que serán grabados en un disco BD-ROM son creados. En otras palabras, el codificador de video 7802 crea un flujo de video 7812. La unidad de creación de material 7803 crea un flujo de audio 7813, flujo de PG 7814 y flujo de IG 7815. La unidad de generación de escenarios 7804 crea datos de escenario BD-ROM 7817. Estas piezas de datos 7812-7817 creadas son almacenadas en la unidad de base de datos 7801. Por otro lado, el codificador de video 7802 crea información de desplazamiento 7810 e información de área de máscara 7811 y almacena estas piezas de información en la unidad de base de datos 801. La unidad de creación de material 7803 crea información de desplazamiento 7810 y almacena esta información en la unidad de base de datos 7801. La unidad de generación de escenarios 7804 crea un archivo de parámetros PRF y transfiere este archivo a la unidad de procesamiento de multiplexión 7806. La unidad de creación de programas BD 7805 crea un grupo de archivos de programa BDP, que incluyen un archivo de objetos BD-J y un archivo JAR, y transfiere este grupo BDP a la unidad de procesamiento de formato 7807. La unidad de creación de programas 7805 crea también información de desplazamiento 7810 y almacena esta información en la unidad de base de datos 7801. Posteriormente, el procesamiento pasa a la etapa S8002.
En la etapa S8002, la unidad de procesamiento de multiplexión 7806 crea metadatos de desplazamiento con base en la información de desplazamiento 7810 almacenada en la unidad de base de datos 7801. Los metadatos de desplazamiento creados se almacenan en el flujo de video de vista dependiente junto con la información de área de máscara 7811. Posteriormente, el procesamiento pasa a la etapa S8003.
En la etapa S8003, la unidad de procesamiento de multiplexión 7806 lee los flujos elementales 7812-7816 de la unidad de base de datos 7801 de acuerdo con el archivo de parámetros PRF y multiplexa estos flujos en un archivo de flujos en formato MPEG2-TS. Posteriormente, el procesamiento pasa a la etapa S8004.
En la etapa S8004, la unidad de procesamiento de multiplexión 7806 crea un archivo de información de clips 2D y un archivo de información de clips de vista dependiente. En particular, durante la creación del mapa de entrada y puntos de inicio de extensión, el tiempo ATC de extensión es alineado entre bloques de datos contiguos. Además, los tamaños de extensiones 2D, extensiones de vista base, extensiones de vista dependiente y extensiones SS se establecen para satisfacer condiciones predeterminadas. Posteriormente, el procesamiento pasa a la etapa S8005.
En la etapa S8005, la unidad de procesamiento de formato 7807 crea una imagen de disco BD-ROM 7820 a partir de los datos de escenario BD-ROM 7817. Grupo de archivos de programa BDP, datos de flujo multiplexados MDS y archivo de información de clips CLI . Posteriormente, el procesamiento pasa a la etapa S8006.
En la etapa S8006, la imagen del disco BD-ROM 7820 se convierte en datos para prensado de BD-ROM. Además, estos datos se graban en un disco BD-ROM maestro. Posteriormente, el procesamiento pasa a la etapa S8007.
En la etapa S8007, discos BD-ROM 101 se producen en masa al prensar el maestro obtenido en la etapa S8006. El procesamiento concluye entonces. <Método para alinear tiempos ATC de extensión> La figura 81 es un diagrama esquemático que muestra un método para alinear tiempos ATC de extensión entre bloques de datos consecutivos. Primero, ATSs a lo largo del mismo eje de tiempo de ATC se asignan a paquetes de origen almacenados en un bloque de datos de vista base (en adelante, SP1) y paquetes de origen almacenados en un bloque de datos de vista dependiente (en adelante, SP2) . Como se muestra en la figura 81, los rectángulos 8110 y 8120 representan respectivamente SP1 #p (p = 0, 1, 2, 3, k, k + 1, i, i + 1) y SP2 #q (q = 0, 1, 2, 3, m, m + 1, j) . Estos rectángulos 8110 y 8120 están dispuestos en orden a lo largo del eje de tiempo por el ATS de cada paquete de origen. La posición de la parte superior de cada rectángulo 8110 y 8120 representa el valor del ATS del paquete de origen. La longitud ATI de cada rectángulo 8110 y 8120 representa la cantidad de tiempo necesaria para que el dispositivo de reproducción 3D transfiera un paquete de origen de la memoria de almacenamiento temporal de lectura al decodificador de objetivos de sistema.
Del ATS Al de SP #0 hasta que un tiempo ATC de extensión TEXT ha pasado, SP1, es decir, SP1 #0, 1, 2, k, se transfiere de la memoria de almacenamiento temporal de lectura al decodificador de objetivos de sistema y se almacena como la (n + l)a extensión de vista base EXTl [n] en un bloque de datos de vista base. En forma similar, del ATS A3 de SPl #(k + 1) hasta que haya pasado un tiempo ATC de extensión TEXT, SPl, es decir, SPl #(k + 1), i, se transfiere de la memoria de almacenamiento temporal de lectura al decodificador de objetivos de sistema y se almacena como la (n + 2)a extensión de vista base EXTl [n + 1] en el siguiente bloque de datos de vista base.
Por otro lado, SP2, que va a ser almacenado como la (n + l)a extensión de vista dependiente EXT2 [n] en un bloque de datos de vista dependiente, se selecciona como sigue. Primero, la suma del ATS Al de SPl #0 y el tiempo ATC de extensión TEXT, Al + TEXT, se busca como ATS A3 de SPl #(k + 1) ubicado en la parte superior de la (n + 2)a extensión de vista base EXTl [n + 1]. Después, SP2, es decir, SP2 #0, 1, 2, m, es seleccionado. La transferencia de SP2 de la memoria de almacenamiento temporal de lectura al decodificador de objetivos de sistema empieza durante el periodo a partir de ATS Al de SPl #0 hasta ATS A3 de SPl # (k + 1) . En consecuencia, el SP2 superior, es decir, ATS A2 de SP2 #0, siempre es igual a o mayor que el SPl superior, es decir, ATS Al de SPl #0: A2 > Al . Más aún, todos los ATS de SP2 #0 - m son menores que ATS A3 de SPl #(k + 1). En este contexto, la conclusión de la transferencia del último SP2 , es decir SP #m, puede ser en o después de ATS A3 de SPl # (k + 1) .
De manera similar, SP2, que se va a almacenar como la (n + 2)a extensión de vista dependiente EXT2 [n + 1] en un bloque de datos de vista dependiente, se selecciona como sigue. Primero, ATS A5 de SPl #(i + 1) ubicado en la parte superior de la (n + 3)a extensión de vista base se busca como ATS A5=A3 + ???t· Después, SP2, es decir, SP2 # (m + l)-j, se selecciona. La transferencia de SP2 de la memoria de almacenamiento temporal de lectura al decodificador de objetivos de sistema empieza durante el periodo a partir de ATS A3 de SPl # (k + 1) hasta ATS A5 de SPl #(i + 1). En consecuencia, el SP2 superior, es decir, ATS A4 de SP2 # (m + 1) , siempre es igual a o mayor que el SPl superior, es decir, ATS A3 de SPl # (k + 1) : A4 > 3. Además, todos del ATS de SP2 # (m + 1) -j son menores que ATS A5 de SP1# (k + 1) .
Modalidad 4 La figura 110 es un diagrama de bloques funcional de un dispositivo de reproducción logrado usando el circuito integrado 3 de acuerdo con la modalidad 4 de la presente invención. Este dispositivo de reproducción reproduce datos que tienen la estructura descrita en modalidades anteriores.
Una unidad de medio IF 1 recibe o lee datos de un medio y transmite los datos al circuito integrado 3. Nótese que los datos incluyen datos con la estructura descrita en modalidades anteriores. La unidad de medio IF 1 es, por ejemplo, una unidad de disco si el medio es un disco óptico o disco duro; una tarjeta IF si el medio es una memoria semiconductora tal como una tarjeta SD, memoria USB, etc.; un sintonizador CAN o sintonizador Si si el medio es una onda de transmisión tal como CATV o similar; y una red IF si el medio es una red tal como la Ethernet™, LAN inalámbrica, línea pública inalámbrica, etc.
Una memoria 2 almacena temporalmente ambos datos recibidos o leídos del medio y datos que estén siendo procesados por el circuito integrado 3. Una Memoria de Acceso Aleatorio Dinámica Sincronizada (SDRAM) , Memoria de Acceso Aleatorio Dinámico Sincronizado por Doble Velocidad de Datos (DDRx SDRAM; x = 1, 2, 3, ...) , etc., se usa como la memoria 2. Se puede proporcionar cualquier número de memorias; según sea necesario, la memoria 2 puede ser un solo elemento o una pluralidad de elementos.
Un circuito integrado 3 es un LSI de sistema que trata datos transmitidos de la unidad de medio IF 1 con procesamiento de video y audio. El circuito integrado 3 incluye una unidad de control principal 6, unidad de procesamiento de flujos 5, unidad de procesamiento de señales 7, unidad de control de memoria 9 y unidad de salida de AV 8.
La unidad de control principal 6 incluye una memoria de programa y un núcleo procesador. La memoria de programa pre-almacena software básico tal como el OS. El núcleo procesador tiene una función temporizadora y una función de interrupción, y controla la totalidad del circuito integrado 3 de acuerdo con programas almacenados, por ejemplo, en la memoria de programas.
Bajo el control de la unidad de control principal 6, la unidad de procesamiento de flujo 5 recibe datos transmitidos desde el medio por medio de la unidad de medio IF 1, y luego almacena los datos en la memoria 2 por medio de un bus de datos en el circuito integrado 3, o separa los datos en datos visuales y datos de audio. Como se describió previamente, un archivo de flujos de AV de vista izquierda/2D incluye un flujo de video de vista izquierda y un archivo de flujos de AV de vista derecha incluye un flujo de video de vista derecha. Además, los datos en el medio consisten en el archivo de flujos de AV 2D/vista izquierda y el archivo de flujos de AV de vista derecha divididos en una pluralidad de extensiones y dispuestos en forma alternante extensión por extensión. Nótese que, de los datos en el medio, las porciones que incluyen el flujo de video de vista izquierda son datos de vista izquierda, y las porciones que incluyen el flujo de video de vista derecha son datos de vista derecha. Cuando el circuito integrado 3 recibe datos de vista izquierda y vista derecha, respectivamente, la unidad de control principal 6 controla la unidad de procesamiento de flujos 5 para almacenar los datos en una primera área y una segunda área en la memoria 2. Nótese que la primera y segunda áreas en la memoria 2 pueden ser áreas separadas lógicamente en un solo elemento de memoria, o elementos de memoria físicamente diferentes. La siguiente explicación de la modalidad 4 asume que los datos de vista izquierda y los datos de vista derecha son datos de vista principal y datos de sub-vista, respectivamente. Una explicación similar puede ser cierta si los datos de vista derecha y los datos de vista izquierda son los datos de vista principal y los datos de sub-vista, respectivamente.
Bajo el control de la unidad de control principal 6, la unidad de procesamiento de señales 7 usa un método adecuado para decodificar datos visuales y datos de audio separados por la unidad de procesamiento de flujos 5. Los datos visuales son comprimidos con un método de codificación tal como MPEG-2, MPEG-4 AVC, MPEG-4 MVC, SMPTE VC-1, etc. Datos de audio se comprimen con un método de codificación tal como Dolby AC-3, Dolby Digital Plus, MLP, DTS , DTS-HD, PCM lineal, etc. La unidad de procesamiento de señales 7 decodifica los datos con el método correspondiente. Nótese que el modelo de la unidad de procesamiento de señales 7 puede ser equivalente ya sea a la combinación del filtro de prioridad TS y los diferentes decodificadores mostrados en la figura 45, o los diferentes decodificadores mostrados en la figura 46. Más aún, la unidad de procesamiento de señales 7 extrae los metadatos del flujo de video de vista derecha, y luego notifica a la unidad de salida de AV 8 de los metadatos. Nótese que, como se describió arriba, los metadatos se ubican en cada uno de los GOPs que constituyen el flujo de video de vista derecha, e incluyen combinaciones de información de desplazamiento e identificadores de desplazamiento .
Cuando el modelo de la unidad de procesamiento de señales 7 es equivalente a la combinación del filtro de prioridad TS y los diferentes decodificadores mostrados en las figuras 5A a 5D, la unidad de procesamiento de señales 7 monitorea primero los indicadores de prioridad TS de paquetes TS incluidos en los datos de vista derecha, y luego usa los valores de los indicadores de prioridad TS para seleccionar paquetes TS que contengan los metadatos . La unidad de procesamiento de señales 7 lleva a cabo después los siguientes dos procesos en paralelo usando módulos separados: un proceso de decodificación de los paquetes TS que contienen datos de imagen en datos de imagen descomprimidos, y un proceso de extraer los metadatos de los paquetes TS que contengan los metadatos. Cuando el modelo de la unidad de procesamiento de señales 7 es equivalente a los diferentes decodificadores mostrados en la figura 46, la unidad de procesamiento de señales 7 permite que paquetes TS que contengan los datos de vista derecha sean enviados al mismo decodificador, no obstante de los valores de indicadores de prioridad TS . El decodificador lleva a cabo ambos procesos de decodificación de los paquetes TS en datos de imagen descomprimidos y extracción de los metadatos de los paquetes TS . De esta manera, siempre y cuando los datos tengan la estructura descrita en las modalidades anteriores, la unidad de procesamiento de señales 7 de cada modelo puede ejecutar exitosamente ambos procesos de decodificación de los datos en datos de imagen descomprimidos y extracción de metadatos de los datos.
La unidad de control de memoria 9 arbitra el acceso a la memoria 2 por los bloques de funciones en el circuito integrado 3.
Bajo el control de la unidad de control principal 6, la unidad de salida de AV 8 superpone piezas de datos visuales decodificados por la unidad de procesamiento de señales 7, procesa las piezas de datos visuales con conversión de formatos o similar, y luego las envía al circuito integrado 3.
La figura 111 es un diagrama de bloques funcional que muestra una estructura representativa de la unidad de procesamiento de flujos 5. La unidad de procesamiento de flujos 5 está provista con una unidad IF de flujo de dispositivo 51, un desmultiplexor 52 y una unidad de conmutación 53.
La unidad IF de flujos de dispositivos 51 es una interfaz para transferencia de datos entre la unidad IF de medio 1 y el circuito integrado 3. Por ejemplo, la unidad IF de flujos de dispositivo 51 corresponde a una Fijación de Tecnología Avanzada en Serie (SATA) , Interfaz de Paquetes de Fijación de Tecnología Avanzada (ATAPI), o fijación de Tecnología Avanzada Paralela (PATA) si el medio es un disco óptico o un disco duro; una tarjeta IF si el medio es una memoria semiconductora tal como una tarjeta SD, memoria USB, etc.; un sintonizador IF si el medio es una onda de difusión tal como CATV o similar y una red IF si el medio es una red tal como la Ethernet™, una LAN inalámbrica o una línea pública inalámbrica. Nótese que, dependiendo del tipo de medio, la unidad IF de flujo de dispositivo 51 puede lograr partes de las funciones de la unidad IF de medio 1, o la unidad IF de medio 1 puede ser integrada en el circuito integrado 3 y usarse como la unidad IF de flujos de dispositivo 51.
El desmultiplexor 52 separa datos visuales y datos de audio de datos de reproducción incluyendo imágenes de video y sonidos; los datos de reproducción se incluyen en datos transmitidos desde el medio. Cada una de las extensiones descritas arriba consiste en paquetes de origen que contienen varios datos tales como imágenes de video, sonidos, PG (subtítulos) e IG (menús) . Sin embargo, en algunos casos, datos de sub-vista pueden no incluir un flujo de audio. Cada extensión se separa en paquetes TS visuales y de audio dependiendo de los PIDs ( identificadores) incluidos en los paquetes de origen, y luego se transmiten a la unidad de procesamiento de señales 7. Los datos procesados son transmitidos a la unidad de procesamiento de señales 7 directamente o después de almacenamiento temporal en la memoria 2. Nótese que el modelo del desmultiplexor 52 corresponde a los desempaquetadores de origen y los filtros PID mostrados en la figura 45, por ejemplo.
La unidad de conmutación 53 cambia destinos para la salida o almacenamiento de datos que la unidad IF de flujos de dispositivo 51 recibe. Específicamente, cuando la unidad IF de flujos de dispositivo 51 recibe datos de vista izquierda, la unidad de conmutación 53 cambia el destino de los datos a la primer área de la memoria 2, mientras que cuando la unidad IF de flujos de dispositivo 51 recibe datos de vista derecha, la unidad de conmutación 53 recibe el destino de los datos a la segunda área de la memoria 2. La unidad de conmutación 53 es, por ejemplo, un Controlador de Acceso de Memoria Directo (DMAC) . La figura 112 es un diagrama de bloques funcional de la unidad de conmutación 53 y unidades circundantes cuando la unidad de conmutación 53 es una DMAC. Bajo el control de la unidad de control principal 6, la DMAC 53 transmite datos recibidos y una dirección de destino a la unidad de control de memoria 9; los datos recibidos son datos que la unidad IF de flujos de dispositivo 51 ha recibido y la dirección de destino es una dirección en donde se van a almacenar los datos recibidos. Específicamente, supóngase que las direcciones 1 y 2 son las direcciones de la primera área y la segunda área en la memoria 2, respectivamente. Cuando los datos recibidos son datos de vista izquierda, la DMAC 53 transmite la dirección 1 a la unidad de control de memoria 9, mientras que cuando los datos recibidos son datos de vista derecha, la DMAC 53 transmite la dirección 2. La unidad de control de memoria 9 almacena los datos recibidos en la memoria 2 de acuerdo con las direcciones de destino transmitidas desde la unidad de conmutación 53. El destino para la salida o almacenamiento de los datos recibidos es cambiado, dependiendo del tipo de los datos recibidos. Nótese que un circuito dedicado al control sobre la unidad de conmutación 53 puede ser provisto, en lugar de la unidad de control principal 6. La unidad IF de flujos de dispositivos 51, desmultiplexor 52 y unidad de conmutación 53 se describieron como una estructura representativa de la unidad de procesamiento de flujos 5. Sin embargo, la unidad de procesamiento de flujos 5 puede ser provista además con un motor de cifrado, una unidad de control de seguridad, un controlador para acceso de memoria directo o similar. El control de cifrado recibe y descifra datos cifrados, datos clave o similares. La unidad de control de seguridad almacena una clave privada y controla la ejecución de un protocolo de autenticación de dispositivo o similar entre el medio y el dispositivo de reproducción. En el ejemplo descrito arriba, cuando datos recibidos del medio se almacenan en la memoria 2, la unidad de conmutación 53 cambia el destino para el almacenamiento de los datos, dependiendo de si los datos son datos de vista izquierda o datos de vista derecha. Como alternativa, después de que los datos recibidos del medio se almacenan temporalmente en la memoria 2, los datos pueden ser separados en datos de vista izquierda y datos de vista derecha mientras están siendo transferidos al desmultiplexor 52.
La figura 113 es un diagrama de bloques funcional que muestra una estructura representativa de la unidad de salida de AV 8. La unidad de salida de AV 8 es provista con una unidad de superposición de imágenes 81, unidad de conversión de formato de salida de video 82 y unidad IF de salida de audio/video 83.
La unidad de superposición de imágenes 81 superpone datos visuales decodificados . Específicamente, la unidad de superposición de imágenes 81 superpone datos de PG (subtítulos) y datos de IG (menús) en los datos de video de vista izquierda y datos de video de vista derecha imagen por imagen. El modelo de la unidad de superposición de imágenes 81 se muestra, por ejemplo, en la figura 47.
La figura 114 es un diagrama esquemático que muestra un ejemplo del método de usar la memoria 2 durante el proceso de superponer imágenes. La memoria 2 incluye un área de almacenamiento de datos de plano que corresponden a la vista izquierda, un área de almacenamiento de datos de plano que corresponden a la vista derecha, un área de almacenamiento de datos de plano que corresponden a gráficos y un área de almacenamiento de datos de imágenes superpuestas. Cada área de almacenamiento de datos de plano es un área en donde datos decodificados se almacenan temporalmente antes de ser renderizados en el plano correspondiente. El área de almacenamiento de datos de imágenes superpuestas es un área en donde datos que resultaron de superponer un plano de gráficos en un plano de vista izquierda o un plano de vista derecha son almacenados. Nótese que cada plano puede ser un área en la memoria 2 o un espacio virtual.
Las figuras 115 y 116 son diagramas esquemáticos que muestran los procesos de superponer imágenes usando la memoria 2 mostrada en la figura 114. La unidad de superposición de imágenes 81 proporciona primero un desplazamiento a un plano de gráficos con base en la información de desplazamiento incluida en los metadatos extraídos por la unidad de procesamiento de señales 7. La unidad de superposición de imágenes 81 superpone después el plano de gráficos con el desplazamiento en un plano de video. Específicamente, la figura 115 muestra que la unidad de superposición de imágenes 81 proporciona un desplazamiento de +X a un plano de gráficos, y luego superpone el plano de gráficos en un plano de vista izquierda. Por otro lado, la figura 116 muestra que la unidad de superposición de imágenes 81 proporciona un desplazamiento de -X al plano de gráficos original, y luego superpone el plano de gráficos en un plano de vista derecha. El valor X es el valor de desplazamiento representado por un número de pixeles. Estos procesos de superposición como los mostrados en las figuras permiten que piezas de datos de pixeles ubicados en las mismas coordenadas horizontales se combinen unas con otras. Los datos después de haber sido superpuestos se almacenan en el área de almacenamiento de datos de imágenes superpuestas en la memoria 2.
La figura 117 es un diagrama esquemático que muestra otro ejemplo del método de usar la memoria 2 durante el proceso de superponer imágenes. La memoria 2 incluye además "áreas de almacenamiento de datos de plano que corresponden a gráficos con desplazamiento (para vistas izquierda y derecha superpuestas) " . Los planos de gráficos con desplazamientos van a ser almacenados temporalmente en estas áreas de almacenamiento de datos de plano antes de ser superpuestas en planos de vista izquierda y vista derecha. Por ejemplo, la unidad de superposición de imágenes 81 proporciona un desplazamiento de +X al plano de gráficos, y almacena temporalmente el plano de gráficos en "el área de almacenamiento de datos de plano que corresponde a gráficos con desplazamiento (para vista izquierda superpuesta) " . La unidad de superposición de imágenes 81 lee después el plano de gráficos del área de almacenamiento de datos de plano, superpone el plano de gráficos en el plano de vista izquierda, y almacena el resultado de la superposición en el área de almacenamiento de datos de imágenes superpuestas . Por otro lado, la unidad de superposición de imágenes 81 proporciona un desplazamiento -X al plano de gráficos, y almacena temporalmente los datos de plano en "el área de almacenamiento de datos de plano que corresponde a gráficos con desplazamiento (para vista derecha superpuesta) " . La unidad de superposición de imágenes 81 lee después el plano de gráficos del área de almacenamiento de datos de plano, superpone el plano de gráficos en el plano de vista derecha y almacena el resultado de la superposición en el área de almacenamiento de datos de imágenes superpuestas.
La unidad de conversión de formato de salida de video 82 procesa datos visuales después de ser decodificados o superpuestos, según sea necesario, con redimensionamiento , conversión IP, reducción de ruido, conversión de velocidad de cuadros o similares. El redimensionamiento es un proceso para ampliar o reducir los tamaños de imágenes. La conversión IP es un proceso para convertir entre escaneo progresivo y escaneo entrelazad. La reducción de ruido es un proceso para remover ruido de imágenes. La conversión de velocidad de cuadros es un proceso para cambiar velocidades de cuadro. La unidad de conversión de formatos de salida y video 82 envía los datos después de ser procesados a la unidad de superposición de imágenes 81 o la unidad IF de salida de audio/video 83.
La unidad IF de salida de audio/video 83 convierte los datos visuales procesados por la unidad de conversión de formatos de salida de video 82 y los datos de audio decodificados en formatos de transmisión de datos predeterminados por un proceso de codificación o similar. Nótese que parte de la unidad IF de salida de audio/video 83 puede ser provista externamente al circuito integrado 3, como se describe abajo.
La figura 118 es un diagrama de bloques funcional detallado de la unidad de salida de AV 8 y la unidad de salida de datos en el dispositivo de reproducción. La unidad de salida de AV 8 y la unidad de salida de datos en el dispositivo de reproducción soportan una pluralidad de formatos de transmisión de datos. Específicamente, como se muestra en la figura 118, la unidad IF de salida de audio/video 83 incluye una unidad IF de salida de video análogo 83a, unidad IF de salida de audio análogo 83c y unidad IF de salida de video/audio digital 83b.
La unidad IF de salida de video análogo 83a convierte los datos visuales procesados por la unidad de conversión de formato de salida de video 82 en un formato de señal de video análogo, y luego envía los datos visuales. La unidad IF de salida de video análogo 83a incluye, por ejemplo, un codificador de video compuesto que soporta uno de los formatos NTSC, PAL y SECAM, codificador para señales de S-video (separación Y/C) , codificador para señal de video de componentes, y convertidor D/A (DAC) .
La unidad IF de salida de audio/video digital 83b fusiona los datos de audio decodificados y los datos visuales procesados por la unidad de conversión de formatos de salida de video 82, y cifra además los datos fusionados. Después de eso, la unidad IF de salida de audio/video digital 83b codifica y envía los datos cifrados de acuerdo con normas de transmisión de datos. Por ejemplo, la unidad de comunicación HDMI mostrada en la figura 42 corresponde a la unidad IF de salida de video/audio digital 83b.
La unidad IF de salida de audio análogo 83c procesa los datos de audio decodificados con conversión D/A, y luego envía datos de audio análogos. Un DAC de audio o similar corresponde a la unidad IF de salida de audio análogo 83c. d La unidad de salida de AV 8 y la unidad de salida de datos en el dispositivo de reproducción pueden cambiar los formatos de transmisión de los datos visuales y datos de audio, dependiendo de los dispositivos de recepción de datos o terminales de entrada de datos que soporte el dispositivo de presentación visual y altavoz 4. La unidad de salida de AV 8 y la unidad de salida de datos en el dispositivo de reproducción también pueden permitir que un usuario seleccione los formatos de trasmisión de las mismas. Además, pueden transmitir datos convertidos del mismo contenido no sólo en un solo formato de transmisión, sino también en dos o más formatos de transmisión en paralelo.
La unidad de superposición de imágenes 81, unidad de conversión de formatos de salida de video 82 y unidad IF de salida de audio/video 83 fueron descritas como una estructura representativa de la unidad de salida de AV 8. Sin embargo, la unidad de salida de AV 8 puede ser provista además con un motor de gráficos y similar. El motor de gráficos trata datos decodificados por la unidad de procesamiento de señales 7 con procesamiento de gráficos tal como filtración, combinación de pantallas, dibujo de curvas y presentación visual 3D.
Esto concluye la descripción de la estructura del dispositivo de reproducción de acuerdo con la modalidad 4.
Nótese que todos los bloques de funciones descritos arriba no tienen que integrarse en el circuito integrado 3. De manera inversa, la memoria 2 puede integrarse en el circuito integrado 3. La descripción anterior de la modalidad 4 explica la unidad de control principal 6 y unidad de procesamiento de señales 7 como bloques de funciones separados. Sin embargo, la unidad de control principal 6 puede llevar a cabo parte del procesamiento que la unidad de procesamiento de señales 7 debería de llevar a cabo.
La topología de un bus de control y un bus de datos que conectan entre los bloques de funciones en el circuito integrado 3 puede seleccionarse para adecuarse al procedimiento y detalles de procesamiento por los bloques de funciones. Las figuras 119A y 119B son diagramas esquemáticos que muestran ejemplos de la topología del bus de control y bus de datos en el circuito integrado 3. Como se muestra en la figura 119A, tanto el bus de control 21 como el bus de datos 22 están dispuestos de tal manera que cada uno de los bloques de funciones 5-9 se conecte directamente con todos los demás bloques de funciones. Como alternativa, como se muestra en la figura 119B, el bus de datos 23 está dispuesto de tal manera que cada uno de los bloques de funciones 5-8 se conecte directamente sólo con la unidad de control de memoria 9. En este caso, cada uno de los bloques de funciones 5-8 transfiere datos a los demás bloques de funciones por medio de la unidad de control de memoria 9 y además la memoria 2.
El circuito integrado 3 puede ser un módulo de varios chips, en lugar de un LSI implementado en un solo chip. En ese caso, una pluralidad de chips que constituyen el circuito integrado 3 son sellados en un solo paquete, y de esta manera el circuito integrado 3 se ve como un solo LSI . Como alternativa, el circuito integrado 3 puede ser configurado usando una Disposición de Puertas Programable por Campo (FPGA) o un procesador reconfigurable . La FPGA es un LSI programable después de ser fabricado. El procesador reconfigurable es un LSI que permite que conexiones entre celdas de circuito internas y ajustes para cada celda de circuito sean reconfigurados . <Incorporación de circuito integrado 3 en dispositivo de presentación visual> Un circuito integrado similar al circuito integrado 3 descrito arriba puede incorporarse en un dispositivo de presentación visual para causar que el dispositivo de presentación visual lleve a cabo el procesamiento descrito arriba por el dispositivo de reproducción de acuerdo con la modalidad 4. La figura 120 es un diagrama de bloques funcional que muestra la estructura del circuito integrado incorporado en el dispositivo de presentación visual y las unidades circundantes del mismo. Como se muestra en la figura 120, el circuito integrado 3 usa una unidad IF de medio 1 y una memoria 2 para tratar los datos recibidos por la unidad IF de medio 1 con procesamiento similar al procesamiento de señales descrito arriba. Los datos visuales procesados por el circuito integrado 3 son enviados a la unidad excitadora de presentación visual 10. La unidad excitadora de presentación visual 10 controla el panel de presentación visual 11 de acuerdo con los datos visuales. Como resultado, los datos visuales son enviados como imágenes sobre la pantalla del panel de presentación visual 11. Por otro lado, los datos de audio procesados por el circuito integrado 3 son enviados como sonidos por el altavoz 12.
La figura 121 es un diagrama de bloques funcional detallado de la unidad de salida de AV 8 mostrado en la figura 120. La unidad de salida de AV 8 incluye una unidad IF de salida de video 84 y una unidad IF de salida de audio 85, en contraste con aquella mostrada en la figura 118. La unidad IF de salida de video 84 y la unidad IF de salida de audio 85 pueden ser provistas dentro o fuera del circuito integrado 3. La unidad IF de salida de video 84 transfiere datos visuales de la unidad de conversión de formatos de salida de video 82 a la unidad excitadora de presentación visual 10. La unidad IF de salida de audio 85 transfiere datos de audio de la unidad de procesamiento de señales 7 al altavoz 12. Nótese que dos o más unidades cada una similares a la unidad IF de salida de video 84 o la unidad IF de salida de audio 85 pueden ser provistas. Además, la unidad IF de salida de video 84 y la unidad IF de salida de audio 85 pueden ser integradas en una unidad. <Procesamiento de reproducción por dispositivo de reproducción usando un circuito integrado 3> La figura 122 es un diagrama de flujo de procesamiento de reproducción por el dispositivo de reproducción usando el circuito integrad 3. El procesamiento de reproducción inicia cuando la unidad IF de medio 1 es conectada con un medio para ser capaz de recibir datos desde la misma, por ejemplo, cuando un disco óptico se inserte en esta unidad de disco. Durante el procesamiento de reproducción, el dispositivo de reproducción recibe y decodifica datos del medio. El dispositivo de reproducción envía después los datos decodificados como una señal de video y una señal de audio .
En la etapa SI, la unidad IF de medio 1 recibe o lee datos del medio y transfiere los datos a la unidad de procesamiento de flujos 5. El procesamiento pasa después a la etapa S2.
En la etapa S2 , la unidad de procesamiento de flujos 5 separada datos visuales y datos de audio de los datos recibidos o leídos en la etapa SI. El procesamiento pasa después a la etapa S3.
En la etapa S3, la unidad de procesamiento de señales 7 decodifica cada tipo de datos separados en la etapa S2 por un método adecuado para el método de codificar los datos. En paralelo con la decodificación, la unidad de procesamiento de señales 7 extrae además metadatos de los datos de vista derecha, y notifica a la unidad de salida de AV 8 de los metadatos. Nótese que la unidad de procesamiento de señales 7 puede monitorear los indicadores de prioridad TS de los paquetes TS incluidos en los datos de vista derecha para seleccionar paquetes TS que contengan los metadatos. Como alternativa, la unidad de procesamiento de señales 7 puede causar que el mismo decodificador tanto decodifique los paquetes TS en datos de imagen descomprimidos como extraiga los metadatos de los paquetes TS . El procesamiento pasa después a la etapa S4.
En la etapa S , la unidad de salida de AV 8 superpone los datos visuales decodificados en la etapa S3. Según sea necesario, la unidad de salida de AV 8 retira y usa información de desplazamiento de los metadatos extraídos en la etapa S3. El procesamiento pasa después a la etapa S5.
En la etapa S5, la unidad de salida de AV 8 envía los datos visuales y datos de audio procesados en las etapas S2-S4. El procesamiento pasa después a la etapa S6.
En la etapa S6, la unidad de control principal 6 determina si continúa o no el procesamiento de reproducción.
El procesamiento pasa después de la etapa SI, por ejemplo, cuando datos que serán recibidos o leídos por la unidad FI del medio 1 permanece en el medio. Por otro lado, el procesamiento concluye cuando la unidad IF de medio 1 deja de recibir o leer datos del medio porque, por ejemplo, el disco óptico ha sido retirado de la unidad de disco o el usuario ha instruido detener la reproducción.
La figura 123 es un diagrama de flujo que muestra detalles de las etapas S1-S6 mostradas en la figura 122. Las etapas S101-S110 mostradas en la figura 123 se llevan a cabo bajo control de la unidad de control principal 6. Las etapas S101-S103 corresponden principalmente a detalles de la etapa SI, las etapas S104 a detalles de la etapa S2, la etapa S105 a detalles de la etapa S3, las etapas S106-S108 a detalles de la etapa S4 y las etapas S109 y S110 a detalles de la etapa S5.
En la etapa S101, antes de recibir o leer datos que serán reproducidos del medio por medio de la unidad IF de medio 1, la unidad IF de flujos de dispositivo 51 recibe o lee datos requeridos para el procesamiento de reproducción tales como un archivo de listas de reproducción, archivo de información de clips y similares, del medio por medio de la unidad IF del medio 1. La unidad IF de flujos de dispositivo 51 almacena además los datos requeridos en la memoria 2 por medio de la unidad de control de memoria 9. El procesamiento pasa después a la etapa S102.
En la etapa S102, la unidad de control principal 6 identifica los formatos de codificación de datos de video y datos de audio almacenados en el medio, con base en la información de atributo de flujos incluida en el archivo de información de clips. La unidad de control principal 6 inicializa además la unidad de procesamiento de señales 7 para que pueda llevar a cabo decodificación de una manera que corresponda al formato de codificación identificado. El procesamiento pasa después a la etapa S103.
En la etapa S103, la unidad IF de flujos de dispositivo 51 recibe o lee datos de video y audio que sean reproducidos del medio por medio de la unidad IF de medio 1. En particular, los datos se reciben o leen extensión por extensión. La unidad IF de flujos de dispositivo 51 almacena además los datos en la memoria 2 por medio de la unidad de conmutación 53 y unidad de control de memoria 9. En particular, cuando datos de vista izquierda son recibidos o leídos, la unidad de control principal 6 controla la unidad de conmutación 53 para cambiar el destino de almacenamiento de los datos de vista izquierda a la primer área en la memoria 2. Por otro lado, cuando datos de vista derecha se reciben o leen, la unidad de control principal 6 controla la unidad de conmutación 53 para cambiar el destino de almacenamiento de los datos de vista derecha a la segunda área en la memoria 2. El procesamiento pasa después a la etapa S104.
En la etapa S104, los datos almacenados en la memoria 2 son transferidos al desmultiplexor 52 en la unidad de procesamiento de flujos 5. El desmultiplexor 52 lee primero PIDs de paquetes de origen que constituyen los datos. El desmultiplexor 52 usa después los PIDs para distinguir si los paquetes TS incluidos en los paquetes de origen son datos visuales o datos de audio. El desmultiplexor 52 transmite además cada paquete TS a un decodificador correspondiente en la unidad de procesamiento de señales 7 dependiendo del resultado de la distinción. Nótese que la unidad de procesamiento de señales 7 puede monitorear los indicadores de prioridad TS de los paquetes TS incluidos en los datos de vista derecha para enviar los paquetes TS que contengan los metadatos a un módulo dedicado separado del decodificador de video primario, es decir, la unidad de procesamiento de metadatos de desplazamiento. El procesamiento pasa después a la etapa S105.
En la etapa S105, cada decodificador en la unidad de procesamiento de señales 7 decodifica los paquetes TS transmitidos con un método adecuado. En paralelo con la decodificación, la unidad de procesamiento de señales 7 extrae además los metadatos de los datos de vista derecha y notifica a la unidad de salida de AV 8 de los metadatos.
Nótese que la extracción puede llevarse a cabo por la unidad de procesamiento de metadatos de desplazamiento separada del decodificador de video primario, o se puede llevar a cabo por el decodificador de video primario simultáneamente con la decodificación. El procesamiento pasa después a la etapa S106.
En la etapa S106, imágenes del flujo de video de vista izquierda y flujo de video de vista derecha decodificadas por la unidad de procesamiento de señales 7 son enviadas a la unidad de conversión de formatos de salida de video 82. La unidad de conversión de formatos de salida de video 82 redimensiona las imágenes para que coincidan con la resolución del dispositivo de presentación visual 4. El procesamiento pasa después a la etapa S107.
En la etapa S107, la unidad de superposición de imágenes 81 recibe datos de plano de video compuestos de las imágenes redimensionadas en la etapa S106 de la unidad de conversión de formatos de salida de video 82. La unidad de superposición de imágenes 81 recibe también datos de plano de PG e IG decodificados de la unidad de procesamiento de señales 7. La unidad de superposición de imágenes 81 superpone además los datos de plano de PG e IG decodificados . El procesamiento pasa después a la etapa S108.
En la etapa S108, la unidad de conversión de formatos de salida de video 82 recibe datos de plano superpuestos en la etapa S107 de la unidad de superposición de imágenes 81. La unidad de conversión de formatos de salida de video 82 procesa además los datos de plano con conversión IP. El procesamiento pasa después a la etapa S109.
En la etapa S109, la unidad IF de salida de audio/video 83 recibe los datos visuales procesados con la conversión IP en la etapa S108 de la unidad de conversión de formatos de salida de video 82, y recibe datos de audio decodificados de la unidad de procesamiento de señales 7. La unidad IF de salida de audio/video 83 procesa además los datos visuales y de audio con codificación, conversión D/A y similares, de acuerdo con el método para enviar datos por el dispositivo de presentación visual y altavoz 4 y el método para transmitir datos al dispositivo de presentación visual y altavoz 4. Con estos procesos, los datos visuales y datos de audio se convierten cada uno en un formato de salida análogo o un formato de salida digital. Datos visuales en el formato de salida análogo incluyen una señal de video compuesta, señal de video S, señal de video componente y similares. También, HDMI o similar es soportado como el formato de salida digital. El procesamiento pasa después a la etapa S110.
En la etapa S110, la unidad IF de salida de audio/video 83 transmite los datos visuales y datos de audio procesados en la etapa S109 al dispositivo de presentación visual y altavoz 4. El procesamiento pasa después a la etapa S6. Detalles de la etapa S6 pueden encontrarse en la descripción anterior.
En cada una de las etapas descritas arriba, cada vez que se procesan datos, los datos pueden ser almacenados temporalmente en la memoria 2. Redimensionamiento y conversión IP por la unidad de conversión de formato de salida de video 82 en las etapas S106 y S108 pueden ser saltados, si no son necesarios. En lugar de o además de estos procesos, otros procesos tales como reducción de ruido y conversión de velocidad de cuadros pueden llevarse a cabo además. Además, el orden de los procesos puede ser cambiado en la medida en que sea posible.
Cuando el dispositivo de presentación visual mostrado en la figura 120 se usa en procesamiento de reproducción, el diagrama de flujo de procesamiento de reproducción es básicamente similar al diagrama de flujo mostrado en las figuras 122 y 123. Los bloques de funciones mostrados en las figuras 120 y 121 operan de manera similar a aquellos mostrados en las figuras 110 y 113.
Explicación complementaria <Principio de reproducción de imágenes de video 3D> Los métodos de reproducción de imágenes de video 3D se clasifican ampliamente en dos categorías: métodos que usan una técnica holográfica y métodos que usan video de paralaje.
Un método que usa una técnica holográfica se caracteriza por permitir al espectador percibir objetos en video como estereoscópicos al dar a la percepción visual del espectador sustancialmente la misma información que información óptica proporcionada a la percepción visual por seres humanos de objetos reales. Una teoría técnica para utilizar estos métodos para presentación visual de video en movimiento ha sido establecida. Sin embargo, es extremadamente difícil de construir, con la tecnología actual, una computadora que sea capaz de procesamiento en tiempo real de la enorme cantidad de cálculos que se requiere para presentar visualmente video en movimiento y un dispositivo de presentación visual que tenga una resolución súper-alta de varias miles de líneas por 1 mm. En consecuencia, actualmente, el logro de estos métodos para uso comercial difícilmente se vislumbra.
"Video de paralaje" se refiere a un par de imágenes de video 2D mostradas a cada uno de los ojos del espectador para la misma escena, es decir el par de una vista izquierda y una vista derecha. Un método que usa video de paralaje se caracteriza por reproducir la vista izquierda y vista derecha de una sola escena de tal forma que el espectador vea cada vista sólo con un ojo, permitiendo entonces al usuario percibir la escena como estereoscópica.
Las figuras 82A, 82B y 82C son diagramas esquemáticos que ilustran el principio detrás de la reproducción de imágenes de video 3D (imágenes de video estereoscópicas) en un método que usa imágenes de video de paralaje. La figura 82A es una vista superior del espectador VWR viendo al cubo CBC puesto directamente enfrente de la cara del espectador. Las figuras 82B y 82C son diagramas esquemáticos que muestran la apariencia exterior del cubo CBC como una imagen de video 2D es percibida respectivamente por el ojo izquierdo LEY y el ojo derecho REY del espectador VWR. Como es claro de comparar la figura 82B y figura 82C, las apariencias exteriores del cubo CBC percibidas por los ojos son ligeramente diferentes. La diferencia en las apariencias exteriores, es decir, el paralaje binocular permite al espectador VWR reconocer el cubo CBC como tridimensional. Así, de acuerdo con un método que usa video de paralaje, imágenes de video 2D izquierda y derecha con diferentes puntos de vista son primero preparadas para una sola escena. Por ejemplo, para el cubo CBC mostrado en la figura 82A, la vista izquierda del cubo CBC mostrada en la figura 96B y la vista derecha mostrada en la figura 82C son preparadas. En este contexto, la posición de cada punto de vista es determinada por el paralaje binocular del espectador VWR. Después, cada imagen de video 2D es reproducida de tal manera que sea percibida sólo por el ojo correspondiente del espectador VWR. En consecuencia, el espectador VWR reconoce la escena reproducida en la pantalla, es decir, la imagen de video del cubo CBC, como estereoscópica. A diferencia de métodos que usan una técnica de holografía, los métodos que usan video de paralaje tienen entonces la ventaja de requerir la preparación de imágenes de video 2D simplemente desde dos puntos de vista.
Varios métodos concretos para cómo usar video de paralaje han sido propuestos. Desde el punto de vista de cómo estos métodos muestran imágenes de video 2D izquierda y derecha a los ojos del espectador, los métodos se dividen en métodos de secuenciación de cuadros alternos, métodos que usan un lente lenticular, métodos de separación de dos colores, etc.
En el método de secuenciación de cuadros alternos, imágenes de video 2D izquierda y derecha son presentadas visualmente en forma alternante en una pantalla durante un tiempo predeterminado, mientras el espectador lee la pantalla usando lentes obturadores. Cada lente en los lentes obturadores se forma por un panel de cristal líquido, por ejemplo. Los lentes pasan o bloquean luz de una manera uniforme y alterna en sincronía con el cambio de las imágenes de video 2D en la pantalla. Es decir, cada lente funciona como un obturador que bloquea periódicamente un ojo del espectador. Más específicamente, mientras una imagen de video izquierdo es presentada visualmente en la pantalla, los lentes obturadores hacen que el lente del lado izquierdo transmita luz y el lente del lado derecho bloquee luz . De manera inversa, mientras una imagen de video derecho es presentada visualmente sobre la pantalla, los lentes obturadores hacen que el lente del lado derecho transmita luz y el lente del lado izquierdo bloquee luz. Como resultado, el espectador de imágenes posteriores de las imágenes de video derecha e izquierda superpuestas una sobre la otra entonces percibe una sola imagen de video 3D.
De acuerdo con el método de secuenciación de cuadros alternos, como se describió arriba, imágenes de video izquierda y derecha son presentadas visualmente en forma alternante en un ciclo predeterminado. Por ejemplo, cuando 24 cuadros de video son presentados visualmente por segundo para reproducir imágenes de video 2D normales, 48 cuadros de video en total tanto para el ojo derecho como izquierdo tienen que ser presentados visualmente para imágenes de video 3D. En consecuencia, un dispositivo de presentación visual capaz de ejecutar rápidamente la reescritura de la pantalla se prefiere para este método.
En un método que usa un lente lenticular, un cuadro de video derecho y un cuadro de video izquierdo son respectivamente divididos en áreas pequeñas de forma rectangular verticalmente largas y angostas. Las áreas pequeñas del cuadro de video derecho y las áreas pequeñas del cuadro de video izquierdo se disponen de manera alternante en una dirección horizontal en la pantalla y se presentan visualmente al mismo tiempo. La superficie de la pantalla se cubre por un lente lenticular. El lente lenticular es un lente en forma de hoja constituido de varios lentes de parte posterior convexa largos y delgados dispuestos en paralelo. Cada lente de parte posterior convexa descansa en la dirección longitudinal sobre la superficie de la pantalla. Cuando el espectador ve los cuadros de video izquierdo y derecho a través del lente lenticular, sólo el ojo izquierdo del espectador percibe luz proveniente de las áreas de presentación visual del cuadro de video izquierdo, y sólo el ojo derecho del espectador percibe luz proveniente de las áreas de presentación visual del cuadro de video derecho. El espectador ve entonces una imagen de video 3D a partir del paralaje binocular entre las imágenes de video percibidas respectivamente por los ojos izquierdo y derecho. Nótese que de acuerdo con este método, otro componente óptico que tenga funciones similares, tal como un dispositivo de cristal líquido, se puede usar en lugar del lente lenticular. Como alternativa, por ejemplo, un filtro de polarización longitudinal puede ser provisto en las áreas de presentación visual del cuadro de imagen izquierda, y un filtro de polarización lateral puede ser provisto en las áreas de presentación visual del cuadro de imagen derecho. En este caso, el espectador ve la pantalla a través de lentes de polarización. En los lentes de polarización, un filtro de polarización longitudinal es provisto para el lente izquierdo, y un filtro de polarización lateral es provisto para el lente derecho. En consecuencia, las imágenes de video derecha e izquierda son percibidas cada una sólo por el ojo correspondiente, permitiendo así al espectador percibir imágenes de video 3D.
En un método que usa video de paralaje, además de ser construido a partir del inicio por una combinación de imágenes de video izquierda y derecha, el contenido de video 3D también puede construirse a partir de una combinación de imágenes de video 2D y un mapa de profundidad. Las imágenes de video 2D representan imágenes de video 3D proyectadas en una pantalla 2D hipotética, y el mapa de profundidad representa la profundidad de cada pixel en cada porción de las imágenes de video 3D en comparación con la pantalla 2D . Cuando el contenido 3D es construido a partir de una combinación de imágenes de video 2D con un mapa de profundidad, el dispositivo de reproducción 3D o dispositivo de presentación visual construye primero imágenes de video izquierda y derecha a partir de la combinación de imágenes de video 2D con un mapa de profundidad y luego crea imágenes de video 3D a partir de estas imágenes de video izquierda y derecha usando uno de los métodos descritos arriba.
La figura 83 es un diagrama esquemático que muestra un ejemplo de construir una vista izquierda LVW y una vista derecha RVW a partir de la combinación de una imagen de video 2D MVW y un mapa de profundidad DPH. Como se muestra en la figura 83, una placa circular DSC se muestra en el fondo BGV de la imagen de video 2D MVW. El mapa de profundidad DPH indica la profundidad para cada pixel en cada porción de la imagen de video 2D MVW. De acuerdo con el mapa de profundidad DPH, en la imagen de video 2D MVW, el área de presentación visual DA1 de la placa circular DSC está más cerca del espectador que la pantalla, y el área de presentación visual DA2 del fondo BGV es más profunda que la pantalla. La unidad de generación de video de paralaje PDG en el dispositivo de reproducción calcula primero el paralaje binocular para cada porción de la imagen de video 2D MVW usando la primero el paralaje binocular para cada porción de la imagen de video 2D usando la profundidad de cada porción indicada por el mapa de profundidad DPH. Después, la unidad de generación de video de paralaje PDG desplaza la posición de presentación de cada porción en la imagen de video 2D MVW a la izquierda o derecha de acuerdo con el paralaje binocular calculado para construir la vista izquierda LVW y la vista derecha RVW. En el ejemplo mostrado en la figura 83, la unidad de generación de video de paralaje PDG desplaza la posición de presentación de la placa circular DSC en la imagen de video 2D MVW como sigue: la posición de presentación de la placa circular DSL en la vista izquierda LV es desplazada a la derecha por la mitad de su paralaje binocular, SI, y la posición de presentación de la placa circular DSR en la vista derecha RVW se desplaza a la izquierda por la mitad de su paralaje binocular, SI. De esta manera, el espectador percibe la placa circular DSC como estando más cerca que la pantalla. De manera inversa, la unidad de generación de video de paralaje PDG desplaza la posición de presentación del fondo BGV en la imagen de video 2D MVW como sigue: la posición de presentación del fondo BGL en la vista izquierda LVW se desplaza a la izquierda por la mitad de su paralaje binocular, S2, y la posición de presentación del fondo BGR en la vista derecha RVW se desplaza a la derecha por la mitad de su paralaje binocular, S2. De esta manera, el espectador percibe el fondo BGV como siendo más profundo que la pantalla.
Un sistema de reproducción para imágenes de video 3D con uso de video de paralaje está en uso general, habiendo ya sido establecido para usarse en salas de cine, atracciones en parques de diversiones y similares. En consecuencia, este método también es útil para implementar sistemas de teatro en casa que puedan reproducir imágenes de video 3D. En las modalidades de la presente invención, entre métodos que usan video de paralaje, se asume que se usa un método de secuenciación de cuadros alternos o un método que usa lentes de polarización. Sin embargo, aparte de estos métodos, la presente invención también puede aplicarse a otros métodos diferentes, siempre y cuando usen video de paralaje. Esto será obvio para alguien experto en la técnica a partir de la explicación anterior de las modalidades. <Sistema de archivos en el disco BD-ROM> Cuando UDF se usa como el sistema de archivos para el disco BD-ROM 101, el área de volumen 202B mostrada en la figura 2 incluye generalmente áreas en las cuales una pluralidad de directorios, un descriptor de conjuntos de archivos y un descriptor de terminación son grabados respectivamente. Cada "directorio" es un grupo de datos que compone el directorio. Un "descriptor de conjuntos de archivos" indica el LBN del sector en el cual una entrada de archivo para el directorio de raíz es almacenada. El "descriptor de terminación" indica el fin del área de grabación para el descriptor de conjuntos de archivos.
Cada directorio comparte una estructura de datos común. En particular, cada directorio incluye una entrada de archivo, archivo de directorios y un grupo de archivos subordinado .
La "entrada de archivo" incluye una etiqueta descriptora, etiqueta de Bloque de Control de Información (ICB) , y descriptor de asignación. La "etiqueta descriptora" indica que el tipo de los datos que incluyen la etiqueta descriptora es una entrada de archivo. Por ejemplo, cuando el valor de la etiqueta descriptora es "261", el tipo de esos datos es una entrada de archivo. La "etiqueta ICB" indica información de atributos para la propia entrada de archivo. El "descriptor de asignación" indica el LBN del sector en el cual está grabado el archivo de directorios que pertenece al mismo directorio.
El "archivo de directorios" incluye típicamente una pluralidad de cada uno de un descriptor de identificador de archivo para un directorio subordinado y un descriptor de identificador de archivo para un archivo subordinado. El "descriptor de identificador de archivo para un directorio subordinado" es información para acceder al directorio subordinado ubicado directamente debajo de ese directorio. Este descriptor identificador de archivo incluye información de identificación para el directorio subordinado, longitud de nombre de directorio, dirección de entrada de archivo y nombre de directorio real. En particular, la dirección de entrada de archivo indica el LBN del sector en el cual la entrada de archivo del directorio subordinado es grabada. El "descriptor de identificador de archivo para un archivo subordinado" es información para acceder al archivo subordinado ubicado directamente debajo de ese directorio. Este descriptor de identificador de archivo incluye información de identificación para el archivo subordinado, longitud de nombre de archivo, dirección de entrada de archivo y nombre de archivo real. En particular, la dirección de entrada de archivo indica el LBN del sector en el cual está grabada la entrada de archivo del archivo subordinado. La "entrada de archivo del archivo subordinado", según se describe abajo, incluye información de dirección para los datos que constituyen el archivo subordinado real .
Al rastrear los descriptores de conjuntos de archivo y los descriptores identificadores de archivo de directorios/archivos subordinados en orden, la entrada de archivo de un directorio/archivo arbitrario grabado en el área de volumen 202B puede ser accedida. Específicamente, la entrada de archivo del directorio de raíz es especificada primero a partir del descriptor de conjunto de archivos, y el archivo de directorios para el directorio de raíz es especificado a partir del descriptor de asignación en esa entrada de archivo. Después, el descriptor identificador de archivo para el directorio inmediatamente debajo del directorio de raíz es detectado del archivo de directorios, y la entrada de archivo para ese directorio se especifica a partir de la dirección de entrada de archivo en el mismo. Más aún, el archivo de directorios para ese directorio es especificado a partir del descriptor de asignación en la entrada de archivo. Posteriormente, desde el interior del archivo de directorios, la entrada de archivo para el directorio subordinado o archivo subordinado se especifica de la dirección de entrada de archivo en el descriptor identificador de archivo para ese directorio subordinado o archivo subordinado.
Los "archivos subordinados" incluyen extensiones y entradas de archivo. Las "extensiones" son generalmente un múltiplo en número y son secuencias de datos cuyas direcciones lógicas, es decir, LBNs, son consecutivas en el disco. La totalidad de las extensiones comprende el archivo subordinado real . La "entrada de archivo" incluye una etiqueta descriptora, etiqueta ICB y descriptores de asignación. La "etiqueta descriptora" indica que el tipo de los datos que incluye la etiqueta descriptora es una entrada de archivo. La "etiqueta ICB" indica información de atributo para la propia entrada de archivo. Los "descriptores de asignación" son provistos en una correspondencia uno a uno con cada extensión e indica la disposición de cada extensión en el área de volumen 202B, específicamente el tamaño de cada extensión y el LBN para la parte superior de la extensión. En consecuencia, al referirse a cada descriptor de asignación, cada extensión puede ser accedida. Asimismo, los dos bits más significativos de cada descriptor de asignación indican si una extensión realmente está grabada en el sector para el LBN indicado por el descriptor de asignación. Específicamente, cuando los dos bits más significativos son "0", una extensión ha sido asignada al sector y ha sido realmente grabada en el mismo. Cuando los dos bits más significativos son "1", una extensión ha sido asignada al sector pero aún no ha sido grabada en el mismo.
Al igual que el sistema de archivos descrito arriba que emplea un UDF, cuando cada archivo grabado en el área de volumen 202B se divide en una pluralidad de extensiones, el sistema de archivos para el área de volumen 202B también almacena generalmente la información que muestra las ubicaciones de las extensiones, al igual que con los descriptores de asignación mencionados arriba, en el área de volumen 202B. Al referirse a la información, se puede encontrar la ubicación de cada extensión, particularmente la dirección lógica de la misma. <Tamaño de bloques de datos y bloques de extensiones> Como se muestra en la figura 19, los datos de flujo multiplexados en el disco BD-RO 101 son dispuestos al ser divididos en bloques de datos de vista dependiente D [n] y bloques de datos de vista base B [n] (n = 0, 1, 2, 3, ...) . Más aún, estos grupos de bloques de datos D [n] y B [n] son grabados consecutivamente en una pista en una disposición intercalada para formar una pluralidad de bloques de extensiones 1901-1903. Para asegurar reproducción sin interrupciones tanto de imágenes de video 2D como imágenes de video 3D a partir de estos bloques de extensiones 1901-1903, el tamaño de cada bloque de datos y cada bloque de extensiones 1901-1903 debe satisfacer las siguientes condiciones con base en la capacidad del dispositivo de reproducción 102. <<Condiciones a base de capacidad en modo de reproducción 2D>> La figura 84 es un diagrama de bloques que muestra procesamiento de reproducción en el dispositivo de reproducción 102 en modo de reproducción 2D. Como se muestra en la figura 84, este sistema de procesamiento de reproducción incluye la unidad de BD-ROM 3701, memoria de almacenamiento temporal de lectura 3721 y decodificador de objetivos de sistema 4225 mostrados en la figura 37. La unidad de BD-ROM 3701 lee extensiones 2D del disco BD-ROM 101 y transfiere las extensiones 2D para a la memoria de almacenamiento temporal de lectura 3721 a la velocidad de lectura RUD5 · El decodif icador de objetivos de sistema 4225 lee paquetes de origen de cada extensión 2D almacenada en la memoria de almacenamiento temporal de lectura 3721 a una velocidad de transferencia promedio RE T2D Y decodifica los paquetes de origen en datos de video VD y datos de audio AD.
La velocidad de transferencia promedio REXT2D es igual a 192/188 veces la velocidad promedio de procesamiento por el decodificador de objetivos de sistema 4225 para extraer paquetes TS de cada paquete de origen. En general, esta velocidad de transferencia promedio RE T2D cambia para cada extensión 2D. El valor máximo RMAX2D de la velocidad de transferencia promedio RE T2D es igual a 192/188 veces la velocidad de sistema RTs para el archivo 2D. En este caso, e coeficiente 192/188 es la relación de bytes en un paquete de origen a bytes en un paquete TS . La velocidad de transferencia media REXT2D se representa convencionalmente en bits/segundo y es específicamente igual al valor del tamaño de una extensión 2D expresada en bits dividida entre el tiempo ATC de extensión. El "tamaño de una extensión expresada en bits" es ocho veces el producto del número de paquetes de origen en la extensión y el número de bytes por paquete de origen (= 192 bytes x 8 bits/byte) .
La velocidad de lectura RUDS4 es expresada convencionalmente en bits/segundo y se establece a un valor más alto, por ejemplo, 54 Mbps, que un valor máximo RMAX2D de la velocidad de transferencia promedio REXT2D: RUDS4 > RMAX2D-Esto evita el sub- flujo en la memoria de almacenamiento temporal de lectura 3721 debido a procesamiento de decodificación por el decodif icador de objetivos de sistema 4225 mientras la unidad de BD-ROM 3701 está leyendo una extensión 2D del disco BD-ROM 101.
La figura 85A es una gráfica que muestra el cambio en la cantidad de datos DA almacenada en la memoria de almacenamiento temporal de lectura 3721 durante la operación en modo de reproducción 2D. La figura 85B es un diagrama esquemático que muestra la correspondencia entre un bloque de extensiones 8510 para la reproducción y una trayectoria de reproducción 8520 en modo de reproducción 2D. Como se muestra en la figura 85B, de acuerdo con la trayectoria de reproducción 8520, los bloques de datos de vista base B [n] (n = 0, 1, 2, ...) en el bloque de extensiones 8510 son leídos cada uno como una extensión 2D EXT2D [n] a partir del disco BD-ROM 101 en la memoria de almacenamiento temporal de lectura 3721. Como se muestra en la figura 85A, durante el periodo de lectura PR2D [n] para cada extensión 2D EXT2D [n] , la cantidad de datos DA almacenada se incrementa a una velocidad igual a RUD54~REXT2D [n] , la diferencia entre la velocidad de lectura RUDS4 y la velocidad de transferencia promedio ¾XT2D [n] . Un salto J2D [n] , sin embargo, ocurre entre dos extensiones 2D cntiguas EXT2D [n - 1] y EXT2D [n] . Ya que la lectura de dos bloques de datos de vista dependiente contiguos Dn es saltada durante el periodo de salto PJ2D [n] , correspondiente, la lectura de datos del disco BD-ROM 101 es interrumpida. En consecuencia, la cantidad de datos DA almacenada se reduce a una velocidad de transferencia promedio REXT2D [n] durante cada periodo de salto PJ2D [n] .
Las operaciones de lectura y transferencia por la unidad BD-ROM 3701 realmente no se llevan a cabo continuamente, como se sugiere por la gráfica en la figura 85A, sino más bien intermitentemente. Durante el periodo de lectura PR2D [n] para cada extensión 2D, esto evita que la cantidad de datos almacenada DA exceda la capacidad de la memoria de almacenamiento temporal de lectura 3721, es decir, el sobreflujo en la memoria de almacenamiento temporal de lectura 3721. En consecuencia, la gráfica en la figura 85A representa lo que realmente es un incremento gradual como un incremento directo aproximado.
Para reproducir imágenes de video 2D sin interrupciones a partir del bloque de extensiones 8510 mostrado en la figura 85B, deben satisfacerse las siguientes condiciones [1] y [2] . [1] Mientras se proporcionan continuamente datos desde la memoria de almacenamiento temporal de lectura 3721 hasta el decodificador de objetivos de sistema 4225 durante cada periodo de salto PJ2D [n] , la salida continua del decodificador de objetivos de sistema 4225 tiene que ser asegurada. Para hacer eso, debe satisfacerse la siguiente, condición: El tamaño SEX 2D [n] de cada extensión 2D EXT2D [n] es el mismo que la cantidad de datos transferida desde la memoria de almacenamiento temporal de lectura 3721 hasta el decodificador de objetivos de sistema 4225 a partir del periodo de lectura PR2D[n] hasta el siguiente periodo de salto PJ2D[n + 1] . Si éste es el caso, entonces como se muestra en la figura 85A, la cantidad de datos almacenada DA al final del periodo de salto PJ2D [n + 1] no cae debajo del valor al inicio del periodo de lectura PR2D [n] . En otras palabras, durante cada periodo de salto PJ2D [n] , se proporcionan datos continuamente desde la memoria de almacenamiento temporal de lectura 3721 hasta el decodificador de objetivos dé sistema 4225. En particular, no ocurre sub-flujo en la memoria de almacenamiento temporal de lectura 3721. En este caso, la longitud del periodo de lectura PR2D [n] es igual a SEXT2D [n] /RUD5 , el valor obtenido al dividir el tamaño SEXT2D [n] de una extensión 2D EXT2D [n] entre la velocidad de lectura RUD54 - En consecuencia, el tamaño SEXT2D [n] de cada extensión 2D EXT2D [n] debe ser igual a o mayor que el tamaño de extensión mínimo expresado en el lado derecho de la expresión 1.
"*"-T/CMP-2DI *????2?[?] (i) En la expresión 1, el tiempo de salto JUMP-2D [n] representa la longitud del periodo de salto PJ2D[n] en segundos. La velocidad de lectura UDS y la velocidad de transferencia promedio REXT2D. se expresan ambas en bits por segundo. En consecuencia, en la expresión 1, la velocidad de transferencia promedio EXT2D se divide entre 8 para convertir el tamaño SE T2D[n] de la extensión 2D de bits a bytes. Es decir, el tamaño SEXT2D [n] de la extensión 2D es expresado en bytes. La función CEIL() es una operación para redondear números fracciónales después del punto decimal del valor entre paréntesis. [2] Ya que la capacidad de la memoria de almacenamiento temporal de lectura 3721 es limitada, el valor máximo del periodo de salto JUMP-2D [n] es limitado. En otras palabras, incluso si la cantidad de datos almacenada DA inmediatamente antes de un periodo de salto PJ2D [n] es la capacidad máxima de la memoria de almacenamiento temporal de lectura 3721, si el tiempo de salto TJUMP_2D es demasiado largo, la cantidad de datos almacenada DA alcanzará cero durante el periodo de salto PJ2D [n] , y existe el peligro de que ocurra sub- flujo en la memoria de almacenamiento temporal de lectura 3721. En adelante, el tiempo para que la cantidad de datos almacenada DA disminuya de la capacidad máxima de la memoria de almacenamiento temporal de lectura 3721 a cero mientras el suministro de datos del disco BD-ROM 101 a la memoria de almacenamiento temporal de lectura 3721 sea detenido, es decir, el valor máximo del tiempo de salto TJUMP. 2D que garantiza la reproducción sin interrupciones, es llamado el "tiempo de salto máximo TJUMP MAX" .
En normas de discos ópticos, la correspondencia entre distancias de salto y tiempos de salto máximos se determina a partir de la velocidad de acceso de la unidad de disco óptico y otros factores. La figura 86 es un ejemplo de una tabla de correspondencia entre distancias de salto SJUMP y tiempos de salto máximos TJUMp_MAX para un disco BD-ROM. Como se muestra en la figura 86, distancias de salto SJUMP son representadas en unidades de sectores, y tiempos de salto máximos TJUMp_F4AX son representados en milisegundos . Un sector es igual a 2048 bytes . Cuando una distancia de salto SJUMP es cero sectores o está dentro de un intervalo de 1-10000 sectores, 10001-20000 sectores, 20001-40000 sectores, 40001 sectores- 1/10 de una carrera y 1/10 de una carrera o más, el tiempo de salto máximo TJUMp_MAx correspondiente es 0 mseg, 250 mseg, 300 mseg, 350 mseg, 700 mseg y 1400 mseg, respectivamente. Cuando la distancia de salto SJUMP es igual a cero sectores, el tiempo de salto máximo TjUMp_MAx es igual a un tiempo de transición de sector cero TJUMP0. En el ejemplo de la figura 86, el tiempo de transición de sector cero TJUMP0 se considera que es 0 mseg.
Con base en las consideraciones anteriores, el tiempo de salto TJUMP-2D [n] que será sustituido en la expresión 1 es el tiempo de salto máximo TJUMP_MAX especificado para cada distancia de salto por normas de discos BD-ROM. Específicamente, la distancia de salto SJUMP entre las extensiones 2D EXT2D [n - 1] y EXT2D [n] es sustituido por la expresión 1 como el tiempo de salto TJUMP-2D [n] . Esta distancia de salto SJUMP es igual al tiempo de salto máximo TJUMP_MAX que corresponde al número de sectores desde el final de la (n + l)a extensión 2D EXT2D [n] hasta la parte superior de la (n + 2)a extensión 2D EXT2D [n + 1] como se encuentra en la tabla en la figura 86.
Ya que el tiempo de salto JUMp-2D[n] para el salto entre dos extensiones 2D EXT2D [n] y EXT2D [n + 1] es limitado al tiempo de salto máximo TJUMP_MAx, la distancia de salto SJUMp, es decir, la distancia entre las dos extensiones 2D EXT2D [n] y EXT2D [n + 1] , también es limitada. Cuando el tiempo de salto TJUMP es igual a un tiempo de salto máximo TjUMp_MAX, la distancia de salto SJUMP alcanza un valor máximo, conocido como la "distancia de salto máxima SJUMP_MAX" · Para la reproducción sin interrupciones de imágenes de video 2D, además del tamaño de extensiones 2D que satisfacen la expresión 1, la distancia entre extensiones 2D tiene que ser igual a o menor que la distancia de salto máxima SJUMP_MAX.
Dentro de cada bloque de extensiones, la distancia entre extensiones 2D es igual al tamaño de un bloque de datos de vista dependiente. En consecuencia, este tamaño es limitado a ser igual a o menor que la distancia de salto máxima SJUMP_MAX- Específicamente, cuando el tiempo de salto máximo TJUMP MAX entre extensiones 2D es limitado al valor mínimo 250 mseg especificado en la figura 86, entonces la distancia entre extensiones 2D, es decir, el tamaño de bloques de datos de vista dependiente, es limitado a la distancia de salto máxima correspondiente SJUMP_MAX = 10000 sectores o menos.
Cuando se reproducen sin interrupciones dos bloques de extensiones dispuestos en diferentes capas de grabación, ocurre un salto largo entre la (n + l)a extensión 2D EXT2D [n] ubicada al final del bloque de extensión más inicial y la (n + 2)a extensión 2D EXT2D [n + 1] ubicada en la parte superior del último bloque de extensiones. Este salto largo es causado por una operación, tal como un salto de foco, para cambiar la capa de grabación. En consecuencia, además del tiempo de salto máximo TJUMP_MAX especificado en la tabla en la figura 86, el tiempo requerido para este salto largo incluye además un "tiempo de cambio de capas", que es el tiempo necesario para una operación de cambiar la capa de grabación. Este "tiempo de cambio de capas" es, por ejemplo, 350 mseg. Como resultado, en la expresión 1, qué tamaño de la (n + l)a extensión 2D EXT2D [n] debe satisfacer, el tiempo de salto TJUMP-2D [n] se determina por la suma de dos parámetros TJ [n] y TL [n] : TjuMp.aD.n] = TJ [n] + TL [n] . El primer parámetro TJ [n] representa el tiempo de salto máximo TJUMP_MAX especificado para la distancia de salto SJUMP del salto largo de acuerdo con normas para discos BD-ROM. Este tiempo de salto máximo TJUMP MAX es igual al valor, en la tabla de la figura 86, que corresponde al número de sectores desde el final de la (n + 1) a extensión 2D EXT2D [n] hasta la parte superior de la (n + 2) a extensión 2D EXT2D [n + 1]. El segundo parámetro TL [n] representa el tiempo de cambio de capas, por ejemplo 350 mseg. En consecuencia, la distancia entre dos extensiones 2D EXT2D [n] y EXT2D [n + 1] se limita a ser igual a o menor que la distancia de salto máxima SJUMP_MAX que corresponde, en la tabla de la figura 86, al tiempo de salto máximo TJUMP_MA del salto largo menos el tiempo de cambio de capas. <<Condiciones a base de capacidad en modo de reproducción 3D>> La figura 87 es un diagrama de bloques que muestra procesamiento de reproducción en el dispositivo de reproducción 102 en modo de reproducción 3D. Como se muestra en la figura 87, de entre los elementos mostrados en la figura 42, este sistema de procesamiento de reproducción incluye la unidad de BD-ROM 4201, interruptor 4220, par de RB1 4221 y RB2 4222, y decodificador de objetivos de sistema 4225. La unidad de BD-ROM 4201 lee extensiones SS del disco BD-ROM 101 y transfiere las extensiones SS al interruptor 4220 a una velocidad de lectura UD72 · El interruptor 4220 separa extensiones SS en bloques de datos de vista base y bloques de datos de vista dependiente. Los bloques de datos de vista base son almacenados en la RB1 4221, y los bloques de datos de vista dependiente son almacenados en RB2 4222. El decodificador de objetivos de sistema 4225 lee paquetes de origen de los bloques de datos de vista base almacenados en la RB1 4221 a la velocidad de transferencia de vista base REXTI y lee paquetes de origen de los bloques de datos de vista dependiente almacenados en la RB2 4222 a una velocidad de transferencia de vista dependiente E T2 · El decodificador de objetivos de sistema 4225 decodifica también pares de bloques de datos de vista base y bloques de datos de vista dependiente leídos en datos de video VD y datos de audio AD.
La velocidad de transferencia de vista base REXTI y la velocidad de transferencia de vista dependiente REXT2 son iguales a 192/188 veces la velocidad promedio de procesamiento por el decodificador de objetivos de sistema 4225 para extraer paquetes TS respectivamente de cada paquete de origen en los bloques de datos de vista base y los bloques de datos de vista dependiente. El valor máximo RMA I de la velocidad de transferencia de vista base REXTI es igual a 192/188 veces la velocidad de sistema RTSi para el archivo 2D. El valor máximo RMAX2 de la velocidad de transferencia de vista dependiente REXT2 es igual a 192/188 veces la velocidad del sistema RTS2 para el archivo DEP. Las velocidades de transferencia REXTI y ¾?t2 se representan convencionalmente en bits/segundo y son específicamente iguales al valor del tamaño de cada bloque de datos expresado en bits dividido entre el tiempo ATC de extensión. El tiempo ATC de extensión es igual al tiempo requerido para transferir todos los paquetes de origen en el bloque de datos de las memorias de almacenamiento temporal de lectura 4221, 4222 al decodificador de objetivos de sistema 4225.
La velocidad de lectura RUD72 es expresada convencionalmente en bits/segundo y se establece a un valor más alto, por ejemplo, 72 Mbps, que los valores máximos RMAXI / MA 2 de las velocidades de transferencia REXTI, EXT2 : RUD72 > RMAXI, RUD72 > RMAX2 · Esto evita sub-flujo en la RB1 4221 y RB2 4222· debido a procesamiento de decodificación por el decodif icador de objetivos de sistema 4225 mientras la unidad de BD-ROM 4201 está leyendo una extensión SS del disco BD-ROM 101.
[Conexión sin interrupciones dentro de un bloque de extensiones] Las figuras 88A y 88B son gráficas que muestran cambios en cantidades de datos DA1 y DA2 almacenadas en RB1 4221 y RB2 4222 cuando imágenes de video 3D son reproducidas sin interrupciones a partir de un solo bloque de extensiones. La figura 88C es un diagrama esquemático que muestra una correspondencia entre el bloque de extensiones 8810 y una trayectoria de reproducción 8820 en modo de reproducción 3D. Como se muestra en la figura 88C, de acuerdo con la trayectoria de reproducción 8820, el bloque de extensiones 8810 completo es leído de una sola vez como una extensión SS . Subsecuentemente, el interruptor 4220 separa la extensión SS en bloques de datos de vista dependiente D [k] y bloques de datos de vista base B [k] (k = n, n + 1, n + 2, ...) .
Las operaciones de lectura y transferencia por la unidad de BD-ROM 4201 realmente no se llevan a cabo continuamente, como lo sugieren las gráficas de las figuras 88A y 88B, sino más bien intermitentemente. Durante los periodos de lectura PRD [k] y PRB [k] para los bloques de datos D[k], B[k], esto evita el sub-flujo en la RB1 4221 y RB2 4222. En consecuencia, las gráficas de las figuras 88A y 88B representan lo que es realmente un incremento gradual como un incremento recto aproximado.
Como se muestra en las figuras 88A y 88B, durante el periodo de lectura PRD [n] del n° bloque de datos de vista dependiente D [n] , la cantidad de datos almacenada DA2 en la RB2 4222 se incrementa a una velocidad igual a RUD72-REXT2 [n] , la diferencia entre la velocidad de lectura RUD72 Y una velocidad de transferencia de vista dependiente REXT2 [n] , mientras que la cantidad de datos almacenada DA1 en la RB1 4221 se reduce a una velocidad de transferencia de vista base REXTI [n - 1] . Como se muestra en la figura 88C, una transición de sector cero J0 [2n] ocurre a partir del (n + 1)° bloque de datos de vista dependiente D [n] hasta el (n + 1)° bloque de datos de vista base B [n] . Como se muestra en las figuras 88A y 88B, durante el periodo de transición de sector cero PJo [n] , la cantidad de datos almacenada DA1 en la RB1 4221 continúa reduciéndose a la velocidad de transferencia de vista base REXTI [n - 1] , mientras que la cantidad de datos almacenada DA2 en la RB2 4222 se reduce a la velocidad de transferencia de vista dependiente REXT2 [n] .
Como se muestra más en las figuras 88A y 88B, durante el periodo de lectura PRB [n] del n° bloque de datos de vista base B [n] , la cantidad de datos almacenada DA1 en la RB1 4221 se incrementa a una velocidad igual a UD72 -REXTI [n] , la diferencia entre la velocidad de lectura RUD72 y una velocidad de transferencia de vista base REXTI fn] . Por otro lado, la cantidad de datos almacenada DA2 en la RB2 4222 continúa reduciéndose a la velocidad de transferencia de vista dependiente REXT2 [n] . Como se muestra más en la figura 88C, una transición de sector cero J0 [2n + 1] ocurre del bloque de datos de vista base B [n] al siguiente bloque de datos de vista dependiente D [n + 1) . Como se muestra en las figuras 88A y 88B, durante el periodo de transición de sector cero PJ0 [2n + 1] , la cantidad de datos almacenada DA1 en la RBl 4221 se reduce a la velocidad de transferencia de vista base REXTI [n] , y la cantidad de datos almacenada DA2 en la RB2 4222 continúa reduciéndose a la velocidad de transferencia de vista dependiente REXT2 [n] .
Para reproducir imágenes de video 3D sin interrupciones a partir de un bloque de extensiones 8810, deben satisfacerse las siguientes condiciones [3] y [4] . [3] El tamaño SEXTi [n] del (n + 1)° bloque de datos de vista base B [n] es al menos igual a la cantidad de datos transferida de la RB1 4221 al decodif icador de objetivos de sistema 4225 a partir del periodo de lectura correspondiente PRB [n] hasta inmediatamente antes del periodo de lectura PRB [n + 1] del siguiente bloque de datos de vista base B [n + 1] . En este caso, como se muestra en la figura 88A, inmediatamente antes del periodo de lectura PRB [n] del siguiente bloque de datos de vista base B [n + 1) , la cantidad de datos almacenada DA1 en la RB1 4221 no cae debajo de la cantidad inmediatamente antes del periodo de lectura PRB [n] del n° bloque de datos de vista base B [n] . La longitud del periodo de lectura PRB [n] del (n + 1)° bloque de datos de vista base B [n] es igual a SEXTI [n] RUD72 el valor obtenido al dividir el tamaño SEXTI [n] de este bloque de datos de vista base B [n] entre la velocidad de lectura RUD72 · Por otro lado, la longitud del periodo de lectura PRR [n + 1] del (n + 2) ° bloque de datos de vista dependiente D [n + 1] es igual a SEXT2 [n + 1]/RUD72; el valor obtenido al dividir el tamaño SEXT2 [n + 1] de este bloque de datos de vista dependiente D [n + 1] entre la velocidad de lectura RUD72 · En consecuencia, el tamaño SEXTI [n] de este bloque de datos de vista base B [n] debe ser igual a o mayor que el tamaño de extensión mínimo expresado en el lado derecho de la expresión 2.
S Wl[«]= V ?-¾72 SEXTi[n]=CEJ (2) [4] El tamaño SEXT2 [n] del (n + 1)° bloque de datos de vista dependiente D [n] es al menos igual a la cantidad de datos transferida de la RB2 4222 al decodif icador de objetivos de sistema 4225 a partir del periodo de lectura correspondiente PRR[n] hasta inmediatamente antes del periodo de lectura PRD [n + 1] del siguiente bloque de datos de vista dependiente D [n + 1] . En este caso, como se muestra en la figura 88B, inmediatamente antes del periodo de lectura PRD [n + 1] del siguiente bloque de datos de vista dependiente D [n + 1] , la cantidad de datos almacenada DA2 en la RB2 4222 no cae debajo de la cantidad inmediatamente antes del periodo de lectura PRD [n] del n° bloque de datos de vista dependiente D [n] . La longitud del periodo de lectura PRD [n] del (n + 1)° bloque de datos de vista dependiente D [n] es igual a SEXT2 [n] / UD72 / e valor obtenido al dividir el tamaño SEXT2 [n] de este bloque de datos de vista dependiente D [n] entre la velocidad de lectura RUD72 · En consecuencia, tamaño SEXT2 [n] de este bloque de datos de vis dependiente D [n] debe ser igual a o mayor que el tamaño extensión mínimo expresada en el lado derecho de expresión 3. r , ¾¡n-¿[n]= r, + JJUMP . nl +— + JUMPol2n + li X ^Et7-¡["] (3) [Conexión sin interrupciones entre bloques de extensiones] La figura 89B es un diagrama esquemático que muestra un (M + 1) ° (la letra M representa un entero mayor que o igual a 1) bloque de extensiones 8901 y (M + 2)° bloque de extensiones 8902 y la correspondencia entre estos bloques de extensiones 8901 y 8902 y una trayectoria de reproducción 8920 en modo de reproducción 3D. Como se muestra en la figura 89B, los dos bloques de extensiones 8901 y 8902 son separados por un límite de capa LB o un área de grabación para otros datos . De acuerdo con la trayectoria de reproducción 8920, el M° bloque de extensiones 8901 completo es leído primero de una sola vez como el (M + l)a extensión SS EXTSS [M] . Ocurre un salto J [M] inmediatamente después de esto. Posteriormente, el (M + 2)° bloque de extensiones 8902 es leído de una sola vez como la (M + l)a extensión SS EXTSS [M + 1] .
La figura 89A es un grupo de gráficas que muestra cambios en cantidades de datos DA1 y DA2 almacenadas en RB1 4221 y RB2 4222, así como los cambios en la suma DA1 + DA2 , cuando imágenes de video 3D son continuamente reproducidas sin interrupciones a partir de dos bloques de extensiones 8901 y 8902. En la figura 89A, la línea punteada larga y corta alternante indica cambios en la cantidad de datos DA1 almacenada en la RB1 4221, la línea punteada indica cambios en la cantidad de datos DA2 almacena en la RB2 4222, y la línea continua indica cambios en la suma DA1 + DA2 de las dos cantidades de datos. En esta gráfica, la línea continua es una aproximación que promedia cambios pequeños cada vez que un bloque de datos es leído. Además, el tiempo de transición de sector cero TJUMp0 se considera que es "cero segundos" .
Como se muestra en la figura 89A, durante el periodo PRBLKM durante el cual el (M + 1)° bloque de extensiones 8901 completo es leído del disco BD-ROM 101 en la RB1 4221 y RB2 4222, las cantidades de datos DA1 y DA2 almacenadas respectivamente en las RB1 4221 y RB2 4222 se incrementan ambas. Específicamente, durante el periodo PRBLK[M] durante el cual el (M + 1)° bloque de extensiones 8901 completo es leído, la suma DA1 + DA2 de las cantidades de datos almacenadas se incrementa a una velocidad igual a la diferencia RUD72-REXTSS [M] entre la velocidad de lectura ?½>72 y una velocidad de transferencia promedio REXTSS [M] · Esta velocidad de transferencia promedio REXTSS [M] se evalúa como el valor obtenido al dividir el tamaño del (M + 1) 0 bloque de extensiones 8701 completo, es decir, el tamaño SEXTSS [ ] del (M + l)a extensión SS EXTSS [M] , entre el tiempo ATC de extensión TEXTSS · En el punto en que el último bloque de datos de vista base en el (M + 1) ° bloque de extensiones 8901 es leído en la RB1 4221, la suma DA1 + DA2 de la cantidad de datos almacenada alcanza su valor máximo. Durante el periodo PJ[M] del salto J [M] inmediatamente subsecuente, la suma DA1 + DA2 de la cantidad de datos almacenada se reduce a la velocidad de transferencia promedio REXTSS [M] · En consecuencia, al ajustar el valor máximo de la suma DA1 + DA2 de la cantidad de datos almacenada para que sea suficientemente grande, sub-flujo en la RB1 4221 y RB2 4222 durante el salto J [M] puede ser evitado. Como resultado, los dos bloques de extensiones 8901 y 8902 pueden ser conectados sin interrupciones.
El valor máximo de la suma DA1 + DA2 de la cantidad de datos almacenada se determina por el tamaño del (M + 1) 0 bloque de extensiones 8701. En consecuencia, para conectar sin interrupciones el (M + 1) 0 bloque de extensiones 8901 al (M + 2)° bloque de extensiones 8902, el tamaño del ( + 1) 0 bloque de extensiones 8901, es decir el tamaño SEXTss [M] del (M + 1)° bloque de extensiones SS EXTSS [M] , debe satisfacer la condición 5. [5] Durante el periodo de lectura PRD [m] del bloque de datos de vista dependiente D ubicado en la parte superior del (M + 1)° bloque de extensiones 8901, se lleva a cabo precarga (la letra m representa un entero mayor que o igual a 1) . Durante este periodo de precarga PRD [m] , el bloque de datos de vista base B que corresponde al bloque de datos de vista dependiente D no ha sido almacenado en la RB1 4221, y de esta manera el bloque de datos de vista dependiente D no puede ser transferido de la RB2 4222 al decodificador de objetivos de sistema 4225. En consecuencia, datos en el M° bloque de extensiones se transfieren de la RB2 4222 al decodificador de objetivos de sistema 4225 durante el periodo de precarga PRD [m] . Esto mantiene la provisión de datos al decodificador de objetivos de sistema 4225. En forma similar, durante el periodo de lectura PRD [n] del bloque de datos de vista dependiente D ubicado en la parte superior del (M + 2)° bloque de extensiones 8902, se lleva a cabo precarga (la letra n representa un entero mayor que o igual a m + 1) . En consecuencia, durante el periodo de precarga PRD[n], que continúa del periodo de salto J[M] inmediatamente anterior, datos en el (M + 1) ° bloque de extensiones 8901 son transferidos de la RB2 4222 al decodificador de objetivos de sistema 4225. Esto mantiene la provisión de datos al decodificador de objetivos de sistema 4225. Por lo tanto, para evitar sub-flujo tanto en la RB1 4221 como en la RB2 4222 durante el salto J [M] , el tiempo ATC de extensión TEXTSS de la (M + l)a extensión SS EXTSS [M] debe ser al menos igual a la longitud del periodo a partir del tiempo de fin TO del periodo de precarga PRD [m] en el (M + 1)° bloque de extensiones 8901 hasta el tiempo de fin TI del periodo de precarga PRD [m] en el (M + 2)° bloque de extensiones 8902. En otras palabras, el tamaño SEXTSS [M] de la (M + l)a extensión SS EXTSS [M] debe ser al menos igual a la suma de las cantidades de datos transferidas de la RB1 4221 y RB2 4222 al decodif icador de objetivos de sistema 4225 durante el periodo T0-T1.
Como es claro de la figura 89A, la longitud del periodo T0-T1 es igual a la suma de la longitud del periodo T0-T1 es igual a la suma de la longitud del periodo de lectura PRBL [M] del (M + 1)° bloque de extensiones 8901, el tiempo de salto TJ0MP [M] del salto J [M] , y la diferencia TDiFF [M] en las longitudes de los periodos de precarga PRD [n] y PRD [m] en los bloques de extensiones 8901 y 8002. Además, la longitud del periodo de salto PRBL [MÍ del (M + 1)° bloque de extensiones 8901 es igual a SEXTSs [M] /RUD72 , el valor obtenido al dividir el tamaño SEXTss [M] de la (M + l)a extensión SS EXTSS [M] entre la velocidad de lectura RUD72- En consecuencia, el tamaño SEXTSS [M] de la (M + l)a extensión SS EXTSS [M] debe ser igual a o mayor que el tamaño de extensión mínimo expresado en el lado derecho de la expresión 4.
W ] > j * ] \ {Tjuup[M] + Td!fÁM]) (4) Las longitudes de los periodos de precarga PRD [m] y PRD [n] son respectivamente iguales a SE 2 [m] /í½>72 y SEX 2 [n] /RUD72 os valores obtenidos al dividir los tamaños SEXT2 [ni] y SEXT2 [n] del bloque de datos de vista dependiente D ubicado en la parte superior de los bloques de extensiones 8901 y 8902 entre la velocidad de lectura RUD72 · En consecuencia, la diferencia TDIFF en las longitudes de los periodos de precarga PRD [m] y PRD [n] es igual a la diferencia en estos valores: TDIFF = SEXT2 [n] / UD72"SEXT [m] /RUD72 · Nótese que, al igual que en el lado derecho de las expresiones 1-3, el lado derecho de la expresión 4 puede ser expresado como un valor entero en unidades de bytes.
También, cuando la decodificación de datos de flujo multiplexados es mejorada como sigue, la diferencia TDIFF en el lado derecho de la expresión 4 puede considerarse como cero. Primero, el valor máximo de la diferencia TDIFF a lo largo de los datos de flujo multiplexados , es decir, el peor valor de TDIFF, es buscada. Después, cuando los datos de flujo multiplexados son reproducidos, el inicio de la decodificación es retrasado después del inicio de la lectura por un tiempo igual al peor valor de TDIFF. <<Condiciones para reducir las capacidades de las memorias de almacenamiento temporal de lectura» Las figuras 90A y 90B son gráficas que muestran cambios en cantidades de datos DA1 y DA2 almacenadas en RB1 4221 y RB2 4222 cuando imágenes de video 3D son reproducidas sin interrupciones a partir de los dos bloques de extensiones 8901 y 8902 consecutivos mostrados en la figura 89B. Como se muestra en la figura 90A, la cantidad de datos almacenada DA1 en la RB1 4221 alcanza un valor máximo DM1 en el punto cuando bloques de datos de vista base B [n - 1] al final del (M + 1) 0 bloque de extensiones 8901 es leído en la RB1 4221. Además, la cantidad de datos almacenada DA1 se reduce a la velocidad de transferencia de vista base REXTI [n - 1] a partir del periodo PJ [M] del salto J [M] inmediatamente subsecuente hasta el periodo de precarga PRD[n]. en el (M + 2)° bloque de extensiones 8902. En consecuencia, para evitar que la cantidad de datos almacenada DA1 alcance cero antes de la conclusión del periodo de precarga PRD [n] , el valor máximo DM1 de la cantidad de datos almacenada DA1 debe ser igual a o mayor que la cantidad de datos transferida de la RB1 4221 al decodificador de objetivos de sistema 4225 durante el periodo de salto PJ [M] y el periodo de precarga PRD [n] . En otras palabras, el valor máximo DM1 de la cantidad de datos almacenada DAl debe ser mayor que o igual a la suma de la longitud TJUMP [M] del periodo de salto PJ [M] y la longitud del periodo de precarga PRD [n] , SEXT2 [n] /RUD72 , multiplicada por la velocidad de transferencia de vista base REXTI -n - 1] = DM1 = [M] + SEX 2 tn- /R-UD72) ? ¾?t? -n ~ 1- · Cuando la longitud TJUMP [M] del periodo de salto PJ [M] es igual al tiempo de salto máximo TJUMP_MAX del salto J [M] , y la velocidad de transferencia de vista base REXTI [n - 1] es igual a su valor máximo RMAXI, el valor máximo DM1 de la cantidad de datos almacenada DAl está en su valor más grande. En consecuencia, la RB1 4221 tiene que tener una capacidad RB1 igual o mayor que el valor máximo DM1 en este caso: RB1 > (TJUMP_AX + •3EXT2 R-UD72) x RMA I- Por otro lado, como se muestra en la figura 90B, en el punto cuando la lectura del bloque de datos de vista base final B [n - 1] en el (M + 1)° bloque de extensiones 8901 inicia, la cantidad de datos almacenada DA2 en la RB2 4222 alcanza su valor máximo DM2. Además, la cantidad de datos almacenada DA2 se reduce a la velocidad de transferencia de vista dependiente REXT2 [n - 1] del periodo de lectura del bloque de datos de vista base B [n - 1] al periodo de precarga PRD [n] en el (M + 2)° bloque de extensiones 8902. En consecuencia, para mantener la provisión de datos al decodificador de objetivos de sistema 4225 hasta el fin del periodo de precarga PRD [n] , el valor máximo DM2 de la cantidad de datos almacenada DA2 debe ser igual a o mayor que la cantidad de datos transferida de la RB2 4222 al decodificador de objetivos de sistema 4225 durante el periodo de lectura del bloque de datos de vista base B [n - 1] , el periodo de salto PJ [M] y el periodo de precarga PRD [n] . En otras palabras, el valor máximo DM2 de la cantidad de datos almacenada DA2 debe ser mayor que o igual a la suma de la longitud del periodo de lectura del bloque de datos de vista base B [n - l]SEXTi[n - 1]/RUD72# a longitud TJUMP [M] del periodo de salto PJ [M] , y la longitud del periodo de precarga PRD [n] , SEXT2 [n] / UD72 , multiplicada por la velocidad de transferencia de vista dependiente REXT2 [n - 1] : DM2=(SEXT2[n - 1] /RUD72 + TJUMP.M] + SEXT2 [n] /RUD72) x RE Titn - 1] . Cuando la longitud TJUMP [M] del periodo de salto PJ [M] es igual al tiempo de salto máximo TJUMP_MAX del salto J [M] , y la velocidad de transferencia de vista dependiente REXT2 [n - 1] es igual a su valor máximo RMAX2» el valor máximo DM2 de la cantidad de datos almacenada DA2 está en su valor más grande . En consecuencia, la RB2 4222 tiene que tener una capacidad RB2 igual a o mayor que el valor máximo DM2 en este caso: RB2 > (SETI [ - 1] /RUD72 + TJUMPJUIAX + SEXT2 [n] /RUD 2) x RMAX2 · Además, ya que cualquier bloque de datos de vista dependiente puede ser el primer bloque de datos leído durante la reproducción interrumpida, la capacidad RB2 de la RB2 4222 no debe ser menor que el tamaño de cualquiera de los bloques de datos de vista dependiente: RB2=SEXT2 [k] (la letra k representa un entero arbitrario) .
Según la descripción anterior, los límites inferiores de las capacidades RBl y RB2 de la RBl 4221 y RB2 4222 se determinan por los tamaños SEXTi [k] y SEXT2 [k] de los bloques de datos. En consecuencia, para economizar las capacidades RBl y RB2, el límite superior de los tamaños SEXTI [k] y SEXT2 [k] de los bloques de datos, es decir el tamaño de extensión máximo, es limitado por la siguiente condición [6] . [6] Como se muestra en la figura 19, los bloques de datos de vista base B [k] en cada bloque de extensiones 1901-1903 son compartidos por un archivo 2D y un archivo SS. En consecuencia, el tamaño SEXTi [k] de los bloques de datos de vista base B [k] debe satisfacer la expresión 1. Por otro lado, para reducir la capacidad RBl de la RBl 4221 lo más posible, el tamaño SEXTI [k] de los bloques de datos de vista base B [k] debe ser igual a o menor que el límite inferior del tamaño de extensión mínimo de extensiones 2D. En otras palabras, el tamaño SEXTI [k] debe ser igual a o menor que el tamaño de extensión máximo expresado en el lado derecho de la expresión 5.
S°EXTÚ TKArK1 CFIT ¦T* JUMP-2D UJN (5) Nótese que el límite inferior del tamaño de extensión mínimo de extensiones 2D se evaluó por la expresión 1 en la cual la velocidad de transferencia promedio REXTCD incluida en el denominador del lado derecho de la expresión 1 ha sido reemplazado con el valor máximo RMAX- En esta expresión, el tiempo de salto TJUMP-2D_MIN es el valor mínimo del tiempo de salto necesario en cada bloque de extensiones 1901-1903, es decir, el valor mínimo del tiempo de salto máximo TJUMP_MAX entre extensiones 2D. Específicamente, el tiempo de salto TJUMP-2D_MI se establece al valor mínimo de 250 mseg especificado en la tabla en la figura 86. Mientras tanto, la distancia entre extensiones 2D es igual al tamaño [k] de un bloque de datos de vista dependiente D [k] . En consecuencia, cuando el tiempo de salto TJUMP^D IN se establece en 250 mseg, el tamaño SEXT2 [k] del bloque de datos de vista dependiente D [k] se limita a la distancia de salto máxima SJUMP MAX — 10000 sectores o menos que corresponde al tiempo de salto máximo JUMPJVRX = 250 mseg en la tabla en la figura 86. En otras palabras, el tamaño de extensión máximo de bloques de datos de vista dependiente es 10000 sectores. <<Conc1usión>> Para reproducir sin interrupciones tanto imágenes de video 2D como imágenes de video 3D a partir de una pluralidad de bloques de extensiones, se deben satisfacer todas las condiciones [1] - [6] anteriores. En particular, los tamaños de los bloques de datos y bloques de extensiones deben satisfacer las siguientes condiciones 1-5.
Condición 1: El tamaño SE 2D de una extensión 2D debe satisfacer la expresión 1.
Condición 2 : El tamaño SEXTi de un bloque de datos de vista base debe satisfacer la expresión 2.
Condicion 3 : El tama o SEXT2 de un bloque de datos de vista dependiente debe satisfacer la expresión 3.
Condición 4 : El tamaño SEXTSS de un bloque de extensiones debe satisfacer la expresión 4.
Condición 5 : El tamaño SEXTi de un bloque de datos de vista base debe satisfacer la expresión 5. <<Modificaciones a la condición 1>> Como es claro de la trayectoria de reproducción 2101 en el modo de reproducción 2D mostrado en la figura 21, ocurren saltos frecuentemente en modo de reproducción 2D. En consecuencia, para asegurar más una reproducción sin interrupciones, es preferible añadir además un margen (tolerancia) al tamaño de extensión mínimo de las extensiones 2D representadas por el lado derecho de la expresión 1. Sin embargo, la adición de este margen no debe cambiar de expresión 5. Esto es porque puede causar que la capacidad de la memoria de almacenamiento temporal de lectura se incremente. A continuación se muestran tres métodos para añadir este margen sin cambiar la expresión 5.
El primer método añade un margen al tamaño de extensión mínimo de una extensión 2D al reemplazar la velocidad de transferencia promedio REXT2D incluida en el denominador del lado derecho de la expresión 1 con el valor máximo RMAX. En otras palabras, la condición 1 es cambiada de tal forma que el tamaño SEXT2D de una extensión 2D satisfaga la expresión 6 en lugar de la expresión 1. (6) Nótese que, en la expresión 5, una expresión que se obtiene al reemplazar la velocidad de transferencia promedio REXT2D incluida en el denominador del lado derecho de la expresión 1 con el valor máximo RMA 2D es usado. En consecuencia, incluso si la expresión 1 es cambiada a la expresión 6, la expresión 5 no es cambiada.
El segundo método añade un margen al tamaño de extensión mínimo de una extensión 2D al extender el tiempo ATC de extensión de la extensión 2D en ?? segundos. En otras palabras, la condición 1 es cambiada de tal forma que el tamaño SEXT2D de una extensión 2D satisfaga la expresión 7A o 7B en lugar de la expresión *-EXT2D ?£m£>l ]=CEIL UD54 EXT7D [n] (7A) (7B) El tiempo de extensión ?? puede ser determinado por la longitud de un GOP, o por el límite superior del número de extensiones que pueden ser reproducidas durante un tiempo predeterminado. Por ejemplo, si la longitud de un GOP es un segundo, ?? se establece en 1.0 segundos. Por otro lado, si el límite superior del número de extensiones que pueden ser reproducidas durante un tiempo predeterminado en segundos es n, entonces ?? se pone en el tiempo predeterminado/n .
El tercer método añade un margen al tamaño de extensión mínimo de la extensión 2D al reemplazar la velocidad de transferencia promedio RE T2D incluida a lo largo del lado derecho de la expresión 1 con el valor máximo RMA 2D-En otras palabras, la condición 1 se cambia de tal forma que el tamaño SEXT2D de una extensión 2D satisfaga la expresión 8 en lugar de la expresión 1.
SEXTIDW= CEIL (8) En este método, un margen todavía más grande puede añadirse al tamaño de extensión mínimo. Sin embargo, de manera inversa, incluso cuando la velocidad de bits de la extensión 2D es baja, el tamaño tiene que mantenerse lo suficientemente grande. En consecuencia, es necesario comparar el tamaño del margen con la eficiencia de datos de grabación en el disco BD-ROM.
Nótese que, cuando el segundo método se adopta y si más certidumbre de la reproducción sin interrupciones de las imágenes de video 2D puede ser priorizada sobre la reducción de la capacidad de la memoria de almacenamiento temporal de lectura, la expresión 5 puede ser cambiada por la expresión 9. <Velocidad de transferencia de datos de flujo> La figura 91 es un diagrama de bloques que muestra el sistema de procesamiento de flujos de video provisto en el decodi f icador de objetivos de sistema 4225 en el modo de reproducción 3D. Como se muestra en la figura 91, el sistema de procesamiento incluye el par de desempaquetadores de origen 4511 y 4512, el par de filtros PID 4513 y 4514, y el decodificador de video primario 4515 que se muestran en la figura 45.
El primer desempaquetador de origen 4511 lee paquetes de origen de cada bloque de datos de vista base en la RB1 4221 a la velocidad de transferencia de vista base REXTI- El primer desempaquetador de origen 4511 extrae además paquetes TS de los paquetes de origen y transfiere los paquetes TS al primer filtro PID 4513. La velocidad de transferencia promedio alcanza la velocidad de sistema RTsi para el archivo 2D al máximo. Así, el valor máximo RMA I de la velocidad de transferencia de vista base REXTI es igual a 192/188 veces la velocidad de sistema RTsi · El primer filtro PID 4513 transmite paquetes TS incluyendo el flujo de video de vista base a la TBl 4501 en el decodif icador de video primario 4515. La TBl 4501 restablece paquetes PES a partir de los paquetes TS y transfiere los paquetes PES a la MB1 4502 a la velocidad promedio RX1. La MB1 4502 extrae VAUs del flujo de video de vista base de los paquetes PES, y transfiere los VAUs a la EB1 4503 a la velocidad promedio RbXl- El segundo desempaquetador de origen 4512 lee paquetes de origen de cada bloque de datos de vista dependiente en la RB2 4222 a la velocidad de transferencia de vista dependiente REXT2 - El segundo desempaquetador de origen 4512 extrae además paquetes TS de los paquetes de origen y transfiere los paquetes TS al segundo filtro PID 4514. La velocidad de transferencia promedio alcanza la velocidad de sistema RTS2 para el archivo DEP al máximo. De esta manera el valor máximo RMAX2 de la velocidad de transferencia de vista dependiente E T2 es igual a 192/198 veces la velocidad de sistema RTs2 · El segundo filtro PID 4514 transmite paquetes TS que incluyen el flujo de video de vista dependiente a la TB2 4508 en el decodificador de video primario 4515. La TB2 4508 restablece paquetes PES a partir de los paquetes TS y transfiere los paquetes PES a la MB2 4509 a la velocidad promedio RX2. La MB2 4509 extrae VAUs del flujo de video de vista dependiente de los paquetes PES, y transfiere las VAUs a la EB2 4510 a la velocidad promedio Rbx2 · Las VAUs almacenadas en cada una de la EB1 4503 y la EB2 4510 se transfieren de manera alternante a la DEC 4504 por el interruptor de memoria de almacenamiento temporal 4506, y se decodifican a datos de imagen descomprimidos por el DEC 4504. Aquí, como se muestra en la figura 7, las imágenes de vista dependiente son comprimidas con referencia a las imágenes de vista base. En consecuencia, la velocidad de bits promedio de las imágenes de vista dependiente es más baja que aquella de las imágenes de vista base. De esta manera la velocidad de sistema RTS2 para el archivo DEP puede establecerse para ser más que la velocidad de sistema RTSi por el archivo 2D. Por ejemplo, cuando la velocidad de sistema RTSI para el archivo 2D se establece para ser igual a o más baja que 45 Mbps, la velocidad de sistema RT=2 para el archivo DEP puede establecerse para ser igual a o más baja que 30 Mbps: RTsi = 45 Mbps, RTs2 = 30 Mbps.
Aquí, se asume que la suma de las velocidades de sistema RTSi y RTS2 está restringida a igual a o menor que un valor umbral predeterminado. El valor umbral predeterminado se establece para ser igual a o más pequeño que el ancho de una banda de transferencia asignada al decodif icador de objetivos de sistema 4225, por ejemplo, igual a 60 Mb s: RTS1 + RTS2 = 60 Mbps. En ese caso, cuando la velocidad de sistema RTSi para el archivo 2D se establece en 45 Mbps, la velocidad de sistema RTS2 para el archivo DEP se restringe a igual a o más pequeña que 15 Mbps: RTSi = 45 Mbps, RTS2 < 15 Mb s. Siempre y cuando la velocidad de bits de cada flujo de video se mantenga al valor promedio, la restricción en la suma de las velocidades de sistema RTS1 y RTS2 es adecuada para usar la banda de transferencia eficientemente. Sin embargo, en la actualidad, hay casos en los que la velocidad de bits del flujo de video de vista dependiente excede temporalmente la velocidad de bits del flujo de video de vista base. Por ejemplo, imágenes de video 3D que representan escenas naturales, esta inversión de velocidades de bits puede ocurrir cuando la vista base (es decir, vista izquierda) se desenfoque repentinamente y sólo la vista dependiente (es decir, la vista derecha) sea enfocada. En ese caso, aunque la velocidad de transferencia de vista base REXTI es mucho más baja que la velocidad de sistema RTsi = 45 Mbps, la velocidad de transferencia de vista dependiente REX 2 no puede exceder la velocidad de sistema RTS2 = 15 Mbps (precisamente, 192 / 188 * 1.02 veces de la misma. En adelante, el coeficiente se considera como "1" a menos que se indique lo contrario) . Como se entiende a partir de esto, cuando la suma de las velocidades de sistema RTSi y RTS2 es restringida, la velocidad de transferencia de vista dependiente RE T2 no puede responder a un incremento temporal en la velocidad de bits del flujo de video de vista dependiente.
Esta respuesta al incremento temporal puede lograrse al restringir, en lugar de la suma de las velocidades de sistema RTSi y RTS2Í la suma de la velocidad de transferencia de vista base REXTI y la velocidad de transferencia de vista dependiente RE T2 en unidades de extensiones: REXTI [n] + REXT2 [n] < 60 Mb s. La velocidad de transferencia de vista base REXTI [n] es un valor promedio de velocidades de transferencia a las cuales paquetes de origen que incluyen la (n + l)a extensión EXT1 [n] en la base de archivos son transferidos, y la velocidad de transferencia de vista dependiente REXT2 [n] es un valor promedio de velocidades de transferencia a las cuales se transfieren los paquetes de origen que incluyen la (n + l)a extensión EXT2 [n] en la base de archivos. Las figuras 92A y 92B son gráficas que muestran cambios temporales en la velocidad de transferencia de vista base REXTI y la velocidad de transferencia de vista dependiente REX 2 en ese caso, respectivamente. Como se muestra en la figura 92A, la velocidad de transferencia de vista base REXTI cae del valor máximo RMAXI ~ 45 Mbps en la primera vez TO, y permanece a un nivel bajo = 15 Mbps durante un periodo TSTR a partir del primer tiempo TO al segundo tiempo TI. Como se indica por la gráfica de líneas continuas GR1 en la figura 92B, la velocidad de transferencia de vista dependiente REXT2 puede cambiar en respuesta al cambio de la velocidad de transferencia de vista base REXTI de una manera similar a conclusión mutua. Enn particular, en el periodo mencionado arriba TSTR, el pico Pl puede alcanzar el valor máximo RMAX2¾30 Mbps. De esta manera, cuando la suma de la velocidad de transferencia de vista base REXTI y la velocidad de transferencia de vista dependiente REXT2 es restringida en unidades de extensiones, la velocidad de transferencia de vista dependiente REXT2 puede responder a un incremento temporal en la velocidad de bits del flujo de video de vista dependiente.
Para usar la banda de transferencia asignada al decodificador de objetivos de sistema 4225 más eficientemente en la transferencia de los datos de flujo, es preferible establecer la velocidad de sistema RTS2 para el archivo DEP a un valor más alto adicional. La figura 92C es una gráfica que muestra el cambio temporal en la suma de velocidad de transferencia de vista base REXTI y a velocidad de transferencia de vista dependiente REXT2 mostradas en las figuras 92A y 92B. Como se indica por el cóncavo CV en la gráfica de línea continua GR3 mostrada en la figura 92C, la suma de la velocidad de transferencia de vista base REXTi y la velocidad de transferencia de vista dependiente REXT2 está debajo de un valor umbral de 60 Mbps durante el periodo TSTR a partir del primer tiempo T0 al segundo tiempo TI. Esto se debe a que la velocidad de transferencia de vista dependiente REXT2 es restringida a igual a o menor que la velocidad de sistema RTs2 (= 30 Mbps) para el archivo DEP, como se indica por la gráfica de líneas continuas GR1 en la figura 92B. Como se muestra en la figura 92A, debido a que la velocidad de transferencia de vista base REXTI ha caído a 15 Mbps en el periodo TSTR, la banda de transferencia tiene al menos una tolerancia igual a la diferencia entre el valor y el valor umbral 60-15 = 45 Mbps. Así, la velocidad de sistema RTS2 para el archivo DEP se establece para estar en un intervalo más alto que 30 Mbps, de preferencia en el mismo intervalo que la velocidad de sistema RTSi para el archivo 2D, por ejemplo, igual a o más baja que 45 Mb s: RTSi= 45 Mbps, RTs2 = 45 Mbps. Las gráficas de líneas punteadas GR2 y GR4 en las figuras 92B y 92C muestran la velocidad de transferencia de vista dependiente REXT2 y la suma de la velocidad de transferencia de vista base REXTI y la velocidad de transferencia de vista dependiente REXT2 sn ese caso, respectivamente. Como se indica por la gráfica de líneas punteadas GR2 en la figura 92B, el pico P2 de la velocidad de transferencia de vista dependiente RE T2 puede exceder 30 Mbps . Como resultado, como se indica por la gráfica de líneas punteadas GR4 en la figura 92C, la suma de la velocidad de transferencia de vista base REXTI y la velocidad de transferencia de vista dependiente RExr2 se mantiene en proximidad del valor umbral de 60 Mbps durante el periodo TSTR- De esta manera, la eficiencia de uso de la banda de transferencia puede mejorarse más.
Debe notarse aquí que cuando la velocidad de sistema RTS2 para el archivo DEP se establece en un valor que es tan alto como la velocidad de sistema RTSi para el archivo 2D, la suma de ellos RTSi + Ts2 generalmente es más alta que el ancho de banda de transferencia del decodificador de objetivos de sistema 4225. Por otro lado, ya que la velocidad de transferencia de vista base REXTI [n] y la velocidad de transferencia de vista dependiente RE T2 [n] son cada una un valor medio, incluso si un valor umbral de la suma de estos valores medios es provista, la suma de valores instantáneos de velocidades de transferencia puede exceder el valor umbral sin restricción. Aquí, se asume como un ejemplo específico que cada una de las velocidades de sistema RTSi y RTS2 se establece en 45 Mbps, el tiempo ATC de extensión de cada extensión es tres segundos y la suma de velocidades de transferencia se mantiene en 30 Mbps en la primera parte (1.5 segundos) del tiempo ATC de extensión. En ese caso, incluso si cada velocidad de transferencia se incrementa hasta 45 Mbps en la segunda parte (1.5 segundos) del tiempo ATC de extensión, la suma de valores promedio de las velocidades de transferencia en la extensión completa se mantiene en 60 Mbps. En consecuencia, incluso si la suma de la velocidad de transferencia de vista base REXTI [n] y la velocidad de transferencia de vista dependiente REXT2 [n] se restringe a igual a o más pequeña que 60 Mbps, el incremento de la suma de valores instantáneos de velocidades de transferencia a 90 Mbps no puede evitarse. De esta manera, al restringir simplemente la suma de la velocidad de transferencia de vista base REXTI [n] y la velocidad de transferencia de vista dependiente REXT2 [n] , el riesgo de que la banda de transferencia del decodificador de objetivos de sistema 4225 se sature no puede eliminarse completamente.
Para reducir más el riesgo de que la banda de transferencia del decodificador de objetivos de sistema 4225 se sature, la restricción en la suma de las velocidades de transferencia pueden modificarse como sigue. La figura 93 es un diagrama esquemático que muestra las relaciones entre los paquetes TS que son transferidos en el decodificador de objetivos de sistema desde el desempaquetador de origen hasta el filtro PID y los tiempos ATC . Como se muestra en la figura 93, los rectángulos 9310 en la hilera superior representan los periodos de transferencia de paquetes TS TS1 #p (p = 0, 1, 2, 3, k, k + l, k + 2) que constituyen la extensión de vista base, y los rectángulos 9320 en la hilera inferior representan los periodos de paquetes TS #q (q = 0, 1, 2, 3, m - 1, m, m + 1) que constituyen la extensión de vista dependiente. Estos rectángulos 9310, 9320 son dispuestos en orden de transferencia de paquetes TS a lo largo del eje de tiempo de la ATC. La posición de la parte superior de cada rectángulo 9310 y 9320 representa la hora de inicio de transferencia del paquete TS. Las longitudes ATI y AT2 de cada rectángulo 9310 y 9320 representan la cantidad de tiempo que se requiere para que un paquete TS sea transferido desde la memoria de almacenamiento temporal de lectura hasta el decodificador de objetivos de sistema. Cada vez que empieza a transferir un paquete TS desde el desempaquetador de origen, el dispositivo de reproducción 3D establece una ventana (WIN1, WIN2 y IN3 en la figura 93) que tiene una longitud de tiempo predeterminada (por ejemplo, un segundo) iniciando a partir de la hora de inicio de transferencia. El dispositivo de reproducción 3D promedia además cada velocidad de transferencia de TS1 y TS2 en cada una de las ventanas WIN1, IN2 y WIN3 , y restringe la suma de los valores promedio a un valor umbral predeterminado o más bajo. En el ejemplo mostrado en la figura 93, primero la primera ventana WIN1, cuyo punto de inicio es la hora de inicio de transferencia Al de TS1 #0, es establecida, y con respecto a TS1 #0-k y TS2 #0-m los cuales son transferidos en la ventana, la suma de las velocidades de transferencia se restringe a igual a o más pequeña que el valor umbral . De manera similar, con respecto a TS #0- (k + 1) y TS2 #0-m que son transferidas en la segunda ventana WIN2 cuyo punto de inicio es la hora de inicio de transferencia A2 de TS2 #0, la suma de las velocidades de transferencia se restringe a igual a o más pequeña que el valor umbral, y con respecto a TS1 #1- (k + 1) y TS2. #0- (m + 1) las cuales son transferidas en la tercera ventana IN3 cuyo punto de inicio es la hora de inicio de transferencia A3 de TS1 #1, la suma de las velocidades de transferencia se restringen a igual a o más pequeña que el valor umbral. De esta manera, la suma de las velocidades de transferencia promedio en cada ventana se restringe a igual a o más pequeña que un valor umbral predeterminado al desplazar de una ventana a otra, cada una teniendo una longitud predeterminada, por el tiempo de transferencia por paquete TS . Con esta estructura, al hacerse más corta la ventana, se hace más bajo el riesgo de que la banda de transferencia del decodificador de objetivos de sistema 4225 se sature.
Cuando la velocidad de sistema RTS2 para el archivo DEP se establece para ser tan alta como la velocidad de sistema RTS1 para la base de archivos, la velocidad de transferencia de vista dependiente REX 2 puede incrementarse hasta un nivel similar. Cuando la velocidad de transferencia de vista dependiente RE T2 [n] para la (n + l)a extensión de vista dependiente se incrementa de tal manera, la velocidad de transferencia de vista base ¾?t?[?] para la (n + l)a extensión de vista base cae hasta un valor que es mucho más bajo que el valor máximo RMAXI- Por otro lado, en la expresión 5 que define el tamaño de extensión máximo, la velocidad de transferencia promedio EXT2D incluida en el denominador se evalúa como el valor máximo RMA 2D del mismo. Más aún, el límite superior del tiempo ATC de extensión del (n + l)a extensión de vista base es un valor que se representa como una relación de su tamaño de extensión máximo a la velocidad de transferencia de vista base REXTI [n] . En consecuencia, el valor del límite superior es mucho más largo que el tiempo ATC de extensión real. Ya que la (n + l)a extensión de vista base y la (n + l)a extensión de vista dependiente tienen el tiempo ATC de extensión en común, el tamaño de la extensión de vista dependiente al máximo es igual a un producto de la velocidad de transferencia de vista dependiente RE 2 [n] y el valor del límite superior del tiempo ATC de extensión. Ya que el tamaño es mucho más grande que un valor que realmente se requiere para la reproducción sin interrupciones, la capacidad de la RB2 no puede reducirse más. En consecuencia, cuando la velocidad de sistema RTS2 para el archivo DEP se establece para ser tan alta como la velocidad de sistema RTSi para la base de archivo, de preferencia la condición 5 para el tamaño de extensión máximo, en particular la expresión 5 se reemplaza con la expresión 10. (10) En el ladó derecho de la expresión 10, el valor máximo RMA 2D de la velocidad de transferencia promedio para la extensión 2D, o la diferencia entre la suma de los valores máximos de velocidad de transferencia RMAXI + MA2 y a velocidad de transferencia de vista dependiente REXT2, cualquiera que sea más baja se adopta como la velocidad de transferencia que se incluirá en el denominador. Aquí, la suma de los valores máximos de velocidad de transferencia RMAXI + MAX2 es igual a 192/188 veces la suma de las velocidades de sistema RTSi + RTS2 · En consecuencia, cuando la velocidad de transferencia de vista dependiente REXT2 se incrementa a un nivel similar a la velocidad de sistema, el tamaño de extensión máximo se evalúa como la diferencia descrita arriba. Con esta estructura, el límite superior del tiempo ATC de extensión de la extensión de vista base se restringe a un valor que es más cercano al tiempo ATC de extensión real. Por esta razón, el tamaño de la extensión de vista dependiente se restringe a un valor que realmente se requiere para la reproducción sin interrupciones. De esta manera, es posible mantener la capacidad de RB2 para que sea o suficientemente pequeña. <Disposición de bloques de datos cuando la velocidad de sistema para el archivo DEP es alta> La figura 94A es una tabla que muestra, con respecto a un par de extensiones, los tamaños de extensión máximos ma SEX i [n] y maxSEXT2 [n] para cada combinación de la velocidad de transferencia de vista base REXTi [n] y la velocidad de transferencia de vista dependiente EX 2 [n] -Aquí, "par de extensiones" se refiere a un par de la (n + l) extensión de vista base incluida en la base de archivos y la (n + l)a extensión de vista dependiente incluida en el archivo DEP (n = 0, 1, 2, ...) . Los tamaños de extensión máximos maxSEXT1 [n] y maxSEXT2 [n] son valores que se calculan al usar la expresión 5. Como es aparente del hecho de que la expresión 5 incluye la velocidad de lectura RUD5 de la unidad BD-ROM en el modo de reproducción 2D, los tamaños de extensión máximos maxSEXTi [n] y maxSEXT2 [n] dependen del desempeño de la unidad de BD-ROM. En consecuencia, los valores mostrados en la figura 94A sólo son un ejemplo.
Como se muestra en la figura 94A, cuando la velocidad de transferencia de vista base REXTI [n] es 45 Mbps y la velocidad de transferencia de vista dependiente REXT2 [n] es 15 Mbps, el tamaño de extensión máximo maxSEXT2 [n] para la extensión de vista dependiente es 6 MB. De manera inversa, cuando la velocidad de transferencia de vista base REXTI [n] es 15 Mbps y la velocidad de transferencia de vista dependiente REXT2 [n] es 45 Mpbs, el tamaño de extensión máximo maxSEXT2 [n] para la extensión de vista dependiente es 8 MB . Como se explicó con referencia a las figuras 90A-90B, entre más grande sea el tamaño del bloque de datos de vista dependiente ubicado en la parte superior de cada bloque de extensiones, mayor es la capacidad requerida para la memoria de almacenamiento temporal de lectura. De esta manera no es preferible que la velocidad de transferencia de vista dependiente RE T2 [n] se incremente durante el periodo de precarga del siguiente bloque toda vez que cause que el tamaño de extensión máximo maxSEXT2 tn] para la extensión de vista dependiente se incremente, evitando una reducción adicional de la capacidad de la memoria de almacenamiento temporal de lectura.
Así, en el par de extensiones EXT1 [n] , EXT2 [n] ubicado en la parte superior del bloque de extensiones, cuando la velocidad de transferencia de vista dependiente EXT2 [n] excede la velocidad de transferencia de vista base R-??t? [n] , el bloque de datos de vista base B [n] se dispone antes del bloque de datos de vista dependiente D [n] . Es decir, en el par de extensiones, un bloque de datos de tamaño pequeño es dispuesto antes de un bloque de datos de tamaño grande. Esto hace posible que la capacidad de la memoria de almacenamiento temporal de lectura se mantenga lo más pequeña como se muestra a continuación.
La figura 94B es un diagrama esquemático que muestra el caso en donde la disposición descrita arriba se adopta para dos bloques de extensiones 9401 y 9402 los cuales están dispuestos con un límite de capa LB entre ellos. Como se muestra en la figura 94B, entre los pares de extensiones entre la base de archivos 9411 y el archivo DEP 9412, el (n + 1)° par de extensiones EXT1 [n] , EXT2 [n] es dispuesto antes del M° bloque de extensiones 9402. En el par de extensiones, la velocidad de transferencia de vista dependiente REXT2 tn] es más alta que la velocidad de transferencia de vista base REXTI [n] , y de esta manera el bloque de datos de vista dependiente D [n] es más grande en tamaño que el bloque de datos de vista base B [n] . En consecuencia, en el par de extensiones, el bloque de datos de vista base B [n] es dispuesto antes del bloque de datos de vista dependiente D [n] . Por otro lado, en el (n - 1)°, n° y (n + 2) ° pares de extensiones EXT1 [k] , EXT2 [k] (k = n - 2, n - 1, n + 1) , la velocidad de transferencia de vista dependiente REXT2 [k] es más baja que la velocidad de transferencia REXTI [k] , y de esta manera el bloque de datos de vista dependiente D [k] es más pequeño en tamaño que el bloque de datos de vista base B [k] . En consecuencia, en estos pares de extensiones, el bloque de datos de vista dependiente D[k] es dispuesto antes del bloque de datos de vista base B [k] .
Las figuras 95A y 95B son gráficas que muestran cambios en cantidades DAl, DA2 de datos almacenados en RB1 y RB2, respectivamente, cuando imágenes de video 3D son reproducidas sin interrupciones a partir de los dos bloques de extensiones 9401 y 9402 mostrados en la figura 94B. Las gráficas G1P, G2P dibujadas por la línea continua muestra cambios en cantidades de datos almacenadas DAl, DA2 cuando el bloque de datos de vista base B [n] es dispuesto antes del bloque de datos de vista dependiente D [n] en el (n + 1)° par de extensiones EXT1 [n] , EXT2 [n] ubicado en la parte superior del M° bloque de extensiones 9402. Las gráficas G1Q, G2Q dibujadas por la línea continua muestran cambios en cantidades de datos DAl, DA2 almacenadas cuando el bloque de datos de vista dependiente D [n] es dispuesto antes del bloque de datos de vista base B [n] en el par de extensiones EXT1 [n] , EXT2 [n] .
Como se muestra en la figura 95A, la cantidad de datos almacenada DAl en RB1 alcanza un valor máximo DM10, DM11 en el punto cuando el bloque de datos de vista base B [n - 1] al final del M° bloque de extensiones 9401 es leído en RB1. Además, la cantidad de datos almacenada DAl se reduce a la velocidad de transferencia de vista base REXTI [n - 1] a partir del periodo de salto PJ [M] inmediatamente subsecuente hasta el periodo de precarga PRB[n], PRD [n] en el M° bloque de extensiones 9402. Aquí, en el (n + 1)° par de extensiones EXTl [n] , EXT2 [n] , el bloque de datos de vista base B [n] es más pequeño en tamaño que el bloque de datos de vista dependiente D [n] . En consecuencia, la longitud SEXTI [n] / UD72 del periodo de precarga PRB [n] cuando el bloque de datos de vista base B [n] es dispuesto antes del bloque de datos de vista dependiente D [n] es más corta que la longitud SE T2 [n] /RUD72 del periodo de precarga PRD [n] de la disposición invertida. Como resultado, el valor máximo DM11 de la cantidad de datos almacenada DAl cuando el bloque de datos de vista base B [n] es dispuesto antes del bloque de datos de vista dependiente D [n] es m s baja que el valor máximo DM10 de la disposición invertida.
Como se muestra en la figura 95B, la cantidad de datos almacenada DA2 en RB2 alcanza un valor máximo DM20, DM21 en el punto cuando el bloque de datos de vista base B [n - 1] al final del (M-l) ° bloque de extensiones 9401 es leído en RB2. Además, la cantidad de datos almacenada DA2 se reduce a la velocidad de transferencia de vista dependiente REXT2 [n - 1] a partir del periodo de lectura del bloque de datos de vista base B [n - 1] hasta el periodo de precarga PRB [n] , PRD [n] en el M° bloque de extensiones 9402. Aquí, la longitud SEXTI [n] / UD72 del periodo de precarga PRB [n] cuando el bloque de datos de vista base B [n] es dispuesto antes del bloque de datos de vista dependiente D [n] es más corta que la longitud SEXT2 [n] /RUD72 del periodo de precarga PRD[n] de la disposición invertida. Como resultado, el valor máximo DM21 de la cantidad de datos almacenada DA2 cuando el bloque de datos de vista dependiente D [n] es dispuesto antes del bloque de datos de vista base B [n] es más baja que el valor máximo DM20 de la disposición invertida.
Como se describió arriba, en el par de extensiones dispuesto en la parte superior del bloque de extensiones, es posible mantener la capacidad de la memoria de almacenamiento temporal de lectura pequeña al disponer un bloque de datos de tamaño pequeño antes de un bloque de datos de tamaño grande.
De manera similar, en el par de extensiones dispuesto en una posición en donde una reproducción interrumpida puede ser iniciada, un bloque de datos de tamaño pequeño es dispuesto antes de un bloque de datos de gran tamaño. Esto hace posible que la capacidad de la memoria de almacenamiento temporal de lectura se mantenga pequeña. En ese caso, el orden de bloques de datos puede ser invertido incluso en el par de extensiones ubicado en medio del bloque de extensiones, así como en el par de extensiones ubicado en la parte superior del mismo. La figura 96A es un diagrama esquemático que muestra la sintaxis del punto de inicio de extensión para esta disposición. Este punto de inicio de extensión (Extent_Start_Point) , al igual que los puntos de inicio de extensión mostrados en las figuras 24A y 24B, se establecen para cada uno del archivo 2D y el archivo DEP. Como se muestra en la figura 96A, en el punto de inicio de extensión, un indicador de inicio de extensión ( is_located_first_in_extent_pair) se asigna a cada par de un ID de extensión (extent_id) y un SPN (SPN_extent_start) .
La figura 96B es un diagrama esquemático que muestra las relaciones entre la extensión de vista base EXT1 [k] (k = 0, 1, 2, ...) que pertenece a la base de archivo y el indicador de inicio de extensión indicado por el punto de inicio de extensión. La figura 96C es un diagrama esquemático que muestra las relaciones entre la extensión de vista dependiente EXT2 [k] que pertenece al archivo DEP y el indicador de inicio de extensión. La figura 96D es un diagrama esquemático que muestra las relaciones entre la extensión SS EXTSS [0] que pertenece al archivo SS y los bloques de extensiones en el disco BD-ROM. Como se muestra en las figuras 96B y 96C, en el par de extensiones EXT1 [k] , EXT2 [k] que tiene el mismo ID de extensión, el valor del indicador de inicio de extensión se establece de manera inversa. En particular, extensiones cuyo indicador de inicio de extensión se pone en "1" tienen un número más pequeño de paquetes de origen que extensiones cuyo indicador de inicio de extensión se pone en "0" . Como se muestra en la figura 96D, una extensión cuyo indicador de inicio de extensión se pone en "1" está dispuesta antes de una extensión cuyo indicador de inicio de extensión se pone en "0" . De esta manera, el indicador de inicio de extensión indica cuál de EXT1 [n] y EXT2 [n] en el par de extensiones se dispone antes del otro. De esta manera es posible reconocer la disposición de bloques de datos en el par de extensiones EXT1 [n] , EXT2 [n] del valor del indicador de inicio de extensión. En consecuencia, la unidad de control de reproducción 4235 puede notificar al interruptor 4220 del número de paquetes de origen a partir del inicio de cada extensión SS hasta cada límite entre bloques de datos usando el punto de inicio de extensión incluso si el orden del bloque de datos difiere entre pares de extensiones. Como resultado, el interruptor 4220 puede separar las extensiones de vista base y extensiones de vista dependiente de las extensiones SS .
Cuando el orden de bloques de datos en cada par de extensiones es constante, los valores mínimos de las capacidades de RB1 y RB2 se calculan usando las figuras 90A-90B como sigue: RB1 = (TJUMP_MAX + SEXT2 [n] /RUD72) X RMAXI/ RB2 > max{ (SEXTi [n-1] / uD72 + TJUMP MAX + SEXT2 [n]/ uD72) X MAX2 / SEXT2 [n] } .
Por otro lado, cuando el orden de bloques de datos puede ser invertido en el par de extensiones ubicado en medio del bloque de extensiones, los valores mínimos de las capacidades de RB1 y RB2 se cambian como siguen.
La figura 97C es un diagrama esquemático que muestra una disposición de un bloque de datos que requiere la capacidad más grande de RB1 4221. Como se muestra en la figura 97C, el ( -l)° bloque de extensiones 9701 y el M° bloque de extensiones 9702 están dispuestos con un límite de capa LB entre ellos (la letra M representa un entero mayor que o igual a 2) . El (n+1) 0 par de extensiones D [n] , B [n] está dispuesto en la parte superior del M° bloque de extensiones 9702. En particular, el bloque de datos de vista dependiente D [n] está colocado antes del bloque de datos de vista base B [n] (la letra n representa un entero mayor que 0) . Por otro lado, el n° par de extensiones D[n-1], B[n-1] está dispuesto al final del (M-l)° bloque de extensiones 9701. En particular, el bloque de datos de vista base B[n-1] está colocado antes del bloque de datos de vista dependiente D[n-1] .
Las figuras 97A y 97B son gráficas que muestran cambios en cantidades DA1 , DA2 de datos almacenados en RB1 4221 y RB2 4222, respectivamente, cuando imágenes de video 3D son reproducidas sin interrupciones a partir de los dos bloques de extensiones 9701 y 9702 mostrados en la figura 97C. Como se muestra en la figura 97A, la cantidad de datos almacenada DA1 en RB1 4221 alcanza un valor máximo DM1 en el punto cuando el n° bloque de datos de vista base B[n-1] es leído en RB1 4221. Ningún bloque de datos es leído en RB1 4221 del periodo inmediatamente subsecuente ??1 de lectura del bloque de datos de vista dependiente D[n-1] hasta el periodo ??2 en el cual un salto largo a través del límite de capa LB ocurre y el periodo de precarga ??3 en el M° bloque de extensiones 9702. De esta manera durante estos periodos, la cantidad de datos almacenada DA1 se reduce. En estos periodos ??1-??3, bloques de datos de vista base B [K] (k. = n-3, n-2) hasta el (n-1) ° bloque de datos de vista base son transferidos a una velocidad de transferencia promedio REXTI.-, n-3, n-2], y luego el n° bloque de datos de vista base es transferido a una velocidad de transferencia promedio REXTI[II-1] . Para evitar que la cantidad de datos almacenada DA1 alcance "0" antes del punto de tiempo final del periodo de precarga ??3 , la cantidad de datos almacenada DA1 debe ser por lo menos igual al tamaño SExTi[n-l] del bloque de datos de vista base B[n-1] en el punto de tiempo que esté antes del punto de tiempo final por el tiempo ATC de extensión ???t? [n-1] del n° bloque de datos de vista base B[n-1] . En consecuencia, el valor máximo DM1 de la cantidad de datos almacenada DA1 debe ser mayor que el tamaño SExTi[n-l] por la cantidad de datos REXTi[-, n-3, n-2] x (??1 + ??2 + ??3) -TEXTi[n-l]) o más de los datos que son transferidos de RB1 4221 al decodificador de objetivos de sistema 4225 en los periodos restantes ??1 + ??2 + ??3 - ???t?[?-1] . Es decir, RB1 4221 tiene que tener una capacidad RB1 que sea mayor que el valor máximo DM1 de la misma: RB1 = SEXTi [n-1] + REXTI [···/ n-3, n-2] x (??1 + ??2 + ??3 - TEXTi[n-l]). Aquí, el tiempo ??2 de un salto largo se evalúa como el tiempo de salto máximo TJUMP_AX del salto largo.
La figura 97F es un diagrama esquemático que muestra una disposición de un bloque de datos que requiere la capacidad más grande de RB2 4222. Como se muestra en la figura 97F el (N-l)° bloque de extensiones 9703 y el N° bloque de extensiones 9704 están dispuestos con un límite de capa LB entre ellos (la letra N representa un entero mayor que o igual a 2) . El (n+1) ° par de extensiones D [n] , B [n] está dispuesto en la parte superior del N° bloque de extensiones 9704. En particular, el bloque de datos de vista dependiente D [n] está colocado después del bloque de datos de vista base B [n] . Por otro lado, el N° par de extensiones D[n-1], B[n-1] está dispuesto al final del (N-1) 0 bloque de extensiones 9703. En particular, el bloque de datos de vista base B[n-1] está colocado después del bloque de datos de vista dependiente D[n-1] .
Las figuras 97D y 97E son gráficas que muestran cambios en cantidades DA1 , DA2 de datos almacenados en RB1 4221 y RB2 4222, respectivamente, cuando imágenes de video 3D son reproducidas sin interrupciones a partir de los dos bloques de extensiones 9703 y 9704 mostrados en la figura 97F. Como se muestra en la figura 97E, la cantidad de datos almacenada DA2 en RB2 4222 alcanza un valor máximo DM2 en el punto cuando el n° bloque de datos de vista dependiente D [n-1] es leído en RB2 4222. Ningún bloque de datos es leído en RB2 4222 a partir del periodo ??4 inmediatamente subsecuente de lectura del bloque de datos de vista base B[n-1] hasta el periodo ??5 en el cual un salto largo a . través del límite de capa LB ocurre y el periodo de precarga ??6 en el N° bloque de extensiones 9704. De esta manera durante estos periodos, la cantidad de datos almacenada DA2 se reduce. En estos periodos ??4-??6, bloques de datos de vista dependiente D [k] (k=..., n-3, n-2) hasta el (n-1) 0 bloque de datos de vista dependiente son transferidos a una velocidad de transferencia promedio REXT2 [— n-3, n-2], y luego el n° bloque de datos de vista dependiente es transferido a una velocidad de transferencia promedio REXT2[n-l]. Para evitar que la cantidad de datos almacenada DA2 alcance "0" antes del punto de tiempo final del periodo de precarga ??6, la cantidad de datos almacenada DA2 debe ser al menos igual al tamaño SEXT2.n-l] del bloque de datos de vista dependiente D[n-1] en el punto de tiempo que esté antes del punto de tiempo final por el tiempo ATC de extensión TEXT2[n-l] del n° bloque de datos de vista dependiente D[n-1] . En consecuencia, el valor máximo DM2 de la cantidad de datos almacenada DA2 debe ser mayor que el tamaño SEXT2[n-l] por la cantidad de datos REXT2 [— , n-3, n-2] x (??4 + ??5 + ??6 - TEXT2[n-l]) o más de los datos que son transferidos del RB2 4222 al codificador de objetivos de sistema 4225 en los periodos restantes ??4 + ??5 + ??6 -TEXT2[n-l]. Es decir, RB2 4222 tiene que tener capacidad RB2 que sea mayor que el valor máximo DM2 de la misma: RB2 = SEXT2[n-l] + REXT2[-, n-3, n-2] x (??4 + ??5 + ??6 - TEXT2[n-l]). Aquí, el tiempo ??5 de un salto largo es evaluado como el tiempo de salto máximo TJUMP_MAX del salto largo.
Cuando el orden de bloques de datos puede ser invertido en el par de extensiones ubicado en medio del bloque de extensiones, las condiciones 2, 3 para el par de extensiones, en particular las expresiones 2, 3 se modifican más como sigue.
La figura 98C es un diagrama esquemático que muestra un bloque de extensiones 9810 que incluye en medio del mismo un par de extensiones en el cual el orden de bloques de datos es invertido. Como se muestra en la figura 98C, en el (n+2)° par de extensiones D[n+1], B [n+1] , el bloque de datos de vista dependiente D[n+1] está después del bloque de datos de vista base B [n] . En los pares de extensiones D [n] , B [n] y D[n+1], B [n+1] los cuales están antes y después de los mismos, el bloque de datos de vista base B [n] , B[n+1] está dispuesto después del bloque de datos de vista dependiente D [n] , D[n+1], respectivamente.
Las figuras 98A y 98B son gráficas que muestran cambios en cantidades DA1, DA2 de datos almacenados en RB1 4221 y RB2 4222, respectivamente, cuando imágenes de video 3D son reproducidas sin interrupciones a partir del bloque de extensión 9801 mostrada en la figura 98C. Aquí, el periodo de tiempo de transición de sector cero es ignorado porque es suficientemente más corto que los demás periodos. Como se muestra en las figuras 98A y 98B, durante el periodo de lectura PRD [n] del (n+1) 0 bloque de datos de vista dependiente D [n] , la cantidad de datos almacenada DA2 en la RB2 4222 se incrementa a una velocidad igual a UD72~¾ T2 -NJ la diferencia entre la velocidad de lectura RUD72 y una velocidad de transferencia de vista dependiente REXT2 tn] , mientras que la cantidad de datos almacenada DA1 en la RB1 4221 se reduce a una velocidad de transferencia de vista base REXT.n-1]. Durante el periodo de lectura PRB [n] del (n+1) 0 bloque de datos de vista base B [n] , la cantidad de datos almacenada DA1 en la RB1 4221 se incrementa a una velocidad igual a RUD72-REXTI [n] , la diferencia entre la velocidad de lectura RUD72 y una velocidad de transferencia de vista base REXTI [n] , mientras que la cantidad de datos almacenada DA2 en RB2 4222 se reduce a una velocidad de transferencia de vista dependiente RE T2 [n] . Durante el periodo de lectura PRB[n+l] del (n+2)° bloque de datos de vista base B[n+1], la cantidad de datos almacenada DA1 en la RB1 4221 se incrementa a una velocidad igual a UD72_REXTI [n+1] , la diferencia entre la velocidad de lectura RUD72 y una velocidad de transferencia de vista base REXTI [n+1] , mientras que la cantidad de datos almacenada DA2 en RB2 4222 se reduce más a una velocidad de transferencia de vista dependiente REXT2 [n+1] . Además, durante el periodo de lectura PRD[n+l] del (n+2)° bloque de datos de vista dependiente D[n+1], la cantidad de datos almacenada DA2 en la RB2 4222 se incrementa a una velocidad igual a RUD72_REXT2 [n+1] , la diferencia entre la velocidad de lectura RUD72 y una velocidad de transferencia de vista dependiente RE 2 [n+1] , mientras que la cantidad de datos almacenada DA1 en la RB1 4221 se reduce a una velocidad de transferencia de vista base REXTI [n] . Después de esto, durante el periodo de lectura PRD[n+2] del (n+3)° bloque de datos de vista-dependiente D[n+2], la cantidad de datos almacenada DA2 en la RB2 4222 se incrementa a una velocidad igual a RUÜ72 - RE T2[ +2], la diferencia entre la velocidad de lectura RUD72 y una velocidad de transferencia de vista dependiente E T2 [n+2] , mientras que la cantidad de datos almacenada DA1 en la RB1 4221 se reduce a una velocidad de transferencia de vista base REXTI [n+1] .
En este caso, para reproducir imágenes de video 3D sin interrupciones a partir del bloque de extensiones 9810, primero, el tiempo ATC de extensión del (n+1) ° bloque de datos de vista dependiente D [n] debe ser igual a o mayor que el periodo del tiempo a partir del punto de tiempo de inicio del periodo de lectura PRD [n] del mismo hasta el punto del tiempo de inicio del periodo de lectura PRD[n+l] del siguiente bloque de datos de vista dependiente D[n+1] . Después, el tiempo ATC de extensión del (n+l)°, (n+2) 0 bloque de datos de vista base B [n] , B[n+1] debe ser igual a o mayor que el periodo de tiempo a partir del punto de tiempo de inicio del periodo de lectura PRB [n] , PRB[n+l] del mismo hasta el punto de tiempo de inicio del periodo de lectura PRB[n+2] del siguiente bloque de datos de vista dependiente B[n+2] . Estas condiciones son representadas por las expresiones 2A y 3A en lugar de las expresiones 2 y 3 cuando la extensión B (EXTB) se asume que está colocada antes de la extensión A (EXTA) en el n° par de extensiones.
Aquí, la expresión 2A se obtiene al remplazar el tamaño SEXTi [n] del bloque de datos de vista base B [n] , el tamaño SEXT2 [n + 1] del bloque de datos de vista dependiente D [n + 1], y la velocidad de transferencia de vista base REXTI [n] incluida en la expresión 2 con el tamaño de SEXTA [n] de la extensión A, el tamaño SEXTB [n + 1] de la extensión B, y la velocidad de transferencia promedio REXTA [n] para la extensión A, respectivamente. La expresión 3A se obtiene al remplazar el tamaño SEXTI [n] del bloque de datos de vista base B [n] , el tamaño SE T2 [n] del bloque de datos de vista dependiente D [n] , y la velocidad de transferencia de vista dependiente REXT2 [n] incluida en la expresión 3, con el tamaño SEXTA[n] de la extensión A, el tamaño SEXXB [n] de la extensión B, y la velocidad de transferencia promedio REXTB [n] para la extensión B, respec vamente. Nótese que en cada una de las expresiones 2A y 3A, el tiempo de transición de sector cero TJUMPO se considera como "0".
La figura 99 es un diagrama esquemático que muestra las relaciones entre un bloque de extensiones 9900 que incluye en medio del mismo un par de extensiones en el cual el orden de bloques de datos es invertido y archivos de flujos de AV 9910-9920. Como se muestra en la figura 99, en el tercer par de extensiones D[2] , B[2] , el bloque de datos de vista dependiente D[2] está colocado después del bloque de datos de vista base B[2] . En los demás pares de extensiones D [k] , B [k] (k = 0, 1, 3), el bloque de datos de vista base B [k] está colocado después del bloque de datos de vista dependiente D [kj . Cada uno de los bloques de datos de vista base B [n] (n = 0, 1, 2, 3,...) pertenece a la base de archivo 9911 como una extensión de vista base EXT1 [n] . Cada uno de los bloques de datos de vista dependiente D [n] pertenece al archivo DEP 9911 como una extensión de vista dependiente EXT2 [n] . El bloque de extensiones 9900 completo pertenece al archivo SS 9920 como una extensión SS EXTSS[0]. Los bloques de datos de vista base B [n] (n = 0, 1, 2, 3,...) pertenecen además al archivo 2D 9910 como la extensión 2D EXT2D [n] . Aquí, dos bloques de datos de vista base consecutivos B[l] y B[2] se conocen como una extensión 2D EXT2D[1] . Con esta estructura, el tamaño SE T2D[1] de la extensión 2D EXT2D[1] satisfacen la expresión 1 incluso si el tamaño completo SEXT2 [2] + SEXT2-3] de los dos bloques de datos de vista dependiente D[2], D[3] dispuestos inmediatamente después de los mismos es grande. <Separación de una trayectoria de reproducción antes y después de un límite de capa> En la figura 21, la trayectoria de reproducción 2101 en modo de reproducción 2D y la trayectoria de reproducción 2102 en modo de reproducción 3D atraviesan ambos el mismo bloque de datos de vista base B[3] inmediatamente antes de un salto largo JLY que salta sobre un límite de capa LB. En otras palabras este bloque de datos de vista base B[3] es leído como la segunda extensión 2D EXT2D[1] por el dispositivo de reproducción 102 en modo de reproducción 2D y como el último bloque de datos en la extensión SS EXTSS[1] por el dispositivo de reproducción 102 en modo de reproducción 3D. La cantidad de datos que será procesada por el decodificador de objetivos de sistema durante el salto largo JLY es garantizada por el tamaño del bloque de datos de vista base B[3] mediante la condición 1 en modo de reproducción 2D. Por otro lado en modo de reproducción 3D, la cantidad de datos se garantiza por el tamaño del segundo bloque de extensiones 1902 completo por medio de la condición 4. En consecuencia el tamaño de extensión mínimo del bloque de datos de vista base B[3] requerido por la condición 1 generalmente es más grande que el tamaño de extensión mínimo de acuerdo con la condición 2. Por lo tanto, la capacidad del RB1 4221 tiene que ser más grande que el valor mínimo necesario para reproducción sin interrupciones en modo de reproducción 3D. Además, los tiempos ATC de extensión son iguales para el bloque de datos de vista base B[3] y el bloque de datos de vista dependiente D[3] inmediatamente anterior. En consecuencia, el tamaño del bloque de datos de vista dependiente D[3] es generalmente más grande que el tamaño de extensión mínimo requerido para el bloque de datos D[3] según la condición 2. Por lo tanto, la capacidad de la RB2 4222 generalmente es más grande que el valor mínimo necesario para reproducir sin interrupciones en modo de reproducción 3D. En la exposición mostrada en la figura 21, dos bloques de extensión 1902 y 1903 pueden entonces ser conectados sin interrupciones, pero las capacidades de la RB1 4221 y RB2 4222 tienen que mantenerse suficientemente grandes .
Para reducir la capacidad de la RBl 4221 y RB2 4222 mientras se permite aún la reproducción sin interrupciones de imágenes de video durante un salto largo JLY, pueden hacerse cambios en la disposición intercalada de bloques de datos antes y después de una posición en donde sea necesario un salto largo JLY, tal como un límite de capa LB, para de esta manera crear trayectorias de reproducción separadas en modo de reproducción 2D y modo de reproducción 3D. Estos cambios se representan, por ejemplo, por los siguientes dos tipos de disposiciones 1 y 2. Con cada una de las disposiciones 1 y 2, la trayectoria de reproducción inmediatamente antes de un salto largo JLY atraviesa diferentes bloques de datos de vista base en cada modo de operación. Como se describe abajo, esto hace posible que el dispositivo de reproducción 102 lleve a cabo fácilmente reproducción sin interrupciones de imágenes de video durante un salto largo JLY mientras mantiene la capacidad necesaria de la RBl 4221 y RB2 4222 a un mínimo. <<Disposición 1>> La figura 100 es un diagrama esquemático que muestra la disposición 1 de un grupo de bloques de datos grabado antes y después de un límite de capa LB en un disco BD-ROM 101. Como se muestra en la figura 100, un primer bloque de extensiones A001 es grabado antes del límite de capa LB, y un segundo bloque de extensiones A002 es grabado después del límite de capa LB. En los bloques de extensiones A001 y A002, bloques de datos de vista dependiente D [n] y bloques de vista base B [n] forman una disposición intercalada (n = 0, 1, 2, 3,...) . En particular, los tiempos ATC de extensión son iguales entre el n° par de extensiones D [n] y B [n] . En la disposición 1, un bloque de datos de vista base B[2]2D es puesto además entre el B [1] extremo del primer bloque de extensiones A001 y el límite de capa LB. Este bloque de datos vista base B[2]2D coincide bit por bit con un bloque de datos de vista base B[2]ss en la parte superior del segundo bloque de extensiones A002. En adelante, B[2]2D es llamado un "bloque exclusivamente para reproducción 2D" , y B[2]Ss se conoce como un "bloque exclusivamente para reproducción SS" .
Los bloques de datos de vista base mostrados en la figura 100 pueden ser accedidos como extensiones en un archivo 2D A010, es decir, como extensiones 2S EST2D [ · ] , con la excepción del bloque exclusivamente para reproducción SS B[2]Ss- por ejemplo, el bloque de datos de vista base B[0] segundo a partir del extremo del primer bloque de extensiones A001, el par B[l] + B[2]2D del último bloque de datos de vista base B[l] y el bloque exclusivamente para reproducción 2D B[2]2D, y el segundo bloque de datos de vista base B[3] en el segundo bloque de extensiones A002 pueden ser respectivamente accedidos como extensiones 2D individuales EXT2D[0], EXT2D[1] y EXT2D[2] . Por otro lado, los bloques de datos de vista dependiente D [n] (n =..., 0, 1, 2, 3,...) mostrados en la figura 100 pueden ser cada uno accedidos como una sola extensión en el archivo DEP A012, es decir, como extensiones de vista dependiente ETXT2 [n] .
Para los grupos de bloques de datos mostrados en la figura 100, el entrelazamiento de archivos de flujos de AV se lleva a cabo como sigue. Los bloques de extensiones A001 y A002 completos pueden ser accedidos respectivamente como una extensión EXTSS[0] y EXTSS [1] en el archivo SS A020. En consecuencia, los bloques de datos de vista base B[0], B[l] y B[3] en los bloques de extensiones A001 y A002 son compartidos con el archivo 2D A010 y el archivo SS A020. Por otro lado, el bloque exclusivamente para reproducción 2D B[2]2D sólo puede ser accedido como parte de la extensión 2D EXT2D[1] ubicada inmediatamente antes del límite de capa LB. Por otro lado, el bloque exclusivamente para reproducción SS B[2]ss sólo puede ser accedido como parte de la extensión SS EXTSS [1] ubicada inmediatamente después del límite de capa LB . Por lo tanto, los bloques de datos de vista base que no son el bloque exclusivamente para reproducción 2D B[2]2D# es decir B[0], B[l], B[2]Ss Y B[3], pueden ser extraídos de extensiones SS EXTSS [0], EXTSS [1] como extensiones en la base de archivo A011, es decir, extensiones de vista base EXT1 [n] (n =0, 1, 2, 3) .
La figura 101 es un diagrama esquemático que muestra una trayectoria de reproducción Al10 en modo de reproducción 2D y una trayectoria de reproducción A120 en modo de reproducción 3D para el grupo de bloques de datos en la disposición 1 mostrada en la figura 100. El dispositivo de reproducción 102 en modo de reproducción 2D reproduce el archivo 2D A010. En consecuencia, como se muestra por la trayectoria de reproducción A110 en modo de reproducción 2D, el bloque de datos de vista base B[0] segundo desde el final del primer bloque de extensiones A001 es leído como la primera extensión 2D EXT2D[0], y luego la lectura del bloque de datos de vista dependiente D[l] inmediatamente subsecuente es saltada por un salto J2D1 · Después, un par B[l] + B[2]2D del último bloque de datos de vista base B[l] en el primer bloque de extensiones A001 y el bloque inmediatamente subsecuente exclusivamente para reproducción 2D B[2]2D es leído continuamente como la segunda extensión 2D EXT2D[1] . Un salto largo JLY ocurre en el límite de capa LB inmediatamente subsecuente, y la lectura de los tres bloques de datos D[2], B[2]Ss y D[3] ubicados en la parte superior del segundo bloque de extensiones A002 es saltada. Posteriormente, el segundo bloque de datos de vista base B[3] en el segundo bloque de extensiones A002 es leído como la tercera extensión 2D EXT2D[2]. Por otro lado, el dispositivo de reproducción 102 en modo de reproducción 3D reproduce el archivo SS A020. En consecuencia, como se muestra por la trayectoria de reproducción A120 en modo de reproducción 3D, el primer bloque de extensiones A001 completo es leído continuamente como la primera extensión SS EXTSS [0] . Inmediatamente después de eso, ocurre un salto largo JLY, y la lectura del bloque exclusivamente para reproducción 2D B[2]2D es saltada. Posteriormente, el segundo bloque de extensiones A002 completo es leído continuamente como la segunda extensión SS EXTSS [1] .
Como se muestra en la figura 100, en modo de reproducción 2D, el bloque exclusivamente para reproducción 2D B[2]2D es leído, mientras que la lectura del bloque exclusivamente para reproducción SS B[2]ss es saltada. De manera inversa, en modo de reproducción 3D, la lectura del bloque exclusivamente para reproducción 2D B[2]2D es saltada, mientras que el bloque exclusivamente para reproducción SS B[2]ss es leído. Sin embargo, ya que los bloques de datos B[2]2D coinciden bit por bit, los cuadros de video de vista base que son reproducidos son iguales en ambos modos de reproducción. En la disposición 1, la trayectoria de reproducción A110 en modo de reproducción 2D y la trayectoria de reproducción A120 en modo de reproducción 3D se dividen antes y después del salto largo JLY de esta manera. En consecuencia, a diferencia de la disposición mostrada en la figura 21, el tamaño SEXT2D[1] de la extensión 2D EXT2D[1] ubicada inmediatamente antes del límite de capa LB y el tamaño SExT2-l] del bloque de datos de vista dependiente D[l] inmediatamente precedente puede determinarse por separado como sigue.
El tamaño SEXT2D[1] de la extensión 2D EXT2D[1] es igual a SEXTi[l] + S2D la suma del tamaño SEXTI [1] del bloque de datos de vista base B [1] y el tamaño S2D del bloque exclusivamente para reproducción 2D B[2]2D- En consecuencia, para la reproducción sin interrupciones de imágenes de video 2D, esta suma SEXT1 [1] + S2D debe satisfacer la expresión 1. El tiempo de salto máximo TJUMp_MAx del salto largo JLY es sustituido en el lado derecho de la expresión 1 como el tiempo de salto TJUMP-2D- Después, el número de sectores a partir del final del bloque exclusivamente para reproducción 2D B[2]2d hasta la primera extensión 2D EXT2D[2] = B[3] en el segundo bloque de extensiones A002 debe ser igual a o menor que la distancia de salto máxima SjUMp_MAx para el salto largo JLY especificado de acuerdo con las capacidades del dispositivo de reproducción 2D .
Por otro lado, para la reproducción sin interrupciones de imágenes de video 3D, los tamaños SEXT2 [1] y SEXTI [1] del bloque de . datos de vista dependiente D[l] y bloque de datos de vista base B[l] ubicados al final de la primera extensión SS EXTSS [0] deben satisfacer las expresiones 3 y 2. No obstante de la ocurrencia de un salto largo JLY, un valor típico para un tiempo de transición de sector cero debe ser sustituido en el lado derecho de las expresiones 3 y 2 como los tiempos de transición de sector cero JUMPO [2n + 1] y TJUMP0 [2n + 2]. Después, el tamaño de la primera extensión SS EXTSS [0] debe satisfacer la condición 4. Además, el número de sectores a partir del final de esta extensión es SS EXTSS[0] hasta la parte superior de la extensión SS EXTSS [1] debe ser igual a o menor que la distancia de salto máxima SJUMP_MAX para un salto largo JLY especificado de acuerdo con las capacidades del dispositivo de reproducción 3D.
Dentro de la extensión 2D EXT2D[1] ubicado inmediatamente antes de un límite de capa LB, sólo el bloque de datos de vista base B[l] ubicado enfrente de la extensión 2D EXT2D[1] es compartido con la primera extensión SS EXTSS [0]. En consecuencia, al agrandar adecuadamente el tamaño S2D del bloque exclusivamente para reproducción 2D B[2]2D, el tamaño SEXTi[l] del bloque de datos de vista base B[l] puede limitarse más mientras se mantiene el tamaño SEXT2D[1] = SE TI.1] + S2D de la extensión 2D EXT2D[1] constante. En este caso, el tiempo ATC de extensión del bloque de datos de vista base B[l] es acortado. Como—resultado, el tamaño SEX 2 [1] del bloque de datos de vista dependiente D[l] ubicado inmediatamente antes también puede limitarse más.
Ya que el bloque exclusivamente para reproducción SS B[2]SS y el bloque exclusivamente para reproducción 2D B[2]2D coinciden bit por bit, agrandar el tamaño S2D del bloque exclusivamente para reproducción 2D B[2]2D agranda el tamaño del bloque de datos de vista dependiente D[2] ubicado inmediatamente antes del bloque exclusivamente para reproducción SS B[2]Ss- Sin embargo, este tamaño puede hacerse suficientemente más pequeño que el tamaño de bloque de datos de vista dependiente D[3] ubicado inmediatamente antes del límite de capa LB mostrado en la figura 21. La capacidad de la RB1 4221 y RB2 4222 puede entonces llevarse todavía más cerca de la cantidad mínima necesaria para reproducción sin interrupciones de imágenes de video 3D. Es entonces posible establecer cada bloque de datos en la disposición 1 para que tenga un tamaño al cual la reproducción sin interrupciones tanto de imágenes de video 2D como 3D durante un salto largo sea posible mientras se mantiene la capacidad de la memoria de almacenamiento temporal de lectura que debe garantizarse en el dispositivo de reproducción 102 al mínimo necesario.
En la disposición 1, datos duplicados del bloque exclusivamente para reproducción 2D B[2]2D están dispuestos en el primer bloque de extensiones A001 como un solo bloque exclusivamente para reproducción SS B[2]SS. Como alternativa, estos datos duplicados pueden dividirse en dos o más bloques exclusivamente para reproducción SS . <<Disposición 2>> La figura 102 es un diagrama esquemático que muestra la disposición 2 de un grupo de bloque de datos grabado antes y después de un límite de capa LB en un disco BD-ROM 101. Como se muestra al comparar la figura 102 con la figura 100, la disposición 2 difiere de la disposición 1 en que un bloque de extensiones A202, el cual incluye bloques exclusivamente para reproducción SS B[2]Ss y B[3]SSf se ubica inmediatamente antes de un límite de capa LB .
Como se muestra en la figura 102, un primer bloque de extensiones A201, bloque exclusivamente para reproducción 2D (B[2] + B[3] )2D/ y segundo bloque de extensiones A202 se ubican antes de un límite de capa LB en este orden, y un tercer bloque de extensiones A203 se ubica después del límite de capa LB. En los bloques de extensiones A201-A203, bloques de datos de vista dependiente D [n] y bloques de datos de vista base B [n] forman una disposición intercalada (n = 0, 1, 2, 3, 4, ...) . En particular, los tiempos ATC de extensión son iguales entre el n° par de extensiones D [n] y B [n] . En el segundo bloque de extensiones A202, los datos de flujo son continuos con los bloques de datos D[l] y B[l] ubicados al final del primer bloque de extensiones A201 y los bloques de datos D[4] y B[4] ubicados en la parte superior del tercer bloque de extensiones A203. Los bloques de datos de vista base incluidos en el segundo bloque de extensiones A202 son ambos bloques exclusivamente para reproducción SS, B[2]ss y B[3]ss/ y la combinación de estos bloques B[2]ss + B[3]ss coincide bit por bit con el bloque exclusivamente para reproducción 2D B[2]Ss + B[3])2D ubicado antes del segundo bloque de extensiones A202.
Dentro del bloque de datos de vista base mostrado en la figura 102, bloques de datos que no sean los bloques exclusivamente para reproducción SS B[2]ss y B[3]Ss pueden ser accedidos como extensiones EXT2D[0] , EXT2D[1] y EXT2D[2] en un archivo 2D A210. En particular, el par del último bloque de datos de vista base B[l] y el bloque exclusivamente para reproducción 2D EXT2D[1] . En particular, el par del último bloque de datos de vista base B[l] y el bloque exclusivamente para reproducción 2D (B[2] + B[3])2D en el primer bloque de extensiones A201 puede ser accedido como una sola extensión 2D EXT2D[1] . Más aún, los bloques de datos de vista base no ubicados en el segundo bloque de extensiones A202, es decir, los bloques de datos B[0] , B[l] y B[4] en los bloques de extensiones A201 y A203, también pueden ser extraídos como extensiones EXT1 [0] , EXT1 [1] y EXT1[4] en la base de archivo A211 de las extensiones EXTSS[0] y EXTSS[1] en el archivo SS A220. De manera inversa, el bloque exclusivamente para reproducción 2D (B[2] + B[3])2D sólo puede ser accedido como parte de la extensión 2D EXT2D[1] . Por otro lado, los bloques exclusivamente para reproducción S B[2]ss y B[3]ss pueden ser extraídos de la extensión SS EXTSS [1] como extensiones de vista base EXTl [2] y EXTl [3] .
La figura 103 es un diagrama esquemático que muestra una trayectoria de reproducción A310 en modo de reproducción 2D y una trayectoria de reproducción A320 en modo de reproducción 3D para el grupo de bloques de datos en la disposición 2 mostrada en la figura 102. El dispositivo de reproducción 102 en modo de reproducción 2D reproduce el archivo 2D A210. En consecuencia, como se muestra por la trayectoria de reproducción A310 en modo de reproducción 2D, el bloque de datos de vista base B[0] segundo desde el final del primer bloque de extensiones A201 es leído como la primera extensión 2D EXT2D[0], y luego la lectura del bloque de datos de vista dependiente D[l] inmediatamente subsiguiente es saltada por un salto J2D1¦ Después, el par del último bloque de datos de vista base B[l] en el primer bloque de extensiones A201 y el bloque exclusivamente para reproducción 2D (B[2] + B[3])2D inmediatamente subsecuente son leídos continuamente como la segunda extensión 2D EXT2D [1] . Un salto largo JLY ocurre inmediatamente después de eso, y la lectura del segundo bloque de extensiones A202 y el bloque de datos de vista dependiente D[4] ubicado en la parte superior del tercer bloque de extensiones A203 es saltada. Posteriormente, el primer bloque de datos de vista base B[4] en el tercer bloque de extensiones A203 es leído como la tercera extensión 2D EXT2D[2] . El dispositivo de reproducción 102 en modo de reproducción 3D reproduce el archivo SS A220. En consecuencia, como se muestra por la trayectoria de reproducción A320 en modo de reproducción 3D, el primer bloque de extensiones A201 completo es leído continuamente como la primera extensión SS EXTSS[0] . Un salto JEx ocurre inmediatamente después de eso, y la lectura del bloque exclusivamente para reproducción 2D (B[2] + B(3])2D es saltada. Después, el segundo bloque de extensiones A202 completo es leído continuamente como la segunda extensión SS EXTSS[1] . Inmediatamente después de eso, un salto largo JLY para saltar sobre un límite de capa LB ocurre. Posteriormente, el tercer bloque de extensiones A203 completo es leído continuamente como la tercera extensión SS EXTSS[2] .
Como se muestra en la figura 103, en modo de reproducción 2D, el bloque exclusivamente para reproducción 2D (B [2 ] +B [3 ] ) 2D es leído, mientras que la lectura de los bloques exclusivamente para reproducción SS B[2]Ss y B[3]ss es saltada. De manera inversa, en modo de reproducción 3D, la lectura del bloque exclusivamente para reproducción 2D (B[2] + B[3])2D es saltada, mientras que los bloques exclusivamente para reproducción SS B[2]Ss Y B[3]Ss son leídos. Sin embargo, ya que el bloque exclusivamente para reproducción 2D (B [2] +B [3] ) 2D coincide con la totalidad de los bloques exclusivamente para reproducción SS B[2]ss + B[3]Ss bit Por bit, los cuadros de video de vista base que son reproducidos son iguales en ambos modos de reproducción. En la disposición 2, la trayectoria de reproducción A310 en modo de reproducción 2D y la trayectoria de reproducción A320 en modo de reproducción 3D se dividen antes y después del salto largo JLY de esta manera. En consecuencia, el tamaño SEXT2D[1] de la extensión 2D EXT2D[1] ubicada inmediatamente antes del límite de capa LB y el tamaño SEXT2 [1] del bloque de datos de vista dependiente D[l] inmediatamente precedente pueden determinarse por separado como sigue.
El tamaño SEXT2D[1] de la extensión 2D EXT2D[1] es igual a SEXTi[l] + S2D/ a suma del tamaño SEXTI[1] del bloque de datos de vista base B[l] y el tamaño S2D del bloque exclusivamente para reproducción 2D (B[2] + B[3])2D- En consecuencia, para reproducción sin interrupciones de imágenes de video 2D, esta suma SEXTi [1] + S2D debe satisfacer la expresión 1. El tiempo de salto máximo TJUMp_MAX del salto largo JLY es sustituido en el lado derecho de la expresión 1 como el tiempo de salto TJUMP_2D- Después, el número de sectores a partir del final del bloque exclusivamente para reproducción 2D (B[2] + B[3])2D hasta la primera extensión 2D EXT2D[2] = B[4] en el tercer bloque de extensiones A203 debe ser igual a o menor que la distancia de salto máxima SJUMP_MAX para el salto largo JLY especificado de acuerdo con las capacidades del dispositivo de reproducción 2D.
Por otro lado, para reproducción sin interrupciones de imágenes de video 3D, los tamaños SEXT2[1] y SEXTi[l] del bloque de datos de vista dependiente D[l] y bloque de datos de vista base B[l] ubicados al final de la primera extensión SS EXTSS[0] debe satisfacer las expresiones 3 y 2. No obstante de la ocurrencia de un salto JEx, un valor típico para un tiempo de transición del sector cero debe ser sustituido en el lado derecho de las expresiones 3 y 2 como los tiempos de transición de sector cero TJUMPO [2n + 1] y TJUMPO [2n + 2] . Después, los tamaños SEXT2.3] y SEX I [3] del bloque de datos de vista dependiente D[3] y bloque exclusivamente para reproducción SS B[3]Ss ubicados al final de la segunda extensión SS EXTSS [1] debe satisfacer las expresiones 3 y 2. Sin importar la ocurrencia de un salto largo JLY, un valor típico para un tiempo de transición de sector cero debe ser sustituido en el lado derecho de las expresiones 3 y 2 como los tiempos de transición de sector cero JUMPO [2n + 1] y Tjmi?0 [2n + 2] .
Sólo el bloque de datos de vista base B[l] ubicado enfrente de la extensión 2D EXT2D[1] es compartido con la extensión SS EXTSS [1] . En consecuencia, al agrandar adecuadamente el tamaño S2D del bloque exclusivamente para reproducción 2D (B [2] + B[3])2D, el tamaño SEXTi [1] del bloque de datos de vista base B[l] se puede limitar más mientras se mantiene el tamaño SEXT2D[1] = SEXTi [1] + S2D de la extensión 2D EXT2D[1] constante. Como resultado, el tamaño SE T2 [1] del bloque de datos de vista dependiente D[l] ubicado inmediatamente antes también se puede limitar más.
Los bloques exclusivamente para reproducción SS B[2]ss + B[3]ss coinciden completamente con el bloque exclusivamente para reproducción 2D (B[2] + B[3])2D bit por bit. En consecuencia, agrandar el tamaño S2D del bloque exclusivamente para reproducción 2D (B[2] + B[3])2D agranda los tamaños de los bloques de datos de vista dependiente D[2] y D[3] ubicados respectivamente inmediatamente antes de los bloques exclusivamente para reproducción SS B[2]Ss y B[3]Ss-Sin embargo, hay dos bloques exclusivamente para reproducción SS B[2]ss y B[3]Ss en comparación con un bloque exclusivamente para reproducción 2D (B[2] + B[3])2D. Como resultado, los tamaños de cada uno de los bloques exclusivamente para reproducción SS B[2]ss y B[3]Ss se pueden hacer suficientemente pequeños. La capacidad de la RB1 4221 y RB2 4222 puede entonces reducirse más a una cantidad mínima necesaria para la reproducción sin interrupciones de imágenes de video 3D. Es entonces posible establecer cada bloque de datos en la disposición 2 para que tenga un tamaño en el cual la reproducción sin interrupciones de imágenes de video tanto 2D como 3D sea posible mientras se mantenga la capacidad de almacenamiento temporal de lectura que vaya a ser garantizada en el dispositivo de reproducción 102 al mínimo necesario.
Como se explicó con referencia a las figuras 90A-90B, entre más pequeño en tamaño sea el bloque de datos dispuesto al final de un bloque de extensiones colocado inmediatamente antes de un salto largo, más pequeño será el límite inferior de la capacidad de RB2 4222. En consecuencia, la disposición 2 se ajusta de preferencia para satisfacer las siguientes dos condiciones. En ese caso, en el segundo bloque de extensiones A202, que incluye bloques exclusivamente para reproducción 3D B[2]ss y B[3]Ss/ cada bloque de datos es suficientemente pequeño en tamaño. Como resultado, el límite inferior de la capacidad de RB2 4222 puede reducirse más.
La primera condición es que un límite superior se especifique para el tamaño del bloque exclusivamente para reproducción 2D (B[2] + B[3])2D dispuesto inmediatamente antes del segundo bloque de extensiones A202. Por ejemplo, como se muestra en la figura 103, el tamaño S2D del bloque exclusivamente para reproducción 2D (B[2] + B[3])2D ES restringido a igual a o menor que 20,000 sectores. El límite superior depende del desempeño de salto del dispositivo de reproducción 2D. La segunda condición es que un límite superior TEXT_3D_MAX se especifique para el tiempo ATC de extensión de los bloques exclusivamente para reproducción 3D B[2]ss y B[3]ss. Es decir, el tamaño de los bloques exclusivamente para reproducción 3D B[2]ss y B[3]Ss satisface, en lugar de la expresión 1, la siguiente expresión: SEXTi [n] < REXTI [n] x TEXT_3D_MAX. El límite superior TEXT_3D_MAX se establece en, por ejemplo, 0.5 segundos.
La figura 104 es un diagrama esquemático que muestra las relaciones entre el tiempo de lectura SEXTI [3] /RUD72 del bloque exclusivamente para reproducción 3D B[3]ss ubicado al final del segundo bloque de extensiones A202 y el límite inferior de la capacidad de RB2 4222. Como se muestra en la figura 104, la cantidad de datos almacenada DA2 en la RB2 4222 alcanza un valor máximo DM2 en el punto al inicio de la lectura del bloque exclusivamente para reproducción 3D B[3]ss. El valor máximo DM2 es igual a o mayor que un valor que se obtiene al multiplicar la velocidad de transferencia de vista dependiente REXT2 [3] por la suma de la longitud SEXTi [3] /RUD72 del periodo de lectura del bloque exclusivamente para reproducción 3D B[3]ss, el tiempo requerido para el salto largo TLY y la longitud SEXT2 [4 ] / UD72 del periodo de precarga : DM2 > ( SEXTI [3] /RUD72+TLY+SEX2 [4] /RUD72) X UD72) X EXT2 [3] . En consecuencia, si el tamaño del bloque exclusivamente para reproducción 3D B[3]Ss es un valor SL[3] que es más grande que aquél, la longitud SL[3] /RUD72 del periodo de lectura se incrementa. Así, como se muestra por la línea punteada en la figura 104, el valor máximo DM20 de la cantidad de datos almacenada DA2 en la RB2 4222 se incrementa. Por esta razón, se usan las dos condiciones descritas arriba para restringir el tamaño de cada uno de los bloques exclusivamente para reproducción 3D B[2]SS/ B[3]Ss a un valor pequeño. Esto hace posible que el límite inferior de la capacidad de RB2 4222 se reduzca más .
Nótese que, para que la condición 4 sea satisfecha, el tamaño del bloque de datos colocado en la parte superior de cada bloque de extensiones, en particular la longitud del periodo de precarga, tiene que mantenerse suficientemente grande. De esta manera con respecto al bloque exclusivamente para reproducción 3D colocado en la parte superior del bloque de extensiones, el tiempo ATC de extensión del mismo puede exceder el límite superior TEXT_3D_MAX · La disposición 2 puede ser provista en una posición en donde una reproducción interrumpida puede iniciarse, así como antes del límite de capa LB. En la figura 102, los vértices de los triángulos A230, A231 y A232 indican posiciones en las que una reproducción de interrupción puede ser iniciada, en particular las posiciones en el disco BD-RM en donde están grabadas posiciones de entrada. El punto de entrada indicado por el triángulo vacío A230 representa una posición en donde una reproducción interrumpida puede ser iniciada en el modo de reproducción 2D. Los puntos de entrada indicados por triángulos negros A231 y A232 representan posiciones en las que una reproducción interrumpida puede iniciarse en el modo de reproducción 3D.
Cada uno de los bloques exclusivamente para reproducción 3D B[2]Ss» B[3]Ss es más pequeño suficientemente en tamaño que el bloque exclusivamente para reproducción 2D (B[2] + B[3])2D# Y de esta manera el tamaño del bloque de datos de vista dependiente D[2], D[3] es suficientemente pequeño. Como resultado, cuando se lleva a cabo una reproducción interrumpida en el modo de reproducción 3D, el tiempo requerido desde el inicio del acceso al punto de entrada A231, A232 hasta el inicio de decodificación del bloque de datos D[2], B[2]ss es corto. Es decir, una reproducción interrumpida en el modo de reproducción 3D se inicia rápido.
En la disposición 2, datos duplicados del bloque exclusivamente para reproducción 2D (B[2] + B[3])2D se dividen en dos bloques exclusivamente para reproducción SS B[2]Ss y B[3]ss. Como alternativa, los datos duplicados pueden ser un bloque exclusivamente para reproducción SS o pueden dividirse en tres o más bloques exclusivamente para reproducción SS . <Indicador de pares de extensiones> La figura 105 es un diagrama esquemático que muestra puntos de entrada A510 y A520 establecidos para las extensiones EXT1 [k] y EXT2 [k] (la letra k representa un entero mayor que o igual a 0) en una base de archivo A501 y un archivo DEP A502. El punto de entrada A510 en la base de archivo A501 se define por el mapa de entrada en el archivo de información de clips 2D, y el punto de entrada A520 en el archivo DEP A502 se define por el mapa de entrada en el archivo de información de clips de vista dependiente. Cada punto de entrada A510 y A520 incluyen particularmente un indicador de par de extensiones. Cuando un punto de entrada en la base de archivo A501 y un punto de entrada en el archivo DEP A502 indican el mismo PTS, un "indicador de par de extensiones" indica si las extensiones en las cuales estos puntos de entrada están establecidos EXT1 [i] y EXT2[j] están o no en el mismo orden desde la parte superior de los archivos A501 y A502 (i = j o ? j) . Como se muestra en la figura 105, el PTS del primer punto de entrada A530 establecido en la (n + l)a (la letra n representa un entero mayor que o igual a 1) extensión de vista base EXT1 [n] es igual al PTS del último punto de entrada A540 establecido en la (n - l)a extensión de vista dependiente EXT2 [n-1] . En consecuencia, el valor del indicador del par de extensiones para los puntos de entrada A530 y A540 se establece en "0" . En forma similar, el PTS del último punto de entrada A531 establecido en la (n + l)a extensión de vista base EXT1 [n] es igual al PTS del primer punto de entrada A541 establecido en la (n + l)a extensión de vista dependiente EXT2 [n + 1]. En consecuencia, el valor del indicador del par de extensiones para los puntos de entrad A531 y A541 se establecen en "0" . Para los demás puntos de entrada A510 y A520, cuando los PTSs son iguales, el orden de las extensiones EXT1 [·] y EXT2 [¦] en las cuales se establecen estos puntos también es igual, y de esta manera el valor del indicador de pares de extensiones se pone en "1" .
Cuando el dispositivo de reproducción 102 en modo de reproducción 3D empieza la reproducción interrumpida, se refiere al indicador de par de extensiones en el punto de entrada de la posición de inicio de reproducción. Cuando el valor del indicador es "1", la reproducción realmente inicia a partir de ese punto de entrada. Cuando el valor es "0", el dispositivo de reproducción 102 busca, antes o después de ese punto de entrada, otro punto de entrada que tenga un indicador de par de extensiones con un valor de "1" . La reproducción inicia a partir de ese otro punto de entrada. Esto asegura que la na extensión de vista dependiente EXT2 [n] sea leída antes de la na extensión de vista base EXT1 [n] . Como resultado, se puede simplificar la reproducción interrumpida .
El tiempo de presentación que corresponde a la distancia entre puntos de entrada que tienen un indicador de par de extensiones = 0 puede limitarse para que no sea mayor que un número constante de segundos. Por ejemplo, el tiempo puede limitarse para que sea menor que o igual al doble del valor máximo de tiempo de presentación para un GOP. Al principio de la reproducción interrumpida, esto puede acortar el tiempo de espera hasta que empiece la reproducción, lo cual es causado al buscar un punto de entrada que tenga un indicador de par de extensiones = 1. Como alternativa, el valor del indicador del par de extensiones para el punto de entrada después de un punto de entrada con un indicador de par de extensiones = 0 puede limitarse a un valor de "1". Un indicador de cambio de ángulo puede también usarse como un sustituto para un indicador de par de extensiones. Un "indicador de cambio de ángulo" es un indicador preparado dentro del mapa de entrada para contenido que soporte varios ángulos. El indicador de "cambio de ángulo" indica la posición de cambio de ángulo dentro de datos de flujo multiplexados (véase abajo para una descripción de varios ángulos) . <Coincidencia de periodos de reproducción entre bloques de datos> Para pares de bloques de datos con tiempos ATC de extensión iguales, el periodo de reproducción puede coincidir también, y el tiempo de reproducción del flujo de video puede ser igual. En otras palabras, el número de VAUs puede ser igual entre estos bloques de datos. El significado de esta igualdad se explica abajo.
La figura 106A es un diagrama esquemático que muestra una trayectoria de reproducción cuando tiempos ATC de extensión y tiempos de reproducción del flujo de video difieren entre bloques de datos de vista base y bloques de datos de vista dependiente contiguos. Como se muestra en la figura 106A, el tiempo de reproducción del bloque de datos de vista base B[0] es cuatro segundos, y el tiempo de reproducción del bloque de datos de vista dependiente superior D[0]es un segundo. En este caso, la sección del flujo de video de vista base que es necesaria para la decodificación del bloque de datos de vista dependiente D[0] tiene el mismo tiempo de reproducción que el bloque de datos de vista dependiente D[0] . En consecuencia, para guardar capacidad en la memoria de almacenamiento temporal de lectura en el dispositivo de reproducción, es preferible, como se muestra por la flecha ARW1 en la figura 106A, hacer que el dispositivo de reproducción lea de manera alternante el bloque de datos de vista base B[0] y el bloque de datos de vista dependiente D[0] por la misma cantidad de tiempo de reproducción, por ejemplo un segundo a la vez. Sin embargo, en ese caso, como se muestra por las líneas punteadas en la figura 106A, ocurren saltos durante el procesamiento de lectura. Como resultado, es difícil causar que el procesamiento de lectura se mantenga a la par con el procesamiento de decodificación, y de esta manera es difícil mantener establemente una reproducción sin interrupciones.
La figura 106B es un diagrama esquemático que muestra una trayectoria de reproducción cuando los tiempos de reproducción del flujo de video son iguales para bloques de datos de vista base y vista dependiente contiguos. Como se muestra en la figura 106B, el tiempo de reproducción del flujo de video entre un par de bloques de datos adyacentes puede ser igual. Por ejemplo, para el par de los bloques de datos superiores B[0] y D[0], los tiempos de reproducción del flujo de video son ambos iguales a un segundo, y los tiempos de reproducción del flujo de video para el segundo par de bloques de datos B[l] y D[l] son ambos iguales a 0.7 segundos. En este caso, durante el modo de reproducción 3D, el dispositivo de reproducción lee los bloques de datos B[0], D[0], B[l], D[l], ... en orden desde la parte superior, como se muestra por la flecha ARW2 en la figura 106B. Simplemente leer estos bloques de datos en orden, el dispositivo de reproducción puede leer suavemente el TS principal y sub-TS de manera alternante en los mismos incrementos del tiempo.de reproducción. En particular, ya que no ocurre un salto durante procesamiento de lectura, la reproducción sin interrupciones de imágenes de video 3D puede mantenerse establemente .
Si el tiempo ATC de extensión es realmente el mismo entre bloques de datos de vista base y vista dependiente contiguos, no ocurren saltos durante la lectura, y se puede mantener la decodificación sincronizada. En consecuencia, incluso si el periodo de reproducción o el tiempo de reproducción del flujo de video no son iguales, el dispositivo de reproducción puede mantener confiablemente la reproducción sin interrupciones de imágenes de video 3D simplemente al leer grupos de bloques de datos en orden desde arriba, como en el caso mostrado en la figura 106B.
El número de cualquiera de los encabezados en una VAU, y el número de encabezados PES, puede ser igual para bloques de datos de vista base y vista dependiente contiguos. Estos encabezados se usan para sincronizar la decodificación entre bloques de datos. En consecuencia, si el número de encabezados es igual entre bloques de datos, es relativamente fácil mantener decodificación sincronizada, incluso si el número de VAUs no es igual. Además, a diferencia de cuando el número de VAUs es igual, todos los datos en las VAUs no tienen que ser multiplexados en el mismo bloque de datos. Por lo tanto, hay un alto grado de libertad para multiplexar datos de flujo durante el proceso de creación del disco BD-ROM 101.
El número de puntos de entrada puede ser igual para bloques de datos de vista base y vista dependiente contiguos. En referencia de nuevo a la figura 105, en la base de archivo A501 y el archivo DEP A502, las extensiones EXT1 [n] y EXT2 [n] , ubicadas en el mismo orden desde arriba, tienen el mismo número de puntos de entrada A510 y A520, después de excluir los puntos de entrada A530, A540, A531, A541 con un indicador de par de extensiones = 0.. Si están o no presentes saltos difiere entre modo de reproducción 2D y modo de reproducción 3D. Cuando el número de puntos de entrada es igual entre bloques de datos, sin embargo, el tiempo de reproducción es sustancialmente igual. En consecuencia, es fácil mantener decodificación sincronizada no obstante de los saltos. Además, a diferencia de cuando el número de VAUs es igual, todos los datos en las VAUs no tienen que ser multiplexados en el mismo bloque de datos. Por lo tanto, hay un alto grado de libertad para multiplexar datos de flujo durante el proceso de creación del disco BD-ROM 101. <Varios ángulos > La figura 107A es un diagrama esquemático que muestra una trayectoria de reproducción para datos de flujo multiplexados que soportan varios ángulos. Como se muestra en la figura 107A, tres tipos de piezas de datos de flujo L, R y D respectivamente para una vista base, vista derecha y mapa de profundidad son multiplexados en los datos de flujos multiplexados. Por ejemplo, en modo L/R las piezas de vista base y vista derecha de datos de flujo L y R son reproducidas en paralelo. Además, piezas de datos de flujo Ak, Bk y Ck (k = 0, 1, 2, n) para diferentes ángulos (ángulos de visión) son mult iplexadas en la sección reproducida durante el periodo de reproducción de varios ángulos PANG- LOS datos de flujo Ak, Bk y Ck para diferentes ángulos se dividen en secciones para las cuales el tiempo de reproducción es igual al intervalo de cambio de ángulo. Además, datos de flujo para la vista base, vista dependiente y mapa de profundidad se multiplexan en cada una de las piezas de datos Ak, Bk y Ck. Durante el periodo de reproducción de varios ángulos PANGÍ la reproducción puede cambiarse entre las piezas de datos de flujo Ak, Bk y Ck para diferentes ángulos en respuesta a operación de usuario o instrucción por un programa de aplicación.
La figura 107B es un diagrama esquemático que muestra un grupo de bloques de datos A701 grabado en un disco BD-ROM y una trayectoria de reproducción A702 correspondiente en modo L/R.. Este grupo de bloques de datos A701 incluye las piezas de datos de flujo L, R, D, Ak, Bk y Ck mostradas en la figura 107A. Como se muestra en la figura 107B, en el grupo de bloques de datos A701, además de las piezas regulares de datos de flujo L, R y D, las piezas de datos de flujo Ak, Bk y Ck para diferentes ángulos son grabadas en una disposición intercalada. En modo L/R, como se muestra en la trayectoria de reproducción A702, los bloques de datos de vista derecha y vista base R y L son leídos, y la lectura de los bloques de datos de mapas de profundidad D es saltada por saltos. Más aún, de entre las piezas de datos de flujo Ak, Bk y Ck para diferentes ángulos, los bloques de datos para los ángulos seleccionados A0 , Bl, Cn son leídos, y la lectura de otros bloques de datos es saltada por saltos.
La figura 107C es un diagrama esquemático que muestra un bloque de extensiones formado por datos de flujo Ak, Bk y Ck para diferentes ángulos. Como se muestra en la figura 107C, las piezas de datos de flujo Ak, Bk y Ck para cada ángulo están compuestas de tres tipos de bloques de datos L, R y D grabados en una disposición intercalada. En modo L/R, como se muestra por la trayectoria de reproducción A702, de entre las piezas de datos de flujo Ak, Bk y Ck para diferentes ángulos, bloques de datos de vista derecha y vista base R y L son leídos para ángulos seleccionados A0 , Bl, Cn. De manera inversa, la lectura de los demás bloques de datos es saltada por saltos.
Nótese que en las piezas de datos de flujo Ak, Bk y Ck para cada ángulo, los datos de flujo para la vista base, vista derecha y mapa de profundidad pueden ser almacenados como una sola pieza de datos de flujo multiplexados . Sin embargo, la velocidad de grabación tiene que ser limitada al intervalo de la velocidad de sistema para el cual es posible la reproducción en el dispositivo de reproducción 2D . Asimismo, el número de piezas de datos de flujo (TS) que serán transferidas al decodificador de objetivos de sistema difiere entre estas piezas de datos de flujo multiplexados y datos de flujo multiplexados para otras imágenes de video 3D. En consecuencia, cada PI en el archivo de listas de reproducción 3D puede incluir un indicador que indique el número de TS que serán reproducidos. Al referirse a este indicador, el dispositivo de reproducción 3D puede cambiar entre estas piezas de datos de flujo multiplexados dentro de un archivo de listas de reproducción 3D. En el PI que especifica dos TS para la reproducción en modo de reproducción 3D, este indicador indica 2TS. Por otro lado, en el PI que especifica un solo TS para reproducción, tal como las piezas de datos de flujo multiplexadas anteriores, el indicador indica ITS. El dispositivo de reproducción TS puede cambiar el ajuste del decodificador de objetivos de sistema de acuerdo con el valor del indicador. Además, este indicador puede ser expresado por el valor de la condición de conexión (CC) . Por ejemplo, una CC de "7" indica una transición de 2TS a ITS, mientras que una CC de "8" indica una transición de ITS a 2TS.
La figura 108 es un diagrama esquemático que muestra (i) un grupo de bloques de datos A801 que constituye un periodo de varios ángulos y (ii) una trayectoria de reproducción A810 en modo de reproducción 2D y trayectoria de reproducción A820 en modo L/R que corresponden al grupo de bloques de datos A801. Como se muestra en la figura 108, este grupo de bloques de datos A801 se forma por tres tipos de secciones de cambio de ángulo A G1 #k, ANG2 #k y A G3 K3 (k = 1, 2, 6, 7) en una disposición intercalada. Una "sección de cambio de ángulo" es un grupo de bloques de datos consecutivos en el cual datos de flujo para imágenes de video vistas desde un solo ángulo son almacenados. El ángulo de imágenes de video difiere entre diferentes tipos de secciones de cambio de ángulo. Las kas secciones de cada tipo de sección de cambio de ángulo AG1 #k, A G2 #k y ANG3 #k son contiguas. Cada sección de cambio de ángulo ANGm #k (m = 1, 2, 3) se forma por un bloque de extensiones, es decir, se conoce como una extensión SS EXTSS [k] (k = 10, 11, 23) .
La capacidad de la memoria de almacenamiento temporal de lectura puede entonces reducirse en comparación con cuando una pluralidad de secciones de cambio de ángulo forman una extensión SS EXTSS [k] . Además, cada bloque de extensiones incluye un bloque de datos de vista dependiente R y un bloque de datos de vista base L. Este par de bloques de datos R y L se conoce como un par de la na extensión de vista dependiente EXT2 [n] y la na extensión de vista base EXT1 [n] (la letra n representa un entero mayor que o igual a 0) .
El tamaño de cada bloque de extensiones satisface condiciones 1-4. En particular, el salto que debe tomarse en consideración en la condición 1 es el salto JANG-2D para saltar la lectura de otras secciones de cambio de ángulo, como se muestra por la trayectoria de reproducción A810 en modo de reproducción 2D. Por otro lado, el salto que debe tomarse en consideración en la condición 4 es el salto JANG-L para saltar la lectura de otras secciones de cambio de ángulo, como se muestra por la trayectoria de reproducción A820 en modo L/R. Como se muestra por las trayectorias de reproducción A810 y A820, ambos de estos saltos JANG-2D y JANG-LR incluyen generalmente un cambio de ángulo, es decir, un cambio entre los tipos de secciones de cambio de ángulo que serán leídas.
En referencia además a la figura 108, cada sección de cambio de ángulo incluye un bloque de datos de vista base L. En consecuencia, el tiempo ATC de extensión de la extensión de vista base EXT1 [·] se limita a ser no mayor que el valor máximo TANG de la longitud de la sección de cambio de ángulos. Por ejemplo, para hacer posible cambiar ángulos a una velocidad de una vez cada dos segundos de tiempo de presentación, el valor máximo TANG de la longitud de la sección de cambio de ángulo tiene que limitarse a dos segundos. Como resultado, el tiempo ATC de extensión de la extensión de vista base EXT1 [¦] se limita a dos segundos o menos. Por lo tanto, la condición 5 se cambia de tal manera que el tamaño SEXTi de la extensión de vista base satisfaga la expresión 11 en lugar de la expresión 5.
R Smi[fc]=max \ ?1/ß54 ???\ (11) Nótese que el lado derecho de la expresión 9 puede compararse en lugar del lado derecho de la expresión 5. También, de una manera similar al tiempo de extensión ?? del tiempo ATC de extensión de la extensión 2D mostrada en la expresión 7A o 7B, el valor máximo TANG de la longitud de la sección de cambio de ángulo puede determinarse por la longitud de un GOP, o por el límite superior del número de extensiones que pueden ser reproducidas durante un tiempo predeterminado. Además, el tiempo de extensión ?? puede establecerse en "0" en los ángulos múltiples. <Distribución de datos por medio de circuito de difusión o comunicación> El medio de grabación de acuerdo con las modalidades de la presente invención puede ser, además de un disco óptico, un medio removible general disponible como un medio de empaque, tal como un dispositivo de memoria semiconductor portátil, incluyendo una tarjeta de memoria SO. También, las modalidades anteriores describen un ejemplo de un disco óptico en el cual se han grabado datos de antemano, en particular, un disco óptico de sólo lectura disponible convenc ionalmente tal como un BD-ROM o un DVD-ROM. Sin embargo, las modalidades de la presente invención no están limitadas de esta manera, por ejemplo, cuando un dispositivo terminal escriba contenido de video 3D que haya sido distribuido por medio de difusión o una red en un disco óptico escribible disponible convenc ionalmente tal como un BD-RE o un DVD-RAM, la disposición de las extensiones de acuerdo con la modalidad 1 puede ser usada. El dispositivo terminal puede ser incorporado en un dispositivo de reproducción o puede ser un dispositivo diferente al dispositivo de reproducción. <Reproducción de tarjeta de memoria semiconductora> A continuación se describe una unidad de lectura de datos de un dispositivo de reproducción en caso de que se use una tarjeta de memoria semiconductora como el medio de grabación de acuerdo con las modalidades de la presente invención en lugar de un disco óptico.
La parte del dispositivo de reproducción que lee datos de un disco óptico está compuesta de, por ejemplo, una unidad de disco óptico. De manera inversa, la parte del dispositivo de reproducción que lee datos de una tarjeta de memoria semiconductora está compuesta de una interfaz exclusiva (I/F) . Específicamente, se proporciona una ranura para tarjeta con el dispositivo de reproducción, y la I/F es montada en la ranura para tarjeta. Cuando la tarjeta de memoria semiconductora es insertada en la tarjeta para ranura, la tarjeta de memoria semiconductora se conecta eléctricamente con el dispositivo de reproducción por medio de la I/F. Además, los datos son leídos de la tarjeta de memoria semiconductora al dispositivo de reproducción por medio de la I/F. <Técnica de protección de derechos de autor para datos almacenados en disco BD-ROM> El mecanismo para proteger derechos de autor de datos grabados en un disco BD-ROM se describe ahora como una suposición de la siguiente explicación complementaria.
Desde un punto de vista, por ejemplo, de memorar la protección de derechos de autor o confidencialidad de datos, hay casos en los cuales una parte de los datos grabada en el BD-ROM está cifrada. Los datos cifrados son, por ejemplo, un flujo de video, un flujo de audio u otro flujo. En tal caso, los datos cifrados se decodifican de la siguiente manera.
El dispositivo de reproducción tiene grabada sobre el mismo de antemano una parte de datos necesaria para generar una "clave" que se usará para decodificar los datos cifrados grabados en el disco BD-ROM, en particular, una clave de dispositivo. Por otro lado, el disco BD-ROM tiene grabada sobre el mismo otra parte de los datos necesaria para generar la "clave", en particular, un bloque de clave de medios (MKB) , y datos cifrados de la "clave", en particular, una clave de título cifrada. La clave de dispositivo, la MKB, y la clave de título cifrada están asociadas unas con otras, y cada una están asociadas además con una ID particular escrita en un BCA 201 grabada en el disco BD-ROM 101 mostrado en la figura 2, en particular, un ID de volumen. Cuando la combinación de la clave de la clave de dispositivo, la MKB, la clave de título cifrada y el ID de volumen no es correcta, los datos cifrados no pueden ser decodificados . En otras palabras, sólo cuando la combinación es correcta, la "clave" mencionada arriba, en particular la clave de título, puede ser generada. Específicamente, la clave de título cifrada es primero descifrada usando la clave de dispositivo, la MKB y el ID de volumen. Sólo cuando la clave de título puede obtenerse como resultado del descifrado, los datos cifrados pueden ser decodificados usando la clave de título como la "clave" mencionada arriba.
Cuando un dispositivo de reproducción intenta reproducir los datos cifrados grabados en el disco BD-ROM, el dispositivo de reproducción no puede reproducir los datos cifrados a menos que el dispositivo de reproducción tenga almacenada en el mismo una clave de dispositivo que ha sido asociada de antemano con la clave de título cifrada, la MKB, el dispositivo y el ID de volumen grabados en el disco BD-ROM. Esto es debido a que una clave necesaria para la decodificación de los datos cifrados, en particular una clave de título, puede obtenerse sólo al descifrar la clave de título cifrada con base en la combinación correcta de la MKB, la clave de dispositivo y el ID de volumen.
Para proteger los derechos de autor de por lo menos uno de un flujo de video y un flujo de audio que van a ser grabados en un disco BD-ROM, un flujo que será protegido es cifrado usando la clave de título, y el flujo cifrado se graba en el disco BD-ROM. Después, se genera una clave con base en la combinación de la MKB, la clave de dispositivo y el ID de volumen, y la clave de título es cifrada usando la clave para que de esta manera sea convertida en una clave de título cifrada. Además, la MKB, el ID de volumen y la clave de título cifrada se graban en el disco BD-ROM. Sólo un dispositivo de reproducción que almacena en el mismo la clave de dispositivo que se usará para generar la clave mencionada arriba puede decodificar el flujo de video cifrado y/o el flujo de audio cifrado grabados en el disco BD-ROM usando un decodificador . De esta manera, es posible proteger los derechos de autor de los datos grabados en el disco BD-ROM.
El mecanismo descrito arriba para proteger los derechos de autor de los datos grabados en el disco BD-ROM es aplicable a un medio de grabación que no sea el disco BD-ROM. Por ejemplo, el mecanismo es aplicable a un dispositivo de memoria semiconductora legible y escribible y en particular a una tarjeta de memoria semiconductora portátil tal como una tarjeta SD. <Grabación de datos en un medio de grabación a través de distribución electrónica> A continuación se describe procesamiento para transmitir datos, tales como un archivo de flujos de AV para imágenes de video 3D (en adelante, "datos de distribución"), al dispositivo de reproducción de acuerdo con las modalidades de la presente invención por medio de distribución electrónica y para causar que el dispositivo de reproducción grabe los datos de distribución en una tarjeta de memoria semiconductora. Nótese que las siguientes operaciones pueden llevarse a cabo por un dispositivo terminal especializado para llevar a cabo el procesamiento en lugar del dispositivo de reproducción mencionado arriba. También, la siguiente descripción se basa en la suposición de que la tarjeta de memoria semiconductora que es un destino de grabación sea una tarjeta de memoria SD.
El dispositivo de reproducción incluye la ranura para tarjeta descrita arriba. Una tarjeta de memoria SD es insertada en la ranura para tarjeta. El dispositivo de reproducción en este estado transmite primero una solicitud de transmisión de datos de distribución a un servidor de distribución en una red. En este punto, el dispositivo de reproducción lee información de identificación de la tarjeta de memoria SD de la tarjeta de memoria SD y transmite la información de identificación leída al servidor de distribución junto con la solicitud de transmisión. La información de identificación de la tarjeta de memoria SD es, por ejemplo, un número de identificación específico para la tarjeta de memoria SD y, más específicamente, es un número de serie de la tarjeta de memoria SD. La información de identificación se usa como el ID de volumen descrito arriba.
El servidor de distribución tiene almacenadas en el mismo piezas de datos de distribución. Datos de distribución que tienen que ser protegidos por cifrado tales como un flujo de video y/o un flujo de audio han sido cifrados usando una clave de título predeterminada. Los datos de distribución cifrados pueden ser. descifrados usando la misma clave de título .
El servidor de distribución almacena en el mismo una clave de dispositivo como una clave privada común con el dispositivo de reproducción. El servidor de distribución almacena además en el mismo una MKB en común con la tarjeta de memoria SD. Después de recibir la solicitud de transmisión de datos de distribución y la información de identificación de la tarjeta de memoria SD del dispositivo de reproducción, el servidor de distribución genera primero una clave a partir de la clave de dispositivo, la MKB, y la información de identificación y cifra la clave de título usando la clave generada para generar una clave de título cifrada.
Después, el servidor de distribución genera información de clave pública. La información de clave pública incluye, por ejemplo, la MKB, la clave de título cifrada, información de firma, el número de identificación de la tarjeta de memoria SD y una lista de dispositivos. La información de firma incluye por ejemplo un valor de cálculo de direccionamiento de la información de clave pública. La lista de dispositivos es una lista de dispositivos que tienen que ser invalidados, es decir, dispositivos que tienen un riesgo de llevar a cabo reproducción no autorizada de datos cifrados incluidos en los datos de distribución. La lista de dispositivos especifica la clave de dispositivo y el número de identificación para el dispositivo de reproducción, así como un número de identificación o función (programa) para cada elemento en el dispositivo de reproducción tal como el decodificador .
El servidor de distribución transmite los datos de distribución y la información de clave pública al dispositivo de reproducción. El dispositivo de reproducción recibe los datos de distribución en la información de clave pública y las graba en la tarjeta de memoria SD por medio de la I/F exclusiva de la ranura para tarjeta.
Datos de distribución cifrados grabados en la tarjeta de memoria SD son descifrados usando la información de clave pública de la siguiente manera, por ejemplo. Primero, tres tipos de verificaciones se llevan a cabo como autenticación de la información de clave pública. Estas verificaciones pueden llevarse a cabo en cualquier orden. (1) ¿La información de identificación de la tarjeta de memoria SD incluida en la información de clave pública coincide con el número de identificación almacenado en la tarjeta de memoria SD insertada en la ranura para tarjetas? (2) ¿Un valor de cálculo de direccionamiento calculado con base en la información de clave pública coincide con el valor de cálculo de direccionamiento incluido en la información de firma? (3) ¿El dispositivo de reproducción está excluido de la lista de dispositivos indicada por la información de clave pública? ¿Específicamente, la clave de dispositivo del dispositivo de reproducción está excluida de la lista de dispositivos? Si por lo menos cualquiera de los resultados de las verificaciones (1) a (3) es negativo, el dispositivo de reproducción detiene el procesamiento de descifrado de los datos cifrados. De manera inversa, si todos los resultados de las verificaciones (1) a (3) son afirmativos, el dispositivo de reproducción autoriza la información de clave pública y descifra la clave de títulos cifrada incluida en la información de clave pública usando la clave de dispositivo, la MKB y la información de identificación de la tarjeta de memoria SD, obteniendo de esta manera una clave de título. El dispositivo de reproducción descifra además los datos cifrados usando la clave pública, obteniendo de esta manera, por ejemplo, un flujo de video y/o un flujo de audio.
El mecanismo anterior tiene la siguiente ventaja. Si un dispositivo de reproducción, elementos de composición y una función (programa) que tienen el riesgo de ser usados de una manera no autorizada ya se conocen cuando se transmiten datos por medio de la distribución electrónica, las piezas de información de identificación correspondientes son listadas en la lista de dispositivos y se distribuyen como parte de la información de clave pública. Por otro lado, el dispositivo de reproducción que ha solicitado los datos de distribución inevitablemente tiene que comparar las piezas de información de identificación incluidas en la lista de dispositivos con las piezas de información de identificación del dispositivo de reproducción, sus elementos de composición y similares. Como resultado, si el dispositivo de reproducción, sus elementos de composición y similares se identifican en la lista de dispositivos, el dispositivo de reproducción no puede usar la información de clave pública para descifrar los datos cifrados incluidos en los datos de distribución incluso si la combinación del número de identificación de la tarjeta de memoria SD, la MKB, la clave de título cifrada y la clave de dispositivos correcta. De esta manera, es posible evitar de manera efectiva que datos de distribución sean usados de una manera no autorizada.
La información de identificación de la tarjeta de memoria semiconductora es grabada deseablemente en un área de grabación que tiene alta confidencialidad incluida en un área de grabación de la tarjeta de memoria semiconductora. Esto se debe a que si la información de identificación tal como el número de serie de la tarjeta de memoria SD ha sido alterada de una manera no autorizada, es posible lograr una copia ilegal de la tarjeta de memoria SD fácilmente. En otras palabras, si la alteración permite la generación de una pluralidad de tarjetas de memoria semiconductoras que tengan la misma información de identificación, es imposible distinguir entre productos autorizados y productos de copia no autorizados al llevar a cabo la verificación (1) anterior. Por lo tanto, es necesario grabar la información de identificación de la tarjeta de memoria semiconductora en un área de grabación con alta confidencialidad para de esta manera proteger la información de identificación contra ser alterada de una manera no autorizada.
El área de grabación con alta confidencialidad está estructurada dentro de la tarjeta de memoria semiconductora de la siguiente manera, por ejemplo. Primero, como un área de grabación desconectada eléctricamente de un área de grabación para grabar datos normales (en adelante, "primer área de grabación"); otra área de grabación (en adelante, "segunda área de grabación") es provista. Después, un circuito de control exclusivamente para acceder a la segunda área de grabación es provisto dentro de la tarjeta de memoria semiconductora. Como resultado, el acceso a la segunda área de grabación puede llevarse a cabo sólo por medio del circuito de control. Por ejemplo, supóngase que sólo datos cifrados sean grabados en la segunda área de grabación y un circuito para descifrar los datos cifrados se incorporen sólo dentro del circuito de control. Como resultado, el acceso a los datos grabados en la segunda área de grabación puede llevarse a cabo sólo al causar que el circuito de control almacene en el mismo una dirección de cada pieza de datos grabada en la segunda área de grabación. También, una dirección de cada pieza de datos grabada en la segunda área de grabación puede almacenarse sólo en el circuito de control. En este caso, sólo el circuito de control puede identificar una dirección de cada pieza de datos grabada en la segunda área de grabación.
En caso de que la información de identificación de la tarjeta de memoria semiconductora esté grabada en la segunda área de grabación, entonces cuando un programa de aplicación que opere en el dispositivo de reproducción adquiera datos del servidor de distribución por medio de distribución electrónica y grabe los datos adquiridos en la tarjeta de memoria semiconductora, se lleva a cabo el siguiente procesamiento. Primero, el programa de aplicación emite una solicitud de acceso al circuito de control por medio de la tarjeta de memoria I/F para acceder a la información de identificación de la tarjeta de memoria semiconductora grabada en la segunda área de grabación. En respuesta a la solicitud de acceso, el circuito de control lee primero la información de identificación de la segunda área de grabación. Después, el circuito de control transmite la información de identificación al programa de aplicación por medio de la tarjeta de memoria I/F. El programa de aplicación transmite la solicitud de transmisión de los datos de distribución junto con la información de identificación. El programa de aplicación graba además, en la primera área de grabación de la tarjeta de memoria semiconductora por medio de la tarjeta de memoria I/F, la información de clave pública y los datos de distribución recibidos desde el servidor de distribución en respuesta a la solicitud de transmisión.
Nótese que es preferible que el programa de aplicación descrito arriba verifique si el propio programa de aplicación ha sido alterado antes de emitir la solicitud de acceso al circuito de control de la tarjeta de memoria semiconductora. La verificación puede llevarse a cabo usando un certificado digital que cumpla con la norma X.509. Además, sólo es necesario grabar los datos de distribución en la primer área de grabación de la tarjeta de memoria semiconductora, como se describió arriba. El acceso a los datos de distribución no tienen que controlarse por el circuito de control de la tarjeta de memoria semiconductora. <Aplicación a grabación en tiempo real> La modalidad de la presente invención se basa en la suposición de que un archivo de flujos de AV y un archivo de listas de reproducción se graben en un disco BD-ROM usando la técnica de pre-grabación del sistema de creación, y el archivo de flujos de AV y archivo de listas de reproducción grabados sean proporcionados a los usuarios. Como alternativa, puede ser posible grabar, al llevar a cabo grabación en tiempo real, el archivo de flujos de AV y el archivo de listas de reproducción en un medio de grabación escribible tal como un disco BD-RE, un disco BD-R, un disco duro o una tarjeta de memoria semiconductora (en adelante, "disco BD-RE o similar") y proporcionar al usuario el archivo de flujos de AV y archivo de listas de reproducción grabados. En tal caso, el archivo de flujos de AV puede ser un flujo de transporte que haya sido obtenido como resultado de decodificación en tiempo real de una señal de entrada análoga llevada a cabo por un dispositivo de grabación. Como alternativa, el archivo de flujos de AV puede ser un flujo de transporte obtenido como resultado de parcializar un flujo de transporte en forma digital ingresado por el dispositivo de grabación.
El dispositivo de grabación que lleva a cabo grabación en tiempo real incluye un codificador de video, un codificador de audio, un multiplexor y un empaquetador de origen. El codificador de video codifica una señal de video para convertirla en un flujo de video. El codificador de audio codifica una señal de audio para convertirla en un flujo de audio. El multiplexor multiplexa el flujo de video y flujo de audio para convertirlos en un flujo digital en el formato MPEG-2 TS . El empaquetador de origen convierte paquetes TS en el flujo digital en formato MPEG-2 TS en paquetes de origen. El dispositivo de grabación almacena cada paquete de origen en el archivo de flujos de AV y escribe el archivo de flujos de AV en el disco BD-RE o similar .
En paralelo con el procesamiento de escritura del archivo de flujos de AV, la unidad de control del dispositivo de grabación genera un archivo de información de clips y un archivo de listas de reproducción en la memoria y escribe los archivos en el disco BD-RE o similar. Específicamente, cuando un usuario solicita el desempeño de procesamiento de grabación, la unidad de control genera primero un archivo de información de clips de acuerdo con un archivo de flujos de AV y escribe el archivo en el disco BD-RE o similar. En tal caso, cada vez que un encabezado de un GOP de un flujo de video se detecta a partir de un flujo de transporte recibido desde afuera, o cada vez que un GOP de un flujo de video se genera por el codificador de video, la unidad de control adquiere un PTS de una imagen I colocada en el encabezado del GOP y un SPN del paquete de origen en el cual está almacenado el encabezado del GOP. La unidad de control almacena además un par del PTS y el SPN como un punto de entrada en un mapa de entrada del archivo de información de clips. En ese momento, un indicador "is_angle_change" es añadido al punto de entrada. El indicador is_angle_change se establece en "on" cuando el encabezado del GOP es una imagen IDR, y "off" cuando el encabezado del GOP no es una imagen IDR. En el archivo de información de clips, información de atributos de flujo se establece además de acuerdo con un atributo de un flujo que será grabado. De esta manera, después de la escritura del archivo de flujos de AV y el archivo de información de clips en el disco BD-RE o similar, la unidad de control genera un archivo de listas de reproducción usando el mapa de entrada en el archivo de información de clips, y escribe el archivo en el disco BD-RE o similar. <Copia administrada> El dispositivo de reproducción de acuerdo con las modalidades de la presente invención puede escribir un flujo digital grabado en el disco BD-ROM 101 en otro medio de grabación por medio de una copia administrada. "Copia administrada" se refiere a una técnica para permitir la copia de un flujo digital, un archivo de listas de reproducción, un archivo de información de clips y un programa de aplicación a partir de un medio de grabación de sólo lectura tal como un disco BD-ROM en un medio de grabación escribible sólo en caso de que la autenticación por medio de comunicación con el servidor tenga éxito. Este medio de grabación escribible puede ser un disco óptico escribible, tal como un BD-R, BD-RE, DVD-R, DVD-RW o DVD-RAM, un disco duro, o un elemento de memoria semiconductor portátil tal como una tarjeta de memoria SD, Memory Stick™, Compact Flash™, Smart Media™ o Multimedia Card™ . Una copia administrada permite la limitación del número de respaldos de datos grabados en un medio de grabación de sólo lectura y el cargo de una tarifa por respaldos.
Cuando una copia administrada se lleva a cabo de un disco BD-ROM a un disco BD-R o un disco BD-RE y los dos discos tienen una capacidad de grabación equivalente, los flujos de bits grabados en el disco original pueden ser copiados en orden tal cuales.
Si se lleva a cabo una copia administrada entre diferentes tipos de medios de grabación, un trans código tiene que ser llevado a cabo. Este "trans código" se refiere a procesamiento para ajustar un flujo digital grabado en el disco original al formato de aplicación de un medio de grabación que es el destino de copia. Por ejemplo, el trans código incluye el proceso de convertir un formato MPEG-2 TS en un formato de flujo de programa MPEG-2 y el proceso, de reducir una velocidad de bits de cada uno de un flujo de video y un flujo de audio y volver a codificar el flujo de video y el flujo de audio.
Durante trans código, un archivo de flujos de AV, un archivo de información de clips y un archivo de listas de reproducción tienen que generarse en la grabación en tiempo real mencionada arriba. <Método para describir la estructura de datos> Entre las estructuras de datos en las modalidades de la presente invención, una estructura repetida "hay una pluralidad de piezas de información que tienen un tipo predeterminado" se define al describir un valor inicial de una variable de control y una condición cíclica en una oración condicional. Asimismo, una estructura de datos "si una condición predeterminada es satisfecha, información predeterminada es definida" se define al describir, en una oración condicional, la condición y una variable que se establecerán en el momento en que la condición se satisfaga. De esta manera, la estructura de datos descrita en las modalidades se describe usando un lenguaje de programación de alto nivel. En consecuencia, la estructura de datos es convertida por una computadora en un código legible por computadora por medio del proceso de traducción llevado a cabo por un compilador, que incluye "análisis de sintaxis" , "optimización" , "asignación de recursos" y "generación de códigos", y la estructura de datos es luego grabada en el medio de grabación. Al haber sido descrita en un lenguaje de programación de alto nivel, la estructura de datos es tratada como una parte que no es el método de la estructura de clase en un lenguaje orientado por objetivos, específicamente, como una variable de miembro de tipo de disposición de la estructura de clase, y constituye una parte del programa. En otras palabras, la estructura de datos es sustancialmente equivalente a un programa. Por lo tanto, la estructura de datos tiene que ser protegida como una invención relacionada con computadoras . <Administración de archivo de listas de reproducción y archivo de información de clips por programa de reproduceión> Cuando un archivo de listas de reproducción y un archivo de flujos de AV son grabados en un medio de grabación, se graba un programa de reproducción en el medio de grabación en un formato ejecutable. El programa de reproducción hace que la computadora reproduzca el archivo de flujos de AV de acuerdo con el archivo de listas de reproducción. El programa de reproducción es cargado desde un medio de grabación a un elemento de memoria de una computadora y luego es ejecutado por la computadora. El proceso de carga incluye procesamiento de compilación o procesamiento de enlace. Mediante estos procesos, el programa de reproducción se divide en una pluralidad de secciones en el elemento de memoria. Las secciones incluyen una sección de texto, una sección de datos, una sección bss y una sección de pila. La sección de texto incluye una disposición de códigos del programa de reproducción, un valor inicial y datos no re-escribibles . La sección de datos incluye variables con valores iniciales y datos re-escribibles. En particular, la sección de datos incluye un archivo que es grabado en el medio de grabación y puede ser accedido en cualquier momento. La sección bss incluye variables que nó tienen valor inicial. Los datos incluidos en la sección de bss son referenciados en respuesta a comandos indicados por el código en la sección de texto. Durante el procesamiento de compilación o procesamiento de enlace, un área para la sección bss se aparta en la rama interna de la computadora. La sección de pila es un área de memoria apartada temporalmente según sea necesario. Durante cada uno de los procesos por el programa de reproducción, variables locales se usan temporalmente. La sección de pila incluye estas variables locales. Cuando el programa es ejecutado, las variables en la sección bss son inicialmente puestas en cero, y el área de memoria necesaria se aparta en la sección de pila.
Como se describió arriba, el archivo de listas de reproducción y el archivo de información de clips ya están convertidos en el medio de grabación en código legible por computadora. En consecuencia, en el momento de la ejecución del programa de reproducción, estos archivos se administran cada uno como "datos no re-escribibles" en la sección de texto o como un "archivo accedido en cualquier momento" en la sección de datos. En otras palabras, el archivo de listas de reproducción y el archivo de información de clips se incluyen cada uno como un elemento de composición del programa de reproducción en el momento de ejecución del mismo. Por lo tanto, el archivo de listas de reproducción y el archivo de información de clips satisfacen un papel más amplio en el programa de reproducción que la simple presentación de datos.
Aplicación industrial La presente invención se refiere a una tecnología para reproducción de video estereoscópica y como se describió arriba, hace posible que paquetes TS sean identificados con el uso de indicador de prioridad TS . Es por lo tanto aparente que la presente invención es industrialmente aplicable .
[Lista de números de referencia] 1500 VAU #1 en el flujo de video de vista dependiente 1510 paquete PES 1512 carga útil PES 1520 secuencia de paquetes TS 1521 primer grupo de la secuencia de paquetes TS 1520 1522 segundo grupo de la secuencia de paquetes TS 1523 tercer grupo de la secuencia de paquetes TS 1520 paquete TS ubicado al final del primer grupo 1521 1531 encabezado de TS del paquete de TS 1530 1532 campo AD del paquete TS 1530 1533 carga útil TS del paquete TS 1530 1540 paquete TS que pertenece al segundo grupo 1522 1541 encabezado TS del paquete TS 1540 1542 carga útil TS del paquete TS 1540 1550 paquete TS ubicado al final del segundo grupo 1522 1551 encabezado TS del paquete TS 1550 1552 campo AD del paquete TS 1550 1553 carga útil TS del paquete TS 1550 1560 paquete TS que pertenece al tercer grupo 1523 1561 encabezado TS del paquete TS 1560 1562 carga útil TS del paquete TS 1560 Se hace constar que con relación a esta fecha, el mejor método conocido por la solicitante para llevar a la práctica la citada invención, es el que resulta claro de la presente descripción de la invención.

Claims (4)

REIVINDICACIONES Habiéndose descrito la invención como antecede, se reclama como propiedad lo contenido en las siguientes reivindicaciones:
1. Un medio de grabación en el cual están grabados un flujo de video de vista principal, un flujo de video de sub-vista y un flujo de gráficos, caracterizado porque el flujo de video de vista principal incluye imágenes de vista principal que constituyen vistas principales de imágenes de video estereoscópicas, el flujo de video de sub-vista incluye imágenes de sub-vista y metadatos, las imágenes de sub-vista constituyen sub-vistas de imágenes de video estereoscópicas, el flujo de gráficos incluye datos de gráficos que constituyen imágenes de gráficos monoscópicas , las imágenes de vista principal son cada una renderizadas en un plano de video de vista principal, cuando son reproducidas, las imágenes de sub-vista son cada una renderizadas en un plano de video de sub-vista, cuando son reproducidas, los datos de gráficos son renderizados en un plano de gráficos, cuando son reproducidos, los metadatos se proporcionan en cada grupo de imágenes (GOP) que constituye el flujo de video de sub-vista e incluyen información de desplazamiento, la información de desplazamiento es información de control que especifica control de desplazamiento para una pluralidad de imágenes que constituyen un GOP, el control de desplazamiento es un proceso para proporcionar un desplazamiento a la izquierda y un desplazamiento a la derecha para coordenadas horizontales en el plano de gráficos para generar un par de planos dé gráficos, y luego combinar el par de planos de gráficos por separado con el plano de video de vista principal y el plano de video de sub-vista, el flujo de video de sub-vista es multiplexado en un flujo de transporte (TS) , paquetes de TS que constituyen el TS tienen cada uno un encabezado que incluye un indicador de prioridad de TS que indica una prioridad del paquete de TS, y paquetes de TS que contienen los metadatos tienen un valor diferente de indicador de prioridad de TS de los paquetes de TS que contienen las imágenes de sub-vista.
2. Un dispositivo de reproducción para reproducir imágenes de video a partir de un medio de grabación, en donde un flujo de video de vista principal, un flujo de video de sub-vista y un flujo de gráficos están grabados en el medio de grabación, el flujo de video de vista principal incluye imágenes de vista principal que constituyen vistas principales de imágenes de video estereoscópicas, el flujo de video de sub-vista incluye imágenes de sub-vista y metadatos, las imágenes de sub-vista constituyen sub-vistas de imágenes de video estereoscópicas, el flujo de gráficos incluye datos de gráficos que constituyen imágenes de gráficos monoscópicas , las imágenes de vista principal son cada una renderizadas en un plano de video de vista principal, cuando son reproducidas, las imágenes de sub-vista son cada una renderizadas en un plano de video de sub-vista, cuando son reproducidas, los datos de gráficos son renderizados en un plano de gráficos, cuando son reproducidos, los metadatos se proporcionan en cada grupo de imágenes (GOP) que constituye el flujo de video de sub-vista e incluyen información de desplazamiento, la información de desplazamiento es información de control que especifica control de desplazamiento para una pluralidad de imágenes que constituyen un GOP, el control de desplazamiento es un proceso para proporcionar un desplazamiento a la izquierda y un desplazamiento a la derecha para coordenadas horizontales en el plano de gráficos para generar un par de planos de gráficos, y luego combinar el par de planos de gráficos por separado con el plano de video de vista principal y el plano de video de sub-vista, el flujo de video de sub-vista es multiplexado en un flujo de transporte (TS) , paquetes de TS que constituyen el TS incluyen cada uno un indicador de prioridad de TS que indica una prioridad del paquete de TS, y paquetes de TS que contienen los metadatos tienen un valor diferente de indicador de prioridad de TS de los paquetes de TS que contienen las imágenes de sub-vista, caracterizado porque comprende: una unidad de lectura que funciona para leer datos del medio de grabación; una unidad de decodificación que funciona para decodificar datos de flujo leídos por la unidad de lectura en por lo menos cualquiera de planos de video y planos de gráficos ; una unidad de filtro de prioridad de TS que funciona para monitorear indicadores de prioridad de TS de paquetes de TS incluidos en los datos de flujo, y extraer paquetes de TS que contengan los metadatos; una unidad de procesamiento de metadatos que funciona para extraer los metadatos de los paquetes de TS extraídos por la unidad de filtro de prioridad de TS ; y una unidad de combinación de planos que funciona para llevar a cabo control de desplazamiento sobre el plano de gráficos de acuerdo con información de desplazamiento incluida en los metadatos extraídos por la unidad de procesamiento de metadatos .
3. El dispositivo de reproducción de conformidad con la reivindicación 2, caracterizado porque la unidad de decodificación decodifica paquetes de TS que no fueron extraídos por la unidad de filtro de prioridad de TS .
4. Un circuito integrado semiconductor para recibir una serie de datos que incluyen un flujo de video de vista principal, un flujo de video de sub-vista y un flujo de gráficos, y luego llevar a cabo procesamiento de señales de video en los datos recibidos, en donde el flujo de video de vista principal incluye datos de imágenes de vista principal que constituyen vistas principales de imágenes de video estereoscópicas, el flujo de video de sub-vista incluye datos y metadatos de imágenes de sub-vista, los datos de imágenes de sub-vista constituyen sub-vistas de imágenes de video estereoscópicas, el flujo de gráficos incluye datos de gráficos que constituyen imágenes de gráficos monoscópicas, los metadatos se proporcionan en cada grupo de imágenes (GOP) que constituye el flujo de video de sub-vista e incluyen información de desplazamiento, la información de desplazamiento es información de control que especifica control de desplazamiento para una pluralidad de imágenes que constituyen un GOP, el flujo de video de vista principal es multiplexado en un flujo de transporte de vista principal (TS) , y luego dividido en una pluralidad de grupos de datos de vista principal, el flujo de video de sub-vista es multiplexado en un TS de sub-vista, y luego dividido en una pluralidad de grupos de datos de sub-vista, los grupos de datos de vista principal y los grupos de datos de sub-vista son dispuestos de una manera intercalada en la serie de datos, el flujo de gráficos es multiplexado en cada uno o ambos del TS de vista principal y el TS de sub-vista, y por lo menos uno de los grupos de datos de vista principal y los grupos de datos de sub-vista incluyen los datos de gráficos, paquetes de TS que constituyen el TS de sub-vista tienen cada uno un encabezado que incluye un indicador de prioridad de TS que indica una prioridad del paquete de TS, y paquetes de TS que contienen los metadatos tienen un valor diferente de indicador de prioridad de TS de los paquetes de TS que contienen datos de imagen que constituyen las sub-vistas, caracterizado porque comprende: una unidad de control principal que funciona para controlar el circuito integrado semiconductor; una unidad de procesamiento de flujos que funciona para recibir la serie de datos, almacenar temporalmente la serie de datos en una memoria interna o externa al circuito integrado semiconductor, y luego desmultiplexar la serie de datos en los datos de imagen y los datos de gráficos; una unidad de procesamiento de señales que funciona para decodificar los datos de imagen y los datos de gráficos; y una unidad de salida de AV que funciona para enviar los datos de imagen decodificados por la unidad de procesamiento de señales, en donde la unidad de procesamiento de flujos comprende una unidad de conmutación que funciona para recibir la serie de datos y cambiar una ubicación de almacenamiento de la misma entre una primer área y una segunda área en la memoria, la unidad de control principal controla la unidad de conmutación para almacenar datos de imagen que pertenezcan a los grupos de datos de vista principal y los grupos de datos de sub-vista en la primer área y la segunda área, respectivamente , entre los datos de imagen decodificados , datos que pertenezcan a los grupos de datos de vista principal se almacenen en una tercer área en la memoria, la tercer área corresponde a un plano de video de vista principal, entre los datos de imagen decodi icados , datos que pertenezcan a los grupos de datos de sub-vista se almacenen en una cuarta área en la memoria, la cuarta área corresponde a un plano de video de sub-vista, los datos de gráficos decodificados se almacenan en una quinta área en la memoria, la quinta área corresponde a un plano de gráficos, la unidad de salida de AV comprende una unidad de superposición de imágenes que funciona para superponer uno de los datos de gráficos decodificados y los datos de imagen decodificados sobre el otro, la unidad de procesamiento de señales monitorea indicadores de prioridad de TS de paquetes de TS incluidos en la serie de datos, y extrae los metadatos, la unidad de superposición de imágenes proporciona un desplazamiento positivo y un desplazamiento negativo para coordenadas horizontales en el plano de gráficos para generar un par de planos de gráficos de acuerdo con información de desplazamiento incluida en los metadatos extraídos por la unidad de procesamiento de señales, y luego superpone el par de planos de gráficos por separado en el plano de video de vista principal y el plano de video de sub-vista, y la unidad de salida de AV envía los datos de imagen decodificados después de que los datos de gráficos decodificados son superpuestos en los mismos.
MX2011002003A 2009-07-10 2010-07-07 Medio de grabacion, dispositivo de reproduccion y circuito integrado. MX2011002003A (es)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2009164289 2009-07-10
PCT/JP2010/004439 WO2011004600A1 (ja) 2009-07-10 2010-07-07 記録媒体、再生装置、及び集積回路

Publications (1)

Publication Number Publication Date
MX2011002003A true MX2011002003A (es) 2011-03-29

Family

ID=43429028

Family Applications (1)

Application Number Title Priority Date Filing Date
MX2011002003A MX2011002003A (es) 2009-07-10 2010-07-07 Medio de grabacion, dispositivo de reproduccion y circuito integrado.

Country Status (13)

Country Link
US (2) US8150238B2 (es)
EP (1) EP2453661B1 (es)
JP (2) JP4676579B2 (es)
KR (1) KR20120104485A (es)
CN (1) CN102138335B (es)
BR (1) BRPI1004221A2 (es)
DK (1) DK2453661T3 (es)
ES (1) ES2649556T3 (es)
MX (1) MX2011002003A (es)
RU (1) RU2541128C2 (es)
TW (1) TWI453736B (es)
WO (1) WO2011004600A1 (es)
ZA (1) ZA201101480B (es)

Families Citing this family (50)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20110013888A1 (en) * 2009-06-18 2011-01-20 Taiji Sasaki Information recording medium and playback device for playing back 3d images
JP4957831B2 (ja) * 2009-08-18 2012-06-20 ソニー株式会社 再生装置および再生方法、並びに記録装置および記録方法
US8878913B2 (en) * 2010-03-12 2014-11-04 Sony Corporation Extended command stream for closed caption disparity
US9456204B2 (en) * 2010-03-16 2016-09-27 Universal Electronics Inc. System and method for facilitating configuration of a controlling device via a 3D sync signal
JP2011216937A (ja) * 2010-03-31 2011-10-27 Hitachi Consumer Electronics Co Ltd 立体画像表示装置
JP5505637B2 (ja) * 2010-06-24 2014-05-28 ソニー株式会社 立体表示装置および立体表示装置の表示方法
KR101645465B1 (ko) * 2010-07-23 2016-08-04 삼성전자주식회사 휴대용 단말기에서 입체 영상 데이터를 생성하기 위한 장치 및 방법
KR20120056929A (ko) * 2010-09-20 2012-06-05 엘지전자 주식회사 휴대 단말기 및 그 동작 제어방법
US9143783B2 (en) * 2011-01-19 2015-09-22 Telefonaktiebolaget L M Ericsson (Publ) Indicating bit stream subsets
US20120224037A1 (en) * 2011-03-02 2012-09-06 Sharp Laboratories Of America, Inc. Reducing viewing discomfort for graphical elements
JP5355606B2 (ja) * 2011-03-03 2013-11-27 日本電信電話株式会社 ステレオ動画像符号化方法、装置およびプログラム
JP5639007B2 (ja) * 2011-05-17 2014-12-10 日本電信電話株式会社 ３ｄ映像視聴装置、３ｄ映像視聴方法及び３ｄ映像視聴プログラム
US8923686B2 (en) * 2011-05-20 2014-12-30 Echostar Technologies L.L.C. Dynamically configurable 3D display
JP5914838B2 (ja) * 2011-05-23 2016-05-11 パナソニックＩｐマネジメント株式会社 画像表示装置
JP2012249019A (ja) * 2011-05-26 2012-12-13 Sony Corp 記録装置、記録方法、再生装置、再生方法、プログラム、および記録再生装置
US9185386B2 (en) * 2011-06-01 2015-11-10 Panasonic Intellectual Property Management Co., Ltd. Video processing device, transmission device, video processing system, video processing method, transmission method, computer program and integrated circuit
JP6058257B2 (ja) 2011-07-06 2017-01-11 アイキューブド研究所株式会社 画像出力装置、画像出力方法、およびプログラム
US20130046856A1 (en) * 2011-08-15 2013-02-21 Telefonaktiebolaget L M Ericsson (Publ) Event-triggered streaming of windowed video content
US9560334B2 (en) * 2011-09-08 2017-01-31 Qualcomm Incorporated Methods and apparatus for improved cropping of a stereoscopic image pair
US9407897B2 (en) 2011-09-30 2016-08-02 Panasonic Intellectual Property Management Co., Ltd. Video processing apparatus and video processing method
JP2013110540A (ja) * 2011-11-18 2013-06-06 Sony Corp 画像データ送信装置、画像データ送信方法、画像データ受信装置および画像データ受信方法
JPWO2013099289A1 (ja) * 2011-12-28 2015-04-30 パナソニック株式会社 再生装置、送信装置、再生方法及び送信方法
US9307188B2 (en) 2011-12-28 2016-04-05 Intel Corporation Method of and apparatus for performing an objective video quality assessment using non-intrusive video frame tracking
US9241167B2 (en) 2012-02-17 2016-01-19 Microsoft Technology Licensing, Llc Metadata assisted video decoding
JP5924108B2 (ja) 2012-05-09 2016-05-25 セイコーエプソン株式会社 画像表示装置及びシャッター装置
WO2014010955A1 (ko) * 2012-07-11 2014-01-16 한국전자통신연구원 Mpeg 데이터를 처리하는 방법 및 시스템
KR102147475B1 (ko) 2012-07-11 2020-08-26 한국전자통신연구원 Mpeg 데이터를 처리하는 방법 및 시스템
EP2699006A1 (en) * 2012-08-16 2014-02-19 ESSILOR INTERNATIONAL (Compagnie Générale d'Optique) Pictures positioning on display elements
JP6140416B2 (ja) * 2012-10-10 2017-05-31 サターン ライセンシング エルエルシーＳａｔｕｒｎ Ｌｉｃｅｎｓｉｎｇ ＬＬＣ 情報処理装置、情報処理方法およびプログラム
JP6151010B2 (ja) * 2012-11-29 2017-06-21 株式会社東芝 情報処理装置および表示制御方法
US20140212115A1 (en) * 2013-01-31 2014-07-31 Hewlett Packard Development Company, L.P. Optical disc with three-dimensional viewing depth
KR102095272B1 (ko) * 2013-10-10 2020-04-01 삼성디스플레이 주식회사 표시 장치 및 그 구동 방법
TW201528775A (zh) 2014-01-02 2015-07-16 Ind Tech Res Inst 景深圖校正方法及系統
JP2015136057A (ja) * 2014-01-17 2015-07-27 ソニー株式会社 通信装置、通信データ生成方法、および通信データ処理方法
JP2015136060A (ja) 2014-01-17 2015-07-27 ソニー株式会社 通信装置、通信データ生成方法、および通信データ処理方法
US20150253974A1 (en) 2014-03-07 2015-09-10 Sony Corporation Control of large screen display using wireless portable computer interfacing with display controller
JP6379636B2 (ja) * 2014-04-30 2018-08-29 ソニー株式会社 情報処理装置、情報記録媒体、および画像処理方法、並びにプログラム
US10750198B2 (en) * 2014-05-22 2020-08-18 Qualcomm Incorporated Maximum palette parameters in palette-based video coding
CN114513617B (zh) * 2014-09-10 2024-04-09 松下电器（美国）知识产权公司 再现装置以及再现方法
JP6197771B2 (ja) * 2014-09-25 2017-09-20 株式会社Ｊｖｃケンウッド 画像接合装置、撮像装置、画像接合方法、及び画像接合プログラム
JP2016081553A (ja) * 2014-10-17 2016-05-16 パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカＰａｎａｓｏｎｉｃ Ｉｎｔｅｌｌｅｃｔｕａｌ Ｐｒｏｐｅｒｔｙ Ｃｏｒｐｏｒａｔｉｏｎ ｏｆ Ａｍｅｒｉｃａ 記録媒体、再生方法、および再生装置
US10148933B2 (en) * 2015-11-13 2018-12-04 Vefxi Corporation 3D system including rendering with shifted compensation
US10122987B2 (en) * 2015-11-13 2018-11-06 Vefxi Corporation 3D system including additional 2D to 3D conversion
US10121280B2 (en) * 2015-11-13 2018-11-06 Vefxi Corporation 3D system including rendering with three dimensional transformation
US10225542B2 (en) * 2015-11-13 2019-03-05 Vefxi Corporation 3D system including rendering with angular compensation
CN107645647A (zh) * 2017-09-21 2018-01-30 京信通信系统（中国）有限公司 一种多路音视频传输方法及装置
US10958958B2 (en) * 2018-08-21 2021-03-23 International Business Machines Corporation Intelligent updating of media data in a computing environment
JP7395901B2 (ja) * 2019-09-19 2023-12-12 ヤマハ株式会社 コンテンツ制御装置、コンテンツ制御方法およびプログラム
CN111147770B (zh) * 2019-12-18 2023-07-07 广东保伦电子股份有限公司 一种多路视频窗口叠加显示方法、电子设备及存储介质
WO2021142601A1 (en) * 2020-01-14 2021-07-22 Citrix Systems, Inc. Content resolution adjustment for passive display devices

Family Cites Families (28)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5325477A (en) * 1991-12-02 1994-06-28 Xerox Corporation Method and apparatus for generating and displaying freeform strokes
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
US6502199B2 (en) 1995-09-29 2002-12-31 Matsushita Electric Industrial Co., Ltd. Method and an apparatus for reproducing bitstream having non-sequential system clock data seamlessly therebetween
WO1997032437A1 (en) * 1996-02-28 1997-09-04 Matsushita Electric Industrial Co., Ltd. High-resolution optical disk for recording stereoscopic video, optical disk reproducing device, and optical disk recording device
CA2340314C (en) 1996-12-04 2003-07-08 Mitsuaki Oshima Optical disk for high resolution and three-dimensional video recording, optical disk reproduction apparatus, and optical disk recording apparatus
DE69841532D1 (de) 1997-08-29 2010-04-15 Panasonic Corp Optische Platte mit hierarchisch codiertem digitalen Videosignal, Wiedergabevorrichtung und Aufnahmevorrichtung für die optische Platte
JP4481444B2 (ja) * 2000-06-30 2010-06-16 株式会社東芝 画像符号化装置
US6760042B2 (en) * 2000-09-15 2004-07-06 International Business Machines Corporation System and method of processing MPEG streams for storyboard and rights metadata insertion
US20040017831A1 (en) * 2002-04-05 2004-01-29 Jian Shen System and method for processing SI data from multiple input transport streams
DE602004026649D1 (de) * 2003-02-28 2010-05-27 Panasonic Corp Aufzeichnungsmedium, Wiedergabevorrichtung, Aufzeichnungsprogramm und Wiedergabeverfahren
US7426329B2 (en) 2003-03-06 2008-09-16 Microsoft Corporation Systems and methods for receiving, storing, and rendering digital video, music, and pictures on a personal media player
EP1517554A4 (en) * 2003-03-13 2010-06-16 Panasonic Corp DATA PROCESSING DEVICE
RU2282946C2 (ru) * 2003-12-25 2006-08-27 Александр Александрович Сухов Способ передачи визуальной информации
US8483053B2 (en) * 2004-02-06 2013-07-09 Sony Corporation Information processing device, information processing method, program, and data structure
KR100561417B1 (ko) 2004-02-09 2006-03-16 삼성전자주식회사 Ａｖ 데이터의 재생상태를 전환할 수 있는 인터랙티브그래픽 스트림을 기록한 정보저장매체, 그 재생방법 및 장치
KR100677129B1 (ko) * 2004-09-03 2007-02-02 삼성전자주식회사 인터랙티브 그래픽 스트림을 기록한 저장 매체, 그 재생장치 및 재생 방법
JP4863990B2 (ja) * 2004-10-07 2012-01-25 パナソニック株式会社 情報記録媒体、ｔｓパケット判定装置、及びデータ再生装置
JP4275611B2 (ja) * 2004-12-02 2009-06-10 ソニー株式会社 再生装置、再生方法および再生プログラム、記録媒体、ならびに、データ構造体
CN102034513B (zh) * 2005-04-07 2013-04-17 松下电器产业株式会社 记录方法和再现装置
US7978955B2 (en) * 2005-04-22 2011-07-12 Sony Corporation Recording device, recording method, reproducing device, reproducing method, program, and recording medium
US20090119706A1 (en) * 2005-12-16 2009-05-07 Stepframe Media, Inc. Generation and Delivery of Stepped-Frame Content Via MPEG Transport Streams
JP2010510558A (ja) 2006-10-11 2010-04-02 コーニンクレッカ フィリップス エレクトロニクス エヌ ヴィ 三次元グラフィックスのデータの作成
US8463019B2 (en) * 2007-07-19 2013-06-11 JVC Kenwood Corporation Pseudo 3D image generation device, image encoding device, image encoding method, image transmission method, image decoding device, and image decoding method
WO2009083863A1 (en) * 2007-12-20 2009-07-09 Koninklijke Philips Electronics N.V. Playback and overlay of 3d graphics onto 3d video
EP2306749B1 (en) 2008-07-24 2017-04-12 Panasonic Intellectual Property Management Co., Ltd. Playback device capable of stereoscopic playback, playback method, and program
CN102113334B (zh) * 2009-05-19 2013-09-11 松下电器产业株式会社 再现装置、记录方法及记录介质再现系统
US8659592B2 (en) * 2009-09-24 2014-02-25 Shenzhen Tcl New Technology Ltd 2D to 3D video conversion
JP4481361B2 (ja) 2009-10-08 2010-06-16 株式会社半導体エネルギー研究所 半導体装置

Also Published As

Publication number Publication date
CN102138335A (zh) 2011-07-27
EP2453661A1 (en) 2012-05-16
TW201118867A (en) 2011-06-01
RU2011107253A (ru) 2013-08-20
DK2453661T3 (en) 2017-10-30
US20110142426A1 (en) 2011-06-16
EP2453661B1 (en) 2017-08-30
CN102138335B (zh) 2013-02-06
BRPI1004221A2 (pt) 2020-09-15
TWI453736B (zh) 2014-09-21
JP2011130468A (ja) 2011-06-30
ES2649556T3 (es) 2018-01-12
US20120147141A1 (en) 2012-06-14
US8467664B2 (en) 2013-06-18
JP4676579B2 (ja) 2011-04-27
ZA201101480B (en) 2012-06-27
KR20120104485A (ko) 2012-09-21
JPWO2011004600A1 (ja) 2012-12-20
RU2541128C2 (ru) 2015-02-10
WO2011004600A1 (ja) 2011-01-13
EP2453661A4 (en) 2016-03-30
US8150238B2 (en) 2012-04-03
JP5451656B2 (ja) 2014-03-26

Similar Documents

Publication Publication Date Title
DK2453661T3 (en) PLAYBACK, RECORDING PROCEDURE AND SYSTEM, INCLUDING A RECORDING MEDIUM AND PLAYBACK
CA2749147C (en) Recording medium, reproduction device and integrated circuit
EP2434769B1 (en) Recording method and playback method
US8270807B2 (en) Recording medium, playback device, and integrated circuit
US8290338B2 (en) Recording medium, playback device, encoding device, integrated circuit, and playback output device
CA2714859C (en) Recording medium, playback device, and integrated circuit

Legal Events

Date Code Title Description
FG Grant or registration