ES2549164T3

ES2549164T3 - Medio de grabación y dispositivo de reproducción

Info

Publication number: ES2549164T3
Application number: ES10743572.9T
Authority: ES
Inventors: Taiji Sasaki; Hiroshi Yahata; Wataru Ikeda; Tomoki Ogawa
Original assignee: Panasonic Intellectual Property Management Co Ltd
Current assignee: Panasonic Intellectual Property Management Co Ltd
Priority date: 2009-02-19
Filing date: 2010-02-18
Publication date: 2015-10-23
Anticipated expiration: 2030-02-18
Also published as: EP2400774B1; CN102740038A; MX2010010757A; RU2010140053A; CN102027751A; JP2011004410A; DK2400774T3; EP2400774A4; KR20110126516A; CN102027751B; RU2523178C2; WO2010095443A1; EP2400774A1; JP5390485B2; JP4654327B2; JPWO2010095443A1; TW201127017A; US20110013884A1; JP2011004411A

Abstract

Un medio de grabación (100) que tiene un área de grabación formada por una pluralidad de capas de grabación, que comprende: un flujo intercalado que incluye una pluralidad de bloques de datos de vista principal en que se divide y contiene un flujo de vista principal usado para reproducción de vídeo monoscópico, y una pluralidad de bloques de datos de sub-vista en que se divide y contiene un flujo de sub-vista usado para reproducción de vídeo estereoscópico en combinación con el flujo de vista principal; información de gestión 2D (2010) que hace referencia al flujo intercalado como un fichero de reproducción de vídeo monoscópico; e información de gestión 3D (2020) que hace referencia al flujo intercalado como un fichero de reproducción de vídeo estereoscópico; caracterizado por que un grupo de bloque de datos común, un grupo de bloque de datos en 2D y un grupo de bloque de datos en 3D se graban continuamente, en el orden establecido, en una región inmediatamente precedente de un límite entre las capas de grabación, el grupo de bloque de datos común incluye uno o más de los bloques de datos de vista principal y uno o más de los bloques de datos de sub-vista dispuestos en alternancia, estando incluidos los bloques de datos de vista principal en el grupo de bloque de datos común al que se hace referencia mediante la información de gestión en 2D y la información de gestión en 3D, el grupo de bloque de datos 2D incluye uno o más de los bloques de datos de vista principal, estando incluidos los bloques de datos de vista principal en el grupo de bloque de datos en 2D al que no se hace referencia mediante la información de gestión en 3D y al que se hace referencia mediante la información de gestión en 2D, el grupo de bloque de datos en 3D incluye uno o más de los bloques de datos de vista principal y uno o más de los bloques de datos de sub-vista, estando incluidos los bloques de datos de vista principal en el grupo de bloque de datos en 3D al que no se hace referencia mediante la información de gestión en 2D y al que se hace referencia mediante la información de gestión en 3D, y los bloques de datos de vista principal incluidos en el grupo de bloque de datos en 2D y los bloques de datos de vista principal incluidos en el grupo de bloque de datos en 3D son idénticos en cuanto a contenido.

Description

15
25
35
45
55
65 E10743572
05-10-2015
DESCRIPCIÓN
Medio de grabación y dispositivo de reproducción
La presente invención pertenece a un campo técnico de una tecnología de reproducción para vídeo en 3D y vídeo en 2D.
La presente invención se refiere a tecnología de reproducción para vídeo estereoscópico, y en particular, a la asignación de datos de vídeo en un medio de grabación.
En los últimos años, junto con un aumento en el número de películas en 3D, existe una creciente demanda para almacenar vídeo en 3D en discos ópticos mientras se mantiene el vídeo en 3D a alta calidad de imagen, para suministrar estas películas para uso doméstico.
Cuando se almacena vídeo en 3D en un disco óptico, el disco requiere compatibilidad de reproducción con un dispositivo de reproducción que puede reproducir únicamente un disco óptico que tiene almacenado vídeo en 2D (en lo sucesivo, denominado como "dispositivo de reproducción en 2D"). Si el dispositivo de reproducción en 2D no puede reproducir el vídeo en 3D almacenado en el disco óptico, como vídeo en 2D, necesitan fabricarse los mismos contenidos en dos tipos de discos, es decir discos en 3D y discos en 2D, que conduce a un aumento de coste. Por consiguiente, es preferible que el disco óptico que tiene almacenado el vídeo en 3D pueda reproducirse como vídeo en 2D mediante un dispositivo de reproducción en 2D y como vídeo en 3D mediante un dispositivo de reproducción que pueda reproducir tanto vídeo en 2D como vídeo en 3D (en lo sucesivo, "dispositivo de reproducción en 2D/3D"). También, con el uso de un disco óptico que tiene la compatibilidad de reproducción, es posible disfrutar tanto de vídeo en 3D como de vídeo en 2D con un dispositivo de reproducción en 2D/3D.
La Figura 104 es un diagrama esquemático que ilustra la tecnología para asegurar la compatibilidad de un disco óptico que almacena contenido de vídeo en 3D con dispositivos de reproducción en 2D (véase la bibliografía de patente 1). Un disco óptico 6701 almacena dos tipos de ficheros de flujo de vídeo. Uno es un fichero de flujo de vídeo en 2D/vista izquierda, y el otro es un fichero de flujo de vídeo de vista derecha. Un "flujo de vídeo en 2D/vista izquierda" representa una imagen de vídeo en 2D para mostrarse al ojo izquierdo de un espectador durante reproducción en 3D, es decir una "vista izquierda". Durante reproducción en 2D, este flujo constituye la imagen de vídeo en 2D. Un "flujo de vídeo de vista derecha" representa una imagen de vídeo en 2D para mostrarse al ojo derecho de un espectador durante reproducción en 3D, es decir una "vista derecha". Los flujos de vídeo izquierdo y derecho tienen la misma velocidad de fotograma pero diferentes tiempos de presentación desplazados entre sí por un periodo de medio fotograma. Por ejemplo, cuando la velocidad de fotograma de cada flujo de vídeo es 24 fotogramas por segundo, los fotogramas del flujo de vídeo en 2D/vista izquierda y del flujo de vídeo de vista derecha se presentan de manera alterna cada 1/48 segundos.
Como se muestra en la Figura 104, los flujos de vídeo de la vista izquierda y de la vista derecha se dividen en una pluralidad de segmentos 6702A-C y 6703A-C respectivamente en el disco óptico 6701. Cada segmento contiene al menos un grupo de instantáneas (GOP), leyéndose el GOP juntas desde el disco óptico. En lo sucesivo, los segmentos que pertenecen al flujo de vídeo en 2D/vista izquierda se denominan como "segmentos en 2D/vista izquierda" y los segmentos que pertenecen al flujo de vídeo de vista derecha se denominan como "segmentos de vista derecha". Los segmentos en 2D/vista izquierda 6702A-C y los segmentos de vista derecha 6703A-C se disponen de manera alterna en una pista 6701A del disco óptico 6701. Cada dos segmentos adyacentes 6702A6703A, 6702B-6703B y 6702C-6703C tienen la misma longitud de tiempo de reproducción. Una disposición de este tipo de segmentos se denomina como una disposición intercalada. Un grupo de segmentos grabados en una disposición intercalada en un medio de grabación se usa tanto en reproducción de vídeo en 3D como reproducción de imagen de vídeo en 2D, como se describe a continuación.
De entre los segmentos grabados en el disco óptico 6701, un dispositivo de reproducción en 2D 6704 produce que una unidad de disco óptico 6704A lea únicamente los segmentos en 2D/vista izquierda 6702A-C secuencialmente desde el inicio, saltando la lectura de los segmentos de vista derecha 6703A-C. Adicionalmente, un decodificador de imagen 6704B decodifica secuencialmente los segmentos leídos mediante la unidad de disco óptico 6704A en un fotograma de vídeo 6706L. De esta manera, un dispositivo de visualización 6707 únicamente presenta vistas izquierda, y los espectadores pueden ver imágenes de vídeo en 2D normal.
Un dispositivo de reproducción en 3D 6705 produce que una unidad de disco óptico 6705A lea de manera alterna segmentos en 2D/vista izquierda y segmentos de vista derecha desde el disco óptico 6701. Cuando se expresan como códigos, los segmentos se leen en el orden 6702A, 6703A, 6702B, 6703B, 6702C y 6703C. Adicionalmente, de entre los segmentos leídos, aquellos que pertenecen al flujo de vídeo en 2D/vista izquierda se suministran a un decodificador de vídeo izquierdo 6705L, mientras aquellos que pertenecen al flujo de vídeo de vista derecha se suministran a un decodificador de vídeo derecho 6705R. Los decodificadores de vídeo 6705L y 6705R decodifican de manera alterna cada flujo de vídeo en fotogramas de vídeo 6706L y 6706R, respectivamente. Como resultado, las vistas de la izquierda y las vistas de la derecha se presentan de manera alterna en un dispositivo de visualización 6708. En sincronización con el cambio de las vistas mediante el dispositivo de visualización 6708, las gafas de
15
25
35
45
55
65 E10743572
05-10-2015
obturación 6709 producen que las lentes izquierda y derecha se hagan opacas de manera alterna. Por lo tanto, un espectador que lleva las gafas de obturador 6709 observa las vistas presentadas mediante el dispositivo de visualización 6708 como imágenes de vídeo en 3D.
Cuando el contenido de vídeo en 3D se almacena en cualquier medio de grabación, no únicamente en un disco óptico, se usa la disposición intercalada de segmentos anteriormente descrita. De esta manera, el medio de grabación puede usarse para tanto reproducción de imágenes de vídeo en 2D como de imágenes de vídeo en 3D. Pueden encontrarse ejemplos adicionales para el control de reproducción estereoscópica y monoscópica en la bibliografía de patente 2 y 3.
[Bibliografía de patente 1] Patente japonesa Nº 3935507
[Bibliografía de patente 2] documento US 2008/063386 A1
[Bibliografía de patente 3] documento WO 2010/032404
Algunos discos ópticos incluyen múltiples capas de grabación, como los denominados discos de dos capas. En tales discos ópticos, una secuencia de datos de flujo puede grabarse en algunos casos a través de dos capas. Por otro lado, incluso en un disco de capa única, una secuencia de datos de flujo puede grabarse en algunos casos con otros datos insertados entre medias. En estos casos, mientras el cabezal óptico de una unidad de disco óptico lee datos desde el disco óptico, el cabezal óptico tiene que realizar saltos de enfoque producidos por el cambio de capas y saltos de pista producidos por el movimiento radial a lo largo del disco. Estos saltos se denominan "saltos largos" puesto que su tiempo de búsqueda es generalmente largo. Para realizar la reproducción ininterrumpida de imágenes de vídeo a pesar de la aparición de saltos largos, es necesario hacer el tamaño del segmento leído inmediatamente antes de un salto largo suficientemente largo y hacer que el segmento satisfaga ciertas condiciones de modo que no tenga lugar infrautilización en la memoria intermedia en el decodificador de vídeo durante el salto largo.
Para reproducción tanto de imágenes de vídeo en 2D como imágenes de vídeo en 3D en la disposición intercalada de segmentos mostrada en la Figura 104 para satisfacer las condiciones anteriormente mencionadas, el segmento en 2D/vista izquierda accedido inmediatamente antes de un salto largo necesita ser suficientemente largo. Sin embargo, en este caso, el segmento de la vista derecha que tiene el mismo tiempo de reproducción que el segmento en 2D/vista izquierda necesita también ampliarse. Como resultado, la capacidad de memoria intermedia que necesita garantizarse en el decodificador de vídeo derecho 6705R es mayor que la capacidad suficiente para satisfacer las condiciones anteriormente mencionadas. Esto no es deseable, puesto que evita tanto la reducción adicional de las capacidades de memoria intermedia en el dispositivo de reproducción en 3D 6705 como la mejora adicional del uso de memoria eficaz.
Por consiguiente, para mantener la capacidad de memoria intermedia que debería garantizarse en el decodificador de vídeo derecho 6705R hasta un mínimo, una posibilidad es, por ejemplo, separar la ruta de reproducción para imágenes de vídeo en 2D de la ruta de reproducción para imágenes de vídeo en 3D inmediatamente antes o después de un salto largo. Una "ruta de reproducción para imágenes de vídeo" se refiere a la relación entre cada parte de un flujo de vídeo que representa imágenes de vídeo y el orden de reproducción de las mismas. Adicionalmente, la "separación de rutas de reproducción" se refiere a grabar, en el medio de grabación, una sección para reproducción de un flujo de vídeo y duplicar datos para la sección, asignando una ruta de reproducción diferente a cada una. Cuando la ruta de reproducción para imágenes de vídeo en 2D y la ruta de reproducción para imágenes de vídeo en 3D se separan de la manera anteriormente descrita, los tamaños de los segmentos en 2D/vista izquierda a leerse inmediatamente antes de un salto largo durante la reproducción de imágenes de vídeo en 2D y durante la reproducción de imágenes de vídeo en 3D pueden diseñarse de manera diferente. Por consiguiente, mientras se mantiene la capacidad de la memoria intermedia a garantizarse en el decodificador de vídeo derecho 6705R hasta un mínimo, es posible evitar la infrautilización de memoria intermedia en los decodificadores de vídeo 6705L y 6705R durante un salto largo en tanto reproducción de imágenes de vídeo en 2D como reproducción de imágenes de vídeo en 3D.
Al mismo tiempo, sin embargo, se almacena un duplicado de la misma sección en el flujo de vídeo en 2D/vista izquierda en un segmento diferente en el medio de grabación. Para usar eficazmente el área de grabación del medio de grabación, es deseable suprimir un aumento de tal duplicación.
Es un objeto de la presente invención proporcionar un medio de grabación que tiene grabado en el mismo ficheros de flujo dispuestos de una manera que tanto reduce una cantidad de memoria intermedia a asegurar en los dispositivos de reproducción como suprime un aumento de la cantidad de datos duplicados almacenados en diferentes segmentos.
Esto se consigue mediante las características de las reivindicaciones independientes.
De acuerdo con el medio de grabación que pertenece a la presente invención, un área en que se almacena un grupo de bloque de datos que se hace referencia inmediatamente antes de un salto largo es diferente entre un fichero de reproducción monoscópica y un fichero de reproducción estereoscópica, y por consiguiente, una ruta de reproducción se divide en una ruta de reproducción de vídeo en 2D y una ruta de reproducción de vídeo en 3D
15
25
35
45
55
65 E10743572
05-10-2015
inmediatamente antes del salto largo. En consecuencia, el tamaño de un segmento que se hace referencia inmediatamente antes del salto largo puede diseñarse independientemente para reproducción monoscópica y para reproducción estereoscópica, permitiendo de esta manera que se asegure una reducción en una cantidad de memoria intermedia durante la reproducción estereoscópica.
Adicionalmente, en la ruta de reproducción de vídeo en 2D, puesto que el bloque de datos en 2D que se hace referencia inmediatamente antes del salto largo sucede al grupo de bloque de datos común compartido por dos tipos de ficheros, el grupo de bloque de datos común puede usarse como una parte de un segmento del fichero de reproducción monoscópica que se hace referencia inmediatamente antes del salto largo. Por otro lado, entre los segmentos que se hace referencia inmediatamente antes del salto largo en el fichero de reproducción monoscópica, se usa también el grupo de bloque de datos común anteriormente descrito como un segmento del fichero de reproducción estereoscópica, y por lo tanto, puede suprimirse un aumento en la cantidad de datos duplicados que se almacenan en diferentes segmentos.
También, puesto que los contenidos que son idénticos entre el fichero de reproducción monoscópica y el fichero de reproducción estereoscópica se disponen como un grupo, pueden generarse datos para múltiples conexiones tales como 1 ruta de reproducción que conecta a n rutas de reproducción después de un salto largo.
Las Figuras 1A a 1C muestran una realización del acto de uso de un medio de grabación, un dispositivo de reproducción, un dispositivo de visualización y gafas. La Figura 2 muestra la cabeza del usuario en el lado izquierdo del dibujo y las imágenes de un esqueleto de dinosaurio observadas respectivamente mediante el ojo izquierdo y el ojo derecho del usuario en el lado derecho del dibujo. La Figura 3 muestra un ejemplo de estructuras internas de flujos de vídeo de la vista izquierda y de la vista derecha para visualización estereoscópica. Las Figuras 4A a 4D muestran un ejemplo de un método de profundidad. La Figura 5 muestra una imagen estereoscópica generada en modo de profundidad. La Figura 6 muestra una estructura interna de un disco óptico con múltiples capas. La Figura 7 muestra un formato de aplicación del disco óptico basándose en un sistema de ficheros. La Figura 8 muestra una estructura interna de un medio de grabación de una primera realización. Las Figuras 9A y 9B ilustran cómo un flujo de vídeo se almacena en secuencias de paquetes PES. La Figura 10 muestra esquemáticamente cómo se multiplexa un TS principal. Las Figuras 11A y 11B muestran estructuras internas de un TS principal y un sub-TS. La Figura 12 muestra esquemáticamente una estructura de datos de un flujo de vídeo. La Figura 13 muestra una estructura de datos de información de cambio de decodificación almacenada en un área de datos complementaria en cada unidad de acceso de vídeo. La Figura 14 muestra un contador de decodificación. La Figura 15 es un diagrama esquemático que muestra una disposición física en el medio de grabación 100 de grupos de bloques de datos que pertenecen al TS principal, primer sub-TS y segundo sub-TS. La Figura 16A es un diagrama esquemático que muestra la disposición del TS principal 1701 y sub-TS 1702 grabados por separado y de manera consecutiva en un disco BD-ROM y la Figura 16B es un diagrama esquemático que muestra la disposición intercalada de los bloques de datos de vista de base B[0], B[1], B[2], ... y bloques de datos de vista dependiente D[0], D[1], D[2], ... grabados en un medio de grabación de acuerdo con la primera realización de la presente invención. La Figura 17A es un diagrama esquemático que muestra la ruta de reproducción cuando los tiempos de reproducción del flujo de vídeo se diferencian entre bloques de datos de vista de base y bloques de datos de vista dependiente que están adyacentes en un disco BD-ROM; la Figura 17B es un diagrama esquemático que muestra la ruta de reproducción cuando los tiempos de reproducción del flujo de vídeo son los mismos entre los bloques de datos de vista de base y los bloques de datos de vista dependiente que están adyacentes en un medio de grabación 100 de acuerdo con la primera realización de la presente invención; y la Figura 17C es un diagrama esquemático que muestra la ruta de reproducción cuando los tiempos de reproducción del flujo de vídeo son los mismos entre todos los bloques de datos de vista de base y los bloques de datos de vista dependiente en un medio de grabación 100 de acuerdo con la primera realización de la presente invención. Las Figuras 18A, 18B, 18C, 18D y 18E son diagramas esquemáticos que muestran respectivamente la estructura de datos para el fichero 2D (01000.m2ts), primer fichero de DEP (02000.m2ts), segundo fichero de DEP (03000.m2ts), primer fichero SS (01000.ssif) y segundo fichero SS (02000.ssif). La Figura 19 es un diagrama esquemático que muestra la ruta de reproducción 1901 en modo de reproducción en 2D, la ruta de reproducción 1902 en modo L/R y la ruta de reproducción 1903 en modo de profundidad para los grupos de bloques de datos mostrados en la Figura 15. La Figura 20 es un diagrama esquemático que muestra un primer ejemplo de una disposición física de los grupos de bloques de datos grabados antes y después de un límite de capa en un medio de grabación 100. La Figura 21 es un diagrama esquemático que muestra la ruta de reproducción en modo de reproducción en 2D y la ruta de reproducción en modo L/R para los grupos de bloques de datos mostrados en la Figura 20. La Figura 22 es un diagrama esquemático que muestra grupos de bloques de datos grabados en una disposición intercalada antes y después de un límite de capa en un disco BD-ROM y la ruta de reproducción correspondiente en cada modo de reproducción.
15
25
35
45
55
65 E10743572
05-10-2015
La Figura 23 muestra un caso de ejemplo donde un elemento de reproducción precedente está conectado de manera ininterrumpida a una pluralidad de elementos de reproducción sucesivos, con uso de la disposición 1. La Figura 24 es un diagrama esquemático que muestra un segundo ejemplo de una disposición física de los grupos de bloques de datos grabados antes y después de un límite de capa en un medio de grabación 100. La Figura 25 es un diagrama esquemático que muestra la ruta de reproducción en modo de reproducción en 2D y la ruta de reproducción en modo L/R para los grupos de bloques de datos mostrados en la Figura 24. La Figura 26 es un diagrama esquemático que muestra un tercer ejemplo de una disposición física de los grupos de bloques de datos grabados antes y después de un límite de capa en un medio de grabación 100. La Figura 27 es un diagrama esquemático que muestra la ruta de reproducción en modo de reproducción en 2D y la ruta de reproducción en modo L/R para los grupos de bloques de datos mostrados en la Figura 26. La Figura 28 es un diagrama esquemático que muestra un cuarto ejemplo de una disposición física de los grupos de bloques de datos grabados antes y después de un límite de capa en un medio de grabación 100. La Figura 29 es un diagrama esquemático que muestra la ruta de reproducción en modo de reproducción en 2D y la ruta de reproducción en modo L/R para los grupos de bloques de datos mostrados en la Figura 28. La Figura 30 es un diagrama esquemático que muestra un quinto ejemplo de una disposición física de los grupos de bloques de datos grabados antes y después de un límite de capa en un medio de grabación 100. La Figura 31 es un diagrama esquemático que muestra la ruta de reproducción en modo de reproducción en 2D y la ruta de reproducción en modo L/R para los grupos de bloques de datos mostrados en la Figura 30. La Figura 32 es un diagrama esquemático que muestra un sexto ejemplo de una disposición física de los grupos de bloques de datos grabados antes y después de un límite de capa en un medio de grabación 100. La Figura 33 es un diagrama esquemático que muestra la ruta de reproducción en modo de reproducción en 2D y la ruta de reproducción en modo L/R para los grupos de bloques de datos mostrados en la Figura 32. La Figura 34A es un diagrama esquemático que muestra el primer ejemplo de disposición en la Figura 28 con los bloques de datos de mapa de profundidad eliminados, y la Figura 34B es un diagrama esquemático que muestra la ruta de reproducción en modo de reproducción en 2D y la ruta de reproducción en modo L/R para los grupos de bloques de datos mostrados en la Figura 34A. La Figura 35 es un diagrama esquemático que muestra el primer ejemplo de disposición en la Figura 20 con los bloques de datos de mapa de profundidad eliminados. La Figura 36 es un diagrama esquemático que muestra la estructura de datos de una PMT. La Figura 37 es un diagrama esquemático que muestra la estructura de datos de un fichero de información de clip en 2D. La Figura 38A es un diagrama esquemático que muestra la estructura de datos del mapa de entrada 3030 mostrado en la Figura 37, la Figura 38B es un diagrama esquemático que muestra paquetes de fuente en el grupo de paquetes de fuente 3110 que pertenece al fichero 2D que están asociados con cada EP_ID 3105 mediante el mapa de entrada 3030, y la Figura 38C es un diagrama esquemático que muestra las relaciones entre el grupo de paquetes de fuente 3110 y el grupo de bloque de datos 3120 en el disco BD-ROM. La Figura 39A es un diagrama esquemático que muestra la estructura de datos de una tabla de compensación 3041, y la Figura 39B es un diagrama esquemático que muestra la sección válida de una entrada de compensación. La Figura 40A es un diagrama esquemático que muestra la estructura de datos de los puntos de inicio de segmento 3042 mostrados en la Figura 30, la Figura 40B es un diagrama esquemático que muestra la estructura de datos de puntos de inicio de segmento 3320 incluidos en el fichero de información de clip de la vista derecha, la Figura 40C es un diagrama esquemático que representa los bloques de datos de vista de base L1, L2, ... extraídos desde el primer fichero SS (01000.ssif) mediante el dispositivo de reproducción 200 en modo L/R, la Figura 40D es un diagrama esquemático que representa la relación entre los segmentos de vista derecha EXT2[0], EXT2[1], ... que pertenecen al primer fichero de DEP (02000.m2ts) y los SPN 3322 mostrados mediante los puntos de inicio de segmento 3320, y la Figura 40E es un diagrama esquemático que muestra un ejemplo de la relación entre segmentos en 3D EXTSS[0], EXTSS[1 ],... que pertenecen al primer fichero SS 544A y un grupo de bloque de datos 3350 en el medio de grabación 100. La Figura 41 es un diagrama esquemático que muestra un ejemplo de una disposición de bloques de datos, que incluyen contenido de vídeo en 3D, que se graban en un medio de grabación 100 de acuerdo con la primera realización de la presente invención. La Figura 42 es un diagrama esquemático que muestra un ejemplo de puntos de entrada establecidos en un flujo de vídeo de vista de base 3510 y un flujo de vídeo de vista dependiente 3520 en un medio de grabación 100 de acuerdo con la primera realización de la presente invención. La Figura 43 muestra cómo se restaura una secuencia de ATC. La Figura 44 es un diagrama esquemático que muestra la estructura de datos del fichero de lista de reproducción en 2D (00001.mpls). La Figura 45 es un diagrama esquemático que muestra la estructura de datos del PI Nº N mostrado en la Figura
44. Las Figuras 46A y 46B son diagramas esquemáticos que muestran la relación entre las secciones de reproducción 3801 y 3802 que se han de conectar cuando la condición de conexión 3704 mostrada en la Figura 45 indica respectivamente "5" y "6". La Figura 47 es un diagrama esquemático que muestra las relaciones entre las PTS indicados mediante el fichero de lista de reproducción en 2D (00001.mpls) 521 mostrado en la Figura 44 y las secciones reproducidas desde el fichero 2D (01000.m2ts) 541.
15
25
35
45
55
65 E10743572
05-10-2015
La Figura 48 es un diagrama esquemático que muestra la estructura de datos del fichero de lista de reproducción en 3D (00002.mpls). La Figura 49 es un diagrama esquemático que muestra la estructura de datos de la tabla de STN SS 4030 mostrada en la Figura 48. Las Figuras 50A, 50B y 50C son diagramas esquemáticos que muestran respectivamente las estructuras de datos de una secuencia de información de registro de flujo 4112 para flujos de vídeo de la vista dependiente, secuencia de información de registro de flujo 4113 para flujos de PG y secuencia de información de registro de flujo 4114 para flujos de IG que se muestran en la Figura 49. La Figura 51 es un diagrama esquemático que muestra las relaciones entre las PTS indicados mediante el fichero de lista de reproducción en 3D (00002.mpls) 522 mostrado en la Figura 48 y las secciones reproducidas desde el primer fichero SS (01000.ssif). La Figura 52 es un diagrama esquemático que muestra una tabla de índice 4410 en el fichero de índice (index.bdmv) 511. La Figura 53 es un diagrama de flujo de procesamiento de selección para un fichero de lista de reproducción a reproducir, realizándose el procesamiento cuando se selecciona un título de vídeo en 3D mediante el dispositivo de reproducción 200 mostrado en la Figura 1. La Figura 54 es un diagrama de bloques funcional del dispositivo de reproducción 200 en modo de reproducción en 2D mostrado en la Figura 1. La Figura 55 es una lista de parámetros de sistema en la unidad de almacenamiento variable del reproductor 4608 mostrada en la Figura 54. La Figura 56 es un diagrama de bloques funcional del decodificador objetivo de sistema 4603 mostrado en la Figura 54. La Figura 57 es un diagrama de bloques funcional del dispositivo de reproducción 200 mostrado en la Figura 1 en modo de reproducción en 3D. La Figura 58 es un diagrama de bloques funcional del decodificador objetivo de sistema 4903 mostrado en la Figura 57. La Figura 59 es un diagrama de bloques funcional del sumador de planos 4910 mostrado en la Figura 57. Las Figuras 60A y 60B son diagramas esquemáticos que muestran procesamiento de recorte mediante la segunda unidad de procesamiento de recorte 5132 mostrada en la Figura 59. Las Figuras 61A, 61B y 61C son diagramas esquemáticos que muestran respectivamente los planos de PG de la vista izquierda y de la vista derecha generados mediante el procesamiento de recorte mostrado en las Figuras 60A y 60B, así como la imagen de vídeo en 3D percibida por un espectador basándose en estos planos de PG. La Figura 62 es un diagrama esquemático que muestra el sistema de procesamiento de reproducción en el dispositivo de reproducción 200 en modo de reproducción en 2D mostrado en la Figura 54. La Figura 63A es un gráfico que muestra el cambio en la cantidad de datos DA almacenados en la memoria intermedia de lectura 4602 durante procesamiento de reproducción de segmentos en 2D mediante el sistema de procesamiento de reproducción mostrado en la Figura 62, y la Figura 63B es un diagrama esquemático que muestra la relación entre un bloque de segmento en 3D 5510 que incluye estos segmentos en 2D y una ruta de reproducción 5520 en modo de reproducción en 2D. La Figura 64 es un ejemplo de una tabla de correspondencia entre distancias de salto Sjump y tiempos máximos de salto Tjump para un disco BD-ROM de acuerdo con la primera realización de la presente invención. La Figura 65 es un diagrama esquemático que muestra el sistema de procesamiento de reproducción en el dispositivo de reproducción 200 en modo de reproducción en 3D mostrado en la Figura 57. Las Figuras 66A y 66B son gráficos que muestran el cambio en cantidades de datos DA1 y DA2 acumulados en las memorias intermedias de lectura 4921 y 4922 durante procesamiento de reproducción de un bloque de segmento en 3D en modo L/R mediante el sistema de procesamiento de reproducción mostrado en la Figura 65, y la Figura 66C es un diagrama esquemático que muestra la relación entre un bloque de segmento en 3D 5810 y una ruta de reproducción 5820 en modo L/R. Las Figuras 67A y 67B son gráficos que muestran el cambio en cantidades de datos DA1 y DA2 almacenados en las memorias intermedias de lectura 4921 y 4922 durante procesamiento de reproducción de un bloque de segmento en 3D en modo de profundidad mediante el sistema de procesamiento de reproducción mostrado en la Figura 65, y la Figura 67C es un diagrama esquemático que muestra la relación entre un bloque de segmento en 3D 5910 y una ruta de reproducción 5920 en modo de profundidad. La Figura 68 es un diagrama esquemático que muestra los saltos largos JLY, JBDJ1, y JBDJ2 producidos durante procesamiento de reproducción en modo L/R mediante el sistema de procesamiento de reproducción mostrado en la Figura 65. La Figura 69A es un diagrama esquemático que muestra la relación entre un bloque de segmento en 3D 6110 y una ruta de reproducción 6120 en modo L/R, y las Figuras 69B y 69C son gráficos que muestran el cambio en cantidades de datos DA1 y DA2 almacenados en las memorias intermedias de lectura 4921 y 4922 cuando un bloque de segmento en 3D, compuestos de bloques de datos que tienen un tamaño igual a o mayor que el tamaño de segmento mínimo expandido, se leen mediante el sistema de procesamiento de reproducción mostrado en la Figura 65. La Figura 70 muestra una estructura de datos para conexión ininterrumpida entre tres o más bloques de segmentos en 3D. La Figura 71 muestra acumulación de cantidades margen de memoria intermedia. La Figura 72 muestra una transición de cantidades de datos acumulados en la memoria intermedia de lectura
15
25
35
45
55
65 E10743572
05-10-2015
cuando se reproducen imágenes en 3D en modo L/R. La Figura 73A muestra un salto largo que tiene lugar mientras los datos de la disposición 1 se reproducen en modo L/R, y las Figuras 73B y 73C muestran respectivamente una transición de una cantidad de datos acumulados en la primera memoria intermedia de lectura 4921 y una transición de una cantidad de datos acumulados en la segunda memoria intermedia de lectura 4922 cuando los datos de la disposición 1 se reproducen en modo L/R. La Figura 74A muestra un salto largo que tiene lugar mientras los datos de la disposición 1 se reproducen en modo de profundidad, y las Figuras 73B y 73C muestran respectivamente una transición de una cantidad de datos acumulados en la primera memoria intermedia de lectura 4921 y una transición de una cantidad de datos acumulados en la segunda memoria intermedia de lectura 4922 cuando los datos de la disposición 1 se reproducen en modo de profundidad. La Figura 75A muestra un salto largo que tiene lugar mientras los datos de la disposición 2 se reproducen en modo L/R, y las Figuras 75B y 75C muestran respectivamente una transición de una cantidad de datos acumulados en la primera memoria intermedia de lectura 4921 y una transición de una cantidad de datos acumulados en la segunda memoria intermedia de lectura 4922 cuando los datos de la disposición 2 se reproducen en modo L/R. La Figura 76 muestra una condición de la disposición de datos cuando están conectados de manera ininterrumpida elementos de reproducción juntos. La Figura 77A muestra un salto largo que tiene lugar mientras los datos de la disposición 3 se reproducen en modo de profundidad, y las Figuras 77B y 77C muestran respectivamente una transición de una cantidad de datos acumulados en la primera memoria intermedia de lectura 4921 y una transición de una cantidad de datos, acumulados en la segunda memoria intermedia de lectura 4922 cuando los datos de la disposición 3 se reproducen en modo de profundidad. La Figura 78 muestra distribuciones de datos para reducir el tamaño de una memoria intermedia de lectura requerida para que el aparato de reproducción en 2D/3D reproduzca imágenes en 3D. La Figura 79 explica una limitación para un segmento final establecido para satisfacer un tamaño de segmento mínimo calculado mediante las Expresiones (2)-(5). La Figura 80 muestra un método para calcular las cantidades margen de memoria intermedia UL1 y UL2 en modo L/R. La Figura 81 muestra una estructura para realizar un multi ángulo de una imagen en 3D. La Figura 82 muestra una modificación de la estructura para realizar el multi ángulo de una imagen en 3D. La Figura 83A muestra ficheros de flujo que se hacen referencia mediante elementos de reproducción y subelementos de reproducción de la lista de reproducción en 3D, y la Figura 83B muestra la asignación de datos de un área de grabación en la que se graban ficheros de flujo de imágenes en ángulo. La Figura 84 muestra una ruta de reproducción cuando el ángulo 1 se cambia al ángulo 3. La Figura 85A es un diagrama esquemático que muestra, en un disco BD-ROM de acuerdo con la primera realización de la presente invención, bloques de datos en una disposición intercalada que incluyen únicamente datos de flujo multiplexados, y la Figura 85B es un diagrama esquemático que muestra bloques de datos en una disposición intercalada que incluyen segmentos que pertenecen a otro fichero. La Figura 86 muestra una disposición de segmentos preferible para insertar un fichero diferente de un flujo de AV entre segmentos. La Figura 87 muestra condiciones de tamaño para insertar un fichero diferente entre segmentos intercalados de un flujo de AV. La Figura 88 muestra una estructura del dispositivo de reproducción en 2D/3D cuando se usa una memoria intermedia de lectura. La Figura 89 muestra una estructura del decodificador objetivo de sistema cuando se usa una memoria intermedia de lectura. La Figura 90 muestra una transición de cantidades de datos acumulados en la primera memoria intermedia de lectura 4921 y en la segunda memoria intermedia de lectura 4922, y una transición de cantidades de datos acumulados en la memoria intermedia de lectura cuando se usa una memoria intermedia de lectura. La Figura 91 muestra esquemáticamente una transición de cantidades de datos acumulados en la primera memoria intermedia de lectura 4921 cuando se usa una memoria intermedia de lectura. La Figura 92 muestra una estructura de ATS proporcionada a un paquete de fuente en un flujo de AV cuando se usa una memoria intermedia de lectura. La Figura 93 es un diagrama de bloques que muestra una estructura interna de un dispositivo de grabación que pertenece a una tercera realización de la presente invención. Las Figuras 94A y 94B son diagramas esquemáticos que muestran una instantánea de imagen de vídeo izquierdo y una instantánea de imagen de vídeo derecho usadas en la presentación de una escena en una imagen de vídeo en 3D en un dispositivo de grabación de acuerdo con la tercera realización de la presente invención, y la Figura 94C es un diagrama esquemático que muestra información de profundidad calculada desde estas instantáneas mediante un codificador de vídeo 6301. La Figura 95 muestra una estructura de ejemplo de un dispositivo de reproducción en 2D/3D que se realiza usando un circuito integrado. La Figura 96 es un diagrama de bloques funcional que muestra una estructura típica de la unidad de procesamiento de flujo. La Figura 97 es un diagrama conceptual que muestra la unidad de conmutación 53 y el periférico cuando la
E10743572
05-10-2015
unidad de conmutación 53 es DMAC. La Figura 98 es un diagrama de bloques funcional que muestra una estructura típica de una unidad de salida de AV. La Figura 99 es una estructura de ejemplo que muestra la unidad de salida de AV, o la parte de salida de datos
5 del dispositivo de reproducción en más detalle. La Figura 100 muestra una disposición de los buses de control y buses de datos en el circuito integrado. La Figura 101 muestra una disposición de los buses de control y buses de datos en el circuito integrado. La Figura 102 es un diagrama de flujo sencillo que muestra un procedimiento de operación en el dispositivo de reproducción.
10 La Figura 103 es un diagrama de flujo detallado que muestra un procedimiento de operación en el dispositivo de reproducción. La Figura 104 es un diagrama esquemático que ilustra la tecnología para asegurar la compatibilidad de un disco óptico que almacena contenido de vídeo en 3D con dispositivos de reproducción en 2D.
15 Lo siguiente describe un medio de grabación y un dispositivo de reproducción que pertenecen a una realización preferida de la presente invención, con referencia a los dibujos adjuntos.
<Primera realización>
20 En primer lugar, se proporciona una breve descripción del principio de la vista estereoscópica.
En general, debido a la diferencia en posición entre el ojo derecho y el ojo izquierdo, existe una pequeña diferencia entre una imagen observada mediante el ojo derecho y una imagen observada mediante el ojo izquierdo. Es esta diferencia la que posibilita que los seres humanos reconozcan la imagen que observan en tres dimensiones. La
25 presentación estereoscópica se realiza usando la paralaje de los seres humanos, de modo que una imagen monoscópica parece como si fuera tridimensional.
Más específicamente, hay una diferencia entre la imagen observada mediante el ojo derecho y la imagen observada mediante el ojo izquierdo, correspondiendo la diferencia a la paralaje de los seres humanos. La presentación 30 estereoscópica se realiza presentando los dos tipos de imágenes de manera alterna a intervalos de tiempo cortos regulares.
El "intervalo de tiempo corto" puede ser un periodo de tiempo que es suficientemente corto para proporcionar a los seres humanos, mediante las presentaciones alternas, una ilusión de que están observando un objeto 35 tridimensional. Los métodos para realizar la visualización estereoscópica incluyen uno usar una tecnología holográfica y uno usar una imagen de paralaje.
El primer método, la tecnología holográfica, se caracteriza por que puede reproducir un objeto de manera tridimensional de la misma manera que un ser humano reconoce el objeto normalmente, y por que, en relación con
40 la generación de vídeo, aunque se ha establecido una teoría tecnológica, requiere (i) un ordenador que pueda realizar una enorme cantidad de cálculos para generar el vídeo para holografía en tiempo real, y (ii) un dispositivo de visualización que tenga una resolución en que puedan dibujarse varios miles de líneas de una longitud de 1 mm. Es extremadamente difícil para la tecnología actual realizar un producto de este tipo, y por lo tanto difícilmente se han desarrollado productos para uso comercial.
45 Por otro lado, el último método que usa una imagen de paralaje tiene un mérito de que una visualización estereoscópica puede realizarse únicamente preparando las imágenes para visualizar con el ojo derecho y con el ojo izquierdo. Se han desarrollado algunas tecnologías que incluyen el método de segregación secuencial para uso práctico desde el punto de vista de cómo producir que cada uno del ojo derecho y del ojo izquierdo vean únicamente
50 las imágenes asociadas con ellos.
El método de segregación secuencial es un método en que las imágenes para el ojo izquierdo y el ojo derecho se presentan de manera alterna en una dirección del eje de tiempo de manera que las escenas izquierda y derecha se superponen en el cerebro mediante el efecto de imágenes residuales de los ojos, y la imagen superpuesta se
55 reconoce como una imagen estereoscópica.
En cualquier método, el vídeo estereoscópico está compuesto de al menos dos vídeos de punto de vista. Los vídeos de punto de vista son vídeos con algún tipo de ángulo, y uno de al menos dos vídeos de punto de vista se denomina el "vídeo de vista principal", y un vídeo de punto de vista que tiene un ángulo similar al vídeo de vista principal se
60 denomina "sub-vista". Cuando la vista principal y la sub-vista se suministran mediante flujos de vídeo desde un medio de grabación, un flujo de vídeo que suministra la vista principal se denomina "flujo de vídeo de vista principal", y un flujo de vídeo que suministra la sub-vista se denomina "flujo de vídeo de sub-vista". Los medios de grabación que se describirán en lo sucesivo son para grabar apropiadamente estos vídeos de vista principal y flujos de vídeo de sub-vista.
65
10
15
20
25
30
35
40
45
50
55
60
65 E10743572
05-10-2015
El dispositivo de reproducción descrito en la presente solicitud es un dispositivo de reproducción en 2D/3D (reproductor) que, proporcionado con el modo de reproducción en 2D y el modo de reproducción en 3D para reproducir el flujo de vídeo de vista principal anteriormente descrito y el flujo de vídeo de sub-vista, puede cambiar entre estos modos de reproducción.
Las Figuras 1A a 1C muestran la realización del acto de uso del medio de grabación, dispositivo de reproducción, dispositivo de visualización y gafas. Como se muestra en la Figura 1A, un medio de grabación 100 y un dispositivo de reproducción 200, junto con una televisión 300, gafas 3D 400 y un control remoto 500, constituyen un sistema de cine en casa que se somete al uso mediante el usuario.
El medio de grabación 100 proporciona el sistema de cine en casa con, por ejemplo, una película.
El dispositivo de reproducción 200 está conectado con la televisión 300 y reproduce el medio de grabación 100.
La televisión 300 proporciona al usuario un entorno de operación interactivo presentando un menú y similares así como la película. El usuario necesita llevar las gafas 3D 400 para la televisión 300 de la presente realización para realizar la visualización estereoscópica. En este punto, las gafas 3D 400 no son necesarias cuando la televisión 300 presenta imágenes mediante el método lenticular. La televisión 300 para el método lenticular alinea instantáneas para los ojos izquierdo y derecho verticalmente en una pantalla al mismo tiempo. Y se proporciona una lente lenticular en la superficie de la pantalla de visualización de manera que los píxeles que constituyen la instantánea para el ojo izquierdo forman una imagen únicamente en el ojo izquierdo y los píxeles que constituyen la instantánea para el ojo derecho forman una imagen únicamente en el ojo derecho. Esto posibilita que los ojos izquierdo y derecho observen respectivamente instantáneas que tienen una paralaje, realizando de esta manera una visualización estereoscópica.
Las gafas 3D 400 están equipadas con obturadores de cristal líquido que posibilitan al usuario ver una imagen de paralaje mediante el método de segregación secuencial o el método de gafas de polarización. En este punto, la imagen de paralaje es una imagen que está compuesta de un par de (i) una imagen que entra únicamente en el ojo derecho y (ii) una imagen que entra únicamente en el ojo izquierdo, de manera que las instantáneas respectivamente asociadas con los ojos derecho e izquierdo respectivamente entran en los ojos del usuario, realizando de esta manera la visualización estereoscópica. La Figura 1B muestra el estado de las gafas 3D 400 cuando se presenta la imagen de la vista izquierda. En el instante cuando se presenta la imagen de la vista izquierda en la pantalla, el obturador de cristal líquido para el ojo izquierdo está en el estado de transmisión de luz, y el obturador de cristal líquido para el ojo derecho está en el estado de bloqueo de luz. La Figura 1C muestra el estado de las gafas 3D 400 cuando se presenta la imagen de la vista derecha. En el instante cuando se presenta la imagen de la vista derecha en la pantalla, el obturador de cristal líquido para el ojo derecho está en el estado de transmisión de luz, y el obturador de cristal líquido para el ojo izquierdo está en el estado de bloqueo de luz.
El control remoto 500 es una máquina para recibir desde el usuario operaciones para reproducir AV. El control remoto 500 es también una máquina para recibir desde el usuario operaciones en la GUI en capas. Para recibir las operaciones, el control remoto 500 está equipado con una tecla de menú, teclas de flecha, una tecla de entrar, una tecla de retorno y teclas numéricas, donde la tecla de menú se usa para solicitar un menú que constituye la GUI, las teclas de flecha se usan para mover un foco entre los componentes de la GUI que constituyen el menú, la tecla entrar se usa para realizar la operación ENTRAR (determinación) en un componente de GUI que constituye el menú, la tecla retorno se usa para volver a una capa superior en el menú en capas.
En el sistema de cine en casa mostrado en las Figuras 1A a 1C, un modo de salida del dispositivo de reproducción para producir que el dispositivo de visualización 300 presente imágenes en el modo de reproducción en 3D se denomina "modo de salida en 3D", y un modo de salida del dispositivo de reproducción para producir que el dispositivo de visualización 300 presente imágenes en el modo de reproducción en 2D se denomina "modo de salida en 2D".
Esto completa la descripción del acto de uso del medio de grabación y del dispositivo de reproducción.
La presente realización adopta un método en que las imágenes de paralaje a usarse para la visualización estereoscópica se almacenan en un medio de grabación de información.
El método de imagen de paralaje es un método para realizar la visualización estereoscópica preparando por separado una imagen para el ojo derecho y una imagen para el ojo izquierdo, y producir que la imagen para el ojo derecho entre únicamente en el ojo derecho y la imagen para el ojo izquierdo entre únicamente en el ojo izquierdo. La Figura 2 muestra la cabeza del usuario en el lado izquierdo del dibujo y las imágenes de un esqueleto de dinosaurio observadas respectivamente mediante el ojo izquierdo y el ojo derecho del usuario en el lado derecho del dibujo. Cuando la transmisión y el bloqueo de luz se repiten de manera alterna para los ojos derecho e izquierdo, las escenas izquierda y derecha se superponen en el cerebro del usuario por el efecto, de imágenes residuales de los ojos, y la imagen superpuesta se reconoce como una imagen estereoscópica que aparece delante del usuario.
10
15
20
25
30
35
40
45
50
55
60
65 E10743572
05-10-2015
Entre las imágenes de paralaje, la imagen que entra en el ojo izquierdo se denomina una imagen de ojo izquierdo (imagen I), y la imagen que entra en el ojo derecho se denomina una imagen de ojo derecho (imagen D). Un vídeo compuesto de únicamente imágenes I se denomina un vídeo de la vista izquierda, y un vídeo compuesto de únicamente imágenes D se denomina un vídeo de la vista derecha. También, los flujos de vídeo que se obtienen digitalizando y codificando con compresión el vídeo de la vista izquierda y el vídeo de la vista derecha se denominan flujo de vídeo de vista izquierda y flujo de vídeo de vista derecha, respectivamente.
Estos flujos de vídeo de la vista izquierda y de la vista derecha se comprimen mediante la codificación de predicción inter-instantánea usando la propiedad correlacionada entre puntos de vista, así como mediante la codificación de predicción inter-instantánea usando la propiedad correlacionada en un eje de tiempo. Las instantáneas que constituyen el flujo de vídeo de vista derecha se comprimen haciendo referencia a las instantáneas que constituyen el flujo de vídeo de vista izquierda que tienen los mismos tiempos de visualización. Uno de los métodos de compresión de vídeo usando una propiedad correlacionada de este tipo entre puntos de vista es una norma corregida de MPEG-4 AVC/H.264 que se denomina Codificación de Vídeo Multi-vista (MVC). El Equipo Mixto de Vídeo (JVT), que es un proyecto conjunto de ISO/IEC MPEG y de ITU-T VCEG, completado en julio de 2008 la formulación de la norma corregida de MPEG-4 AVC/H.264 denominada la Codificación de Vídeo Multi-vista (MVC). La MVC es una norma para codificar, en masa, imágenes para una pluralidad de puntos de vista. Debido al uso, en la codificación por predicción, de la similitud de imágenes entre puntos de vista así como la similitud de imágenes en un eje de tiempo, la MVC ha mejorado la eficacia de compresión en comparación con métodos para codificar imágenes independientes para una pluralidad de puntos de vista.
Un flujo de vídeo, entre el flujo de vídeo de vista izquierda y el flujo de vídeo de vista derecha que se han codificado con compresión mediante la MVC, que pueden decodificarse independientemente se denomina "flujo de vídeo de vista de base". Un indicador de vista base, que se describirá más adelante, indica cuáles del flujo de vídeo de vista izquierda y del flujo de vídeo de vista derecha se especifica como el flujo de vídeo de vista de base. También, un flujo de vídeo, entre el flujo de vídeo de vista izquierda y el flujo de vídeo de vista derecha, que se ha codificado con compresión basándose en la propiedad correlacionada inter-fotograma constituyendo cada dato de instantánea el flujo de vídeo de vista de base, y que puede decodificarse únicamente después de que se decodifica el flujo de vídeo de vista de base, se denomina "flujo de vista dependiente".
Un flujo de vídeo, entre el flujo de vídeo de vista izquierda y el flujo de vídeo de vista derecha que se ha codificado con compresión con el uso de la propiedad correlacionada entre puntos de vista, que puede decodificarse independientemente se denomina "flujo de vídeo de vista de base". Un indicador de vista de base en la información de elemento de reproducción indica cuál del flujo de vídeo de vista izquierda y del flujo de vídeo de vista derecha se especifica como el flujo de vídeo de vista de base.
Actualmente, el método de MVC se considera que es el mejor método para codificar vídeo estereoscópico. Por consiguiente, se proporciona la descripción en lo sucesivo suponiendo que el "flujo de vídeo de vista principal" es el "flujo de vídeo de vista de base", y el "flujo de vídeo de sub-vista" es el "flujo de vídeo de vista dependiente".
El flujo de vídeo en el formato MPEG4-AVC, que forma la base del flujo de vídeo de MVC, se describe a continuación.
El flujo de vídeo de MVC tiene la estructura de GOP, y está compuesto de GOP cerrados y GOP abiertos. El GOP cerrado está compuesto de una instantánea IDR, e instantáneas B e instantáneas P que siguen la instantánea IDR. El GOP abierto está compuesto de una instantánea I no IDR, e instantáneas B e instantáneas P que siguen la instantánea I no IDR.
Las instantáneas I no IDR, instantáneas B e instantáneas P se codifican por compresión basándose en la correlación de fotograma con otras instantáneas. La instantánea B es una instantánea compuesta de datos de empalme en el formato bidireccionalmente predictivo (B), y la instantánea P es una instantánea compuesta de datos de empalme en el formato predictivo (P). La instantánea B se clasifica en instantánea B de referencia (Br) e instantánea B no de referencia (B).
En el GOP cerrado, la instantánea IDR está dispuesta en la parte superior. En el orden de presentación, la instantánea IDR no está en la parte superior, pero las instantáneas (instantáneas B e instantáneas P) distintas de la instantánea IDR no pueden tener relación de dependencia con instantáneas que existen en un GOP que precede al GOP cerrado. Como se entiende a partir de esto, el GOP cerrado tiene un papel para completar la relación de dependencia.
A continuación, se describe la estructura interna del GOP. Cada pieza de datos de instantánea en los GOP abierto y cerrado tiene la estructura de unidad de acceso de vídeo del método de codificación H.264. Cada unidad de acceso de vídeo incluye un delimitador de unidad de acceso de vídeo, un conjunto de parámetros de secuencia, un conjunto de parámetros de instantánea y un componente de vista.
15
25
35
45
55
65 E10743572
05-10-2015
El componente de vista son datos de instantánea que se han codificado con compresión basándose en la correlación entre puntos de vista, mientras que tiene la estructura de unidad de acceso.
El delimitador de unidad de acceso de vídeo se convierte en una unidad de abstracción de red, y a continuación se almacena en el paquete de fuente. La lectura desde el paquete de fuente posibilita un acceso aleatorio dentro del flujo de vídeo.
La relación entre la unidad de acceso de vídeo y la instantánea es "1 unidad de acceso de vídeo = 1 instantánea". En el BD-ROM, la relación se restringe a "1 paquete de PES = 1 fotograma". Por lo tanto, cuando el vídeo tiene la estructura de fotograma, "1 paquete de PES = 1 instantánea", y cuando el vídeo tiene la estructura de campo, "1 paquete de PES = 2 instantáneas". Teniendo esto en cuenta, el paquete de PES almacena la instantánea en una relación de uno a uno.
La Figura 3 muestra un ejemplo de las estructuras internas de los flujos de vídeo de la vista izquierda y de la vista derecha para la visualización estereoscópica.
En la segunda fila de la Figura 3, se muestra la estructura interna del flujo de vídeo de vista izquierda. Este flujo incluye datos de instantánea 11, P2, Br3, Br4, P5, Br6, Br7 y P9. Estos datos de instantánea se decodifican de acuerdo con las Indicaciones de Tiempo de Decodificación (DTS). La primera fila muestra la imagen del ojo izquierdo. La imagen del ojo izquierdo se reproduce reproduciendo los datos de instantánea decodificados I1; P2, Br3, Br4, P5, Br6, Br7 y P9 de acuerdo con la PTS, en el orden de I1, Br3, Br4, P2, Br6, Br7 y P5.
En la cuarta fila de la Figura 3, se muestra la estructura interna del flujo de vídeo de vista derecha. Este flujo incluye datos de instantánea P1, P2, B3, B4, P5, B6, B7 y P8. Estos datos de instantánea se decodifican de acuerdo con las DTS. La tercera fila muestra la imagen del ojo derecho. La imagen del ojo derecho se reproduce reproduciendo los datos de instantánea decodificados P1, P2, B3, B4, P5, B6, B7 y P8 de acuerdo con la PTS, en el orden de P1, B3, B4, P2, B6, B7 y P5. Un par de instantáneas que pertenecen respectivamente a estos dos flujos de vídeo y representan el mismo fotograma o campo de vídeo en 3D se asignan el mismo PTS y las mismas DTS.
La quinta fila muestra cómo se cambia el estado de las gafas 3D 400. Como se muestra en la quinta fila, cuando se ve la imagen del ojo izquierdo, se cierra el obturador para el ojo derecho, y cuando se ve la imagen del ojo derecho, se cierra el obturador para el ojo izquierdo.
En la Figura 3, por ejemplo, la instantánea P de inicio del flujo de vídeo de vista derecha hace referencia a la instantánea I del flujo de vídeo de vista izquierda; la instantánea B del flujo de vídeo de vista derecha hace referencia a la instantánea Br del flujo de vídeo de vista izquierda; y la segunda instantánea P del flujo de vídeo de vista derecha hace referencia a la instantánea P del flujo de vídeo de vista izquierda. En este punto, un modo, en que se emiten de manera alterna fotogramas de vídeo del flujo de vídeo de vista de base (B) y fotogramas de vídeo del flujo de vídeo de vista dependiente (D) a un ciclo de visualización de 1/48 segundos como "B"-"D"-"B"-"D", se denomina un "modo de presentación B-D".
También, un modo, en que se emite repetitivamente un mismo tipo de fotograma de vídeo dos veces o más mientras se mantiene el modo en 3D como el modo de reproducción, se denomina un "modo de presentación B-B". En el "modo de presentación B-B", los fotogramas de vídeo de un flujo de vídeo de vista de base independientemente reproducible se emiten repetitivamente como "B"-"B"-"B"-"B".
El modo de presentación B-D incluye adicionalmente el método de profundidad-3D para realizar el efecto estereoscópico usando imágenes en 2D y la información de profundidad, así como el método 3D-ID para realizar el efecto estereoscópico usando las imágenes I y las imágenes D.
El método de profundidad-3D se realiza incorporando un generador de imagen en paralaje en la última mitad del decodificador de vídeo, y en el método de profundidad-3D, los datos de instantánea de la vista izquierda y los datos de instantánea de la vista derecha se generan desde (i) cada pieza de datos de instantánea en el flujo de vídeo y (ii) la información de profundidad de cada pixel que constituye los datos de instantánea.
La información de profundidad puede hacerse de datos de instantánea de escala de grises (también denominado como datos de instantánea de información de profundidad) que representan la profundidad de píxeles mediante una escala de grises.
Las Figuras 4A a 4D muestran un ejemplo del método de profundidad. La Figura 4A muestra una imagen en 2D y la Figura 4B muestra una escala de grises generada para la imagen en 2D mostrada en la Figura 4A. La escala de grises se representa mediante píxeles que están compuestos de únicamente el elemento de brillo. Cuanto más brillantes (más blancos) son los píxeles de la escala de grises, más superficiales son; y cuanto más oscuros son los píxeles de la escala de grises, más profundos son. Las Figuras 4C y 4D muestran la imagen del ojo izquierdo y la imagen del ojo derecho que se generan con el uso de la escala de grises, respectivamente. La Figura 5 muestra una imagen estereoscópica generada en el modo de profundidad-3D. Como se muestra en la Figura 5, generando la
15
25
35
45
55
65 E10743572
05-10-2015
imagen del ojo izquierdo y la imagen del ojo derecho para cada fotograma de imágenes en 2D, el usuario puede disfrutar la visualización estereoscópica observando la imagen del ojo izquierdo y la imagen del ojo derecho a través de las gafas.
En el método de profundidad-3D, un flujo de vídeo que puede reproducirse como una imagen en 2D se hace el flujo de vídeo de vista de base; y un flujo de vídeo que está compuesto de datos de instantánea de escala de grises se hace el flujo de vídeo de vista dependiente.
Los flujos de vídeo obtenidos digitalizando y codificando con compresión los datos de instantánea de escala de grises usados en este modo de profundidad-3D se denominan "flujo de mapa de profundidad". El flujo de mapa de profundidad se comprime mediante la codificación de predicción inter-instantánea usando la propiedad correlacionada en una dirección del eje de tiempo, y es un flujo de vídeo que no tiene correlación entre puntos de vista. Sin embargo, para este flujo de vídeo, se usa el mismo formato que el del flujo de vídeo de vista dependiente usado en el modo de 3D-ID. Por ejemplo, si el flujo de vídeo de vista izquierda y el flujo de vídeo de vista derecha se codifican en el formato de MVC, el flujo de mapa de profundidad se codifica también en el formato de MVC. Con una estructura de este tipo, el cambio entre el modo de 3D-ID y el modo de profundidad-3D puede realizarse sin problemas sin cambiar la configuración del dispositivo de reproducción.
En lo sucesivo, el modo de presentación B-D que usa el 3D-ID se denomina como modo L/R, y el modo de presentación B-D que usa el modo de profundidad-3D se denomina como modo de profundidad.
El flujo de vídeo de vista de base puede compartirse mediante el modo de profundidad y el modo L/R. Es posible por lo tanto generar imágenes para el modo de profundidad e imágenes para el modo L/R combinando el flujo de vídeo de vista de base y un flujo de vídeo para el modo de profundidad o un flujo de vídeo para el modo L/R. La estructura de gestión de datos está estructurada para soportar estas combinaciones de modo que el método de presentación se cambia de acuerdo con las propiedades del reproductor y de la televisión conectada al mismo.
<Medio de grabación 100>
El medio de grabación que pertenece a la presente invención puede producirse como un disco BD-ROM que es un disco óptico con múltiples capas, y un disco BD-RE, un disco BD-R, o un medio AVC-HD que tiene compatibilidad con el disco BD-ROM.
La Figura 6 muestra una estructura interna de un disco óptico con múltiples capas.
La primera fila de la Figura 6 muestra un BD-ROM que es un disco óptico con múltiples capas. La segunda fila muestra las pistas en el formato extendido horizontalmente aunque están en realidad formadas en espiral en las capas de grabación. Estas pistas espirales en las capas de grabación se tratan como un área de volumen continua. El área de volumen está compuesta de un área de entrada, capas de grabación de las capas de grabación 1 a 3, y un área de salida, donde el área de entrada está localizada en la circunferencia interna, el área de salida está localizada en la circunferencia externa, y las capas de grabación de las capas de grabación 1 a 3 están localizadas entre el área de entrada y el área de salida. Las áreas de grabación de las capas de grabación 1 a 3 constituyen un espacio de direcciones lógicas consecutivas.
El área de volumen está seccionada en unidades en las que puede accederse al disco óptico, y se asignan números de serie a las unidades de acceso. Los números de serie se denominan direcciones lógicas. Un dato que se lee desde el disco óptico se realiza especificando una dirección lógica. En este punto, en el caso de un disco de sólo lectura tal como el BD-ROM, básicamente, los sectores con direcciones lógicas consecutivas son también consecutivos en la disposición física en el disco óptico. Es decir, los datos almacenados en los sectores con direcciones lógicas consecutivas pueden leerse sin realizar una operación de búsqueda. Sin embargo, en los límites entre las capas de grabación, leer datos consecutivos no es posible incluso si las direcciones lógicas son consecutivas. Se presupone por lo tanto que las direcciones lógicas de los límites entre las capas de grabación se registran en el dispositivo de grabación de manera preliminar.
En el área de volumen, la información de gestión de sistema de ficheros se graba inmediatamente después del área de entrada. Seguido de esto, existe un área de partición gestionada mediante la información de gestión de sistema de ficheros. El sistema de ficheros es un sistema que expresa datos en el disco en unidades denominadas directorios y ficheros. En el caso del BD-ROM, el sistema de ficheros es un UDF (Formato de Disco Universal). Incluso en el caso de un PC (ordenador personal) cotidiano, cuando se graban datos con un sistema de ficheros denominado FAT o NTFS, los datos grabados en el disco duro bajo directorios y ficheros pueden usarse en el ordenador, mejorando por lo tanto la usabilidad. El sistema de ficheros hace posible leer datos lógicos de la misma manera que un PC convencional, usando una estructura de directorio y fichero.
La cuarta fila muestra los contenidos grabados en un área de partición gestionada mediante el sistema de ficheros. Los segmentos que constituyen ficheros existen en el área de partición. Los segmentos se forman en una pluralidad de sectores que están físicamente continuos en el área de partición. El área de partición incluye un "área en la que
15
25
35
45
55
65 E10743572
05-10-2015
se graba el descriptor de conjunto de fichero", "área en que se graba el descriptor de fin", "área de directorio ROOT", "área de directorio BDMV", "área de directorio JAR", "área de directorio BDJO", "área de directorio PLAYLIST", "área de directorio CLIPINF" y "área de directorio STREAM". Lo siguiente explica estas áreas.
El "descriptor de conjunto de fichero" incluye un número de bloque lógico (LBN) que indica un sector en que se graba la entrada de fichero del directorio ROOT, entre las áreas de directorio. El "descriptor de fin" indica un final del descriptor de conjunto de fichero.
A continuación hay una descripción detallada de las áreas de directorio. Las áreas de directorio anteriormente descritas tienen una estructura interna en común. Es decir, cada una de las "áreas de directorio" está compuesta de una "entrada de fichero", "fichero de directorio" y "área de grabación de fichero de fichero inferior".
La "entrada de fichero" incluye una "etiqueta de descriptor", una "etiqueta de ICB" y un "descriptor de asignación".
La "etiqueta de descriptor" es una etiqueta que indica que la entidad que tiene la etiqueta de descriptor es una entrada de fichero.
La "etiqueta de ICB" indica información de atributo en relación con la propia entrada de fichero.
El "descriptor de asignación" incluye un número de bloque lógico (LBN) que indica una posición de grabación del fichero de directorio. Hasta ahora, se ha descrito la entrada de fichero. A continuación hay una descripción detallada del fichero de directorio.
El "fichero de directorio" incluido en cada área de directorio incluye un "descriptor de identificación de fichero de directorio inferior" y un "descriptor de identificación de fichero de fichero inferior".
El "descriptor de identificación de fichero de directorio inferior" es información que se hace referencia para acceder a un directorio inferior que pertenece al propio fichero de directorio, y está compuesto de información de identificación del directorio inferior, la longitud del nombre de directorio del directorio inferior, una dirección de entrada de fichero que indica el número de bloque lógico del bloque en que se graba la entrada de fichero del directorio inferior, y el nombre de directorio del directorio inferior.
El "descriptor de identificación de fichero de fichero inferior" es información que se hace referencia para acceder a un fichero que pertenece al propio fichero de directorio, y está compuesto de información de identificación del fichero inferior, la longitud del nombre de fichero inferior, una dirección de entrada de fichero que indica el número de bloque lógico del bloque en que se graba la entrada de fichero del fichero inferior, y el nombre de fichero del fichero inferior.
Como se ha descrito anteriormente, los descriptores de identificación de fichero de los ficheros de directorio de los directorios indican los bloques lógicos en que se graban las entradas de fichero del directorio inferior y del fichero inferior. Siguiendo los descriptores de identificación de fichero, es posible por lo tanto alcanzar desde la entrada de fichero del directorio ROOT a la entrada de fichero del directorio BDMV, y alcanzar desde la entrada de fichero del directorio BDMV a la entrada de fichero del directorio PLAYLIST. De manera similar, es posible alcanzar las entradas de fichero del directorio JAR, directorio BDJO, directorio CLIPINF y directorio STREAM. Hasta ahora, se ha descrito el fichero de directorio. A continuación hay una descripción detallada del área de grabación de fichero de fichero inferior.
El "área de grabación de fichero de fichero inferior" incluida en cada área de directorio es un área en que se graba el fondo del fichero inferior que pertenece a un directorio. Una "entrada de fichero" de la entrada inferior y uno o más "segmentos" gestionados mediante la entrada de fichero se graban en el "área de grabación de fichero de fichero inferior". Cuando se incluye una pluralidad de ficheros inferiores bajo un directorio, existe una pluralidad de "áreas de grabación de fichero de fichero inferior" en el área de directorio.
La "entrada de fichero" de la entrada inferior incluye una "etiqueta de descriptor", una "etiqueta de ICB" y un "descriptor de asignación".
La "etiqueta de descriptor" es una etiqueta que identifica, como una "entrada de fichero", la entrada de fichero que incluye la propia etiqueta de descriptor. La etiqueta de descriptor se clasifica en una etiqueta de descriptor de entrada de fichero, una etiqueta de descriptor de mapa de bits de espacio y así sucesivamente. En el caso de una etiqueta de descriptor de entrada de fichero, "261", que indica "entrada de fichero" se escribe en la misma.
La "etiqueta de ICB" indica información de atributo en relación con la propia entrada de fichero.
El "descriptor de asignación" incluye un Número de Bloque Lógico (LBN) que indica una posición de grabación de un segmento que constituye un fichero de bajo orden bajo un directorio. El descriptor de asignación incluye también datos que indican la longitud del segmento. Los dos bits de orden alto de los datos que indican la longitud del segmento se establecen como sigue: "00" para indicar un segmento asignado y grabado; "01" para indicar un
15
25
35
45
55
65 E10743572
05-10-2015
segmento asignado y no grabado; y: "11" para indicar un segmento que sigue al descriptor de asignación. Cuando un fichero de bajo orden bajo un directorio se divide en una pluralidad de segmentos, la entrada de fichero debería incluir una pluralidad de descriptores de asignación en correspondencia con los segmentos.
Un fichero de acuerdo con UDF está compuesto de una pluralidad de segmentos gestionados mediante entradas de fichero, y las direcciones lógicas de los segmentos que constituyen el fichero se conocen haciendo referencia a los descriptores de asignación de las entradas de fichero.
Por ejemplo, el fichero de flujo que constituye la característica principal de la presente solicitud es un área de grabación de fichero que existe en el área de directorio del directorio al que pertenece el fichero. Es posible acceder al fichero de flujo de transporte siguiendo los descriptores de identificación de fichero de los ficheros de directorio y los descriptores de asignación de las entradas de fichero.
La Figura 7 muestra el formato de aplicación del medio de grabación 100 basándose en el sistema de ficheros.
El directorio BDMV es un directorio en que se graban datos tales como contenido de AV e información de gestión usados en el BD-ROM. Existen cinco sub-directorios denominados "directorio PLAYLIST," "directorio CLIPINF," "directorio STREAM," "directorio BDJO," "directorio JAR," y "directorio META" por debajo del directorio BDMV. También, se disponen dos tipos de ficheros (es decir index.bdmv y MovieObject.bdmv) bajo el directorio BDMV.
Lo siguiente explica los ficheros bajo el directorio BDMV.
Un fichero "index.bdmv" (el nombre de fichero "index.bdmv" es fijo) es un fichero de tabla de índice que almacena una tabla de índice que muestra la correspondencia entre números de título de una pluralidad de títulos de reproducción y ficheros de programa que definen títulos individuales, es decir objetos BD-J u Objetos de Película.
El fichero de tabla de índice es información de gestión de todo el medio de grabación. El fichero de tabla de índice es el primer fichero a leerse mediante un dispositivo de reproducción después de que se carga el medio de grabación en el dispositivo de reproducción, de modo que se posibilita al dispositivo de reproducción identificar únicamente el disco. El fichero de tabla de índice muestra la correspondencia entre cada título que constituye una estructura de título de un disco óptico y un objeto de modo de operación que especifica el modo de operación. En este punto, la estructura de título consigue lo siguiente: tras la carga de un disco óptico, reproducir un título (título de Primera Reproducción (FirstPlay)) para presentar una advertencia al espectador, un logotipo del proveedor de contenido y así sucesivamente; después de la reproducción del título de Primera Reproducción, reproducir un título general (que se identifica mediante un número de serie tal como "1", "2" o "3") que constituye una historia principal de la película; y después de la reproducción del título de historia principal, reproducir un título (título de menú) y esperar la especificación de un título general seleccionado mediante el usuario. En este punto, una película corresponde a una pluralidad de títulos que son una pluralidad de versiones de la película. Por consiguiente, cuando una película tiene únicamente una versión, la relación se representa como "la película = título". Cuando una película tiene una pluralidad de versiones tal como una versión de cine, una versión del director y una versión de TV, cada una de estas versiones se proporciona como un título. El dispositivo de reproducción se proporciona con un registro de número de título que almacena el número de título del título actual. El título que se reproduce actualmente es uno de la pluralidad de títulos cuyo número de título se está almacenando actualmente en el registro de número de título. En los discos ópticos, el título Primera Reproducción anteriormente mencionado, los títulos generales y el título de menú se asignan con objetos de modo de operación que definen los modos de operación de los respectivos títulos, para definir un modo de operación en que opera cada título. En esta estructura, la tabla de índice no muestra directamente la correspondencia entre los títulos y los flujos de vídeo, pero muestra la correspondencia entre los títulos y los objetos de modo de operación de modo que los flujos de vídeo se reproducen mediante los objetos de modo de operación. Esto es debido a que se tiene por objeto definir títulos que operen los objetos de modo de operación, sin la reproducción de AV.
Un fichero "MovieObject.bdmv" (el nombre de fichero "MovieObject.bdmv" es fijo) almacena uno o más objetos de película. El objeto de película es un fichero de programa que define un procedimiento de control para realizarse mediante el dispositivo de reproducción en el modo de operación (modo HDMV) en que el objeto de control es un intérprete de comandos. El objeto de película incluye uno o más comandos y una bandera de máscara, donde la bandera de máscara define si enmascarar o no una solicitud de menú o una solicitud de título cuando se realiza la solicitud mediante el usuario en la GUI.
Un fichero de programa (XXXXX.bdjo---"XXXXX" es variable, y la extensión "bdjo" es fija) para el que se proporciona una extensión "bdjo" existe en el directorio BDJO. El fichero de programa almacena un objeto BD-J que define un procedimiento de control a realizarse mediante el dispositivo de reproducción en el modo BD-J. El objeto BD-J incluye una "tabla de gestión de aplicación". La "tabla de gestión de aplicación" en el objeto BD-J es una tabla que se usa para producir que el dispositivo de reproducción realice una señalización de aplicación, con el título que se considera como el ciclo de vida. La tabla de gestión de aplicación incluye un "identificador de aplicación" y un "código de control", donde el "identificador de aplicación" indica una aplicación a ejecutarse cuando un título que corresponde al objeto BD-J se hace un título actual. Las aplicaciones BD-J cuyos ciclos de vida se definen mediante
15
25
35
45
55
65 E10743572
05-10-2015
la tabla de gestión de aplicación se denominan especialmente "aplicaciones BD-J". El código de control, cuando se establece a Autoarranque, indica que la aplicación debería cargarse en la memoria dinámica y activarse automáticamente; y cuando se establece a Presente, indica que la aplicación debería cargarse en la memoria dinámica y activarse después de que se recibe una llamada desde otra aplicación. Por otro lado, algunas aplicaciones BD-J no finalizan sus operaciones incluso si se finaliza el título. Tales aplicaciones BD-J se denominan "aplicaciones sin límite de título".
Un fondo de una aplicación Java de este tipo es un fichero de archivo Java (YYYYY.jar) almacenado en el directorio JAR bajo el directorio BDMV.
Una aplicación puede ser, por ejemplo, una aplicación Java™ que está compuesta de uno o más programas xlet que se han cargado en una memoria dinámica (también denominada memoria de trabajo) de una máquina virtual. La aplicación se constituye a partir de los programas xlet que se han cargado en la memoria de trabajo y los datos.
El "directorio STREAM" es un directorio que almacena un fichero de flujo de transporte. En el "directorio STREAM", existe un fichero de flujo de transporte ("xxxxx.m2ts"---"XXXXX" es variable, y la extensión "m2ts" es fija) para el que se proporciona una extensión "m2ts". Un "fichero de flujo" en la presente realización se refiere a un fichero, de entre un contenido de vídeo real grabado en un medio de grabación 100, que cumple con el formato de fichero determinado mediante el sistema de ficheros. Un contenido de vídeo real de este tipo se refiere en general a datos de flujo en que se han multiplexado diferentes tipos de datos de flujo que representan vídeo, audio, subtítulos, etc. Estos datos de flujo multiplexado pueden dividirse ampliamente en un flujo de transporte (TS) principal y un sub-TS que depende del tipo del flujo de vídeo principal interno. Un "TS principal" incluye un flujo de vídeo de vista de base como un flujo de vídeo principal. Un "flujo de vídeo de vista de base" puede reproducirse independientemente y representa imágenes de vídeo en 2D. Un "sub-TS" incluye un flujo de vídeo de vista dependiente como un flujo de vídeo principal. Un "flujo de vídeo de vista dependiente" requiere un flujo de vídeo de vista de base para reproducir y representa imágenes de vídeo en 3D que se combinan con el flujo de vídeo de vista de base. Los tipos de flujos de vídeo de vista dependiente son un flujo de vídeo de vista derecha, flujo de vídeo de vista izquierda y flujo de mapa de profundidad. Cuando las imágenes de vídeo en 2D representadas mediante un flujo de vídeo de vista de base se usan como la vista izquierda de imágenes de vídeo en 3D mediante un dispositivo de reproducción en modo L/R, se usa un "flujo de vídeo de vista derecha" como el flujo de vídeo que representa la vista derecha de las imágenes de vídeo en 3D. Lo inverso se cumple para un "flujo de vídeo de vista izquierda". Cuando las imágenes de vídeo en 2D representadas mediante un flujo de vídeo de vista de base se usan para proyectar imágenes de vídeo en 3D en una pantalla en 2D virtual mediante un dispositivo de reproducción en modo de profundidad, se usa un "flujo de mapa de profundidad" como el flujo de vídeo que representa un mapa de profundidad para las imágenes de vídeo en 3D.
Dependiendo del tipo de datos de flujo multiplexado internos, un fichero de flujo de AV puede dividirse en tres tipos: fichero 2D, fichero dependiente (en lo sucesivo, abreviado como "fichero DEP") y fichero intercalado (en lo sucesivo, abreviado como "fichero SS"). Un "fichero 2D" es un fichero de flujo para reproducción monoscópica usado en reproducción de vídeo en 2D en modo de reproducción en 2D e incluye un TS principal. Un "fichero DEP" incluye un sub-TS. Un "fichero SS" es un fichero de flujo para reproducción estereoscópica usado en reproducción de vídeo en 3D en modo de reproducción en 3D e incluye un TS principal y un sub-TS que representa las mismas imágenes de vídeo en 3D. En particular, un fichero SS comparte su TS principal con un cierto fichero 2D y comparte su sub-TS con un cierto fichero DEP. En otras palabras, en el sistema de ficheros en el medio de grabación 100, un TS principal puede accederse mediante tanto un fichero SS como un fichero 2D, y un sub TS puede accederse mediante tanto un fichero SS como un fichero DEP. Esta configuración, en la cual una secuencia de datos grabados en el medio de grabación 100 es común a diferentes ficheros y puede accederse mediante todos los ficheros, se denomina como "enlace-cruzado de fichero". Estos ficheros 2D y ficheros DEP se asignan una extensión "m2ts" y se disponen directamente bajo el directorio STREAM mientras que los ficheros SS se asignan una extensión "ssif" y se disponen directamente bajo el directorio SSIF, que es un directorio inferior del directorio STREAM.
En el "directorio PLAYLIST", existe un fichero de información de lista de reproducción ("xxxxx.mpls"---"XXXXX" es variable, y la extensión "mpls" es fija) al que se proporciona una extensión "mpls". El fichero de información de lista de reproducción es un fichero que almacena información que se usa para producir que el dispositivo de reproducción reproduzca una lista de reproducción. La "lista de reproducción" indica una ruta de reproducción definida especificando de manera lógica un orden de reproducción de secciones de reproducción, donde las secciones de reproducción se definen en un eje de tiempo de flujos de transporte (TS). La lista de reproducción tiene un papel de definir una secuencia de escenas a presentar en orden, indicando qué partes de qué TS entre una pluralidad de TS deberían reproducirse. La información de lista de reproducción 1 define "patrones" de las listas de reproducción. La ruta de lista de reproducción definida mediante la información de lista de reproducción es lo que se denomina "multiruta". La multi-ruta está compuesta de una "ruta principal" y una o más "sub-rutas". Las secciones de reproducción incluidas en la ruta principal se denominan "elementos de reproducción", y las secciones de reproducción incluidas en la sub-ruta se denominan "sub-elementos de reproducción". La ruta principal se define para el TS principal. Las sub-rutas se definen para flujos subordinados. Una pluralidad de sub-rutas puede definirse mientras se define una ruta principal. La pluralidad de sub-rutas se identifica mediante identificadores denominados ID de sub-ruta. Se definen posiciones de capítulo en el eje de tiempo de reproducción de la multi-ruta. Es posible realizar un acceso aleatorio mediante el dispositivo de reproducción a un punto de tiempo arbitrario en el eje de tiempo de la multi-ruta
15
25
35
45
55
65 E10743572
05-10-2015
produciendo que el dispositivo de reproducción haga referencia a una de las posiciones de capítulo. En el modo BD-J, es posible iniciar una reproducción de AV mediante la multi-ruta ordenando que una máquina virtual JavaTM genere una instancia de reproductor JMF para reproducir la información de lista de reproducción. La instancia de reproductor JMF (Estructura de Medios de Java) son datos que se generan realmente en la memoria dinámica de la máquina virtual basándose en una clase de reproductor JMF. En el modo HDMV, es posible iniciar una reproducción de AV mediante la multi-ruta produciendo que el dispositivo de reproducción ejecute un comando de navegación que ordena realizar una reproducción de acuerdo con la lista de reproducción. El dispositivo de reproducción se proporciona con un registro de número de lista de reproducción que almacena el número de la información de lista de reproducción actual. La información de lista de reproducción que se reproduce actualmente es una de una pluralidad de piezas de información de lista de reproducción cuyo número se almacena actualmente en el registro de número de lista de reproducción.
En el "directorio CLIPINF", existe un fichero de información de clip ("xxxxx.clpi"---"XXXXX" es variable, y la extensión "clpi" es fija) al que se proporciona una extensión "clpi". Los ficheros de información de clip son ficheros de información de clip que se proporciona en una correspondencia uno a uno con los ficheros 2D y los ficheros DEP. El fichero de información de clip indica: qué secuencia ATC está constituida desde una secuencia de paquetes de fuente que existen en el fichero de flujo; qué secuencia de STC está incorporada en la secuencia ATC; y qué TS es la secuencia ATC.
El fichero de información de clip indica los contenidos del fichero de flujo. Por lo tanto, cuando un TS en el fichero de flujo se ha de reproducir, es necesario leer preliminarmente, en la memoria, un fichero de información de clip que corresponde al fichero de flujo. Es decir, en la reproducción de un fichero de flujo, se adopta el "principio de prealmacenamiento", en que el fichero de información de clip se lee preliminarmente en la memoria. La razón de que se adopte el principio de prealmacenamiento es como sigue. La estructura de datos del TS almacenado en el fichero de flujo tiene una compatibilidad con la norma de difusión digital europea. Por lo que, el flujo contiene información tal como PCR, PMT y PAT que posibilitan que el flujo se trate como un programa de difusión. Sin embargo, es desaconsejable extraer tal información cada vez que se realiza una reproducción. Esto es debido a que es necesario, cada vez que se realiza una reproducción, acceder a un medio de grabación de baja velocidad para leer paquetes que constituyen el TS, y analizar las cabidas útiles de los paquetes de TS. Por lo tanto, los ficheros de información de clip se proporcionan en una correspondencia uno a uno con los ficheros de flujo que almacenan TS, y los ficheros de información de clip se leen en la memoria antes de que se reproduzca el flujo, de modo que la información de los TS puede captarse sin analizar las cabidas útiles de los TS. En la presente realización, entre los ficheros de información de clip, un fichero de información de clip asociado con un fichero 2D se denomina como un "fichero de información de clip en 2D", y un fichero de información de clip asociado con un fichero DEP se denomina como un "fichero de información de clip de vista dependiente". Adicionalmente, cuando un fichero DEP incluye un flujo de vídeo de vista derecha, el fichero de información de clip de vista dependiente correspondiente se denomina como un "fichero de información de clip de la vista derecha". Cuando un fichero DEP incluye un flujo de mapa de profundidad, el fichero de información de clip de vista dependiente correspondiente se denomina como un "fichero de información de clip de mapa de profundidad".
<Fichero de flujo>
Lo siguiente es una descripción detallada de un fichero de flujo.
El fichero de flujo almacena una o más secuencias de paquetes de fuente. El paquete de fuente es un paquete de TS que está unido con un TP_Encabezamiento_Extra (TP_Extra_Header) de 4 bytes. El TP_Encabezamiento_Extra está compuesto de un indicador de permiso de copia de 2 bits y una ATS (Indicación de Tiempo de Llegada) de 30 bits. La ATS incluidas en el TP_Encabezamiento_Extra indican un tiempo de llegada en una transferencia en tiempo real en que se asegura la sincronía.
Entre tales secuencias de paquetes de fuente, una secuencia de paquetes de fuente cuyas indicaciones de tiempo son continuas en el eje de tiempo del Reloj de Tiempo de Llegada (ATC) se denomina una "secuencia de ATC". La secuencia de ATC es una secuencia de paquetes de fuente, donde Relojes_de_Tiempo_de_Llegada (Arrival_Time_Clocks) que se hacen referencia mediante las Indicaciones_de_Tiempo_de_Llegada (Indicación_de_Tiempo_de_Llegadas) incluidas en la secuencia de ATC no incluyen "discontinuidad de base de tiempo de llegada". En otras palabras, la secuencia de ATC es una secuencia de paquetes de fuente, donde Relojes_de_Tiempo_de_Llegada que se hacen referencia mediante las Indicaciones_de_Tiempo_de_Llegada incluidas en la secuencia de ATC son continuos. Esto es porque cada paquete de fuente que constituye la secuencia de ATC se somete a procesos de depaquetización de paquetes de fuente continuos y procesos de filtrado de paquetes continuos mientras el contador de reloj está contando los relojes de tiempo de llegada del dispositivo de reproducción.
Mientras la secuencia de ATC es una secuencia de paquetes de fuente, una secuencia de paquetes de TS cuyas indicaciones de tiempo son continuas en el eje de tiempo del STC se denomina una "secuencia de STC". La secuencia de STC es una secuencia de paquetes de TS que no incluye "discontinuidad de base de tiempo de sistema", que se basa en el STC (Reloj de Tiempo de Sistema) que es un tiempo convencional de sistema para los
15
25
35
45
55
65 E10743572
05-10-2015
TS. La presencia de la discontinuidad de base de tiempo de sistema se indica mediante un "indicador_de_discontinuidad" (discontinuity_indicator) que está ACTIVADO, donde el indicador_de_discontinuidad está contenido en un paquete de PCR que lleva una PCR (Referencia de Reloj de Programa) que se hace referencia mediante el decodificador para obtener un STC. La secuencia de STC es una secuencia de paquetes de TS cuyas indicaciones de tiempo son continuas en el eje de tiempo del STC. Por lo tanto, cada paquete de TS que constituye la secuencia de STC se somete a procesos de decodificación continua realizados mediante el decodificador proporcionado en el dispositivo de reproducción, mientras el contador de reloj está contando los relojes de tiempo de sistema del dispositivo de reproducción.
También, la secuencia de paquete almacenada en el fichero de flujo contiene información de paquetes de gestión (PCR, PMT, PAT) definidos en la norma de difusión digital europea, como información para gestionar y controlar una pluralidad de tipos de flujos de PES.
La PCR (Referencia de Reloj de Programa) almacena información de tiempo de STC que corresponde a una ATS que indica el tiempo cuando se transfiere el paquete de PCR a un decodificador, para conseguir sincronización entre un ATC (Reloj de Tiempo de Llegada) que es un eje de tiempo de los ATS, y un STC (Reloj de Tiempo de Sistema) que es un eje de tiempo de PTS y DTS.
La PMT (Tabla de Mapa de Programa) almacena PID en los flujos de vídeo, audio, gráficos y similares contenidos en el fichero de flujo de transporte, e información de atributo de los flujos que corresponde a los PID. La PMT tiene también diversos descriptores relacionados con el TS. Los descriptores tienen información tal como información de control de copia que muestran si está permitido o no el copiado del clip de AV.
La PAT (Tabla de Asociación de Programa) muestra un PID de una PMT usado en el TS, y se registra mediante la disposición de PID de la propia PAT.
Estos PCR, PMT y PAT, en la norma de difusión digital europea, tienen un papel para definir flujos de transporte parcial que constituyen un programa de difusión (un programa). Esto posibilita al dispositivo de reproducción producir que el decodificador decodifique TS como si tratara con los TS parciales que constituyen un programa de difusión, conforme a la norma de difusión digital europea. Esta estructura tiene por objeto soportar la compatibilidad entre dispositivos de reproducción de medio de grabación y los dispositivos terminales conformes a la norma de difusión digital europea. Entre los TS, un TS que es el eje de base de la multi-ruta se denomina "TS principal"; y un TS que es el eje de base de la sub-ruta se denomina "sub-TS".
La Figura 8A muestra la estructura interna del TS principal. La Figura 8B muestra la estructura interna de los sub-TS. Como se muestra en la Figura 8A, el TS principal incluye un flujo de vídeo de vista de base, 32 flujos de PG de vista de base, 32 flujos de IG de vista de base y 32 flujos de audio. Como se muestra en la Figura 8B, los sub-TS incluyen un flujo de vídeo de vista dependiente, 32 flujos de PG de vista dependiente y 32 flujos de IG de vista dependiente.
A continuación, se describirá la estructura interna del TS.
Las Figuras 9A y 9B ilustran en más detalle cómo se almacena el flujo de vídeo en las secuencias de paquete PES. La primera fila en la Figura 9A muestra una secuencia de fotogramas de vídeo del flujo de vídeo. La segunda fila muestra una secuencia de paquetes PES. La tercera fila muestra una secuencia de paquetes de TS obtenidos convirtiendo la secuencia de paquetes PES. Como se muestra mediante las flechas yg1, yg2, yg3 y yg4, el flujo de vídeo está compuesto de una pluralidad de unidades de presentación de vídeo (instantánea I, instantánea B, instantánea P). El flujo de vídeo se divide en las instantáneas individuales, y cada instantánea se almacena en la cabida útil de un paquete PES. Cada paquete PES tiene un encabezamiento PES que almacena una PTS (Indicación de Tiempo de Presentación) que es un tiempo de presentación de la instantánea almacenada en la cabida útil del paquete PES, y una DTS (Indicación de Tiempo de Decodificación) que es un tiempo de decodificación de la instantánea almacenada en la cabida útil del paquete PES.
<Secuencia de paquetes de TS>
La Figura 9B muestra el formato de los paquetes de TS. La primera fila muestra una secuencia de paquetes de TS. La segunda fila muestra una secuencia de paquetes de fuente.
Como se muestra en la primera fila de la Figura 9B, cada paquete de TS es un paquete de longitud fija que consiste en un "encabezamiento de TS" de 4 bytes que lleva información tal como un PID que identifica el flujo, y una "cabida útil de TS" de 184 bytes que almacena datos. Los paquetes PES se dividen y almacenan en las cabidas útiles de TS.
Como se muestra en la segunda fila, cada paquete de TS se une con un TP_Encabezamiento_Extra de 4 bytes para convertirse en un paquete de fuente de 192 bytes. Tales paquetes de fuente de 192 bytes constituyen el TS. El TP_Encabezamiento_Extra almacena información tal como una ATS Indicación_de_Tiempo_de_Llegada (Arrival_Time_Stamp). La ATS muestra un tiempo de inicio de transferencia en el que se ha de transferir el paquete de TS a un filtro de PID. Los paquetes de fuente se disponen en el TS como se muestra en la tercera fila. Los
15
25
35
45
55
65 E10743572
05-10-2015
números que incrementan desde la cabecera del TS se denominan SPN (números de paquete de fuente).
<Multiplexación de clips de AV>
La Figura 10 muestra esquemáticamente cómo se multiplexa el TS principal. En primer lugar, el flujo de vídeo de vista de base y un flujo de audio (Primera fila) se convierten respectivamente en secuencias de paquetes PES (Segunda fila), y se convierten adicionalmente en secuencias de paquetes de fuente, respectivamente (Tercera fila). De manera similar, el flujo de PG de vista izquierda y el flujo de gráficos interactivos de la vista izquierda (Séptima fila) se convierten en secuencias de paquetes PES, respectivamente (Sexta fila), y se convierten adicionalmente en secuencias de paquetes de fuente, respectivamente (Quinta fila). Los paquetes de fuente de vídeo, audio y gráficos obtenidos de esta manera se disponen en el orden indicado mediante sus ATS. Esto es debido a que los paquetes de fuente deberían leerse en la memoria intermedia de lectura de acuerdo con sus ATS. El TS principal está compuesto de estos paquetes de fuente que se han dispuesto de esta manera.
-Flujos elementales a multiplexarse en el TS
Los flujos elementales (ES) a multiplexarse en estos TS incluyen el flujo de vídeo, el flujo de audio, el flujo de gráficos de presentación y el flujo de gráficos interactivos.
-Flujo de vídeo
El flujo de vídeo especificado como el flujo de vista de base constituye un flujo de vídeo principal en una aplicación de imagen sobre imagen. La aplicación de imagen sobre imagen está compuesta del flujo de vídeo principal y un flujo de vídeo secundario. El flujo de vídeo principal es un flujo de vídeo compuesto de datos de instantánea de la aplicación de imagen sobre imagen que representa una instantánea padre en la pantalla; y el flujo de vídeo secundario es un flujo de vídeo compuesto de datos de instantánea de la aplicación de imagen sobre imagen que representan una instantánea hija que se ajusta en la instantánea padre.
Los datos de instantánea que constituyen el flujo de vídeo principal y los datos de instantánea que constituyen el flujo de vídeo secundario se almacenan en diferentes memorias de plano después de decodificarse. La memoria de plano que almacena los datos de instantánea que constituyen el flujo de vídeo secundario tiene, en la primera mitad de la misma, un elemento estructural (Escalado y Posicionamiento) que realiza cambio de escalado de los datos de instantánea que constituyen el flujo de vídeo secundario, y sitúan coordenadas de presentación de los datos de instantánea que constituyen el flujo de vídeo secundario.
-Flujo de audio
El flujo de audio se clasifica en un flujo de audio principal y un flujo de audio secundario. El flujo de audio principal es un flujo de audio que es para ser un audio principal cuando se realiza la reproducción de mezcla; y el flujo de audio secundario es un flujo de audio que es para ser un sub-audio cuando se realiza la reproducción de mezcla. El flujo de audio secundario incluye información para submuestreo para la mezcla, e información para el control de ganancia. El flujo de audio se codifica con compresión usando un método tal como Dolby AC3, Dolby digital Plus, MLP, DTS, DTS-HD o PCM Lineal.
-Flujo de gráficos de presentación (PG)
El flujo de PG es un flujo de gráficos que puede sincronizarse estrechamente con el vídeo, con la adopción del procesamiento en paralelo en el decodificador, y es adecuado para representar subtítulos. El flujo de PG se clasifica dos tipos: un flujo de PG en 2D; y un flujo de PG estereoscópico. El flujo de PG estereoscópico se clasifica adicionalmente en dos tipos: un flujo de PG de vista izquierda; y un flujo de PG de vista derecha. Uno del flujo de PG de vista izquierda y del flujo de PG de vista derecha que se especifica mediante el indicador de vista de base se hace el flujo de PG de vista de base, y el otro que no se especifica mediante el indicador de vista de base se hace el flujo de PG de vista dependiente.
La razón de que se proporciona el flujo de PG estereoscópico así como el flujo de PG en 2D es como sigue. Por ejemplo, cuando el flujo de PG representa caracteres de subtítulo, los caracteres de subtítulo desde una vista anterior a presentarse en el modo en 2D, y los caracteres de subtítulo para el ojo izquierdo y para el ojo derecho a presentarse en el modo en 3D-ID deberían ser diferentes entre sí. Por esta razón, un flujo de gráficos de una imagen desde una vista anterior se presenta en el modo en 2D, y dos flujos de gráficos (flujo de PG de vista izquierda y flujo de PG de vista derecha) se presentan en el modo en 3D-ID. De manera similar, en el modo de profundidad-3D, se reproduce una imagen desde una vista anterior y un flujo de escala de grises que indica la información de profundidad. El flujo en 2D+compensación (compatible con 2D) y el flujo en 3D-ID no deberían proporcionarse en mezcla.
Es posible definir hasta 32 flujos de PG en 2D, hasta 32 flujos de PG de vista de base y hasta 32 flujos de PG de vista dependiente. Estos Flujos de PG se unen con diferentes identificadores de paquete. Por lo tanto, es posible
10
15
20
25
30
35
40
45
50
55
60
65 E10743572
05-10-2015
producir que un flujo de PG deseado entre estos flujos de PG se someta a reproducción, especificando un identificador de paquete de que se va a reproducir a la unidad de demultiplexación.
El flujo de PG de vista izquierda y el flujo de PG de vista derecha deberían tener el mismo atributo de idioma de modo que incluso si el usuario cambia un método de presentación, se presente un subtítulo que tiene los mismos contenidos. Se presupone por lo tanto que los subtítulos en 2D y los subtítulos en 3D corresponden entre sí en una base uno a uno, y que un subtítulo en 2D que no tiene un subtítulo en 3D correspondiente o un subtítulo en 3D que no tenga un subtítulo en 2D correspondiente no debería proporcionarse. Esto es para evitar que se confunda al usuario cuando se cambia el método de visualización. Con esta estructura, los flujos que corresponden respectivamente a los modos de presentación en 2D y en 3D se seleccionan cuando se especifica un número de flujo. En un caso de este tipo, el número de flujo uno debería corresponder al mismo atributo de idioma de modo que los contenidos de los subtítulos para el 2D e ID sean los mismos.
Se consigue una sincronización estrecha con el vídeo debido a la decodificación con el procesamiento en paralelo adoptado en el mismo. Por lo tanto el uso del flujo de PG no está limitado a la reproducción de caracteres tales como los caracteres de subtítulo. Por ejemplo, es posible presentar un carácter de mascota de la película que se está moviendo en sincronización con el vídeo. De esta manera, cualquier reproducción de gráficos que requiere una sincronización estrecha con el vídeo puede adoptarse como un objetivo de la reproducción mediante el flujo de PG.
El flujo de PG es un flujo que no se multiplexa en el flujo de transporte pero representa un subtítulo. El flujo de subtítulo de texto (denominado también como flujo textST) es también un flujo de este tipo. El flujo textST es un flujo que representa los contenidos de subtítulo mediante los códigos de carácter.
El flujo de PG y el flujo de subtítulo de texto se registran como el mismo tipo de flujo en la misma secuencia de registro de flujo, sin distinción entre ellos en el tipo. Y a continuación durante la ejecución de un procedimiento para seleccionar un flujo, se determina un flujo de PG o un flujo de subtítulo de texto a reproducir de acuerdo con el orden de flujos registrados en la secuencia de registro de flujo. De esta manera, los flujos de PG y los flujos de subtítulos de texto se someten al procedimiento de selección de flujo sin distinción entre ellos en el tipo. Por lo tanto, se tratan como que pertenecen a un mismo tipo de flujo denominado "flujo de subtítulo PG_text".
El flujo de subtítulo PG_text para 2D se reproduce en el modo "1 plano + compensación". En lo sucesivo, el flujo de subtítulo PG_text en 2D se denomina como un flujo de subtítulo PG_text de "1 plano + compensación".
-Flujo de gráficos interactivos (IG)
El flujo de IG es un flujo de gráficos, que tiene información para operación interactiva, puede presentar menús con el progreso de la reproducción del flujo de vídeo y presentar menús emergentes de acuerdo con operaciones de usuario.
Como es el caso con el flujo de PG, el flujo de IG se clasifica en un flujo de IG en 2D y un flujo de IG estereoscópico. El flujo de IG estereoscópico se clasifica en un flujo de IG de vista izquierda y un flujo de IG de vista derecha. Uno del flujo de IG de vista izquierda y del flujo de IG de vista derecha que se especifica mediante el indicador de vista de base se hace el flujo de IG de vista de base, y el otro que no se especifica mediante el indicador de vista de base se hace el flujo de IG de vista dependiente. Es posible definir hasta 32 flujos de IG en 2D, hasta 32 flujos de IG de vista de base y hasta 32 flujos de IG de vista dependiente. Estos flujos de IG se unen con diferentes identificadores de paquete. Por lo tanto, es posible producir que un flujo de IG deseado entre estos flujos de IG se someta a la reproducción, especificando un identificador de paquete del que se va a reproducir a la unidad de demultiplexación.
La información de control de flujo de IG (denominada "segmento de control interactivo") incluye información (modelo_de_interfaz_de_usuario (user_interface_model)) que define el modelo de interfaz de usuario. La persona encargada de realizar la autoría puede especificar "siempre activado" o "menú emergente activado" estableciendo la información de modelo de interfaz de usuario, donde con "siempre activado", los menús se presentan con el progreso de la reproducción del flujo de vídeo, y con el "menú emergente activado", los menús emergentes se presentan de acuerdo con operaciones de usuario.
La información de operación interactiva en el flujo de IG tiene el siguiente significado. Cuando la máquina virtual Java ordena al motor de control de reproducción, que es proactivo en el control de reproducción, empezar a reproducir una lista de reproducción de acuerdo con una solicitud desde una aplicación, la máquina virtual Java, después de ordenar al motor de control de reproducción que inicie la reproducción, devuelve una respuesta a la aplicación para notificar que la reproducción de la lista de reproducción se ha iniciado. Es decir, mientras la reproducción de la lista de reproducción mediante el motor de control de reproducción continúa, la máquina virtual Java no entra en el estado de espera para finalizar la ejecución. Esto es debido a que la máquina virtual Java es lo que se denomina un ejecutante de "tipo accionado por evento", y puede realizar la operación mientras el motor de control de reproducción está reproduciendo la lista de reproducción.
E10743572
05-10-2015
Por otro lado, cuando, en el modo HDMV, el intérprete de comandos ordena al motor de control de reproducción reproducir una lista de reproducción, entra en el estado de espera hasta que finaliza la ejecución de la reproducción de la lista de reproducción. Por consiguiente, la unidad de ejecución de comando no puede ejecutar un proceso interactivo mientras continúa la reproducción de la lista de reproducción mediante el motor de control de
5 reproducción. El decodificador de gráficos realiza una operación interactiva en lugar del intérprete de comandos. Por lo tanto, para producir que el decodificador de gráficos realice la operación interactiva, el flujo de IG está embebido con información de control que define operaciones interactivas para las que se usan botones.
-Modos de presentación permitidos para cada tipo de flujo
10 Se permiten diferentes modos de presentación en 3D para cada tipo de flujo. En el modo de presentación en 3D de flujo de vídeo principal, se permiten dos modos de reproducción, en concreto el modo de presentación B-D y el modo de presentación B-B. El modo de presentación B-B se permite para el flujo de vídeo principal únicamente cuando el menú emergente está activado. El tipo de flujo de vídeo principal cuando se realiza la reproducción en el
15 modo de presentación B-D se denomina "tipo de reproducción B-D estereoscópica". El tipo de flujo de vídeo principal cuando se realiza la reproducción en el modo de presentación B-B se denomina "tipo de reproducción B-B estereoscópica".
En el modo de presentación en 3D de flujo de PG, se permiten tres modos de reproducción, en concreto el modo de
20 presentación B-D, modo "1 plano + compensación" y modo "1 plano + compensación cero". El modo "1 plano + compensación cero" se permite para el flujo de PG únicamente cuando el menú emergente está activado. El tipo de flujo de PG cuando se realiza la reproducción en el modo de presentación B-D se denomina "tipo de reproducción estereoscópica". El tipo de flujo de PG y de flujo de subtítulo PG_text cuando se realiza la reproducción en el modo "1 plano + compensación" se denomina "tipo 1 plano + compensación". El tipo de flujo de PG y de flujo de subtítulo
25 PG_text cuando se realiza la reproducción en el modo "1 plano + compensación cero" se denomina "tipo 1 plano + compensación cero".
En el modo de presentación en 3D de flujo de subtítulo de texto, se permiten dos modos de reproducción, en concreto el modo "1 plano + compensación" y el modo "1 plano + compensación cero". El modo "1 plano +
30 compensación cero" se permite para el flujo de subtítulo de texto únicamente cuando el menú emergente está activado.
En el modo de presentación en 3D de flujo IG, se permiten tres modos de reproducción, en concreto el modo de presentación B-D, modo "1 plano + compensación" y modo "1 plano + compensación cero". El modo "1 plano + 35 compensación cero" se permite para el flujo de IG únicamente cuando el menú emergente está activado. Se supone en la siguiente descripción, excepto donde se mencione de otra manera, que la imagen sobre imagen no puede usarse durante la reproducción en el modo de reproducción en 3D. Esto es debido a que cada una de la imagen sobre imagen y el modo de reproducción en 3D requieren dos planos de vídeo para almacenar datos de instantánea no comprimidos. Se supone también en la siguiente descripción, excepto donde se mencione de otra manera, que la
40 mezcla de sonido no podría usarse en el modo de reproducción en 3D.
A continuación, se describirán las estructuras internas del TS principal y sub-TS. Las Figuras 11A y 11B muestran las estructuras internas del TS principal y sub-TS.
45 La Figura 11A muestra la estructura interna del TS principal. El TS principal está compuesto de los siguientes paquetes de fuente.
Un paquete de fuente que tiene el ID de paquete "0x0100" constituye una tabla de mapa de programa (PMT). Un paquete de fuente que tiene el ID de paquete "0x0101" constituye una PCR.
50 Una secuencia de paquetes de fuente que tiene el ID de paquete "0x1011 constituye el flujo de vídeo principal.
Las secuencias de paquetes de fuente que tienen los ID de paquete "0x1220" a "0x123F" constituyen 32 flujos de PG de vista de base.
55 Las secuencias de paquetes de fuente que tienen los ID de paquete "0x1420" a "0x143F" constituyen 32 flujos de IG de vista de base.
Las secuencias de paquetes de fuente que tienen los ID de paquete "0x1100" a "0x111F" constituyen los flujos de 60 audio principal.
Especificando unos identificadores de paquetes de uno de estos paquetes de fuente a la unidad de demultiplexación, es posible producir un flujo elemental deseado entre una pluralidad de flujos elementales multiplexados en los flujos de transporte principales para demultiplexarse y someterse al decodificador.
65
15
25
35
45
55
65 E10743572
05-10-2015
La Figura 11B muestra la estructura interna del sub-TS. El sub-TS está compuesto de los siguientes paquetes de fuente.
Una secuencia de paquetes de fuente que tiene el ID de paquete "0x1012" constituye el flujo de vídeo de vista dependiente. Las secuencias de paquetes de fuente que tienen los ID de paquete "0x1240" a "0x125F" constituyen 32 flujos de PG de vista dependiente.
Las secuencias de paquetes de fuente que tienen los ID de paquete "0x1440" a "0x145F" constituyen 32 flujos de IG de vista dependiente.
<Flujo de vídeo>
La Figura 12 muestra esquemáticamente una estructura de datos de un flujo de vídeo.
El flujo de vídeo está compuesto de una pluralidad de GOP. El acceso aleatorio y la edición de imágenes en movimiento puede realizarse en el flujo de vídeo cuando los GOP son las unidades básicas en el procesamiento de codificación. Cada GOP está compuesto de una o más unidades de acceso de vídeo. Las unidades de acceso de vídeo son unidades en que se almacenan cada uno de los datos de instantánea codificados. En la estructura de fotograma, se almacenan datos de un fotograma. En la estructura de campo, se almacenan datos de un campo. Los datos de la instantánea 1 se almacenan en cada una de las unidades de acceso de vídeo que componen una cabecera de cada GOP. Específicamente, se almacena un encabezamiento de secuencia, un encabezamiento de instantánea, datos complementarios y datos de instantánea comprimidos en cada una de las unidades de acceso de vídeo que componen una cabecera de cada GOP. El encabezamiento de secuencia es un encabezamiento que almacena información común en cada uno de los GOP, y que almacena información sobre resolución, una velocidad de fotogramas, una relación de aspecto, una tasa de bits y similares. El encabezamiento de instantánea es un encabezamiento que almacena información necesaria para codificar las instantáneas, tal como, el método usado al codificar todas las instantáneas. Los datos complementarios es información adicional que no es esencial para decodificar los datos comprimidos. Como ejemplos de los datos complementarios, hay información de carácter sobre subtitulado a presentarse en la TV en sincronización con el vídeo, e información de código de tiempo. Los datos de instantánea comprimidos son datos de instantánea comprimidos y codificados. En cada unidad de acceso distinta de la cabecera de cada GOP, como es el caso con cada unidad de acceso que compone la cabecera de un GOP, con la excepción de un encabezamiento de secuencia no incluido, se almacena un encabezamiento de instantánea, datos complementarios y datos de instantánea comprimidos. También, las estructuras internas del encabezamiento de secuencia, el encabezamiento de instantánea, los datos complementarios y los datos de instantánea comprimidos son diferentes dependiendo del método de codificación del vídeo. Por ejemplo, en el caso de MPEG-4 AVC, el encabezamiento de secuencia, un encabezamiento de instantánea y el encabezamiento complementario corresponden a un SPS (conjunto de parámetros de secuencia), un PPS (conjunto de parámetros de instantánea) y SEI (información de mejora complementaria), respectivamente.
Tanto el flujo de vídeo de vista de base como el flujo de vídeo de vista dependiente tienen la estructura de GOP anteriormente descrita. La instantánea superior del GOP del flujo de vídeo de vista de base es una instantánea IDR
o una instantánea I no IDR. Cuando el flujo de vídeo de vista dependiente es un flujo de vídeo de vista derecha, la instantánea superior del GOP del flujo de vista dependiente es una instantánea de la vista derecha que, junto con la correspondiente instantánea superior del GOP del flujo de vídeo de vista de base, representa el mismo fotograma o campo del vídeo en 3D, y que es una instantánea del flujo de vídeo de vista derecha asignada a la misma PTS como la de la instantánea superior del GOP del flujo de vídeo de vista de base. Cuando el flujo de vídeo de vista dependiente es un flujo de mapa de profundidad, la instantánea superior del GOP del flujo de vídeo de vista dependiente es una instantánea que almacena el mapa de profundidad de la instantánea superior del GOP correspondiente del flujo de vídeo de vista de base, y es una instantánea asignada a la misma PTS que la de la instantánea superior del GOP del flujo de vídeo de vista de base. Un par de VAU que incluyen instantáneas para las que la PTS y DTS son las mismas entre el flujo de vídeo de vista de base y el flujo de vídeo de vista dependiente se denomina una "VAU 3D". Los encabezamientos de secuencias en el par de GOP del flujo de vídeo de vista de base y del flujo de vídeo de vista dependiente que pertenecen a la misma VAU 3D se asignan la misma velocidad de fotogramas, la misma resolución y la misma relación de aspecto.
La Figura 13 muestra una estructura de datos de información de cambio de decodificación almacenada en un área de datos complementaria en cada unidad de acceso de vídeo. La información de cambio de decodificador es información para producir que el decodificador en el dispositivo de reproducción especifique fácilmente la siguiente unidad de acceso de vídeo a decodificar, y se incluye en cada unidad de acceso de vídeo en tanto el flujo de vídeo de vista de base como en el flujo de vídeo de vista dependiente. Como se describe a continuación, el decodificador decodifica de manera alterna el flujo de vídeo de vista de base y el flujo de vídeo de vista dependiente en unidades de unidades de acceso de vídeo. En ese momento, el decodificador especifica en general la siguiente unidad de acceso de vídeo a decodificar en alineación con el tiempo mostrado mediante la DTS asignada a cada unidad de acceso de vídeo. Muchos tipos de decodificadores, sin embargo, continúan decodificando unidades de acceso de vídeo en orden, ignorando la DTS. Para tales decodificadores, es preferible incluir para cada unidad de acceso de vídeo información de cambio de decodificación además de una DTS.
15
25
35
45
55
65 E10743572
05-10-2015
La fila superior de la Figura 13 muestra la estructura de la información de cambio de decodificación. La fila inferior de la Figura 13 muestra una estructura de datos de una unidad de acceso de vídeo. En cada unidad de acceso de vídeo, la información de cambio de decodificación se almacena en un cierto área en los datos complementarios (cuando el vídeo se codifica usando MPEG-4 AVC, la información de cambio de decodificación se almacena en una SEI).
La información de cambio de decodificación está compuesta de un tipo de unidad de acceso posterior, un tamaño de unidad de acceso posterior y un contador de decodificación.
El tipo de unidad de acceso posterior es información que muestra si la unidad de acceso de vídeo a decodificar a continuación es del flujo de vídeo de vista de base o del flujo de vídeo de vista dependiente. Cuando el tipo de unidad de acceso posterior muestra un valor "1", significa que la unidad de acceso de vídeo a decodificar a continuación es del flujo de vídeo de vista de base. Cuando el tipo de unidad de acceso posterior muestra un valor "2", la unidad de acceso de vídeo a decodificar a continuación es del flujo de vídeo de vista dependiente. Cuando el tipo de unidad de acceso posterior indica un valor "0", significa que la unidad de acceso de vídeo actual está situada en el final del flujo y no hay unidad de acceso de vídeo a decodificar a continuación.
El tamaño de unidad de acceso posterior es información que muestra un tamaño de la unidad de acceso de vídeo a decodificar a continuación. Si el tamaño de la unidad de acceso de vídeo a decodificar a continuación se desconoce, entonces se requiere identificar el tamaño de esta unidad de acceso de vídeo analizando su estructura cuando se extrae esta unidad de acceso de vídeo de un estado no codificado desde una memoria intermedia correspondiente. Sin embargo, con la ayuda del tamaño de unidad de acceso posterior, el decodificador de vídeo puede identificar el tamaño de la unidad de acceso de vídeo posterior sin analizar su estructura. Esto simplifica el procesamiento para que el decodificador extraiga una unidad de acceso que incluye una instantánea de un estado no codificado desde una memoria intermedia correspondiente.
En un caso donde la primera instantánea I de un GOP en el flujo de vídeo de vista de base se asigna un contador de decodificación "0", las unidades de acceso de vídeo de los flujos de vídeo de vista de base y dependiente que siguen esta instantánea I se asignan contadores de decodificación que son valores que incrementan sucesivamente en el orden en que se decodifican, como se muestra en la Figura 14A.
El uso de tal información (los contadores de decodificación) hace posible realizar procesamiento apropiado para resolver un error que surge cuando una unidad de acceso de vídeo no puede leerse por alguna razón. Por ejemplo, suponiendo un caso donde la tercera unidad de acceso de vídeo del flujo de vídeo de vista de base (instantánea Br) no puede leerse debido a un error de lectura como se muestra en la Figura 14A. En este caso, si los contadores de decodificación no se asignan a las unidades de acceso de vídeo, la tercera unidad de acceso del flujo de vídeo de vista dependiente (instantánea B) hace referencia a la tercera unidad de acceso de vídeo del flujo de vídeo de vista de base. Esto puede dar como resultado la decodificación de una imagen con ruido (decodificación errónea). Por el contrario, si el valor del contador de decodificación asignado a la segunda unidad de acceso de vídeo del flujo de vídeo de vista dependiente (instantánea P) se ha almacenado, el valor del contador de decodificación asignado a la unidad de acceso de vídeo posterior puede predecirse, con el resultado de que el decodificador puede realizar procesamiento apropiado para resolver el error. En el ejemplo de la Figura 14A, el contador de decodificación asignado a la segunda unidad de acceso de vídeo del flujo de vídeo de vista dependiente (instantánea P) muestra un valor "4", y este contador de decodificación "4" debería seguirse por un contador de decodificación "5". Sin embargo, el contador de decodificación asignado a la siguiente unidad de acceso de vídeo legible, en concreto la cuarta unidad de acceso de vídeo del flujo de vídeo de vista de base (instantánea P), muestra un valor "7". El decodificador de vídeo puede determinar de esta manera que se ha saltado una unidad de acceso de vídeo. Por consiguiente, tras determinar que la tercera unidad de acceso de vídeo del flujo de vídeo de vista dependiente (instantánea B) no tiene instantánea para hacer referencia, el decodificador de vídeo puede, por ejemplo, saltar la decodificación de esta unidad de acceso de vídeo.
Como alternativa, como se muestra en la Figura 14B, una secuencia de contadores de decodificación puede autocontenerse en una base por-flujo. En este caso también, cuando la unidad de acceso de vídeo que se ha decodificado más recientemente es del flujo de vídeo de vista de base, es posible predecir que el contador de decodificación asignado a la unidad de acceso de vídeo posterior debería ser el mismo que el contador de decodificación asignado a la unidad de acceso de vídeo que se ha decodificado más recientemente. Por otro lado, cuando la unidad de acceso de vídeo que se ha decodificado más recientemente es del flujo de vídeo de vista dependiente, es posible predecir que el contador de decodificación asignado a la unidad de acceso de vídeo posterior se obtendría añadiendo uno al contador de decodificación asignado a la unidad de acceso de vídeo que se ha decodificado más recientemente. Esto hace posible realizar procesamiento apropiado para resolver el error.
<Disposición intercalada de datos de flujo multiplexados>
Para reproducción ininterrumpida de imágenes de vídeo en 3D, la disposición física del flujo de vídeo de vista de base y del flujo de vídeo de vista dependiente en el medio de grabación 100 es importante. Esta "reproducción ininterrumpida" se refiere a reproducir vídeo y audio desde datos de flujo multiplexados sin interrupción.
15
25
35
45
55
65 E10743572
05-10-2015
La Figura 15 es un diagrama esquemático que muestra la disposición física en el medio de grabación 100 de un grupo de bloque de datos que pertenece al TS principal, al primer sub-TS y al segundo sub-TS respectivamente. Un "bloque de datos" se refiere a una secuencia de datos grabados en un área contigua en el medio de grabación 100, es decir una pluralidad de sectores físicamente continuos. Puesto que las direcciones físicas y las direcciones lógicas en el medio de grabación 100 son sustancialmente las mismas, los LBN en cada bloque de datos son también continuos. Por consiguiente, la unidad de BD-ROM del dispositivo de reproducción 200 puede leer continuamente un bloque de datos sin producir que el cabezal óptico realice una búsqueda. En lo sucesivo, los bloques de datos L1, L2, L3, ... que pertenecen a un TS principal se denominan como "bloques de datos de vista de base" y los bloques de datos R1, R2, R3, ..., y D1, D2, D3, ... que pertenecen a un sub-TS se denominan como "bloques de datos de vista dependiente". En particular, los bloques de datos R1, R2, R3, ... que pertenecen al primer sub-TS se denominan como "bloques de datos de vista derecha", y los bloques de datos D1, D2, D3, ... que pertenecen al segundo sub-TS se denominan como "bloques de datos de mapa de profundidad". Como se muestra en la Figura 15, un grupo de bloque de datos se graba continuamente a lo largo de la pista 1601 en el medio de grabación 100. Adicionalmente, los bloques de datos de vista de base L1, L2, L3, ..., los bloques de datos de vista derecha R1, R2, R3, ..., y los bloques de datos de mapa de profundidad D1, D2, D3, ... se disponen de manera alterna uno a uno. Este tipo de disposición de los bloques de datos se denomina como "disposición intercalada".
En la disposición intercalada de acuerdo con la primera realización de la presente invención, el tiempo de ATC de segmento es el mismo entre los tres tipos de bloques de datos contiguos. Por ejemplo, en la Figura 15, el bloque de datos de mapa de profundidad superior D1, el bloque de datos de la vista derecha superior R1 y el bloque de datos de la vista de base superior L1 son contiguos. El tiempo de ATC de segmento es el mismo entre estos bloques de datos D1, R1 y L1. En este contexto, un "Reloj de Tiempo de Llegada (ATC)" se refiere a un reloj que actúa como una norma para una ATS. También, el "tiempo de ATC de segmento" se define mediante el valor del ATC y representa el intervalo de las ATS asignadas a paquetes de fuente en un segmento, es decir el intervalo de tiempo desde las ATS del paquete de fuente en la parte superior del segmento a las ATS del paquete de fuente en la parte superior del siguiente segmento. En otras palabras, el tiempo de ATC de segmento es el mismo que el tiempo requerido para transferir todos los paquetes de fuente en el segmento desde la memoria intermedia de lectura en el dispositivo de reproducción 102 al decodificador objetivo de sistema. La "memoria intermedia de lectura" es una memoria intermedia en el dispositivo de reproducción 200 donde los bloques de datos que se leen desde el medio de grabación 100 se almacenan temporalmente antes de transmitirse al decodificador objetivo de sistema.
Entre los tres tipos de bloques de datos contiguos cuyo tiempo de ATC de segmento es el mismo, los periodos de reproducción pueden coincidir, y los tiempos de reproducción de los flujos de vídeo pueden ser los mismos. Por ejemplo, en la Figura 15, entre los tres bloques de datos D1, R1 y L1, los periodos de reproducción coinciden, y los tiempos de reproducción de los flujos de vídeo son los mismos. De manera similar, en grupos de bloques de datos posteriores, entre los tres tipos de bloques de datos contiguos los bloques de datos D2, R2 y L2 cuyo tiempo de ATC de segmento es el mismo, los periodos de reproducción pueden coincidir, y los tiempos de reproducción de los flujos de vídeo pueden ser los mismos.
Adicionalmente, en la disposición intercalada de acuerdo con la primera realización de la presente invención, los tres bloques de datos contiguos con el mismo tiempo de ATC de segmento se disponen en el orden de bloque de mapa de profundidad, bloque de datos de la vista derecha y bloque de datos de vista de base, es decir, empezando con la cantidad de datos más pequeña. Por ejemplo, en la Figura 15, la instantánea incluida en el bloque de datos de la vista derecha superior R1 se comprime usando la instantánea incluida en el bloque de datos de la vista de base superior L1 como una instantánea de referencia. Por consiguiente, el tamaño Sext2[1] del bloque de datos de la vista derecha superior R1 es igual a o menor que el tamaño Sext1[1] del bloque de datos de la vista de base superior L1: Sext2[1]≤Sext1[1]. Por otro lado, la cantidad de datos por píxel en el mapa de profundidad, es decir el número de bits del valor de profundidad, es en general más pequeño que la cantidad de datos por píxel de la instantánea incluida en el flujo de vídeo de vista de base, es decir la suma del número de bits del valor de coordenada cromática y el valor α. Adicionalmente, a diferencia del segundo sub-TS, el TS principal incluye otros flujos elementales, tales como un flujo de audio principal, además del flujo de vídeo principal. Por lo tanto, en la Figura 15 el tamaño del bloque de datos de mapa de profundidad superior D1, Sext3[1], es menor que o igual al tamaño del bloque de datos de la vista de base superior L1, Sext1[1]: Sext3[1]≤Sext1[1]. Por lo tanto, en la Figura 15, el bloque de datos de mapa de profundidad superior D1, el bloque de datos de la vista derecha superior R1 y el bloque de datos de la vista de base superior L1 se graban en ese orden. Lo mismo se cumple para los siguientes tres segmentos consecutivos, D2, R2 y L2.
Las VAU localizadas en la parte superior de los bloques de datos con el mismo tiempo de ATC de segmento pertenecen a la misma VAU 3D, y en particular incluyen la instantánea superior del GOP que representa la misma imagen de vídeo en 3D. Por ejemplo, en la Figura 15, entre los tres bloques de datos contiguos Dn, Rn, Ln (n = 1, 2, 3, ...) con el mismo tiempo de ATC de segmento, la parte superior del bloque de datos de mapa de profundidad Dn incluye una instantánea I para el flujo de mapa de profundidad, la parte superior del bloque de datos de la vista derecha Rn incluye una instantánea P para el flujo de vídeo de vista derecha, y la parte superior del bloque de datos de vista de base Ln incluye una instantánea I para el flujo de vídeo de vista de base. La instantánea I para el flujo de mapa de profundidad representa un mapa de profundidad para la imagen de vídeo en 2D representada mediante la instantánea I para el flujo de vídeo de vista de base. La instantánea P para el flujo de vídeo de vista derecha
15
25
35
45
55
65 E10743572
05-10-2015
representa la vista derecha cuando la imagen de vídeo en 2D representada mediante la instantánea I en el flujo de vídeo de vista de base se usa como la vista izquierda. En particular, la instantánea P se comprime usando la instantánea I para el flujo de vídeo de vista de base como una instantánea de referencia. Por consiguiente, el dispositivo de reproducción 200 en modo de reproducción en 3D puede iniciar la reproducción de imágenes de vídeo en 3D desde cualquier conjunto de bloques de datos Dn, Rn y Ln.
<Significado de dividir datos de flujo multiplexados en bloques de datos>
Para reproducir imágenes de vídeo en 3D de manera ininterrumpida desde el medio de grabación 100, el dispositivo de reproducción 200 tiene que procesar el TS principal y el sub-TS en paralelo. La capacidad de memoria intermedia de lectura usable en tal procesamiento, sin embargo, está generalmente limitada. En particular, existe un límite para la cantidad de datos que pueden leerse continuamente en la memoria intermedia de lectura desde el medio de grabación 100. Por consiguiente, el dispositivo de reproducción 200 tiene que leer secciones del TS principal y del sub-TS con el mismo tiempo de ATC de segmento dividiendo las secciones.
La Figura 16A es un diagrama esquemático que muestra la disposición del TS principal 1701 y del sub-TS 1702 grabados por separado y consecutivamente en un disco BD-ROM. Cuando el dispositivo de reproducción 200 procesa el TS principal 1701 y el sub-TS 1702 en paralelo, como se muestra mediante las flechas (1)-(4) en las líneas continuas en la Figura 16A, la unidad de BD-ROM lee de manera alterna secciones del TS principal 1701 y del sub-TS 1702 que tienen el mismo tiempo de ATC de segmento. En este momento, como se muestra mediante las flechas en las líneas discontinuas en la Figura 16A, durante el procesamiento de lectura la unidad de BD-ROM 121 tiene que hacer un gran cambio en el área a leerse en el disco BD-ROM. Por ejemplo, después de que se lee la sección superior del TS principal 1701 mostrada mediante la flecha (1), la unidad de BD-ROM 121 detiene temporalmente la operación de lectura mediante el cabezal óptico y aumenta 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 que se graba la sección superior del sub-TS 1702 mostrado mediante la flecha (2) a la posición del cabezal óptico. Esta operación para detener la lectura temporalmente mediante el cabezal óptico y, mientras se detiene la lectura, situar el cabezal óptico por encima de la siguiente área a leer se denomina como un "salto". Las líneas discontinuas con una flecha mostradas en la Figura 16A indican el intervalo de los saltos necesarios durante el procesamiento de lectura. Durante cada periodo de salto, el procesamiento de lectura mediante el cabezal óptico se detiene, y únicamente progresa el procesamiento de decodificación mediante el decodificador. Como resultado, es difícil producir que se mantenga el procesamiento de lectura con el procesamiento de decodificación, y por lo tanto es difícil mantener de manera estable la reproducción ininterrumpida.
La Figura 16B es un diagrama esquemático que muestra la disposición de los bloques de datos de vista de base B[0], B[1], B[2], ... y los bloques de datos de vista dependiente D[0], D[1], D[2], ...... grabados de manera alterna en un medio de grabación 100 de acuerdo con la primera realización de la presente invención. Como se muestra en la Figura 16B, el TS principal y el sub-TS se dividen en una pluralidad de bloques de datos y se disponen de manera alterna. En este caso, durante la reproducción de imágenes de vídeo en 3D, el dispositivo de reproducción 200 lee los bloques de datos B[0], D[0], B[1], D[1], ... en orden desde la parte superior, como se muestra mediante las flechas (1)-(4) en la Figura 16B. Leyendo simplemente estos bloques de datos en orden, el dispositivo de reproducción 200 puede leer sin problemas el TS principal y el sub-TS de manera alterna. En particular, puesto que no tienen lugar el salto durante el procesamiento de lectura, puede mantenerse de manera estable la reproducción ininterrumpida de imágenes de vídeo en 3D.
<Significado de proporcionar bloques de datos contiguos con el mismo tiempo de ATC de segmento>
En la disposición intercalada mostrada en la Figura 15, los tres tipos de bloques de datos contiguos Dn, Rn y Ln tienen todos el mismo tiempo de ATC de segmento. En otras palabras, entre estos segmentos, la diferencia entre ATS desde el paquete de fuente en la parte superior de cada segmento hasta el paquete de fuente en la parte superior del siguiente segmento es la misma (sin embargo, al calcular la diferencia, la aparición de la vuelta a cero en las ATS se tiene en consideración). En este caso, el decodificador objetivo de sistema en el dispositivo de reproducción 200 lee todos los paquetes de TS incluidos en el bloque de datos de vista de base Ln y en el bloque de datos de vista dependiente Dn o Rn en la misma longitud de tiempo medida mediante el ATC. Por consiguiente, el decodificador objetivo de sistema puede sincronizar fácilmente el procesamiento de decodificación de paquetes de TS entre el flujo de vista de base y el flujo de vista dependiente, particularmente durante la interrupción de reproducción.
<Significado de bloques de datos adyacentes que tienen tiempos de reproducción equivalentes>
La Figura 17A es un diagrama esquemático que muestra la ruta de reproducción cuando los tiempos de ATC de segmento y los tiempos de reproducción del flujo de vídeo se diferencian entre bloques de datos de vista de base y bloques de datos de vista dependiente que están adyacentes. En el ejemplo mostrado en la Figura 17, el tiempo de reproducción del bloque de datos de la vista de base superior B[0] es cuatro segundos, y el tiempo de reproducción del bloque de datos de la vista dependiente superior D[0] es un segundo. En este caso, la sección del flujo de vídeo de vista de base que es necesaria para la decodificación del bloque de datos de vista dependiente D[0] tiene el
15
25
35
45
55
65 E10743572
05-10-2015
mismo tiempo de reproducción que el bloque de datos de vista dependiente D[0]. Por consiguiente, para ahorrar capacidad de memoria intermedia de lectura en el dispositivo de reproducción 200, es preferible, como se muestra mediante la flecha 1810 en la Figura 17A, leer de manera alterna el bloque de datos de vista de base B[0] y el bloque de datos de vista dependiente D[0] en la memoria intermedia mediante la misma cantidad de tiempo de reproducción, por ejemplo un segundo cada vez. En ese caso, sin embargo, como se muestra mediante las líneas discontinuas en la Figura 17A, tienen lugar saltos durante el procesamiento de lectura. Como resultado, es difícil producir que se mantenga el procesamiento de lectura con procesamiento de decodificación, y por lo tanto es difícil mantener de manera estable la reproducción ininterrumpida.
La Figura 17B es un diagrama esquemático que muestra la ruta de reproducción cuando los tiempos de reproducción del flujo de vídeo son los mismos entre bloques de datos de vista de base y bloques de datos de vista dependiente que están adyacentes. En un medio de grabación 100 de acuerdo con la primera realización de la presente invención, como se muestra en la Figura 17B, el tiempo de reproducción del flujo de vídeo entre un par de bloques de datos adyacentes es el mismo. Por ejemplo, para el par del bloque de datos de la vista de base superior B[0] y el bloque de datos de vista dependiente D[0], los tiempos de reproducción del flujo de vídeo son ambos iguales a un segundo, y los tiempos de reproducción del flujo de vídeo para el segundo par de bloques de datos B[1] y D[1] son ambos iguales a 0,7 segundos. En este caso, durante la reproducción de imágenes de vídeo en 3D, el dispositivo de reproducción 200 lee bloques de datos B[0], D[0], B[1], D[1] en orden desde la parte superior, como se muestra mediante la flecha 1820 en la Figura 17B. Simplemente de esta manera, el dispositivo de reproducción 200 puede leer sin problemas el TS principal y el sub-TS de manera alterna. En particular, puesto que no tienen lugar saltos durante el procesamiento de lectura, puede mantenerse de manera estable la reproducción ininterrumpida de imágenes de vídeo en 3D.
Obsérvese que si el tiempo de ATC de segmento es el mismo entre un bloque de datos de vista de base y un bloque de datos de vista dependiente que son contiguos, el periodo de reproducción entre estos bloques de datos puede no coincidir, y adicionalmente el tiempo de reproducción de los flujos de vídeo puede no ser el mismo. Incluso en este caso, el dispositivo de reproducción 200 puede leer sin problemas el TS principal y el sub-TS de manera alterna leyendo simplemente los grupos de bloques de datos en orden desde la parte superior, de la misma manera que en la Figura 17B. En particular, puesto que no tienen lugar saltos durante tal procesamiento de lectura, puede mantenerse de manera estable la reproducción ininterrumpida de imágenes de vídeo en 3D.
Como alternativa, como se muestra en la Figura 17C, el tiempo de ATC de segmento es el mismo entre todos los segmentos de los bloques de datos de vista de base y los bloques de datos de vista dependiente pueden establecerse para ser el mismo. Con esta estructura, el tamaño de segmento del flujo multiplexado puede determinarse más fácilmente que el método mostrado en la Figura 17B, de esta manera en la creación de datos. Adicionalmente, si el tiempo de ATC de segmento que es constante se establece para que sea el tiempo de ATC de segmento del tamaño de segmento mínimo (se describirá más adelante), puede reducirse también el tamaño de una memoria intermedia de lectura requerida para un dispositivo de reproducción en 2D/3D.
<Enlace cruzado de ficheros de flujo de AV a bloques de datos >
En el sistema de ficheros para el medio de grabación 100, cada bloque de datos que pertenece a datos de flujo multiplexado puede accederse como un único segmento en un fichero 2D o en un fichero DEP. En otras palabras, la dirección lógica para cada bloque de datos puede conocerse desde el descriptor de asignación grabado en la entrada de fichero de un fichero 2D de un fichero DEP. En los ejemplos mostrados en la Figura 15, los descriptores de asignación Nº 1, Nº 2, Nº 3, ... incluidos en la entrada de fichero 1610 en el fichero 2D (01000.m2ts) indican los tamaños de los bloques de datos de vista de base L1, L2, L3, ... y los LBN de sus partes superiores. Los descriptores de asignación Nº 1, Nº 2, Nº 3, ... incluidos en la entrada de fichero 1620 en el primer fichero DEP (02000.m2ts) indican los tamaños de los bloques de datos de vista derecha R1, R2, R3, ... y los LBN de sus partes superiores. Los descriptores de asignación Nº 1, Nº 2, Nº 3, ... incluidos en la entrada de fichero 1630 en el segundo fichero DEP (03000.m2ts) indican los tamaños de los bloques de datos de mapa de profundidad D1, D2, D3, ... y los LBN de sus partes superiores.
La Figura 18A es un diagrama esquemático que muestra la estructura de datos del fichero 2D (01000.m2ts) 541. Como se muestra en la Figura 15, los descriptores de asignación Nº 1, Nº 2, Nº 3, ... en la entrada de fichero 1610 hacen referencia a los bloques de datos de vista de base L1, L2, L3, .... Por consiguiente, como se muestra en la Figura 18A, los bloques de datos de vista de base L1, L2, L3, ... pueden accederse como los segmentos EXT2D[0], EXT2D[1], EXT2D[2], ... en el fichero 2D 541. En lo sucesivo, los segmentos EXT2D[0], EXT2D[1], EXT2D[2], ... que pertenecen al fichero 2D se denominan como "segmentos en 2D".
La Figura 18B es un diagrama esquemático que muestra la estructura de datos del primer fichero DEP (02000.m2ts). Como se muestra en la Figura 15, los descriptores de asignación Nº 1, Nº 2, Nº 3, ... en la entrada de fichero 1620 hacen referencia a los bloques de datos de vista derecha R1, R2, R3, .... Por consiguiente, como se muestra en la Figura 18B, los bloques de datos de vista derecha R1, R2, R3, ... pueden accederse como los segmentos EXT2[0], EXT2[1], EXT2[2], ... en el primer fichero DEP 542. En lo sucesivo, los segmentos EXT2[0], EXT2[1], EXT2[2], ... que pertenecen al fichero de flujo de la vista derecha se denominan como "segmentos de vista derecha".
15
25
35
45
55
65 E10743572
05-10-2015
La Figura 18C es un diagrama esquemático que muestra la estructura de datos de un segundo fichero DEP (03000.m2ts). Como se muestra en la Figura 15, los descriptores de asignación Nº 1, Nº 2, Nº 3, ... en la entrada de fichero 1630 hacen referencia a los bloques de datos de mapa de profundidad D1, D2, D3, .... Por consiguiente, como se muestra en la Figura 18C, los bloques de datos de mapa de profundidad D1, D2, D3, ... puede accederse como los segmentos EXT3[0], EXT3[1], EXT3[2], ... en el segundo fichero DEP. En lo sucesivo, los segmentos EXT3[0], EXT3[1], EXT3[2], ... que pertenecen al fichero de flujo de mapa de profundidad se denominan como como "segmentos de mapa de profundidad". Adicionalmente, los segmentos que pertenecen a un fichero DEP, tal como los segmentos de vista derecha y los segmentos de mapa de profundidad, se denominan de manera colectiva como "segmentos de vista dependiente".
Para el grupo de bloque de datos mostrado en la Figura 15, los ficheros de flujo de AV son de enlace cruzado como sigue. Los descriptores de asignación Nº 1, Nº 2, Nº 3, ... incluidos en la entrada de fichero 1640 en el primer fichero SS (01000.ssif) se consideran pares de bloques de datos de vista derecha y bloques de datos de vista de base adyacentes R1+L1, R2+L2, R3+L3, ... para que sean cada uno un segmento, indicando el tamaño de cada uno y el LBN de la parte superior de los mismos. Los descriptores de asignación Nº 1, Nº 2, Nº 3, ... incluidos en la entrada de fichero 1650 en el segundo fichero SS (02000.ssif) indican de manera alterna, para los bloques de datos de mapa de profundidad D1, D2, D3, ... y los bloques de datos de vista de base L1, L2, L3, ..., el tamaño de cada bloque y el LBN de la parte superior del bloque.
La Figura 18D es un diagrama esquemático que muestra la estructura de datos del primer fichero SS (01000.ssif). Como se muestra en la Figura 15, los descriptores de asignación Nº 1, Nº 2, Nº 3, ... en la entrada de fichero 1640 hacen referencia a pares de bloques de datos de vista derecha y bloques de datos de vista de base adyacentes, R1+L1, R2+L2, R3+L3, .... Por consiguiente, como se muestra en la Figura 18D, los pares de bloques de datos adyacentes R1+L1, R2+L2, R3+L3, ... pueden accederse como los segmentos EXTSS[0], EXTSS[1], EXTSS[2], ... en el primer fichero SS. En lo sucesivo, los segmentos EXTSS[0], EXTSS[1], EXTSS[2], ... que pertenecen al fichero SS se denominan como "segmentos en 3D". Los segmentos en 3D EXTSS[n] (n = 0, 1, 2, ...) tienen bloques de datos de vista de base Ln en común con el fichero 2D y los bloques de datos de vista derecha Rn en común con el primer fichero DEP.
La Figura 18E es un diagrama esquemático que muestra la estructura de datos del segundo fichero SS (02000.ssif). Como se muestra en la Figura 15, los descriptores de asignación Nº 1, Nº 2, Nº 3, ... en la entrada de fichero 1650 hacen referencia de manera alterna a los bloques de datos de mapa de profundidad D1, D2, D3, ..., y a los bloques de datos de vista de base L1, L2, L3, .... Por consiguiente, como se muestra en la Figura 18E, los bloques de datos D1, L1, D2, L2 pueden accederse como los segmentos EXTSS[0], EXTSS[1], EXTSS[2], EXTSS[3], ... en el segundo fichero SS 544B. Los segmentos en el segundo fichero SS tienen bloques de datos de vista de base Ln en común con el fichero 2D y bloques de datos de mapa de profundidad Dn en común con el segundo fichero DEP.
<Ruta de reproducción para un grupo de bloque de datos en una disposición intercalada>
La Figura 19 es un diagrama esquemático que muestra la ruta de reproducción 1901 en modo de reproducción en 2D, la ruta de reproducción 1902 en modo L/R y la ruta de reproducción 1903 en modo de profundidad para los grupos de bloques de datos mostrados en la Figura 15.
En modo de reproducción en 2D, el dispositivo de reproducción 200 reproduce el fichero 2D. Por consiguiente, como muestra la ruta de reproducción 1901 para el modo de reproducción en 2D, los bloques de datos de vista de base L1, L2, y L3 se leen en orden como segmentos en 2D EXT2D[0], EXT2D[1] y EXT2D[2]. Es decir, el bloque de datos de la vista de base superior L1 se lee en primer lugar, leyendo a continuación el bloque de datos de mapa de profundidad inmediatamente posterior D2 y el bloque de datos de la vista derecha R2 se salta mediante un primer salto J2D1. A continuación, se lee el segundo bloque de datos de vista de base L2, y a continuación se salta la lectura del bloque de datos de mapa de profundidad inmediatamente posterior D3 y el bloque de datos de la vista derecha R3 mediante un segundo salto J2D2. Posteriormente, se lee el tercer bloque de datos de vista de base L3.
En modo L/R, el dispositivo de reproducción 200 reproduce el primer fichero SS. Por consiguiente, como muestra la ruta de reproducción 1902 para el modo de reproducción L/R, los pares de bloques de datos de vista derecha y bloques de datos de vista de base adyacentes R1+L1, R2+L2 y R3+L3 se leen en orden como segmentos en 3D EXTSS[0], EXTSS[1] y EXTSS[2]. Es decir, el bloque de datos de la vista derecha superior R1 y el bloque de datos de vista de base inmediatamente posterior L1 se leen en primer lugar continuamente, a continuación se salta la lectura del bloque de datos de mapa de profundidad inmediatamente posterior D2 mediante un primer salto JLR1. A continuación, el segundo bloque de datos de la vista derecha R2 y el bloque de datos de vista de base inmediatamente posterior L2 se leen continuamente, y a continuación se salta la lectura del bloque de datos de mapa de profundidad inmediatamente posterior D3 mediante un segundo salto JLR2. Posteriormente, el tercer bloque de datos de la vista derecha R3 y el bloque de datos de vista de base L3 se leen continuamente.
En modo de profundidad, el dispositivo de reproducción 200 reproduce el segundo fichero SS. Por consiguiente, como muestra la ruta de reproducción 1903 para el modo de profundidad, los bloques de datos de mapa de profundidad D1, D2, y D3 y los bloques de datos de vista de base L1 y L2 se leen de manera alterna como
15
25
35
45
55
65 E10743572
05-10-2015
segmentos EXTSS[0], EXTSS[1], EXTSS[2] y EXTSS[3] en el segundo fichero SS. Es decir, el bloque de datos de mapa de profundidad superior D1 se lee en primer lugar, a continuación se salta la lectura del el bloque de datos de la vista derecha inmediatamente posterior R1 mediante un primer salto JLD1. A continuación, el bloque de datos de la vista de base superior L1 y el segmento de mapa de profundidad inmediatamente posterior D2 se leen continuamente. Adicionalmente, se salta la lectura del segmento de la vista derecha inmediatamente posterior R2 mediante un segundo salto JLD2, y se lee el segundo bloque de datos de vista de base L2.
Como se muestra mediante las rutas de reproducción 1901-1903 en la Figura 19, en el área en que se graba un grupo de bloque de datos en una disposición intercalada, el dispositivo de reproducción 200 puede leer sustancialmente los grupos de bloques de datos en orden desde la parte superior. En este caso, tienen lugar saltos durante el procesamiento de lectura. La distancia de los saltos, sin embargo, se diferencia de los saltos mostrados en la Figura 16A y es suficientemente más corta que toda la longitud del TS principal o del sub-TS. También, a diferencia de los saltos mostrados en la Figura 17A, ninguno de los saltos tiene lugar durante la lectura de un único bloque de datos. Adicionalmente, para cada par de un bloque de datos de vista de base y bloque de datos de vista dependiente con el mismo tiempo de ATC de segmento, el bloque de datos de vista dependiente, que es comparativamente pequeño en tamaño, se lee en primer lugar. Por lo tanto, la capacidad de memoria intermedia de lectura del dispositivo de reproducción 200 puede reducirse más que si los bloques de datos se leyeran en orden opuesto.
En modo L/R, el dispositivo de reproducción 200 lee un grupo de bloque de datos como un grupo de segmentos en el primer fichero SS. Es decir, el dispositivo de reproducción 200 lee el LBN de la parte superior de los segmentos en 3D EXTSS[0], EXTSS[1], ..., así como el tamaño de los mismos, desde los descriptores de asignación Nº 1, Nº 2, ... en la entrada de fichero 1640 en el primer fichero SS y a continuación emite los LBN 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 desde el LBN de entrada. En tal 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 los segmentos en el primer fichero DEP y el fichero 2D por las siguientes razones (A) y (B): (A) el dispositivo de reproducción 200 puede hacer referencia en orden a segmentos usando una entrada de fichero en una localización, y (B) puesto que el número total de segmentos a leer sustancialmente se reduce a la mitad, el número total de pares de un LBN y un tamaño que necesita emitirse a la unidad de BD-ROM se reduce a la mitad. La ventaja (A) se cumple también para el procesamiento para leer el grupo de bloque de datos como segmentos en el segundo fichero SS en modo de profundidad. Sin embargo, después de que el dispositivo de reproducción 200 ha leído los segmentos en 3D EXTSS[0], EXTSS[1], ..., necesita separar cada uno en un bloque de datos de la vista derecha y un bloque de datos de vista de base y emitirlos al decodificador. El fichero de información de clip se usa para este procesamiento de separación. Se proporcionan detalles a continuación.
<Salto largo>
En general, cuando se adopta un disco óptico como el medio de grabación, una operación para suspender una operación de lectura del cabezal óptico, y, durante la suspensión, situar el cabezal óptico en el siguiente área objetivo de lectura se denomina "salto".
El salto se clasifica en: un salto que aumenta o disminuye la velocidad de rotación del disco óptico; un salto de pista; y un salto de enfoque. El salto de pista es una operación de movimiento del cabezal óptico en la dirección del radio del disco. El salto de enfoque está disponible cuando el disco óptico es un disco multi-capa, y es una operación de movimiento del enfoque del cabezal óptico desde una capa de grabación a otra capa de grabación. Estos saltos se denominan "saltos largos" puesto que generalmente requieren un tiempo de búsqueda largo, y se salta un gran número de sectores en la lectura debido a los saltos. Durante un salto, la operación de lectura mediante el cabezal óptico se suspende.
La longitud de la porción para la que se salta la operación de lectura durante un salto se denomina "distancia de salto". La distancia de salto se representa normalmente mediante el número de sectores incluidos en la porción. El salto largo anteriormente mencionado se define específicamente como un salto cuya distancia de salto supera un valor umbral predeterminado. El valor umbral es, por ejemplo, 40000 sectores en la norma de BD-ROM, de acuerdo con el tipo de disco y el rendimiento en relación con el proceso de lectura de la unidad.
Normalmente, un salto largo se produce para que tenga lugar en una posición donde el TS principal y el sub-TS se graban a través de un límite entre capas de grabación, donde se graban datos distintos del TS principal y del sub-TS entre medias, y donde un elemento de reproducción está conectado con n elementos de reproducción, en concreto, se realiza una multi-conexión.
<Disposición de datos de flujo multiplexados antes y después de un salto largo>
En el medio de grabación 100, cuando se divide una secuencia de un TS principal y un sub-TS, localizándose en cualquier lado de una posición que requiere un salto largo, a continuación los respectivos grupos de bloques de datos se graban en uno de los siguientes seis tipos de disposiciones, 1-6. Adicionalmente, se usan enlaces cruzados en ficheros de flujo de AV cuando se accede a estos grupos de bloques de datos. De esta manera, como se
10
15
20
25
30
35
40
45
50
55
60
65 E10743572
05-10-2015
describe a continuación, el dispositivo de reproducción 200 puede realizar fácilmente la reproducción ininterrumpida de imágenes de vídeo durante un salto largo mientras mantiene la capacidad de memoria intermedia de lectura al mínimo necesario.
Lo siguiente explica una estructura de datos de una disposición de datos en que se dividen los grupos de bloques de datos, localizándose en cualquier lado de una situación que requiere un salto largo. En el siguiente caso, se explica un límite de capas de grabación como un ejemplo de la posición que requiere un salto largo.
[Disposición 1]
La Figura 20 es un diagrama esquemático que muestra un primer ejemplo de una disposición física de los grupos de bloques de datos grabados antes y después de un límite de capa en un disco BD-ROM 100. La disposición de datos mostrada en la Figura 20 es ventajosa en un caso donde los elementos de reproducción del TS principal y del sub-TS divididos en cualquier lado de una posición que requiere un salto largo están conectados de manera ininterrumpida. Estos grupos de bloques de datos en la Figura 20 pertenecen al TS principal que incluye el flujo de vídeo de vista izquierda, el sub-TS que incluye el flujo de vídeo de vista derecha y el sub-TS que incluye el flujo de mapa de profundidad. Como se muestra en la Figura 20, en la primera capa de grabación localizada antes del límite de capa LB, el grupo de bloque de datos de mapa de profundidad ..., D0, D1, el grupo de bloque de datos de la vista derecha ..., R0, R1, y el grupo de bloque de datos de vista de base ..., L0, L1 se graban en una disposición intercalada. En lo sucesivo, estos grupos de bloques de datos se denominan como un "primer bloque de segmento en 3D" 2001. Adicionalmente, los bloques de datos de vista de base L22D y L32D se colocan continuamente siguiendo el final L1 del primer bloque de segmento en 3D 2001. Adicionalmente, entre el bloque de datos de vista de base L32D y el límite de capa LB, el grupo de bloque de datos de mapa de profundidad ...., D2, D3, el grupo de bloque de datos de la vista derecha ..., R2, R3, y el grupo de bloque de datos de vista de base ..., L2ss, L3ss se graban en una disposición intercalada. En lo sucesivo, estos grupos de bloques de datos se denominan como un "segundo bloque de segmento en 3D" 2002.
Por otro lado, en la segunda capa de grabación localizada después del límite de capa LB, el grupo de bloque de datos de mapa de profundidad D4, ..., el grupo de bloque de datos de la vista derecha R4, ..., y el grupo de bloque de datos de vista de base L4, ... se graban en una disposición intercalada. En lo sucesivo, estos grupos de bloques de datos se denominan como el "tercer bloque de segmento en 3D" 2003.
La disposición intercalada para bloques de segmentos en 3D 2001, 2002 y 2003 es la misma que la mostrada en la Figura 15. En otras palabras, un bloque de datos de mapa de profundidad, bloque de datos de la vista derecha y bloque de datos de vista de base se disponen de manera alterna en ese orden. Adicionalmente, entre tres bloques de datos consecutivos Dn, Rn, Ln (n = ..., 1, 2, 3, 4, .....), el tiempo de ATC de segmento es el mismo. El contenido de cada pieza de datos de flujo es continuo entre los tres bloques de datos D1, R1 y L1 localizados en el final del primer bloque de segmento en 3D 2001 y los tres bloques de datos D2, R2, L2SS localizados en la parte superior del segundo bloque de segmento en 3D 2002.
El bloque de datos de vista de base L22D localizado entre el primer bloque de segmento en 3D 2001 y el segundo bloque de segmento en 3D 2002 coincide bit a bit con el bloque de datos de vista de base L2SS en la parte superior del segundo bloque de segmento en 3D 2002. De manera similar, el bloque de datos de vista de base L32D coincide bit a bit con el bloque de datos de vista de base L3SS en la parte superior del segundo bloque de segmento en 3D 2002. En otras palabras, los bloques de datos L22D y L2SS son datos duplicados y L32D y L3SS son datos duplicados. En lo sucesivo, L22D y L32D cada uno se denomina como un "bloque exclusivamente para reproducción en 2D", y L2SS y L3SS se denominan cada uno como un "bloque exclusivamente para reproducción en 3D".
Los bloques de datos mostrados en la Figura 20 pueden accederse como un segmento en cualquiera del fichero 2D
o el fichero DEP, con la excepción de los bloques exclusivamente para reproducción en 3D L2SS y L3SS. Por ejemplo, en la entrada de fichero 2010 en el primer fichero 2D (01000.m2ts), el descriptor de asignación Nº 1 indica el tamaño y el LBN de la parte superior del bloque de datos de vista de base L0, que es segundo desde el final del primer bloque de segmento en 3D 2001. Por consiguiente, el bloque de datos de vista de base L0 puede accederse como un segmento en 2D EXT2D[0] en el primer fichero 2D. El descriptor de asignación Nº 2 considera un grupo de los bloques de datos de vista de base L1+L22D+L33D, es decir el bloque de datos de vista de base L1, el último en el primer bloque de segmento en 3D 2001, y los bloques contiguos inmediatamente posteriores exclusivamente para reproducción en 3D L22D y L32D, para que sean un único segmento e indica el tamaño y el LBN de la parte superior de los mismos. Por consiguiente, el grupo de los bloques de datos de vista de base L1+L22D+L33D puede accederse como un segmento en 2D EXT2D[1] en el primer fichero 2D. Los bloques de datos de vista de base L1, L22D y L33D en estos ficheros 2D constituyen un segmento que tiene una longitud contigua larga (segmento grande) inmediatamente antes de la posición donde tiene lugar un salto largo. Puesto que los ficheros 2D pueden formar un segmento grande inmediatamente antes de un salto largo, no se espera que aparezca la infrautilización de las memorias intermedias de lectura incluso cuando se realiza reproducción en modo de reproducción en 2D. El segmento en 2D EXT2D[1] que es un segmento accedido inmediatamente antes de un salto largo a través del límite de capa LB se denomina en lo sucesivo como "segmento en 2D de pre-salto".
15
25
35
45
55
65 E10743572
05-10-2015
En la entrada de fichero 2011 en el fichero 2D (01001.m2ts), el descriptor de asignación Nº 1 indica el tamaño y el LBN de la parte superior del bloque de datos de vista de base L4 del tercer bloque de segmento en 3D 2003. Por consiguiente, el bloque de datos de vista de base L4 puede accederse como un segmento en 2D EXT2D[2] en el segundo fichero 2D.
El enlace cruzado de los ficheros de flujo de AV se realiza de la misma manera que en la Figura 15 para los grupos de bloques de datos mostrados en la Figura 20. En particular, en la entrada de fichero 2020 en el primer fichero SS (01000.ssit), los descriptores de asignación Nº 1, Nº 2, Nº 3 y Nº 4 consideran pares de bloques de datos de vista derecha y bloques de datos de vista de base adyacentes R0+L0, R1+L1, R2+L2SS y R3+L3SS para que sean cada uno un segmento e indican el tamaño y el LBN de la parte superior de los mismos. Por consiguiente, cada par de bloques de datos adyacentes R0+L0, R1+L1, R2+L2SS y R3+L3SS pueden accederse respectivamente como un segmento en 3D EXTSS[0], EXTSS[1], EXTSS[2] y EXTSS[3] en el primer fichero SS. Entre estos segmentos, EXTSS[2] y EXTSS[3] son grupos de segmentos que constituyen el segundo bloque de segmento en 3D 2002 que se accede inmediatamente antes de un salto largo a través del límite de capa LB en la reproducción del fichero SS, y en lo sucesivo, se denominan como un "bloque de segmento en 3D de pre-salto 2002". En la entrada de fichero 2021 del segundo fichero SS (01001.ssif), el descriptor de asignación Nº 1 considera un par adyacente R4+L4 del bloque de datos de la vista derecha R4 y del bloque de datos de vista de base de L4 para que sea un único segmento, e indica el tamaño y el LBN de la parte superior del mismo. Por consiguiente, el par de bloques de datos adyacentes R4+L4 puede accederse como el segmento en 3D EXTSS[4] del segundo fichero SS.
En este caso, con la excepción de los segmentos en 3D EXTSS[2] y EXTSS[3] localizados entre el bloque exclusivamente para reproducción en 2D L32D y el límite de capa LB, los segmentos en 3D EXTSS[0], EXTSS[1] y EXTSS[4] comparten respectivamente los bloques de datos de vista de base L0, L1 y L4 con el fichero 2D. Por otro lado, los bloques exclusivamente para reproducción en 2D L22D y L32D son bloques de datos de vista de base únicos para el fichero 2D y pueden accederse únicamente como parte del segmento EXT2D[1] en el fichero 2D, estando localizado el segmento EXT2D[1] inmediatamente antes del límite de capa LB. Adicionalmente, los bloques exclusivamente para reproducción en 3D L2SS y L3SS son bloques de datos de vista de base únicos para el fichero SS y pueden accederse únicamente como parte del segmento EXTSS[2], localizado inmediatamente después del límite de capa LB.
En la Figura 20, la lista de reproducción en 2D y la lista de reproducción en 3D incluyen ambas los elementos de reproducción Nº 1 y Nº 2 que están conectados de manera ininterrumpida juntos. En este punto, de los elementos de reproducción conectados de manera ininterrumpida juntos, el elemento de reproducción precedente se indica como un "elemento de reproducción precedente" y un elemento de reproducción que sigue el elemento de reproducción precedente se indica como un "elemento de reproducción sucesivo". En primer lugar, se proporciona una descripción sobre datos que se hacen referencia mediante los elementos de reproducción precedentes en la lista de reproducción en 2D y en la lista de reproducción en 3D. El elemento de reproducción precedente en la lista de reproducción en 2D se refiere al primer fichero 2D. El elemento de reproducción precedente en la lista de reproducción en 3D se refiere al primer fichero SS, y el subelemento de reproducción reproducido en sincronización con el elemento de reproducción precedente se refiere al fichero DEP. Como se ha descrito anteriormente, el contenido de los bloques de datos de vista de base que se hacen referencia mediante los segmentos en 2D EXT2D[0] y EXT2D[1] es el mismo que el contenido de los bloques de datos de vista de base que se hace referencia mediante los segmentos en 3D EXTSS[0], EXTSS[1], EXTSS[2] y EXTSS[3]. Por consiguiente, en la reproducción de la lista de reproducción en 2D, los bloques de datos de vista de base L1, L22D y L32D se reproducen en una posición donde los elementos de reproducción están conectados de manera ininterrumpida, mientras en la reproducción de la lista de reproducción en 3D, L1, L2SS y L3SS, que tienen el mismo contenido que L1, L22D y L32D, se reproducen en una posición donde los elementos de reproducción están conectados de manera ininterrumpida. Por lo tanto, aunque las rutas de reproducción (las direcciones lógicas a reproducir) son diferentes entre la reproducción en 2D basándose en la lista de reproducción en 2D y la reproducción en 3D basándose en la lista de reproducción en 3D, los dispositivos de reproducción pueden reproducir el mismo vídeo del fotograma de la vista izquierda.
A continuación, se proporciona una descripción sobre datos que se hacen referencia mediante elementos de reproducción sucesivos. El elemento de reproducción posterior en la lista de reproducción en 2D se refiere al segundo fichero 2D. El elemento de reproducción sucesivo en la lista de reproducción en 3D se refiere al segundo fichero SS, y el subelemento de reproducción reproducido en sincronización con el elemento de reproducción sucesivo de la lista de reproducción en 2D se refiere al fichero DEP. Como se muestra en la figura, el segundo fichero 2D y el segundo fichero SS usan los mismos datos, es decir el bloque de datos de vista de base L4.
En este punto, la distancia desde el final del segmento en 2D de pre-salto EXT2D[1] que se hace referencia mediante el elemento de reproducción precedente de la lista de reproducción en 2D a la cabecera del segmento en 2D EXT2D[2] que se hace referencia mediante el elemento de reproducción sucesivo se establece a un valor no mayor que la distancia de salto máxima determinada mediante una especificación dada basándose en la realización de salto del dispositivo de reproducción en 2D. La distancia de salto entre el bloque de segmento en 3D de pre-salto 2002 que se hace referencia mediante el elemento de reproducción precedente de la lista de reproducción en 3D y el bloque de segmento en 3D 2003 que se hace referencia mediante el elemento de reproducción sucesivo de la
15
25
35
45
55
65 E10743572
05-10-2015
lista de reproducción en 3D se establece a un valor no mayor que la máxima distancia determinada mediante una especificación dada basándose en la realización de salto del dispositivo de reproducción en 2D/3D.
La Figura 21 es un diagrama esquemático que muestra una ruta de reproducción en modo de reproducción en 2D, una ruta de reproducción en modo L/R y una ruta de reproducción en modo de profundidad para los grupos de bloques de datos mostrados en la Figura 20.
En modo de reproducción en 2D, el dispositivo de reproducción 200 reproduce el fichero 2D. Por consiguiente, el bloque de datos de vista de base L0 se lee como el primer segmento en 2D EXT2D[0], y a continuación el bloque de datos de vista de base-L1 y los bloques inmediatamente posteriores exclusivamente para reproducción en 2D L22D y L32D se leen continuamente como el segundo segmento en 2D EXT2D[1], y después de un salto largo, el bloque de datos de vista de base L4 se lee como el tercer segmento en 2D EXT2D[2].
En modo L/R, el dispositivo de reproducción 200 reproduce el primer fichero SS. Por consiguiente, como se muestra mediante la ruta de reproducción en modo L/R, un par R0+L0 del bloque de datos de la vista derecha R0 y del bloque de datos de vista de base inmediatamente posterior L0 se leen como el primer segmento en 3D EXTSS[0], el bloque de datos de la vista derecha R1 y el bloque de datos de vista de base inmediatamente posterior L1 se leen como el segundo segmento en 3D EXTSS[1], el bloque de datos de la vista derecha R2 y el bloque inmediatamente posterior exclusivamente para reproducción en 3D L2SS se leen como el tercer segmento en 3D EXTSS[2], el bloque de datos de la vista derecha R3 y el bloque inmediatamente posterior exclusivamente para reproducción en 3D L3SS se leen como el cuarto segmento en 3D EXTSS[3], y después de un salto largo, el bloque de datos de la vista derecha R4 y el bloque de datos de vista de base inmediatamente posterior L4 se leen como el quinto segmento en 3D EXTSS[4].
Como se muestra en la Figura 21, en modo de reproducción en 2D, se leen los bloques exclusivamente para reproducción en 2D L22D y L32D, mientras se salta la lectura de los bloques exclusivamente para reproducción en 3D L2SS y L3SS. A la inversa, en modo L/R, se salta la lectura de los bloques exclusivamente para reproducción en 2D L22D y L32D, mientras se leen los bloques exclusivamente para reproducción en 3D L2SS y L3SS. Sin embargo, puesto que los bloques de datos L22D y L2SS coinciden bit a bit, y los bloques de datos L32D y L3SS coinciden también bit a bit, el fotograma de vídeo de la vista izquierda que se reproduce es el mismo en ambos modos de reproducción. En la disposición 1, la ruta de reproducción en modo de reproducción en 2D y la ruta de reproducción en modo L/R se dividen antes de un salto largo JLY de esta manera. Lo mismo se cumple también para el modo de profundidad.
[Ventajas de la disposición 1]
La Figura 22 es un diagrama esquemático que muestra grupos de bloques de datos grabados en una disposición intercalada antes y después de un límite de capa en un disco BD-ROM y la ruta de reproducción correspondiente en cada modo de reproducción. Como se muestra en la Figura 22, de la misma manera que la disposición mostrada en la Figura 20, en la primera capa de grabación, el grupo de bloque de datos de mapa de profundidad ..., D1, D2, el grupo de bloque de datos de la vista derecha ...., R1, R2, y el grupo de bloque de datos de vista de base ..., L1, L2 se graban en una disposición intercalada para constituir el primer bloque de segmento en 3D 2301. Por otro lado, en la segunda capa de grabación, el grupo de bloque de datos de mapa de profundidad D3, ..., el grupo de bloque de datos de la vista derecha R3, ...., y el grupo de bloque de datos de vista de base L3, ... se graban en una disposición intercalada para constituir el segundo bloque de segmento en 3D 2302. La disposición intercalada de los bloques de segmentos en 3D 2301 y 2302 es la misma que 2001 y 2002 mostrada en la Figura 20. Adicionalmente, el contenido de cada pieza de datos de flujo es continuo entre los tres bloques de datos D2, R2 y L2 localizados al final del primer bloque de segmento en 3D 2301 y los tres bloques de datos D3, R3, L3 localizados en la parte superior del segundo bloque de segmento en 3D 2302.
A diferencia de aquello mostrado en la Figura 20, los grupos de bloques de datos mostrados en la Figura 22 no incluyen un par de un bloque exclusivamente para reproducción en 2D Ln2D y un bloque exclusivamente para reproducción en 3D LnSS antes y después del límite de capa LB. Por consiguiente, como se muestra a continuación, la ruta de reproducción 2310 en modo de reproducción en 2D y la ruta de reproducción 2311 en modo L/R no se dividen inmediatamente antes del salto largo JLY, y ambas rutas de reproducción atraviesan el mismo bloque de datos de vista de base L2.
Los bloques de datos de vista de base L1-L3 mostrados en la Figura 22 pueden accederse cada uno como un segmento EXT2D[0]-EXT2D[2] en el fichero 2D. Por otro lado, cada par de bloques de datos de vista derecha y bloques de datos de vista de base adyacentes, R1+L1, R2+L2 y R3+L3, pueden accederse como segmentos en 3D EXTSS[0], EXTSS[1] y EXTSS[2] en el fichero SS. Todos los segmentos en 3D EXTSS[0], EXTSS[1] y EXTSS[2] comparten respectivamente bloques de datos de vista de base L1, L2 y L3 con el fichero 2D.
El dispositivo de reproducción 200 en modo de reproducción en 2D reproduce el fichero 2D. Por consiguiente, como se muestra mediante la ruta de reproducción 2310 en modo de reproducción en 2D, el bloque de datos de vista de base L1, que es segundo desde el final del primer bloque de segmento en 3D 2301, se lee como el primer segmento en 2D EXT2D[0], y se salta la lectura del bloque de datos de mapa de profundidad inmediatamente posterior D2 y
15
25
35
45
55
65 E10743572
05-10-2015
del bloque de datos de la vista derecha R2 mediante el primer salto J2D1. A continuación, el bloque de datos de vista de base L2, localizado el último en el primer bloque de segmento en 3D 2301, se lee como el segundo segmento en 2D EXT2D[1]. El salto largo JLY tiene lugar en el límite de capa inmediatamente posterior LB, y junto con la realización de un salto de enfoque, se salta la lectura de los dos bloques de datos D3 y R3, localizados en la parte superior del segundo bloque de segmento en 3D 2302. A continuación, se lee el bloque de datos de la vista de base superior L3 en el segundo bloque de segmento en 3D 2302 como el tercer segmento en 2D EXT2D[2].
El dispositivo de reproducción 200 en modo L/R reproduce el fichero SS. Por consiguiente, como se muestra mediante la ruta de reproducción 2311 en modo L/R, se lee continuamente en primer lugar un par R1+L1 del bloque de datos de la vista derecha superior R1 y del bloque de datos de vista de base inmediatamente posterior L1 como el primer segmento en 3D EXTSS[0], y se salta la lectura del bloque de datos de mapa de profundidad inmediatamente posterior D2 mediante el primer salto JLR1. A continuación, el segundo bloque de datos de la vista derecha R2 y el bloque de datos de vista de base inmediatamente posterior L2 se leen continuamente como el segundo segmento en 3D EXTSS[1]. El salto largo JLY tiene lugar de manera inmediata posteriormente; y junto con la realización de un salto de enfoque, se salta la lectura del bloque de datos de mapa de profundidad superior D3 en el segundo bloque de segmento en 3D 2302. A continuación, se leen continuamente el bloque de datos de la vista derecha superior R3 en el segundo bloque de segmento en 3D 2302 y el bloque de datos de vista de base inmediatamente posterior L3 como el tercer segmento en 3D EXTSS[2].
Como se ha descrito anteriormente, en los grupos de bloques de datos mostrados en la Figura 22, la ruta de reproducción 2310 en modo de reproducción en 2D y la ruta de reproducción 2311 en modo L/R ambas atraviesan el mismo bloque de datos de vista de base L2 inmediatamente antes del salto largo JLY, a diferencia de los grupos de bloques de datos mostrados en la Figura 20. Durante el salto largo JLY, la unidad de BD-ROM 121 detiene el procesamiento de lectura, pero el decodificador objetivo de sistema continua decodificando datos de flujo acumulados en la memoria intermedia de lectura. Por consiguiente, para producir que el dispositivo de reproducción 200 reproduzca de manera ininterrumpida imágenes de vídeo antes y después del salto largo JLY, es necesario evitar la infrautilización de la memoria intermedia durante el salto largo JLY.
En modo L/R, mientras se está decodificando el primer bloque de segmento en 3D 2301, una cantidad de datos constante se acumula en la memoria intermedia de lectura. Esta cantidad de datos constante se denomina como la "cantidad margen de memoria intermedia" (se proporcionan detalles a continuación). Durante el salto largo JLY, el segmento en 3D EXTSS[1] se lee inmediatamente antes, es decir se decodifican los datos para el bloque de datos de la vista derecha R2 y el bloque de datos de vista de base L2, así como la cantidad margen de memoria intermedia. Por consiguiente, para evitar la infrautilización de memoria intermedia en modo L/R, la cantidad margen de memoria intermedia debería establecerse suficientemente grande. Por otro lado, es suficiente para el tamaño de los bloques de datos R2 y L2, Smin2 y Smin1, que sean valores para los que la cantidad margen de memoria intermedia pueda mantenerse hasta inmediatamente antes el salto largo JLY.
Sin embargo, para evitar la infrautilización de la memoria intermedia en modo de reproducción en 2D, el segmento en 2D EXT2D[1], es decir el tamaño Sext2D[1] del bloque de datos de vista de base L2, tiene que satisfacer el siguiente requisito: "igual a o mayor que la cantidad de datos transmitidos desde la memoria intermedia de lectura al decodificador objetivo de sistema entre el inicio de la lectura del segmento en 2D EXT2D[1] y la finalización del salto largo JLY". El tamaño Sext2D[1] que satisface este requisito es generalmente mayor que el tamaño Smin1, el mínimo necesario para reproducción ininterrumpida en modo L/R, como se muestra en la Figura 22. Por consiguiente, la capacidad de la memoria intermedia de lectura que debería garantizarse en el dispositivo de reproducción 200 en modo L/R tiene que ser mayor que el valor mínimo para reproducción ininterrumpida en modo L/R. Adicionalmente, los tiempos de ATC de segmento para el bloque de datos de la vista derecha R2 y para el bloque de datos de vista de base L2 tienen que ser los mismos. Por consiguiente, el tamaño Sext2[1] del bloque de datos de la vista derecha R2 es generalmente mayor que el tamaño Smin2, el mínimo necesario para reproducción ininterrumpida en modo L/R. Por lo tanto, la capacidad de la memoria intermedia de lectura que debería garantizarse en el dispositivo de reproducción 200 en modo L/R tiene que ser incluso mayor que el valor mínimo para reproducción ininterrumpida en modo L/R. Como resultado de estos hechos, en la disposición mostrada en la Figura 23, es difícil disminuir adicionalmente la capacidad de la memoria intermedia de lectura que debería garantizarse en el dispositivo de reproducción 200 en modo L/R.
A la inversa, como se ha descrito anteriormente, en la disposición 1 mostrada en la Figura 21, la ruta de reproducción en modo de reproducción en 2D y la ruta de reproducción en modo L/R se dividen antes del salto largo JLY. Por consiguiente, a diferencia de la disposición mostrada en la Figura 22, el tamaño Sext2D[1] del segmento en 2D de pre-salto EXT2D[1] localizado antes del límite de capa LB y el tamaño Sext2[1] del bloque de datos de la vista derecha inmediatamente precedente R1 pueden determinarse por separado como sigue.
En primer lugar, el tamaño Sext2D[1] del segmento en 2D de pre-salto EXT2D[1] es el mismo que la suma Sext1[1]+S2D[2]+ S2D[3] del tamaño Sext1[1] del bloque de datos de vista de base L1, el tamaño S2D[2] del bloque exclusivamente para reproducción en 2D L22D, y del tamaño S2D[3] del bloque exclusivamente para reproducción en 2D L32D. Por consiguiente, para reproducción ininterrumpida en modo de reproducción en 2D, esta suma Sext1[1]+S2D[2]+ S2D[3] debería ser mayor o igual que la cantidad de datos que se transmiten desde la memoria
15
25
35
45
55
65 E10743572
05-10-2015
intermedia de lectura al decodificador objetivo de sistema entre el inicio de la lectura del segmento en 2D EXT2D[1] y la finalización del salto largo JLY. En este caso, en el segmento en 2D EXT2D[1], únicamente el bloque de datos de vista de base L1 localizado en la cabecera del segmento se comparte con el segmento en 3D EXTSS[1]. Por consiguiente, aumentando apropiadamente el tamaño S2D[2] del bloque exclusivamente para reproducción en 2D L22D y el tamaño S2D[3] del bloque exclusivamente para reproducción en 2D L32D, el tamaño Sext1[1] del bloque de datos de vista de base L1 puede limitarse adicionalmente mientras se mantiene constante el tamaño Sext2D[1] = Sext1[1] + S2D[2] + S2D[3] del segmento en 2D de pre-salto EXT2D[1]. En correspondencia, el tamaño Sext2[1] del bloque de datos de la vista derecha R1, que tiene el mismo tiempo de ATC que el bloque de datos de vista de base L1, puede limitarse también adicionalmente.
Por otro lado, los tamaños Sext2[2], Sext2[3], Sext1[2] y Sext1[3] de los bloques de datos de vista derecha R2 y R3 y de los bloques de datos de vista de base L2 y L3 que pertenecen al bloque de segmento en 3D de pre-salto 2002 localizados inmediatamente antes el límite de capa LB deberían ser valores de manera que la cantidad margen de memoria intermedia pueda mantenerse hasta inmediatamente antes del salto largo JLY. Puesto que el bloque exclusivamente para reproducción en 3D L2SS y el bloque exclusivamente para reproducción en 2D L22D son datos duplicados, y el bloque exclusivamente para reproducción en 3D L3SS y el bloque exclusivamente para reproducción en 2D L32D son datos duplicados, ampliar el tamaño S2D del bloque exclusivamente para reproducción en 2D L32D amplía el tamaño del bloque de datos de la vista derecha R3 localizado inmediatamente antes del bloque exclusivamente para reproducción en 3D L3SS. Sin embargo, este tamaño puede hacerse suficientemente más pequeño que el tamaño del bloque de datos de la vista derecha R3 localizado inmediatamente antes del límite de capa LB mostrado en la Figura 22. De esta manera, la capacidad de memoria intermedia de lectura a garantizarse en el dispositivo de reproducción 200 en modo L/R puede llevarse incluso más cercana al mínimo necesario para reproducción ininterrumpida en modo L/R.
Es posible establecer por lo tanto cada bloque de datos en la disposición 1 para que sea un tamaño en que la reproducción ininterrumpida de imágenes de vídeo durante un salto largo es posible en tanto el modo de reproducción en 2D como el modo L/R mientras se mantiene la cantidad de memoria intermedia de lectura que se ha de garantizar en el dispositivo de reproducción 200 al mínimo necesario.
En la disposición 1, la ruta de reproducción en modo de reproducción en 2D y la ruta de reproducción en modo L/R se dividen antes de una posición donde tiene lugar un salto largo, de esta manera. Por consiguiente, el tamaño de EXT1[3] en el final del bloque de segmento en 3D de pre-salto no satisface la condición para evitar la infrautilización de memoria intermedia en modo de reproducción en 2D.
En la explicación de la Figura 20, se ha descrito un límite de capa como un ejemplo de una posición que requiere un salto largo. Sin embargo, un salto largo puede tener lugar cuando se realiza una multi-conexión de uno a n de elementos de reproducción. En este punto, cuando se realiza una multi-conexión de uno a n de elementos de reproducción, el primer TS entre "n" piezas de TS que constituyen "n" piezas de elementos de reproducción puede disponerse en una posición inmediatamente después de un TS que constituye el elemento de reproducción que precede los "n" elementos de reproducción. Sin embargo, cualquiera del segundo TS y hacia delante no pueden disponerse en la posición inmediatamente después del TS que constituye el elemento de reproducción que precede los "n" elementos de reproducción. Cuando, en una multi-conexión de uno a n, se realiza un salto desde el elemento de reproducción uno a cualquiera del segundo elemento de reproducción y hacia delante en los "n" elementos de reproducción, la lectura necesita saltar una o más áreas de grabación de TS. Por lo tanto, un salto largo tiene lugar en una posición donde existe una multi-conexión de uno a n. La disposición 1 puede aplicarse también a un salto largo que tiene lugar en una multi-conexión de uno a n de elementos de reproducción de este tipo. Específicamente, como se muestra en la Figura 23, para tanto la lista de reproducción en 2D como la lista de reproducción en 3D, todas las piezas de datos a hace referencia mediante el elemento de reproducción Nº 1, es decir un elemento de reproducción precedente, se disponen de manera colectiva, y posteriormente, se disponen n piezas de datos que se hacen referencia mediante n piezas de elementos de reproducción posteriores. En este caso, como la disposición mostrada en la Figura 20, los datos para el elemento de reproducción precedente se dividen para la ruta de reproducción de la lista de reproducción en 2D y la ruta de reproducción de la lista de reproducción en 3D. En consecuencia, el final del bloque de segmento en 3D de pre-salto EXT1[3] no necesita satisfacer la condición para evitar la infrautilización de memoria intermedia en modo de reproducción en 2D.
El uso de la disposición 1 permite la creación de datos para multi-conexión donde un elemento de reproducción precedente está conectado de manera ininterrumpida a una pluralidad de elementos de reproducción.
[Disposición 2]
La Figura 24 es un diagrama esquemático que muestra un segundo ejemplo de una disposición física de los grupos de bloques de datos grabados antes y después de un límite de capa en un disco BD-ROM 100. Estos grupos de bloques de datos en la Figura 24 pertenecen al TS principal que incluye el flujo de vídeo de vista izquierda, el sub-TS que incluye el flujo de vídeo de vista derecha, y el sub-TS que incluye el flujo de mapa de profundidad. En lo sucesivo, esta disposición se denomina como la "disposición 2". Como puede observarse comparando la Figura 24 con la Figura 20, la disposición 2 se diferencia de la disposición 1 en que el segundo bloque de segmento en 3D
15
25
35
45
55
65 E10743572
05-10-2015
2002 sucede al primer bloque de segmento en 2D 2001, y los bloques exclusivamente para reproducción en 2D L12D, L22D y L32D suceden inmediatamente el final L3SS del bloque de segmento en 3D 2002 y pueden accederse como un único segmento en 2D EXT2D[1]. Como otras características de la disposición 2 son iguales que la disposición 1, se hace referencia a la descripción para la disposición 1 para una descripción detallada de tales características.
Los bloques exclusivamente para reproducción en 2D L12D, L22D y L32D localizados inmediatamente antes del límite de capa LB coinciden bit a bit con los bloques exclusivamente para reproducción en 3D L1SS, L2SS y L3SS en el segundo bloque de segmento en 3D 2002. En otras palabras, los bloques exclusivamente para reproducción en 2D L12D, L22D y L32D son datos duplicados.
Los bloques de datos mostrados en la Figura 24 pueden accederse como un segmento en cualquiera del fichero 2D
o el fichero DEP, con la excepción de los bloques exclusivamente para reproducción en 3D L1SS, L2SS y L3SS. Por ejemplo, en la entrada de fichero 2010 en el fichero 2D, el descriptor de asignación Nº 1 indica el tamaño y el LBN de la parte superior del bloque de datos de vista de base L0, el último en el primer bloque de segmento en 3D 2001. Por consiguiente, el bloque de datos de vista de base L0 puede accederse como un segmento en 2D EXT2D[0]. El descriptor de asignación Nº 2 considera un grupo de los bloques de datos de vista de base D2D+L22D+L33D, es decir los bloques exclusivamente para reproducción en 2D L12D, L22D y L33D, para que sean un único segmento e indica el tamaño total y el LBN de la parte superior del mismo. Por consiguiente, el grupo de los bloques exclusivamente para reproducción en 2D L12D, L22D y L33D puede accederse como el siguiente segmento en 2D EXT2D[1]. Los bloques de datos de vista de base L1, L22D y L33D en el fichero 2D constituyen un segmento que tiene una longitud contigua larga inmediatamente antes de la posición donde tiene lugar un salto largo. Puesto que los ficheros 2D pueden formar un gran segmento inmediatamente antes un salto largo, no se espera que ocurra la infrautilización de las memorias intermedias de lectura incluso cuando se realiza reproducción en modo de reproducción en 2D. En la entrada de fichero 2011 en el fichero 2D, el descriptor de asignación Nº 1 indica el tamaño y el LBN de la parte superior del bloque de datos de vista de base L4, el primero en el tercer bloque de segmento en 3D 2003. Por consiguiente, el bloque de datos de vista de base L4 puede accederse como un segmento en 2D EXT2D[2] en el segundo fichero 2D.
En la entrada de fichero 2020 en el primer fichero SS, los descriptores de asignación Nº 1, Nº 2, Nº 3 y Nº 4 consideran pares de bloques de datos de vista derecha y bloques de datos de vista de base adyacentes R0+L0, R1+L1SS, R2+L2SS y R3+ L3SS para que sean cada uno un segmento e indican el tamaño y el LBN de la parte superior de los mismos. Por consiguiente, cada par de bloques de datos adyacentes R0+L0,..., R3+ L3SS puede accederse respectivamente como un segmento en 3D EXTSS[0], EXTSS[1], EXTSS[2] y EXTSS[3] en el primer fichero SS. En la entrada de fichero 2021 en el segundo fichero SS, el descriptor de asignación Nº 1 considera un par adyacente R4+L4 del bloque de datos de la vista derecha y del bloque de datos de vista de base para que sea un único segmento e indica el tamaño y el LBN del mismo. Por consiguiente, el par de bloques de datos adyacentes R4+L4 puede accederse como un segmento en 3D EXTSS[4] en el segundo fichero SS.
En este caso, los bloques exclusivamente para reproducción en 2D L12D, L22D y L32D son bloques de datos de vista de base únicos para el fichero 2D y únicamente pueden accederse como parte del segmento EXT2D[1] en el fichero 2D, estando localizado el segmento EXT2D[1] inmediatamente antes del límite de capa LB. Adicionalmente, los bloques exclusivamente para reproducción en 3D L1SS, L2SS y L3SS son bloques de datos de vista de base únicos para el fichero SS y únicamente pueden accederse como parte de los segmentos EXTSS[1], EXTSS[2] y EXTSS[3].
En la Figura 24, la lista de reproducción en 2D y la lista de reproducción en 3D ambas incluyen los elementos de reproducción Nº 1 y Nº 2 que están conectados de manera ininterrumpida juntos. En primer lugar, se proporciona la descripción sobre datos que se hacen referencia mediante los elementos de reproducción precedentes en la lista de reproducción en 2D y en la lista de reproducción en 3D. El elemento de reproducción precedente en la lista de reproducción en 2D se refiere al primer fichero 2D. El elemento de reproducción precedente en la lista de reproducción en 3D se refiere al primer fichero SS, y el sub-elemento de reproducción reproducido en sincronización con el elemento de reproducción precedente se refiere al fichero DEP. Como se ha descrito anteriormente, el contenido de los segmentos en 2D EXT2D[0] y EXT2D[1] es el mismo que el contenido de los segmentos en 3D EXTSS[0], EXTSS[1], EXTSS[2] y EXTSS[3]. Por consiguiente, en la reproducción de la lista de reproducción en 2D, los bloques de datos de vista de base L12D, L22D y L32D se reproducen en una posición donde los elementos de reproducción están conectados de manera ininterrumpida, mientras en la lista de reproducción en 3D, L1SS, L2SS y L3SS, que tienen el mismo contenido que L1, L22D y L32D, se reproducen en una posición donde los elementos de reproducción están conectados de manera ininterrumpida. Por lo tanto, aunque las rutas de reproducción son diferentes entre la reproducción en 2D basándose en la lista de reproducción en 2D y la reproducción en 3D basándose en la lista de reproducción en 3D, los dispositivos de reproducción pueden reproducir los mismos datos.
A continuación, se proporciona la descripción sobre datos que se hacen referencia mediante elementos de reproducción sucesivos. El elemento de reproducción sucesivo en la lista de reproducción en 2D hace referencia al segundo fichero 2D. El elemento de reproducción sucesivo en la lista de reproducción en 3D hace referencia al segundo fichero SS, y el sub-elemento de reproducción reproducido en sincronización con el elemento de reproducción sucesivo de la lista de reproducción en 2D se refiere al fichero DEP. Como se muestra en la figura, el
15
25
35
45
55
65 E10743572
05-10-2015
segundo fichero 2D y el segundo fichero SS usan los mismos datos, es decir el bloque de datos de vista de base L4.
En este punto, la distancia desde el final del segmento en 2D de pre-salto EXT2D[0] que se hace referencia mediante el elemento de reproducción precedente de la lista de reproducción en 2D a la cabecera del segmento en 2D EXT2D[1] que se hace referencia mediante el elemento de reproducción sucesivo, y la distancia desde el final del segmento en 2D de pre-salto EXT2D[1] que se hace referencia mediante el elemento de reproducción precedente de la lista de reproducción en 2D a la cabecera del segmento en 2D EXT2D[2] que se hace referencia mediante el elemento de reproducción sucesivo se establece a un valor no mayor que la distancia de salto máxima determinada mediante una especificación dada basándose en la realización de salto del dispositivo de reproducción en 2D. En este caso, la distancia de salto entre el bloque de segmento en 3D de pre-salto 2002 que se hace referencia mediante el elemento de reproducción precedente de la lista de reproducción en 3D y el bloque de segmento en 3D 2003 que se hace referencia mediante el elemento de reproducción sucesivo de la lista de reproducción en 3D se establece a un valor no mayor que la máxima distancia determinada mediante una especificación dada basándose en la realización de salto del dispositivo de reproducción en 2D/3D.
La Figura 25 es un diagrama esquemático que muestra una ruta de reproducción en modo de reproducción en 2D, una ruta de reproducción en modo L/R y una ruta de reproducción en modo de profundidad para los grupos de bloques de datos mostrados en la Figura 24.
En modo de reproducción en 2D, el dispositivo de reproducción 200 reproduce el fichero 2D. Por consiguiente, el bloque de datos de vista de base L0 se lee como el primer segmento en 2D EXT2D[0], los bloques inmediatamente posteriores exclusivamente para reproducción en 2D L12D, L22D y L32D se leen continuamente como el segundo segmento en 2D EXT2D[1], y después de un salto largo, el bloque de datos de vista de base L4 se lee como el tercer segmento en 2D EXT2D[2].
En modo L/R, el dispositivo de reproducción 200 reproduce el primer fichero SS. Por consiguiente, como se muestra mediante la ruta de reproducción en modo L/R, un par R0+L0 del bloque de datos de la vista derecha R0 y del bloque de datos de vista de base inmediatamente posterior L0 se lee como el primer segmento en 3D EXTSS[0], el bloque de datos de la vista derecha R1 y el bloque inmediatamente posterior exclusivamente para reproducción en 3D L1SS se leen como el segundo segmento en 3D EXTSS[1], el bloque de datos de la vista derecha R2 y el bloque inmediatamente posterior exclusivamente para reproducción en 3D L2SS se leen como el tercer segmento en 3D EXTSS[2], el bloque de datos de la vista derecha R3 y el bloque inmediatamente posterior exclusivamente para reproducción en 3D L3SS se leen como el cuarto segmento en 3D EXTSS[3], y después de un salto largo, el bloque de datos de la vista derecha R4 y el bloque inmediatamente posterior exclusivamente para reproducción en 3D L4SS se leen como el quinto segmento en 3D EXTSS[4].
Como se muestra en la Figura 24, en modo de reproducción en 2D, se leen los bloques exclusivamente para reproducción en 2D L12D, L22D y L32D, mientras se salta la lectura de los bloques exclusivamente para reproducción en 3D L1SS, L2SS y L3SS. A la inversa, en modo L/R, se salta la lectura de los bloques exclusivamente para reproducción en 2D L12D, L22D y L32D, mientras se leen los bloques exclusivamente para reproducción en 3D L1SS, L2SS y L3SS. Sin embargo, puesto que los bloques de datos L12D, L22D y L32D coinciden bit a bit con L1SS, L2SS y L3SS, el fotograma de vídeo de la vista izquierda que se reproduce es el mismo en ambos modos de reproducción. En la disposición 2, la ruta de reproducción en modo de reproducción en 2D y la ruta de reproducción en modo L/R se dividen antes de un salto largo JLY de esta manera. Lo mismo se cumple para el modo de profundidad.
En primer lugar, el tamaño Sext2D[1] del segmento en 2D de pre-salto EXT2D[1] es el mismo que la suma S2D[1]+S2D[2]+ S2D[3] del tamaño S2D[1] del bloque exclusivamente para reproducción en 2D L12D, el tamaño S2D[2] del bloque exclusivamente para reproducción en 2D L22D y el tamaño S2D[3] del bloque exclusivamente para reproducción en 2D L32D. Por consiguiente, para reproducción ininterrumpida en modo de reproducción en 2D, esta suma S2D[1]+S2D[2]+ S2D[3] debería ser mayor que o igual a la cantidad de datos que se transmiten desde la memoria intermedia de lectura al decodificador objetivo de sistema entre el inicio de la lectura del segmento en 2D EXT2D[1] y la finalización del salto largo JLY. Por otro lado, los tamaños Sext2[1], Sext2[2], Sext2[3], Sext2[1], Sext1[2] y Sext1[3] de los bloques de datos de vista derecha R1, R2 y R3 y los bloques de datos de vista de base L1, L2, y L3 que pertenecen al bloque de segmento en 3D de pre-salto 2002 localizado inmediatamente antes del bloque exclusivamente para reproducción en 2D L12D deberían ser valores de manera que la cantidad margen de memoria intermedia pueda mantenerse hasta inmediatamente antes del salto largo JLY.
Puesto que el bloque exclusivamente para reproducción en 3D L1SS y el bloque exclusivamente para reproducción en 2D L12D son datos duplicados; el bloque exclusivamente para reproducción en 3D L2SS y el bloque exclusivamente para reproducción en 2D L22D son datos duplicados, y el bloque exclusivamente para reproducción en 3D L3SS y el bloque exclusivamente para reproducción en 2D L32D son datos duplicados, aumentando el tamaño total S2D[1]+S2D[2]+S2D[3] de los bloques exclusivamente para reproducción en 2D L12D, L22D y L32D se aumenta el tamaño de los bloques de datos de vista derecha R1, R2 y R3 localizados inmediatamente antes de los bloques exclusivamente para reproducción en 3D L1SS, L2SS y L3SS. Sin embargo, puesto que los bloques exclusivamente para reproducción en 3D se dividen en tres bloques, es decir L1SS, L2SS y L3SS, y constituyen pares con los bloques de datos de vista derecha, los tamaños de los bloques de datos de vista derecha R1, R2, y R3 pueden hacerse
15
25
35
45
55
65 E10743572
05-10-2015
suficientemente más pequeños que el tamaño del bloque de datos de la vista derecha R2 localizado inmediatamente antes del límite de capa LB mostrado en la Figura 22. De esta manera, la capacidad de memoria intermedia de lectura a garantizarse en el dispositivo de reproducción 200 en modo L/R puede reducirse al mínimo necesario para reproducción ininterrumpida en modo L/R.
Es posible establecer por lo tanto cada bloque de datos en la disposición 2 para que sea un tamaño en que la reproducción ininterrumpida de imágenes de vídeo durante un salto largo es posible en tanto el modo de reproducción en 2D como el modo L/R mientras se mantiene la cantidad de memoria intermedia de lectura que se ha de garantizar en el dispositivo de reproducción 200 al mínimo necesario.
En la disposición 2, la ruta de reproducción en modo de reproducción en 2D y la ruta de reproducción en modo L/R se dividen antes de una posición donde tiene lugar un salto largo, de esta manera. Por consiguiente, el tamaño de EXT1[3] en el final del bloque de segmento en 3D de pre-salto no necesita satisfacer la condición para evitar la infrautilización de la memoria intermedia en modo de reproducción en 2D.
En la explicación de la Figura 24, se ha descrito un límite de capa como un ejemplo de una posición que requiere un salto largo. Sin embargo, la disposición 2 puede aplicarse también a un salto largo que puede aparecer en una multiconexión de uno a n de elementos de reproducción. Específicamente, para un elemento de reproducción precedente, como es la asignación mostrada en la Figura 24, los datos se dividen para la ruta de reproducción de la lista de reproducción en 2D y la ruta de reproducción de la lista de reproducción en 3D, y posteriormente, se disponen n piezas de datos que se hacen referencia mediante un elemento de reproducción sucesivo. Esta asignación permite la creación de datos para una multi-conexión donde un elemento de reproducción precedente está conectado de manera ininterrumpida a una pluralidad de elementos de reproducción.
[Disposición 3]
La Figura 26 es un diagrama esquemático que muestra un tercer ejemplo de una disposición física de los grupos de bloques de datos grabados antes y después del límite de capa en un medio de grabación 100. Estos grupos de bloques de datos en la Figura 26 pertenecen al TS principal que incluye el flujo de vídeo de vista izquierda, el sub-TS que incluye el flujo de vídeo de vista derecha y el sub-TS que incluye el flujo de mapa de profundidad. En lo sucesivo, esta disposición se denomina como la "disposición 3". Como se observa comparando la Figura 26 con la Figura 20, la disposición 3 se diferencia de la disposición 1 únicamente en que el bloque de segmento en 3D de presalto 2004 sustituye el bloque de segmento en 3D de pre-salto 2002. Como otras características de la disposición 3 son las mismas que la disposición 1, se hace referencia a la descripción para la disposición 1 para una descripción detallada de tales características.
La disposición intercalada del bloque de segmento en 3D de pre-salto 2004 se diferencia de las disposiciones intercaladas de otros bloques de segmentos en 3D en que el orden de disposición del bloque de datos de mapa de profundidad y del bloque de datos de la vista derecha son opuestos, es decir, el bloque de datos de la vista derecha, el bloque de datos de mapa de profundidad y el bloque de datos de la vista izquierda se graban de manera alterna en ese orden. Como es el caso con la disposición 1, los bloques exclusivamente para reproducción en 3D L2SS y L3SS incluidos en el bloque de segmento en 3D de pre-salto 2004 coinciden bit a bit con los bloques exclusivamente para reproducción en 2D L22D y L32D.
En la ruta de reproducción en modo L/R en la disposición 3, como se muestra en la Figura 27, los bloques de datos se acceden en el siguiente orden: el segmento en 3D EXTSS[0] constituido desde un par del bloque de datos de la vista derecha R0 y del bloque de datos de la vista izquierda L0; el segmento en 3D EXTSS[1] constituido desde un par del bloque de datos de la vista derecha R1 y del bloque de datos de la vista izquierda L1; el segmento en 3D EXTSS[2] constituido únicamente desde el bloque de datos de la vista derecha R2; el segmento en 3D EXTSS[3] constituido desde un par de el bloque de datos de la vista izquierda L2SS y del bloque de datos de la vista derecha R3; y el segmento en 3D EXTSS[4] constituido únicamente desde el bloque de datos de la vista izquierda L3SS.
Con esta disposición, en la disposición 3, como en el caso con la disposición 1, la ruta de reproducción en modo de reproducción en 2D y la ruta de reproducción en modo L/R se dividen antes de una posición donde tiene lugar un salto largo. Por consiguiente, el tamaño de EXT1[3] en el final del bloque de segmento en 3D de pre-salto no necesita satisfacer la condición para evitar la infrautilización de memoria intermedia en modo de reproducción en 2D. También, como en el caso con la disposición 1, la disposición 3 puede aplicarse también a un salto largo que tiene lugar en una multi-conexión de uno a n de elementos de reproducción, que permite la creación de datos para una multi-conexión donde un elemento de reproducción precedente está conectado de manera ininterrumpida a una pluralidad de elementos de reproducción.
Además de esto, en la disposición 3, puede suprimirse una cantidad margen de memoria intermedia requerida para conexión ininterrumpida cuando se reproducen imágenes en 3D en ambos modos de profundidad e L/R. En consecuencia, el tamaño de una memoria intermedia de lectura requerida para que el dispositivo de reproducción en 2D/3D reproduzca imágenes en 3D en ambos modos de profundidad e L/R puede reducirse en comparación con cuando se reproducen los datos de la disposición 1. Se describirán más adelante cantidades específicas de
15
25
35
45
55
65 E10743572
05-10-2015
reducción del margen de cantidad de memoria intermedia.
Debería observarse que en la Figura 26, el bloque de datos de la vista derecha, el bloque de datos de mapa de profundidad y el bloque de datos de la vista izquierda se graban de manera alterna en ese orden en el bloque de segmento en 3D de pre-salto 2004, mientras el bloque de datos de mapa de profundidad, el bloque de datos de la vista derecha y el bloque de datos de la vista izquierda se graban de manera alterna en ese orden. La disposición 3, sin embargo, se caracteriza por que el bloque de datos de mapa de profundidad y el bloque de datos de la vista derecha en la disposición intercalada del bloque de segmento en 3D de pre-salto están dispuestos opuestos a aquellos en otros bloques de segmentos en 3D. Por consiguiente, por ejemplo, en un caso donde el bloque de datos de la vista derecha, el bloque de datos de mapa de profundidad y el bloque de datos de la vista izquierda están dispuestos de manera alterna en la disposición intercalada en ese orden, es preferible que los bloques de datos se dispongan en el orden alterno del bloque de datos de mapa de profundidad, el bloque de datos de la vista derecha y el bloque de datos de la vista izquierda en el bloque de segmento en 3D de pre-salto.
[Disposición 4]
La Figura 28 es un diagrama esquemático que muestra un cuarto ejemplo de una disposición física de los grupos de bloques de datos grabados antes y después de un límite de capa en un medio de grabación 100. Estos grupos de bloques de datos pertenecen al TS principal que incluye el flujo de vídeo de vista izquierda, el primer sub-TS que incluye el flujo de vídeo de vista derecha y el segundo sub-TS que incluye el flujo de mapa de profundidad. En lo sucesivo, esta disposición se denomina como la "disposición 4". Como se muestra en la Figura 28, en la primera capa de grabación localizada antes del límite de capa LB, el grupo de bloque de datos de mapa de profundidad ..., D1, D2, el grupo de bloque de datos de la vista derecha ..., R1, R2 y el grupo de bloque de datos de vista de base ..., L1, L2 se graban en una disposición intercalada. En lo sucesivo, estos grupos de bloques de datos se denominan como el "primer bloque de segmento en 3D" 2001. Adicionalmente, un bloque de datos de vista de base L32D se coloca entre el final L2 del primer bloque de segmento en 3D 2001 y el límite de capa LB. Por otro lado, en la segunda capa de grabación localizada después del límite de capa LB, el grupo de bloque de datos de mapa de profundidad D3, D4, ..., el grupo de bloque de datos de la vista derecha R3, R4, ... y el grupo de bloque de datos de vista de base L3SS, L4, ... se graban en una disposición intercalada En lo sucesivo, estos grupos de bloques de datos se denominan como el "segundo bloque de segmento en 3D" 2102.
La disposición intercalada para los bloques de segmentos en 3D 2001 y 2102 es la misma que la mostrada en la Figura 15. En otras palabras, un bloque de datos de mapa de profundidad, el bloque de datos de la vista derecha y el bloque de datos de vista de base están dispuestos de manera alterna en ese orden. Adicionalmente, entre tres bloques de datos consecutivos Dn, Rn, Ln (n = ..., 1, 2, 3, 4, ...), el tiempo de ATC de segmento es el mismo. El contenido de cada pieza de datos de flujo es continuo entre los tres bloques de datos D2, R2 y L2 localizados en el final del primer bloque de segmento en 3D 2001 y los tres bloques de datos D3, R3, L3SS localizados en la parte superior del segundo bloque de segmento en 3D 2102.
El bloque de datos de vista de base L32D localizado inmediatamente antes del límite de capa LB coincide bit a bit con el bloque de datos de vista de base L3SS en la parte superior del segundo bloque de segmento en 3D 2102. En otras palabras, los bloques de datos L32D y L3SS son datos duplicados. En lo sucesivo, L32D se denomina como un "bloque exclusivamente para reproducción en 2D", y L3SS se denomina como un "bloque exclusivamente para reproducción en 3D".
Los bloques de datos mostrados en la Figura 28 pueden accederse como un segmento en cualquiera del fichero 2D
o el fichero DEP, con la excepción del bloque exclusivamente para reproducción en 3D L3SS. Por ejemplo, en la entrada de fichero 2110 en el fichero 2D (01000.m2ts), el descriptor de asignación Nº 1 indica el tamaño y el LBN de la parte superior del bloque de datos de vista de base L1, que es segundo desde el final del primer bloque de segmento en 3D 2001. Por consiguiente, el bloque de datos de vista de base L1 puede accederse como un segmento en 2D EXT2D[0] en el fichero 2D. El descriptor de asignación Nº 2 considera el par L2+ L32D, es decir el bloque de datos de vista de base L2, el último en el primer bloque de segmento en 3D 2001 y el bloque inmediatamente posterior exclusivamente para reproducción en 2D L32D, para que sean un único segmento e indica el tamaño y el LBN de la parte superior del mismo. Por consiguiente, el par de bloques de datos de vista de base L2+ L32D puede accederse como un segmento en 2D EXT2D[1] en el fichero 2D. Adicionalmente, el descriptor de asignación Nº 3 indica el tamaño y el LBN de la parte superior del segundo bloque de datos de vista de base L4 en el segundo bloque de segmento en 3D 2102. Por consiguiente, el bloque de datos de vista de base L4 puede accederse como un segmento en 2D EXT2D[2] diferente.
El enlace cruzado de los ficheros de flujo de AV se realiza de la misma manera que en la Figura 15 para los grupos de bloques de datos mostrados en la Figura 21. En particular, en la entrada de fichero 2120 en el primer fichero SS, los descriptores de asignación Nº 1, Nº 2, Nº 3 y Nº 4 consideran pares de bloques de datos de vista derecha y bloques de datos de vista de base adyacentes R1+L1, R2+L2, R3+L3SS y R4+L4 a cada uno para que sean un segmento e indican el tamaño y el LBN de la parte superior de los mismos. Por consiguiente, cada par de bloques de datos adyacentes R1+L1, R2+L2, R3+ L3ss y R4+L4 puede accederse respectivamente como un segmento en 3D EXTSS[0], EXTSS[1], EXTSS[2] y EXTSS[3] en el primer fichero SS. En este caso, con la excepción del segmento
15
25
35
45
55
65 E10743572
05-10-2015
en 3D EXTSS[2] inmediatamente después del límite de capa LB, los segmentos en 3D EXTSS[0], EXTSS[1] y EXTSS[3] comparten respectivamente bloques de datos de vista de base L1, L2 y L4 con el fichero 2D. Por otro lado, el bloque exclusivamente para reproducción en 2D L32D puede accederse únicamente como parte del segmento EXT2D[1] en el fichero 2D, estando localizado el segmento EXT2D[1] inmediatamente antes del límite de capa LB. Adicionalmente, el bloque exclusivamente para reproducción en 3D L3SS puede accederse únicamente como parte del segmento EXTSS[2], localizado inmediatamente después del límite de capa LB.
La Figura 29 es un diagrama esquemático que muestra la ruta de reproducción 2201 en modo de reproducción en 2D y la ruta de reproducción 2202 en modo L/R para los grupos de bloques de datos mostrados en la Figura 28. Obsérvese que un experto en la materia puede deducir fácilmente por analogía la ruta de reproducción en modo de profundidad a partir de la disposición mostrada en la Figura 15.
En modo de reproducción en 2D, el dispositivo de reproducción 200 reproduce el fichero 2D. Por consiguiente, como se muestra mediante la ruta de reproducción 2201 en modo de reproducción en 2D, en primer lugar el bloque de datos de vista de base L1, que es segundo desde el final del primer bloque de segmento en 3D 2001, se lee como el primer segmento en 2D EXT2D[0], y se salta la lectura del bloque de datos de mapa de profundidad inmediatamente posterior D2 y del bloque de datos de la vista derecha R2 mediante un primer salto J2D1. A continuación, un par L2+ L32D del bloque de datos de vista de base L2, localizado el último en el primer bloque de segmento en 3D 2001, y el bloque inmediatamente posterior exclusivamente para reproducción en 2D L32D se leen continuamente como el segundo segmento en 2D EXT2D[1]. Un salto largo JLY tiene lugar en el límite de capa LB inmediatamente posterior, y junto con la realización de un salto de enfoque, se salta la lectura de los cinco bloques de datos D3, R3, L3SS, D4, y R4, localizados en la parte superior del segundo bloque de segmento en 3D 2102. A continuación, se lee el segundo bloque de datos de vista de base L4 en el segundo bloque de segmento en 3D 2102 como el tercer segmento en 2D EXT2D[2].
En modo L/R, el dispositivo de reproducción 200 reproduce el primer fichero SS. Por consiguiente, como se muestra mediante la ruta de reproducción 2202 en modo L/R, en primer lugar un par R1+L1 del bloque de datos de la vista derecha superior R1 y del bloque de datos de vista de base inmediatamente posterior L1 se leen continuamente como el primer segmento en 3D EXTSS[0], y se salta la lectura del bloque de datos de mapa de profundidad inmediatamente posterior D2 mediante un primer salto JLR1. A continuación, el segundo bloque de datos de la vista derecha R2 y el bloque de datos de vista de base inmediatamente posterior L2 se leen continuamente como el segundo segmento en 3D EXTSS[1]. Un salto largo JLY tiene lugar de manera inmediata posteriormente, y junto con la realización de un salto de enfoque, se salta la lectura del bloque exclusivamente para reproducción en 2D L32D y del bloque de datos de mapa de profundidad superior D3 en el segundo bloque de segmento en 3D 2102. A continuación, el bloque de datos de la vista derecha superior R3 en el segundo bloque de segmento en 3D 2102 y el bloque inmediatamente posterior exclusivamente para reproducción en 3D L3SS se leen continuamente como el tercer segmento en 3D EXTSS[2], y se salta la lectura del bloque de datos de mapa de profundidad inmediatamente posterior D4 mediante un segundo salto JLR2. Adicionalmente, el siguiente bloque de datos de la vista derecha R4 y el bloque de datos de vista de base inmediatamente posterior L4 se leen continuamente como el cuarto segmento en 3D EXTSS[3].
Como se muestra en la Figura 29, en modo de reproducción en 2D, se lee el bloque exclusivamente para reproducción en 2D L32D, mientras se salta la lectura del bloque exclusivamente para reproducción en 3D L3SS. A la inversa, en modo L/R, se salta la lectura del bloque exclusivamente para reproducción en 2D L32D, mientras se lee el bloque exclusivamente para reproducción en 3D L3SS. Sin embargo, puesto que los bloques de datos L32D y L3SS coinciden bit a bit, el fotograma de vídeo de la vista izquierda que se reproduce es el mismo en ambos modos de reproducción. En la disposición 4, la ruta de reproducción 2201 en modo de reproducción en 2D y la ruta de reproducción 2202 en modo L/R se dividen antes y después de un salto largo JLY de esta manera. Lo mismo se cumple para el modo de profundidad.
En la disposición 4 mostrada en la Figura 29, la ruta de reproducción 2201 en modo de reproducción en 2D y la ruta de reproducción 2202 en modo L/R se dividen antes y después el salto largo JLY de esta manera. Por consiguiente, a diferencia de la disposición mostrada en la Figura 22, el tamaño Sext2D[1] del segmento en 2D EXT2D[1] localizado inmediatamente antes del límite de capa LB y el tamaño Sext2[1] del bloque de datos de la vista derecha inmediatamente precedente R2 pueden determinarse por separado como sigue.
En primer lugar, el tamaño Sext2D[1] del segmento en 2D EXT2D[1] es el mismo que la suma Sext1[1]+S2D del tamaño Sext1[1] del bloque de datos de vista de base L2 y el tamaño S2D del bloque exclusivamente para reproducción en 2D L32D. Por consiguiente, para reproducción ininterrumpida en modo de reproducción en 2D, esta suma Sext1[1]+S2D debería ser mayor que o igual a la cantidad de datos que se transmiten desde la memoria intermedia de lectura al decodificador objetivo de sistema entre el inicio de la lectura del segmento en 2D EXT2D[1] y la finalización del salto largo JLY. Por otro lado, los tamaños Sext2[1] y Sexti[1] del bloque de datos de la vista derecha R2 y del bloque de datos de vista de base L2 que pertenecen al segmento en 3D EXTSS[1] localizados inmediatamente antes del límite de capa LB deberían ser valores de manera que la cantidad margen de memoria intermedia pueda mantenerse hasta inmediatamente antes el salto largo JLY. En este caso, en el segmento en 2D EXT2D[1], únicamente se comparte el bloque de datos de vista de base L2 localizado anteriormente en el segmento con el segmento en 3D
15
25
35
45
55
65 E10743572
05-10-2015
EXTSS[1]. Por consiguiente, aumentando apropiadamente el tamaño S2D del bloque exclusivamente para reproducción en 2D L32D, el tamaño Sext1[1] del bloque de datos de vista de base L2 puede limitarse adicionalmente mientras se mantiene el tamaño Sext2D[1] = Sext1[1] + S2D del segmento en 2D EXT2D[1] constante. En correspondencia, el tamaño Sext2[1] del bloque de datos de la vista derecha R2 puede limitarse también adicionalmente.
En este caso, puesto que el bloque exclusivamente para reproducción en 3D L3SS y el bloque exclusivamente para reproducción en 2D L32D son datos duplicados, aumentar el tamaño S2D del bloque exclusivamente para reproducción en 2D L32D aumenta el tamaño del bloque de datos de la vista derecha R3 localizado inmediatamente antes del bloque exclusivamente para reproducción en 3D L3SS. Sin embargo, el tamaño del mismo puede hacerse suficientemente más pequeño que el tamaño del bloque de datos de la vista derecha R3 localizado inmediatamente antes del límite de capa LB mostrado en la Figura 22. De esta manera, la cantidad de memoria intermedia de lectura a garantizarse en el dispositivo de reproducción 200 en modo L/R puede reducirse adicionalmente al mínimo necesario para reproducción ininterrumpida en modo L/R.
Es posible establecer por lo tanto cada bloque de datos en la disposición 4 para que sea un tamaño en que la reproducción ininterrumpida de imágenes de vídeo durante el salto largo sea posible en tanto el modo de reproducción en 2D como el modo L/R mientras se mantiene la cantidad de memoria intermedia que se ha de garantizar en la memoria intermedia de lectura en el dispositivo de reproducción 200 al mínimo necesario. Adicionalmente, cambiar el bloque de datos que se ha de leer en modo de reproducción en 2D y en modo L/R, en particular cambiar entre un bloque exclusivamente para reproducción en 2D L32D y bloques exclusivamente para reproducción en 3D L3SS, es posible simplemente cambiando el fichero de flujo de AV para reproducción entre el fichero 2D y el fichero SS.
[Disposición 5]
La Figura 30 es un diagrama esquemático que muestra un quinto ejemplo de una disposición física de los grupos de bloques de datos grabados antes y después de un límite de capa en un medio de grabación 100. Estos grupos de bloques de datos pertenecen al TS principal que incluye el flujo de vídeo de vista izquierda, el primer sub-TS que incluye el flujo de vídeo de vista derecha, y el segundo sub-TS que incluye el flujo de mapa de profundidad. En lo sucesivo, esta disposición se denomina como la "disposición 5". Como se observa comparando la Figura 30 con la Figura 28, la disposición 5 se diferencia de la disposición 4 únicamente en que se proporcionan dos bloques exclusivamente para reproducción en 3D L3SS y L4SS en la parte superior del segundo bloque de segmento en 3D 2402. Como las otras características de la disposición 5 son las mismas que la disposición 4, se hace referencia la descripción para la disposición 1 para una descripción detallada de tales características.
El bloque exclusivamente para reproducción en 2D (L3+L4)2D localizado inmediatamente antes del límite de capa LB coincide bit a bit con el par de bloques exclusivamente para reproducción en 3D L3SS y L4SS en el bloque de segmento en 3D 2402. En otras palabras, el bloque exclusivamente para reproducción en 2D (L3+L4)2D y los bloques exclusivamente para reproducción en 3D L3SS y L4SS son datos duplicados.
Los bloques de datos mostrados en la Figura 30 pueden accederse como un segmento en cualquiera de un fichero 2D o un fichero DEP, con la excepción de los bloques exclusivamente para reproducción en 3D L3SS y L4SS. Por ejemplo, en la entrada de fichero 2410 en el fichero 2D, el descriptor de asignación Nº 1 indica el tamaño y el LBN de la parte superior del bloque de datos de vista de base L1, que es segundo desde el final del primer bloque de segmento en 3D 2401. Por consiguiente, el bloque de datos de vista de base L1 puede accederse como un segmento en 2D EXT2D[0] en el fichero 2D. El descriptor de asignación Nº 2 considera el par L2+(L3+L4)2D, es decir el bloque de datos de vista de base L2, el último en el primer bloque de segmento en 3D 2401, y el bloque inmediatamente posterior exclusivamente para reproducción en 2D (L3+L4)2D, para que sean un único segmento e indica el tamaño y el LBN de la parte superior de los mismos. Por consiguiente, el par de bloques de datos de vista de base L2+(L3+L4)2D puede accederse como un segmento en 2D EXT2D[1] en el fichero 2D. Adicionalmente, el descriptor de asignación Nº 3 indica el tamaño y el LBN de la parte superior del tercer bloque de datos de vista de base L5 en el segundo bloque de segmento en 3D 2402. Por consiguiente, el bloque de datos de vista de base L5 puede accederse como un segmento en 2D EXT2D[2] diferente.
En la entrada de fichero 2420 en el primer fichero SS, los descriptores de asignación Nº 1, Nº 2, Nº 3, Nº 4 y Nº 5 consideran pares de bloques de datos de vista derecha y bloques de datos de vista de base adyacentes R1+L1, R2+L2, R3+L3SS, R4+L4SS y R5+L5 para que sean cada uno un segmento e indican el tamaño y el LBN de la parte superior de los mismos. Por consiguiente, cada par de bloques de datos adyacentes R1+L1, ..., R5+L5 puede accederse respectivamente como un segmento en 3D EXTSS[0], EXTSS[1], EXTSS[2], EXTSS[3] y EXTSS[4] en el primer fichero SS. El bloque exclusivamente para reproducción en 2D (L3+L4)2D puede accederse únicamente como parte del segmento EXT2D[1] en el fichero 2D, y los bloques exclusivamente para reproducción en 3D L3SS y L4SS pueden accederse únicamente como parte de los segmentos en 3D EXTSS[2] y EXTSS[3].
La Figura 31 es un diagrama esquemático que muestra la ruta de reproducción 2501 en modo de reproducción en 2D y la ruta de reproducción 2502 en modo L/R para el grupo de bloque de datos mostrado en la Figura 30.
15
25
35
45
55
65 E10743572
05-10-2015
Obsérvese que un experto en la materia puede deducir fácilmente por analogía la ruta de reproducción en modo de profundidad a partir de la disposición mostrada en la Figura 15.
En modo de reproducción en 2D, el dispositivo de reproducción 200 reproduce el fichero 2D. Por consiguiente, como se muestra mediante la ruta de reproducción 2501 en modo de reproducción en 2D, en primer lugar el bloque de datos de vista de base L1, que es segundo desde el final del primer bloque de segmento en 3D 2401, se lee como el primer segmento en 2D EXT2D[0], y se salta la lectura del bloque de datos de mapa de profundidad inmediatamente posterior D2 y del bloque de datos de la vista derecha R2 mediante el primer salto J2D1. A continuación, un par L2+(L3+L4)2D del bloque de datos de vista de base L2, localizado el último en el primer bloque de segmento en 3D 2401, y el bloque inmediatamente posterior exclusivamente para reproducción en 2D (L3+L4)2D se leen continuamente como el segundo segmento en 2D EXT2D[1]. El salto largo JLY tiene lugar en el límite de capa LB inmediatamente posterior, y junto con la realización de un salto de enfoque, se salta la lectura de los ocho bloques de datos D3, R3, L3SS, D4, R4, L4SS, D5, y R5, localizados en la parte superior del segundo bloque de segmento en 3D 2402. A continuación, el tercer bloque de datos de vista de base L5 en el segundo bloque de segmento en 3D 2402 se lee como el tercer segmento en 2D EXT2D[2].
En modo L/R, el dispositivo de reproducción 200 reproduce el primer fichero SS. Por consiguiente, como se muestra mediante la ruta de reproducción 2502 en modo L/R, en primer lugar un par R1+L1 del bloque de datos de la vista derecha superior R1 y del bloque de datos de vista de base inmediatamente posterior L1 se leen continuamente como el primer segmento en 3D EXTSS[0], y se salta la lectura del bloque de datos de mapa de profundidad inmediatamente posterior D2 mediante el primer salto JLR1. A continuación, el segundo bloque de datos de la vista derecha R2 y el bloque de datos de vista de base inmediatamente posterior L2 se leen continuamente como el segundo segmento en 3D EXTSS[1]. El salto largo JLY tiene lugar de manera inmediata posteriormente, y junto con la realización de un salto de enfoque, se salta la lectura del bloque exclusivamente para reproducción en 2D (L3+L4)2D y del bloque de datos de mapa de profundidad superior D3 en el segundo bloque de segmento en 3D 2402. A continuación, el bloque de datos de la vista derecha superior R3 en el segundo bloque de segmento en 3D 2402 y el bloque inmediatamente posterior exclusivamente para reproducción en 3D L3SS se leen continuamente como el tercer segmento en 3D EXTSS[2], y se salta la lectura del bloque de datos de mapa de profundidad inmediatamente posterior D4 mediante un segundo salto JLR2. De manera similar, el siguiente bloque de datos de la vista derecha R4 y el bloque inmediatamente posterior exclusivamente para reproducción en 3D L4SS se leen continuamente como el cuarto segmento en 3D EXTSS[3], y se salta la lectura del bloque de datos de mapa de profundidad inmediatamente posterior D5 mediante un tercer salto JLR3. Adicionalmente, el siguiente bloque de datos de la vista derecha R5 y el bloque de datos de vista de base inmediatamente posterior L5 se leen continuamente como el quinto segmento en 3D EXTSS[4].
Como se muestra en la Figura 31, en modo de reproducción en 2D, se lee el bloque exclusivamente para reproducción en 2D (L3+L4)2D, mientras se salta la lectura de los bloques exclusivamente para reproducción en 3D L3SS y L4SS. A la inversa, en modo L/R, se salta la lectura del bloque exclusivamente para reproducción en 2D (L3+L4)2D, mientras se leen los bloques exclusivamente para reproducción en 3D L3SS y L4SS. Sin embargo, puesto que el bloque exclusivamente para reproducción en 2D (L3+L4)2D y los bloques exclusivamente para reproducción en 3D L3SS y L4SS coinciden bit a bit, los fotogramas de vídeo de la vista izquierda que se reproducen son los mismos en ambos modos de reproducción. En la disposición 5, la ruta de reproducción 2501 en modo de reproducción en 2D y la ruta de reproducción 2502 en modo L/R se dividen antes y después del salto largo JLY de esta manera. Por consiguiente, el tamaño Sext2D[1] del segmento en 2D EXT2D[1] localizado inmediatamente antes del límite de capa LB y el tamaño Sext2[1] del bloque de datos de la vista derecha inmediatamente precedente R2 pueden determinarse por separado como sigue. Obsérvese que lo mismo se cumple para el modo de profundidad.
En primer lugar, el tamaño Sext2D[1] del segmento en 2D EXT2D[1] es el mismo que la suma Sext1[1]+S2D del tamaño Sext1[1] del bloque de datos de vista de base L2 y el tamaño S2D del bloque exclusivamente para reproducción en 2D (L3+L4)2D. Por consiguiente, para reproducción ininterrumpida en modo de reproducción en 2D, esta suma Sext1[1]+S2D debería ser mayor que o igual a la cantidad de datos que se transmiten desde la memoria intermedia de lectura al decodificador objetivo de sistema entre el inicio de la lectura del segmento en 2D EXT2D[1] y la finalización del salto largo JLY. Por otro lado, los tamaños Sext2[1] y Sext1[1] del bloque de datos de la vista derecha R2 y del bloque de datos de vista de base L2 que pertenecen al segmento en 3D EXTSS[1] localizados inmediatamente antes del límite de capa LB deberían ser valores de manera que la cantidad margen de memoria intermedia pueda mantenerse hasta inmediatamente antes del salto largo JLY. Aumentando apropiadamente el tamaño S2D del bloque exclusivamente para reproducción en 2D (L3+L4)2D, el tamaño Sext1[1] del bloque de datos de vista de base L2 puede limitarse adicionalmente mientras se mantiene el tamaño Sext2D[1] = Sext1[1] + S2D del segmento en 2D EXT2D[1] constante. En correspondencia, el tamaño Sext2[1] del bloque de datos de la vista derecha R2 puede limitarse también adicionalmente.
En este caso, puesto que los bloques exclusivamente para reproducción en 3D L3SS y L4SS y el bloque exclusivamente para reproducción en 2D (L3+L4)2D son datos duplicados, aumentar el tamaño S2D del bloque exclusivamente para reproducción en 2D (L3+L4)2D aumenta el tamaño de los bloques de datos de vista derecha R3 y R4 localizados inmediatamente antes de los bloques exclusivamente para reproducción en 3D L3SS y L4SS. Sin embargo, en comparación con un bloque exclusivamente para reproducción en 2D (L3+L4)2D, puesto que el bloque
15
25
35
45
55
65 E10743572
05-10-2015
exclusivamente para reproducción en 3D se divide en dos bloques, L3SS y L4SS, el tamaño de cada uno puede hacerse suficientemente más pequeño que el tamaño del bloque de datos de la vista derecha R3 localizado inmediatamente antes del límite de capa LB mostrado en la Figura 22. De esta manera, la cantidad de memoria intermedia de lectura a garantizarse en el dispositivo de reproducción 200 en el modo L/R puede reducirse adicionalmente al mínimo necesario para reproducción ininterrumpida en modo L/R.
Es posible establecer por lo tanto cada bloque de datos en la disposición 5 para que sea un tamaño en que la reproducción de imágenes de vídeo durante el salto largo es posible en tanto el modo de reproducción en 2D como el modo L/R mientras se mantiene la cantidad de memoria intermedia que se ha de garantizar en el decodificador en el dispositivo de reproducción 200 al mínimo necesario. Adicionalmente, cambiar el bloque de datos que se ha de leer en modo de reproducción en 2D y en el modo L/R, en particular cambiar entre un bloque exclusivamente para reproducción en 2D (L3+L4)2D y bloques exclusivamente para reproducción en 3D L3SS y L4SS, es posible simplemente cambiando el fichero de flujo de AV para reproducir entre el fichero 2D y el fichero SS. Obsérvese que lo mismo se cumple para el modo de profundidad.
En la disposición 5, los datos duplicados para el bloque exclusivamente para reproducción en 2D (L3+L4)2D se establecen como dos bloques exclusivamente para reproducción en 3D L3ss y L4ss. Como alternativa, los datos duplicados pueden establecerse como tres o más bloques exclusivamente para reproducción en 3D.
[Disposición 6]
La Figura 32 es un diagrama esquemático que muestra un sexto ejemplo de una disposición física de los grupos de bloques de datos grabados antes y después de un límite de capa en el medio de grabación 100. Estos grupos de bloques de datos pertenecen al TS principal que incluye el flujo de vídeo de vista izquierda, el primer sub-TS que incluye el flujo de vídeo de vista derecha, y el segundo sub-TS que incluye el flujo de mapa de profundidad. En lo sucesivo, esta disposición se denomina como la "disposición 6". Como se observa comparando la Figura 32 y la Figura 30, la disposición 6 se diferencia de la disposición 5 en que el bloque exclusivamente para reproducción en 2D (L2+L3)2D puede accederse como un único segmento en 2D EXT2D[1]. Puesto que las otras características de la disposición 6 son las mismas que la disposición 5, se hace referencia a la descripción para la disposición 5 para una descripción detallada de tales características.
El bloque exclusivamente para reproducción en 2D (L2+L3)2D localizado inmediatamente antes del límite de capa LB coincide bit a bit con el par de bloques exclusivamente para reproducción en 3D L2SS y L3SS en el bloque de segmento en 3D 2602. En otras palabras, el bloque exclusivamente para reproducción en 2D (L2+L3)2D y los bloques exclusivamente para reproducción en 3D L2SS y L3SS son datos duplicados.
Los bloques de datos mostrados en la Figura 32 pueden accederse como un segmento en cualquiera de un fichero 2D o un fichero DEP, con la excepción de los dos bloques exclusivamente para reproducción en 3D L2SS y L3SS. Por ejemplo, en la entrada de fichero 2610 en el fichero 2D, el descriptor de asignación Nº 1 indica el tamaño y el LBN de la parte superior del bloque de datos de vista de base L1, el último bloque de datos en el primer bloque de segmento en 3D 2601. Por consiguiente, el bloque de datos de vista de base L1 puede accederse como un segmento en 2D EXT2D[0]. El descriptor de asignación Nº 2 considera el bloque exclusivamente para reproducción en 2D (L2+L3)2D para que sea un único segmento e indica el tamaño y el LBN de la parte superior del mismo. Por consiguiente, el bloque exclusivamente para reproducción en 2D (L2+L3)2D puede accederse como el siguiente segmento en 2D EXT2D[1]. El descriptor de asignación Nº 3 indica el tamaño y el LBN de la parte superior del tercer bloque de datos de vista de base L4 en el segundo bloque de segmento en 3D 2602. Por consiguiente, el bloque de datos de vista de base L4 puede accederse como el tercer segmento en 2D EXT2D[2].
En la entrada de fichero 2620 en el primer fichero SS, los descriptores de asignación Nº 1, Nº 2, Nº 3 y Nº 4 consideran pares de bloques de datos de vista derecha y bloques de datos de vista de base adyacentes R1+L1, R2+L2SS, R3+L3SS y R4+L4 para que sean cada uno un segmento e indican el tamaño y el LBN de la parte superior de los mismos. Por consiguiente, cada par de bloques de datos adyacentes R1+L1, ..., R4+L4 puede accederse respectivamente como un segmento en 3D EXTSS[0], EXTSS[1], EXTSS[2] y EXTSS[3] en el primer fichero SS. El bloque exclusivamente para reproducción en 2D (L2+L3)2D puede accederse únicamente como parte del segmento EXT2D[1] en el fichero 2D, y los bloques exclusivamente para reproducción en 3D L2SS y L3SS pueden accederse únicamente como parte de los segmentos EXTSS[1] y EXTSS[2].
La Figura 33 es un diagrama esquemático que muestra la ruta de reproducción 2701 en modo de reproducción en 2D y la ruta de reproducción 2702 en modo L/R para el grupo de bloque de datos mostrado en la Figura 32. Obsérvese que un experto en la materia puede deducir fácilmente por analogía la ruta de reproducción en modo de profundidad a partir de la disposición mostrada en la Figura 15.
En modo de reproducción en 2D, el dispositivo de reproducción 200 reproduce el fichero 2D. Por consiguiente, como se muestra mediante la ruta de reproducción 2701 en modo de reproducción en 2D, en primer lugar el bloque de datos de vista de base L1, que es el último bloque de datos en el primer bloque de segmento en 3D 2601, se lee como el primer segmento en 2D EXT2D[0]. A continuación, el bloque inmediatamente posterior exclusivamente para
15
25
35
45
55
65 E10743572
05-10-2015
reproducción en 2D (L2+L3)2D se lee continuamente como el segundo segmento en 2D EXT2D[1]. El salto largo JLY tiene lugar en el límite de capa LB inmediatamente posterior, y junto con la realización de un salto de enfoque, se salta la lectura de los ocho bloques de datos D2, R2, L2SS, D3, R3, L3SS, D4 y R4, localizados en la parte superior del segundo bloque de segmento en 3D 2602. A continuación, el tercer bloque de datos de vista de base L4 en el segundo bloque de segmento en 3D 2602 se lee como el tercer segmento en 2D EXT2D[2].
En modo L/R, el dispositivo de reproducción 200 reproduce el primer fichero SS. Por consiguiente, como se muestra mediante la ruta de reproducción 2702 en modo L/R, en primer lugar un par R1+L1 del bloque de datos de la vista derecha superior R1 y del bloque de datos de vista de base inmediatamente posterior L1 se lee continuamente como el primer segmento en 3D EXTSS[0]. El salto largo JLY aparece de manera inmediata posteriormente, y junto con la realización de un salto de enfoque, se salta la lectura del bloque exclusivamente para reproducción en 2D (L2+L3)2D y del bloque de datos de mapa de profundidad superior D3 en el segundo bloque de segmento en 3D 2602. A continuación, el bloque de datos de la vista derecha superior R2 en el segundo bloque de segmento en 3D 2602 y el bloque inmediatamente posterior exclusivamente para reproducción en 3D L2SS se leen continuamente como el segundo segmento en 3D EXTSS[1], y se salta la lectura del bloque de datos de mapa de profundidad inmediatamente posterior D3 mediante el primer salto JLR1. De manera similar, el siguiente bloque de datos de la vista derecha R3 y el bloque inmediatamente posterior exclusivamente para reproducción en 3D L3SS, se leen continuamente como el tercer segmento en 3D EXTSS[2], y se salta la lectura del bloque de datos de mapa de profundidad inmediatamente posterior D4 mediante un segundo salto JLR2. Adicionalmente, el siguiente bloque de datos de la vista derecha R4 y el bloque de datos de vista de base inmediatamente posterior L4 se leen continuamente como el cuarto segmento en 3D EXTSS[3].
Como se muestra en la Figura 33, en modo de reproducción en 2D, se lee el bloque exclusivamente para reproducción en 2D (L2+L3)2D, mientras se salta la lectura de los bloques exclusivamente para reproducción en 3D L2SS y L3SS. A la inversa, en modo L/R, se salta la lectura del bloque exclusivamente para reproducción en 2D (L2+L3)2D, mientras se leen los bloques exclusivamente para reproducción en 3D L2SS y L3SS. Sin embargo, puesto que el bloque exclusivamente para reproducción en 2D (L2+L3)2D y los bloques exclusivamente para reproducción en 3D L2SS y L3SS coinciden bit a bit, el fotograma de vídeo de la vista izquierda que se reproduce es el mismo en ambos modos de reproducción. En la disposición 6, la ruta de reproducción 2701 en modo de reproducción en 2D y la ruta de reproducción 2702 en modo L/R se dividen antes y después del salto largo JLY de esta manera. Por consiguiente, el tamaño Sext2D[1] del segmento en 2D EXT2D[1] localizado inmediatamente antes del límite de capa LB y el tamaño Sext2[1] del bloque de datos de la vista derecha inmediatamente precedente R1 pueden determinarse por separado como sigue. Obsérvese que lo mismo se cumple para el modo de profundidad.
En primer lugar, la suma Sext2D[0]+Sext2D[1] de los tamaños de los dos segmentos en 2D EXT2D[0] y EXT2D[1] que son contiguos inmediatamente antes del límite de capa LB es el misma que la suma Sext1[1]+S2D del tamaño Sext1[1] del bloque de datos de vista de base L1 y el tamaño S2D del bloque exclusivamente para reproducción en 2D (L2+L3)2D. Por consiguiente, para reproducción ininterrumpida en modo de reproducción en 2D, esta suma Sext1[1]+S2D debería ser mayor que o igual a la cantidad de datos que se transmiten desde la memoria intermedia de lectura al decodificador objetivo de sistema entre el inicio de la lectura del segmento en 2D EXT2D[1] y la finalización del salto largo JLY. Por otro lado, los tamaños Sext2[0] y Sext2D[0] del bloque de datos de la vista derecha R1 y el bloque de datos de vista de base L1 que pertenecen al segmento en 3D EXTSS[0] localizado inmediatamente antes del límite de capa LB deberían ser valores de manera que la cantidad margen de memoria intermedia pueda mantenerse hasta inmediatamente antes del salto largo JLY. Aumentando apropiadamente el tamaño S2D del bloque exclusivamente para reproducción en 2D (L2+L3)2D, el tamaño Sext1[1] del bloque de datos de vista de base L1 puede limitarse adicionalmente mientras se mantiene la suma Sext2D[0]+Sext2D[1] de los tamaños del par de segmentos en 2D EXT2D[0] y EXT2D[1] constante. En correspondencia, el tamaño Sext2[0] del bloque de datos de la vista derecha R1 puede limitarse también adicionalmente.
En este caso, puesto que los bloques exclusivamente para reproducción en 3D L2SS y L3SS y el bloque exclusivamente para reproducción en 2D (L2+L3)2D son datos duplicados, aumentar el tamaño S2D del bloque exclusivamente para reproducción en 2D (L2+L3)2D aumenta el tamaño de los bloques de datos de vista derecha R2 y R3 localizados inmediatamente antes de los bloques exclusivamente para reproducción en 3D L2SS y L3SS. Sin embargo, en comparación con un bloque exclusivamente para reproducción en 2D (L2+L3)2D, puesto que el bloque exclusivamente para reproducción en 3D se divide en dos bloques, L2SS y L3SS, el tamaño de cada uno puede hacerse suficientemente más pequeño que el tamaño del bloque de datos de la vista derecha R3 localizado inmediatamente antes del límite de capa LB mostrado en la Figura 22. De esta manera, la cantidad de memoria intermedia de lectura a garantizarse en el dispositivo de reproducción 200 en modo L/R puede reducirse adicionalmente al mínimo necesario para reproducción ininterrumpida en modo L/R.
Es posible establecer por lo tanto cada bloque de datos en la disposición 6 para que sea un tamaño en que la reproducción ininterrumpida de imágenes de vídeo durante un salto largo es posible tanto en el modo de reproducción en 2D como en el modo L/R mientras se mantiene la cantidad de memoria intermedia de lectura que se ha de garantizar en el dispositivo de reproducción 200 al mínimo necesario. Adicionalmente, cambiar el bloque de datos que se ha de leer en modo de reproducción en 2D y en el modo L/R, en particular cambiar entre un bloque exclusivamente para reproducción en 2D (L2+L3)2D y bloques exclusivamente para reproducción en 3D L2SS y L3SS,
15
25
35
45
55
65 E10743572
05-10-2015
es posible simplemente cambiando el fichero de flujo de AV para reproducir entre el fichero 2D y el fichero SS. Obsérvese que lo mismo se cumple para el modo de profundidad.
En la disposición 6, los datos duplicados para el bloque exclusivamente para reproducción en 2D (L2+L3)2D se establecen como dos bloques exclusivamente para reproducción en 3D L2SS y L3SS. Como alternativa, los datos duplicados pueden establecerse como un bloque exclusivamente para reproducción en 3D como en la Figura 1, o como tres o más bloques exclusivamente para reproducción en 3D.
Obsérvese que, a diferencia de las disposiciones 1-5, el bloque exclusivamente para reproducción en 2D puede ser accesible como dos o más segmentos en el fichero 2D. Adicionalmente, cada bloque de datos puede ser accesible como un segmento en dos o más tipos de ficheros 2D o ficheros SS.
<Disposición de datos de flujo multiplexados para modo L/R únicamente>
Cuando las imágenes de vídeo en 3D se reproducen únicamente en modo L/R, los bloques de datos de mapa de profundidad pueden eliminarse de las disposiciones 1-6. La Figura 34A es un diagrama esquemático que muestra la disposición 4 en la Figura 28 con los bloques de datos de mapa de profundidad eliminados. Estos grupos de bloques de datos pertenecen al TS principal que incluye el flujo de datos de la vista derecha y el sub-TS que incluye el flujo de datos de la vista izquierda. Como se muestra en la Figura 34A, en el primer bloque de segmento en 3D 2801 localizado antes del límite de capa LB, el grupo de bloque de datos de la vista derecha ..., R1, R2 y el grupo de bloque de datos de vista de base ..., L1, L2 se graban en una disposición intercalada. Por otro lado, en el segundo bloque de segmento en 3D 2802 localizado después del límite de capa LB, el grupo de bloque de datos de la vista derecha R3, R4, ... y el grupo de bloque de datos de vista de base L3SS, L4, ... se graban en una disposición intercalada. Adicionalmente, un bloque exclusivamente para reproducción en 2D L32D se coloca entre L2, el último bloque de datos en el primer bloque de segmento en 3D 2801 y el límite de capa LB. También, un bloque exclusivamente para reproducción en 3D L3SS se coloca en la parte superior del segundo bloque de segmento en 3D 2802. Estos bloques de datos L32D y L3SS son datos duplicados y coinciden bit a bit.
En la disposición intercalada en los bloques de segmentos en 3D 2801 y 2802, los bloques de datos de vista derecha y los bloques de datos de vista de base se disponen de manera alterna en ese orden. Adicionalmente, entre dos bloques de datos contiguos Rn, Ln (n = ..., 1, 2, 3, 4, ...), el tiempo de ATC de segmento es el mismo. El contenido de cada pieza de datos de flujo es continuo entre los dos bloques de datos R2 y L2 localizados en el final del primer bloque de segmento en 3D 2801 y los dos bloques de datos R3 y L3SS localizados en la parte superior del segundo bloque de segmento en 3D 2802.
Los bloques de datos mostrados en la Figura 34A pueden accederse como un segmento en cualquiera de un fichero 2D o un fichero DEP, con la excepción del bloque exclusivamente para reproducción en 3D L3SS. Por ejemplo, en la entrada de fichero 2810 en el fichero 2D, el descriptor de asignación Nº 1 indica el tamaño y el LBN de la parte superior del bloque de datos de vista de base L1, que es segundo desde el final del primer bloque de segmento en 3D 3461. Por consiguiente, el bloque de datos de vista de base L1 puede accederse como un segmento en 2D EXT2D[0]. El descriptor de asignación Nº 2 considera el par de bloques de datos de vista de base L2+L32D para que sea un único segmento e indica el tamaño y el LBN de la parte superior del mismo. Por consiguiente, el par de bloques de datos de vista de base L2+L32D puede accederse como el segundo segmento en 2D EXT2D[1]. El descriptor de asignación Nº 3 indica el tamaño y el LBN de la parte superior del segundo bloque de datos de vista de base L4 en el segundo bloque de segmento en 3D 3402. Por consiguiente, el bloque de datos de vista de base L4 puede accederse como el tercer segmento en 2D EXT2D[2].
El enlace cruzado de ficheros de flujo de AV se realiza de la misma manera que en la Figura 15 para los grupos de bloques de datos mostrados en la Figura 34A. En particular, puesto que los bloques de datos de mapa de profundidad se eliminan desde los bloques de segmentos en 3D 2801 y 2802, dos o más pares de bloques de datos de vista derecha y bloques de datos de vista de base que tienen el mismo tiempo de ATC de segmento pueden disponerse contiguamente. En este caso, estos dos o más pares pueden accederse como un segmento en 3D. Como se muestra en la Figura 34A, en la entrada de fichero 2820 en el fichero SS, en el primer bloque de segmento en 3D 2801, el descriptor de asignación Nº 1 considera cuatro bloques de datos de vista derecha y los bloques de datos de vista de base contiguos R1, L1, R2 y L2 para que sean un segmento, que indica el tamaño y el LBN de la parte superior de los mismos. Por consiguiente, estos bloques de datos R1, L1, R2 y L2 pueden accederse como un segmento en 3D EXTSS[0]. En el segundo bloque de segmento en 3D 2802, el descriptor de asignación Nº 2 considera cuatro bloques de datos de vista derecha y los bloques de datos de vista de base contiguos R3, L3SS, R4 y L4 para que sean un segmento, que indica el tamaño y el LBN de la parte superior de los mismos. Por consiguiente, estos bloques de datos R3, L3SS, R4 y L4 pueden accederse como un segmento en 3D EXTSS[1]. En este caso, los segmentos en 3D EXTSS[0] y EXTSS[1] comparten respectivamente los bloques de datos de vista de base L1, L2 y L4 con los segmentos en 2D EXT2D[0], EXT2D[1] y EXT2D[2]. Por otro lado, el bloque exclusivamente para reproducción en 2D L32D puede accederse únicamente como parte del segmento EXT2D[1] localizado inmediatamente antes del límite de capa LB. Adicionalmente, el bloque exclusivamente para reproducción en 3D L3SS puede accederse únicamente como parte del segmento EXTSS[1] localizado inmediatamente después del límite de capa LB.
15
25
35
45
55
65 E10743572
05-10-2015
La Figura 34B es un diagrama esquemático que muestra la ruta de reproducción 2803 en modo de reproducción en 2D y la ruta de reproducción 2804 en modo L/R para los grupos de bloques de datos mostrados en la Figura 34A.
En modo de reproducción en 2D, el dispositivo de reproducción 200 reproduce el fichero 2D. Por consiguiente, como se muestra mediante la ruta de reproducción 2803 en modo de reproducción en 2D, en primer lugar el bloque de datos de vista de base L1, que es segundo desde el final del primer bloque de segmento en 3D 2801, se lee como el primer segmento en 2D EXT2D[0], y se salta la lectura del bloque de datos de la vista derecha inmediatamente posterior R2 mediante el primer salto J2D1. A continuación, un par L2+L32D del bloque de datos de vista de base L2, localizado el último en el primer bloque de segmento en 3D 2801, y el bloque inmediatamente posterior exclusivamente para reproducción en 2D L32D se leen continuamente como el segundo segmento en 2D EXT2D[1]. El salto largo JLY tiene lugar en el límite de capa LB inmediatamente posterior, y junto con la realización de un salto de enfoque, se salta la lectura de los tres bloques de datos R3, L3SS y R4, localizados en la parte superior del segundo bloque de segmento en 3D 2802. A continuación, el segundo bloque de datos de vista de base L4 en el segundo bloque de segmento en 3D 2802 se lee como el tercer segmento en 2D EXT2D[2].
En modo L/R, el dispositivo de reproducción 200 reproduce el fichero SS. Por consiguiente, como se muestra mediante la ruta de reproducción 2804 en modo L/R, en primer lugar el grupo de bloque de datos R1, L1, R2 y L2 en el primer bloque de segmento en 3D 2801 se lee continuamente como el primer segmento en 3D EXTSS[0]. El salto largo JLY tiene lugar de manera inmediata posteriormente, y junto con la realización de un salto de enfoque, se salta la lectura del bloque exclusivamente para reproducción en 2D L32D. A continuación, el grupo de bloque de datos R3, L3SS, R4 y L4 en el segundo bloque de segmento en 3D 2802 se lee continuamente como el siguiente segmento en 3D EXTSS[1].
Como se muestra en la Figura 34B, en modo de reproducción en 2D, se lee el bloque exclusivamente para reproducción en 2D L32D, mientras se salta la lectura del bloque exclusivamente para reproducción en 3D L3SS. A la inversa, en modo L/R, se salta la lectura del bloque exclusivamente para reproducción en 2D L32D, mientras se lee el bloque exclusivamente para reproducción en 3D L3SS. Sin embargo, puesto que los bloques de datos L32D y L3SS coinciden bit a bit, el fotograma de vídeo de la vista izquierda que se reproduce es el mismo en ambos modos de reproducción. En la disposición 4, incluso cuando únicamente se soporta el modo L/R, la ruta de reproducción 2803 en modo de reproducción en 2D y la ruta de reproducción 2804 en modo L/R se dividen antes y después del salto largo JLY de esta manera. Por consiguiente, aumentando apropiadamente el tamaño S2D del bloque exclusivamente para reproducción en 2D L32D, el tamaño Sext1[1] del bloque de datos de vista de base L2 puede limitarse adicionalmente mientras se mantiene el tamaño Sext2D[1] = Sext1[1] + S2D del segmento en 2D EXT2D[1] constante. En correspondencia, el tamaño Sext2[1] del bloque de datos de la vista derecha R2 puede limitarse también adicionalmente. Como resultado, la capacidad de memoria intermedia de lectura a garantizarse en el dispositivo de reproducción 200 en modo L/R puede llevarse incluso más cerca del mínimo necesario para reproducción ininterrumpida en modo L/R.
A continuación, se proporciona una descripción sobre un caso de ejemplo de la disposición 1 con los bloques de datos de mapa de profundidad eliminados.
La Figura 35 es un diagrama esquemático que muestra la disposición 1 en la Figura 20 con los bloques de datos de mapa de profundidad eliminados. Estos grupos de bloques de datos pertenecen al TS principal que incluye el flujo de datos de la vista derecha y el sub-TS que incluye el flujo de datos de la vista izquierda. Como se muestra en la Figura 35, en la primera capa de grabación localizada antes del límite de capa LB, el primer bloque de segmento en 3D 2005 que incluye el grupo de bloque de datos de la vista derecha ..., R0, R1 y el grupo de bloque de datos de vista de base .... , L0, L1 se graban en una disposición intercalada. Los bloques exclusivamente para reproducción en 2D L22D y L32D se colocan contiguamente siguiendo el final L1 del primer bloque de segmento en 3D 2005. Adicionalmente, entre el bloque exclusivamente para reproducción en 2D L32D y el límite de capa LB, el segundo bloque de segmento en 3D 2006 que incluye el grupo de bloque de datos de la vista derecha ..., R2, R3, y los bloques exclusivamente para reproducción en 3D, ..., L2ss, L3ss se graban en una disposición intercalada.
Los bloques exclusivamente para reproducción en 2D L22D y L32D y los bloques exclusivamente para reproducción en 3D L2ss y L3ss son datos duplicados, y coinciden bit a bit. Por otro lado, en la segunda capa de grabación localizada después del límite de capa LB, el tercer bloque de segmento en 3D 2007 que incluye el grupo de bloque de datos de la vista derecha R4, ..., y el grupo de bloque de datos de vista de base L4 se graban en una disposición intercalada.
En las disposiciones intercaladas de los bloques de segmentos en 3D 2005, 2006 y 2007, un bloque de datos de la vista derecha y un bloque de datos de vista de base se disponen de manera alterna en ese orden. Adicionalmente, entre dos bloques de datos consecutivos Rn, Ln (n = ..., 1, 2, 3, 4, ...), el tiempo de ATC de segmento es el mismo. El contenido de cada pieza de datos de flujo es continuo entre los dos bloques de datos R1 y L1 localizados en el final del primer bloque de segmento en 3D 2005 y los dos bloques de datos R2 y L2SS localizados en la parte superior del segundo bloque de segmento en 3D 2006, mientras el contenido de cada pieza de datos de flujo es continuo entre los dos bloques de datos R3 y L3ss localizados en el final del segundo bloque de segmento en 3D 2006 y los dos bloques de datos R4 y L4 localizados en la parte superior del tercer bloque de segmento en 3D 2007.
15
25
35
45
55
65 E10743572
05-10-2015
Los bloques de datos mostrados en la Figura 35 pueden accederse como un segmento en cualquiera del fichero 2D
o el fichero DEP, con la excepción de los bloques exclusivamente para reproducción en 3D L2SS y L3SS. Por ejemplo, en la entrada de fichero 2010 en el primer fichero 2D, el descriptor de asignación Nº 1 indica el tamaño y el LBN de la parte superior del bloque de datos de vista de base L0, que es segundo desde el final del primer bloque de segmento en 3D 2005. Por consiguiente, el bloque de datos de vista de base L0 puede accederse como como un segmento en 2D EXT2D[0] en el primer fichero 2D. El descriptor de asignación Nº 2 considera un grupo de los bloques de datos de vista de base L1+L22D+L33D, es decir el bloque de datos de vista de base L1, el último en el primer bloque de segmento en 3D 2005, y los bloques contiguos inmediatamente posteriores exclusivamente para reproducción en 2D L22D y L32D, para que sean un único segmento e indica el tamaño y el LBN de la parte superior de los mismos. Por consiguiente, el grupo de bloque de datos de vista de base L1+L22D+L33D puede accederse como un segmento en 2D EXT2D[1] en el primer fichero 2D. Los bloques de datos de vista de base L1, L22D y L33D en estos ficheros en 2D constituyen un segmento que tiene una longitud contigua larga inmediatamente antes de la posición donde tiene lugar un salto largo. Puesto que los ficheros 2D pueden formar un gran segmento inmediatamente antes de un salto largo, no se espera que tenga lugar la infrautilización de las memorias intermedias de lectura incluso cuando se realiza reproducción en modo de reproducción en 2D. En la entrada de fichero 2011 en el segundo fichero 2D, el descriptor de asignación Nº 1 indica el tamaño y el LBN de la parte superior del bloque de datos de vista de base L4 del tercer bloque de segmento en 3D 2007. Por consiguiente, el bloque de datos de vista de base L4 puede accederse como un segmento en 2D EXT2D[2] en el segundo fichero 2D.
El enlace cruzado de los ficheros de flujo de AV se realiza de la misma manera que en la Figura 15 para los grupos de bloques de datos mostrados en la Figura 35. En particular, puesto que los bloques de datos de mapa de profundidad se eliminan de los bloques de segmentos en 3D 2005, 2006 y 2007, dos o más pares de bloques de datos de vista derecha y bloques de datos de vista de base que tienen el mismo tiempo de ATC de segmento pueden disponerse contiguamente. En este caso, estos dos o más pares pueden accederse como un segmento en 3D. Como se muestra en la Figura 35, en la entrada de fichero 2020 en el fichero SS, en el primer bloque de segmento en 3D 2005, el descriptor de asignación Nº 1 considera cuatro bloques de datos de vista derecha y los bloques de datos de vista de base contiguos R0, L0, R1 y L1 para que sean un segmento, que indica el tamaño y el LBN de la parte superior de los mismos. Por consiguiente, estos bloques de datos R0, L0, R1 y L1 pueden accederse como un segmento en 3D EXTSS[0]. En el segundo bloque de segmento en 3D 2006, el descriptor de asignación Nº 2 considera cuatro bloques de datos de vista derecha y los bloques de datos de vista de base contiguos R2, L2SS, R3 y L3SS para que sean un segmento, que indica el tamaño y el LBN de la parte superior de los mismos. Por consiguiente, estos bloques de datos R2, L2SS, R3 y L3SS pueden accederse como un segmento en 3D EXTSS[1]. En la entrada de fichero 2021 en el fichero SS, el descriptor de asignación Nº considera el par del bloque de datos de la vista derecha y el bloque de datos de vista de base adyacentes R4+L4 para que sean un segmento, que indica el tamaño y el LBN de la parte superior de los mismos. Por consiguiente, el par de bloques de datos adyacente R4+L4 puede accederse como un segmento en 3D EXTSS[4].
En este caso, los segmentos en 3D EXTSS[0] y EXTSS[1] comparten respectivamente bloques de datos de vista de base L1, L2 y L4 con los segmentos en 2D EXT2D[0], EXT2D[1] y EXT2D[2]. Por otro lado, los bloques exclusivamente para reproducción en 2D L22D y L32D pueden accederse únicamente como parte del segmento EXT2D[1] localizado inmediatamente antes del límite de capa LB. Adicionalmente, los bloques exclusivamente para reproducción en 3D L2SS y L3SS pueden accederse únicamente como parte del segmento EXTSS[1] localizado inmediatamente después del límite de capa LB.
En la Figura 35, la lista de reproducción en 2D y la lista de reproducción en 3D incluyen ambas los elementos de reproducción Nº 1 y Nº 2 que están conectados de manera ininterrumpida juntos. El elemento de reproducción precedente en la lista de reproducción en 2D hace referencia al primer fichero 2D. El elemento de reproducción precedente en la lista de reproducción en 3D hace referencia al primer fichero SS, y el sub-elemento de reproducción reproducido en sincronización con el elemento de reproducción precedente hace referencia al fichero DEP. Como se ha descrito anteriormente, el contenido de los bloques de datos de vista de base que se hace referencia mediante los segmentos en 2D EXT2D[0] y EXT2D[1] es el mismo que el contenido de los bloques de datos de vista de base que se hace referencia mediante los segmentos en 3D EXTSS[0] y EXTSS[1]. Por consiguiente, en la reproducción de la lista de reproducción en 2D, los bloques de datos de vista de base L1, L22D y L32D se reproducen en una posición donde los elementos de reproducción están conectados de manera ininterrumpida, mientras en la lista de reproducción en 3D, L1, L2SS y L3ss, que tienen el mismo contenido que L1, L22D y L32D, se reproducen en una posición donde los elementos de reproducción están conectados de manera ininterrumpida. Por lo tanto, aunque las rutas de reproducción son diferentes entre la reproducción en 2D basándose en la lista de reproducción en 2D y la reproducción en 3D basándose en la lista de reproducción en 3D, los dispositivos de reproducción pueden reproducir el mismo fotograma de vídeo de la vista izquierda.
A continuación, se proporciona la descripción sobre datos que se hacen referencia mediante elementos de reproducción sucesivos. El elemento de reproducción sucesivo en la lista de reproducción en 2D se refiere al segundo fichero 2D. El elemento de reproducción sucesivo en la lista de reproducción en 3D hace referencia al segundo fichero SS, y el sub-elemento de reproducción reproducido en sincronización con el elemento de reproducción sucesivo de la lista de reproducción en 2D hace referencia al fichero DEP. Como se muestra en la figura, el segundo fichero 2D y el segundo fichero SS usan los mismos datos, es decir, el bloque de datos de vista
15
25
35
45
55
65 E10743572
05-10-2015
de base L4.
En este punto, la distancia desde el final del segmento en 2D de pre-salto EXT2D[1] que se hace referencia mediante el elemento de reproducción precedente de la lista de reproducción en 2D a la cabecera del segmento en 2D EXT2D[2] que se hace referencia mediante el elemento de reproducción sucesivo se establece a un valor no mayor que la distancia de salto máxima determinada mediante una especificación dada basándose en la realización de salto del dispositivo de reproducción en 2D. La distancia de salto entre el bloque de segmento en 3D de pre-salto 2006 que se hace referencia mediante el elemento de reproducción precedente de la lista de reproducción en 3D y el bloque de segmento en 3D 2007 que se hace referencia mediante el elemento de reproducción sucesivo de la lista de reproducción en 3D se establece a un valor no mayor que la máxima distancia determinada mediante una especificación dada basándose en la realización de salto del dispositivo de reproducción en 2D/3D.
En modo de reproducción en 2D, el dispositivo de reproducción 200 reproduce el fichero 2D. Por consiguiente, el bloque de datos de vista de base L0 se lee como el primer segmento en 2D EXT2D[0], y a continuación el bloque de datos de vista de base L I y los bloques inmediatamente posteriores exclusivamente para reproducción en 2D L22D y L32D se leen continuamente como el segundo segmento en 2D EXT2D[1], y después de un salto largo, el bloque de datos de vista de base L4 se lee como el primer segmento en 2D EXT2D[2] del segundo fichero 2D.
En modo L/R, el dispositivo de reproducción 200 reproduce el primer fichero SS. Por consiguiente, el grupo de bloque de datos R0, L0, R1 y L1 en el primer bloque de segmento en 3D 2005 se lee consecutivamente como el primer segmento en 3D EXTSS[0], el grupo de bloque de datos R2, L2SS, R3 y L3SS en el segundo bloque de segmento en 3D 2006 se lee continuamente como el segundo segmento en 3D EXTSS[1], y después de un salto largo, el bloque de datos de la vista derecha R4 y el bloque de datos de vista de base inmediatamente posterior L4 se leen como el primer segmento en 3D EXTSS[4] del segundo fichero SS.
Como se ha descrito anteriormente, en modo de reproducción en 2D, se leen los bloques exclusivamente para reproducción en 2D L22D y L32D, mientras se salta la lectura de los bloques exclusivamente para reproducción en 3D L2SS y L3SS. A la inversa, en modo L/R, se salta la lectura de los bloques exclusivamente para reproducción en 2D L22D y L32D, mientras se leen los bloques exclusivamente para reproducción en 3D L2SS y L3SS. Sin embargo, puesto que los bloques de datos L22D y L2SS coinciden bit a bit, y los bloques de datos L32D y L3SS coinciden también bit a bit, el fotograma de vídeo de la vista izquierda que se reproduce es el mismo en ambos modos de reproducción. En la disposición 1, incluso cuando únicamente se soporta el modo L/R para reproducción en 3D, la ruta de reproducción en modo de reproducción en 2D y la ruta de reproducción en modo L/R se dividen antes de un salto largo de esta manera. Por consiguiente, aumentando apropiadamente el tamaño S2D[2] y S2D[3] del bloque exclusivamente para reproducción en 2D y L22D y L32D, el tamaño Sext1[] del bloque de datos de vista de base L1 puede limitarse adicionalmente mientras se mantiene el tamaño Sext2D[1] = Sext1[1] + S2D[2] + S2D[3] del segmento en 2D EXT2D[1] constante. En correspondencia, el tamaño Sext2[1] del bloque de datos de la vista derecha R2 puede limitarse también adicionalmente. Como resultado, la capacidad de memoria intermedia de lectura a garantizarse en el dispositivo de reproducción 200 en modo L/R puede llevarse incluso más cerca del mínimo necesario para reproducción ininterrumpida en modo L/R. Lo mismo se cumple para las disposiciones 2, 3, 5 y 6.
Por lo tanto, incluso cuando únicamente se soporta el modo L/R en las disposiciones 1-6, es posible establecer cada bloque de datos para que sea un tamaño en que la reproducción ininterrumpida de imágenes de vídeo durante un salto largo es posible en tanto el modo de reproducción en 2D como el modo L/R mientras se mantiene la cantidad de memoria intermedia de lectura que se ha de garantizar en el dispositivo de reproducción 200 al mínimo necesario.
<Otros paquetes de TS incluidos en el fichero de flujo de AV>
Los tipos de los paquetes de TS contenidos en el fichero de flujo de AV incluyen no únicamente aquellos que se convierten desde los flujos elementales mostrados en las Figuras 10 y 11, sino también una tabla de asociación de programa (PAT), la tabla de mapa de programa (PMT) y la referencia de reloj de programa (PCR). La PCR, PMT y PAT se especifican mediante la Norma de Difusión Digital Europea y se pretenden para regular el flujo de transporte parcial que constituye un único programa. Usando PCR, PMT y PAT, el fichero de flujo de AV 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 fichero de flujo de AV. El PID de la propia PAT es 0. La PMT incluye los PID para los flujos elementales que representan vídeo, audio, subtítulos, etc., incluidos en el mismo fichero de flujo de AV, así como la información de atributo para los flujos elementales. La PMT incluye también diversos descriptores relacionados con el fichero de flujo de AV. Los descriptores incluyen particularmente información de control de copia que muestra si se permite o no el copiado del fichero de flujo de AV. La PCR incluye información que indica el valor de un reloj de tiempo de sistema (STC) para asociarse con las ATS asignadas al propio PCR. El STC que se hace referencia en este punto es un reloj usado como una referencia para la PTS y la DTS en un decodificador. El decodificador usa la PCR para sincronizar el STC con el ATC.
La Figura 36 es un diagrama esquemático que muestra la estructura de datos de una PMT 2910. La PMT 2910 incluye un encabezamiento de PMT 2901, una pluralidad de descriptores 2902 y una pluralidad de piezas de
15
25
35
45
55
65 E10743572
05-10-2015
información de flujo 2903. El encabezamiento de PMT 2901 indica la longitud de datos, etc., almacenados en la PMT 2910. Cada descriptor 2902 hace referencia a todo el fichero de flujo de AV que incluye la PMT 2910. La información de control de copia se incluye en uno de los descriptores 2902. Cada pieza de información de flujo 2903 hace referencia a uno de los flujos elementales incluidos en el fichero de flujo de AV y se asigna a un flujo elemental diferente. Cada pieza de información de flujo 2903 incluye un tipo de flujo 2931, un PID 2932 y un descriptor de flujo 2933. El tipo de flujo 2931 incluye información de identificación para el códec usado para comprimir el flujo elemental. El PID 2932 indica el PID del flujo elemental. El descriptor de flujo 2933 incluye información de atributo del flujo elemental, tal como una velocidad de fotograma y una relación de aspecto.
Usando PCR, PMT y PAT, el decodificador en el dispositivo de reproducción puede hacerse para procesar el fichero de flujo de AV de la misma manera que el flujo de transporte parcial en la Norma de Difusión Digital Europea. De esta manera, es posible asegurar la compatibilidad entre un dispositivo de reproducción para el medio de grabación 100 y un dispositivo terminal conforme a la Norma de Difusión Digital Europea.
Hasta ahora, se ha descrito en detalle el fichero de flujo.
<Fichero de información de clip>
A continuación hay una descripción detallada del fichero de directorio.
La Figura 37 es un diagrama esquemático que muestra la estructura de datos del fichero de información de clip en 2D 531. Los ficheros de información de clip de vista dependiente tienen la misma estructura de datos. A continuación, se describe en primer lugar la estructura de datos común a todos los ficheros de información de clip, usando la estructura de datos del fichero de información de clip en 2D 531 como un ejemplo. Posteriormente, se describen las diferencias en estructura de datos entre un fichero de información de clip en 2D y un fichero de información de clip de vista dependiente.
Como se muestra en la Figura 37, el fichero de información de clip en 2D 531 incluye información de clip 3010, información de atributo de flujo 3020, un mapa de entrada 3030 y meta datos de 3D 3040. Los meta datos de 3D 3040 incluyen una tabla de compensación 3041 y un punto de inicio de segmento 3042.
Como se muestra en la Figura 37, la información de clip 3010 incluye una velocidad de sistema 3011, un tiempo de inicio de reproducción 3012 y un tiempo de fin de reproducción 3013. La velocidad de sistema 3011 indica el valor máximo de la velocidad de transferencia en la que los "paquetes de TS" que pertenecen al fichero 2D correspondiente se transfieren desde la memoria intermedia de lectura en el dispositivo de reproducción 200 al decodificador objetivo de sistema. El intervalo entre las ATS de los paquetes de fuente en el fichero 2D se establece de modo que la velocidad de transferencia de los paquetes de TS esté limitada a la velocidad de sistema o inferior. El tiempo de inicio de reproducción 3012 indica la PTS de la VAU localizada en la parte superior del fichero 2D, por ejemplo la PTS del fotograma de vídeo superior. El tiempo de fin de reproducción 3012 indica el valor del STC retardado un tiempo predeterminado desde la PTS de la VAU localizada en el final del fichero 2D, por ejemplo la suma de la PTS del último fotograma de vídeo y el tiempo de reproducción de un fotograma.
Como se muestra en la Figura 37, la información de atributo de flujo 3020 es una tabla de correspondencia entre el PID 3021 para cada flujo elemental incluido en el fichero 2D con piezas de información de atributo 3022. Cada pieza de información de atributo 3022 es diferente para un flujo de vídeo, flujo de audio, flujo de PG y flujo de IG. Por ejemplo, la información de atributo que corresponde al PID 0x1011 para el flujo de vídeo principal incluye un tipo de códec usado para la compresión del flujo de vídeo, así como una resolución, relación de aspecto y velocidad de fotograma para cada instantánea que constituye el flujo de vídeo. Por otro lado, la información de atributo que corresponde al PID 0x1101 para el flujo de audio principal incluye un tipo de códec usado para comprimir el flujo de audio, número de canales incluidos en el flujo de audio, idioma y frecuencia de muestreo. El dispositivo de reproducción 200 usa esta información de atributo 3022 para inicializar el decodificador.
[Mapa de entrada]
La Figura 38A es un diagrama esquemático que muestra la estructura de datos de un mapa de entrada 3030. Como se muestra en la Figura 38A, el mapa de entrada 3030 incluye las tablas 3100. Hay el mismo número de tablas 3100 que los flujos de vídeo multiplexados en el TS principal, y las tablas se asignan una a una a cada flujo de vídeo. En la Figura 38A, cada tabla 3100 se distingue mediante el PID del flujo de vídeo al que se asigna. Cada tabla 3100 incluye un encabezamiento de mapa de entrada 3101 y un punto de entrada 3102. El encabezamiento de mapa de entrada 3101 incluye el PID que corresponde a la tabla 3100 y el número total de puntos de entrada 3102 incluidos en la tabla 3100. El punto de entrada 3102 asocia un par de una PTS 3103 y número de paquete de fuente (SPN) 3104 con uno de los ID de puntos de entrada individualmente diferentes (EP_1D) 3105. Adicionalmente, el punto de entrada 3102 tiene una bandera (bandera es_cambio_de_ángulo (is_angle_change)) que indica si el cambio de ángulo para este punto característico es posible. El cambio de ángulo es posible para un paquete de fuente localizado en una cabecera de una unidad intercalada que constituye una sección de multi ángulo. Por consiguiente, la bandera es_cambio_de_ángulo del punto de entrada que especifica el paquete de fuente en la cabecera de la
15
25
35
45
55
65 E10743572
05-10-2015
unidad intercalada se establece siempre para que esté ACTIVADO. Y, el punto de entrada que especifica el paquete de fuente en la cabecera de la unidad intercalada se asocia con Tiempo_de_Entrada (In_Time) en la información de elemento de reproducción mediante el punto de entrada. La PTS 3103 es equivalente a la PTS para una de las instantáneas I incluidas en el flujo de vídeo para el PID indicado mediante el encabezamiento de mapa de entrada 3101. El SPN 3104 es equivalente al SPN para la parte superior del grupo de paquetes de fuente almacenados en la instantánea I correspondiente. Un "SPN" se refiere al número asignado consecutivamente desde el superior a un grupo de paquetes de fuente que pertenecen a un fichero de flujo de AV. El SPN se usa como la dirección para cada paquete fuente en el fichero de flujo de AV. En el mapa de entrada 3030 en el fichero de información de clip en 2D 531, el SPN hace referencia al número asignado al grupo de paquetes de fuente que pertenecen al fichero 2D, es decir el grupo de paquetes de fuente que constituyen el TS principal. Por consiguiente, el punto de entrada 3102 expresa la relación entre la PTS y la dirección, es decir el SPN, de cada instantánea 1 incluida en el fichero 2D.
Un punto de entrada 3102 no necesita establecerse para todas las instantáneas 1 en el fichero 2D 541. Sin embargo, cuando una instantánea 1 se localiza en la parte superior de un GOP, y el paquete de TS que incluye la parte superior de esa instantánea 1 se localiza en la parte superior de un segmento en 2D, tiene que establecerse un punto de entrada 3102 para esa instantánea 1.
La Figura 38B es un diagrama esquemático que muestra paquetes de fuente en el grupo de paquetes de fuente 3110 que pertenecen al fichero 2D 541 que están asociados con cada EP_ID 3105 mediante el mapa de entrada 3030. La Figura 38C es un diagrama esquemático que muestra las relaciones entre el grupo de paquetes de fuente 3110 y el grupo de bloque de datos 3120 en el medio de grabación 100. Cuando el dispositivo de reproducción 200 reproduce imágenes de vídeo en 2D desde el fichero 2D 541, hace referencia al mapa de entrada 3030 para especificar el SPN para el paquete de fuente que incluye un fotograma que representa una escena arbitraria desde la PTS para ese fotograma. Específicamente, cuando por ejemplo una PTS = 360.000 se indica como la PTS para un punto de entrada específico para la posición para iniciar la reproducción, el dispositivo de reproducción 200 recupera en primer lugar el SPN = 3200 asignado a esta PTS en el mapa de entrada 3030. A continuación, el dispositivo de reproducción 200 busca el cociente SPN × 192 / 2.048, es decir el valor del SPN multiplicado por 192 bytes, la cantidad de datos por paquete de fuente, y dividido por 2.048 bytes, la cantidad de datos por sector. Este valor es el mismo que el número total de sectores grabados en el TS principal antes de la unidad alineada que incluye el paquete de fuente al que se asigna el SPN. En el ejemplo mostrado en la Figura 38B, este valor es 3.200 × 192 / 2.048 = 300, y es igual al número total de sectores en que los grupos de paquetes de fuente 3111 se graban desde el SPN 0 a 3199. A continuación, el dispositivo de reproducción 200 hace referencia al descriptor de asignación en la entrada de fichero en el fichero 2D 541 y especifica el LBN del (número total+1)-ésimo sector, contando desde la parte superior de los grupos de sectores en que se graban grupos de segmentos en 2D. En el ejemplo mostrado en la Figura 38C, en los grupos de sectores en que los bloques de datos de vista de base L1, L2+L32D, L4, ... que pueden accederse como segmentos en 2D EXT2D[0], EXT2D[1], EXT2D[2], ... se graban, se especifica el LBN del 301-ésimo sector contando desde la parte superior. El dispositivo de reproducción 200 indica este LBN a la unidad de BD-ROM. De esta manera, los grupos de bloques de datos de vista de base se leen como unidades alineadas en orden desde el sector para este LBN. Adicionalmente, desde la primera unidad alineada en que se lee, el dispositivo de reproducción 200 selecciona el paquete de fuente indicado mediante el punto de entrada para que la posición empiece a reproducir y decodifica una instantánea I. A partir de entonces, las instantáneas posteriores se decodifican en orden haciendo referencia a instantáneas ya decodificadas. De esta manera, el dispositivo de reproducción 200 puede reproducir imágenes de vídeo en 2D desde el fichero 2D 541 desde una PTS especificada hacia delante.
Adicionalmente, el mapa de entrada 3030 es útil para procesamiento eficaz durante modo de reproducción tal como avance rápido, retroceso, etc. Por ejemplo, el dispositivo de reproducción 200 en modo de reproducción en 2D en primer lugar hace referencia al mapa de entrada 3030 para leer SPN que empiezan en la posición para empezar a reproducir, por ejemplo para leer SPN = 3200, 4800, ... en orden desde los puntos de entrada EP_ID = 2, 3, ... que incluyen PTS que empiezan en PTS = 360.000. A continuación, el dispositivo de reproducción 200 hace referencia a la entrada de fichero en el fichero 2D 541 para especificar el LBN de los sectores que corresponden a cada SPN. El dispositivo de reproducción 200 a continuación indica cada LBN a la unidad de BD-ROM. Las unidades alineadas se leen de esta manera desde el sector para cada LBN. Adicionalmente, desde cada unidad alineada, el dispositivo de reproducción 200 selecciona el paquete de fuente indicado mediante cada punto de entrada y decodifica una instantánea I. El dispositivo de reproducción 200 puede por lo tanto reproducir de manera selectiva una instantánea I desde el fichero 2D 541 sin analizar el propio grupo de segmentos en 2D EXT2D[n].
[Tabla de compensación]
La Figura 39A es un diagrama esquemático que muestra la estructura de datos de una tabla de compensación 3041. La tabla de compensación 3041 es información usada para procesamiento de recorte mediante el dispositivo de reproducción 200 en modo de reproducción en 3D. El "procesamiento de recorte" se refiere a procesamiento para generar, desde una tabla que representa una imagen de vídeo en 2D, un par de piezas de datos de plano que representan una vista izquierda y una vista derecha. Una pieza de "datos de plano" se refiere a una matriz de datos de píxeles bidimensional. El tamaño de la matriz es el mismo que la resolución de un fotograma de vídeo. Una pieza de datos de píxeles consiste en un valor de coordenada cromática y un valor α (opacidad). El valor de coordenada
15
25
35
45
55
65 E10743572
05-10-2015
cromática se expresa como un valor de RGB o un valor de YCrCb. El objetivo del procesamiento de recorte incluye las piezas de datos de plano generados desde los flujos de PG, los flujos de IG y los flujos de vídeo secundario en el TS principal, así como las piezas de datos de plano de imagen generados de acuerdo con un objeto BD-J. El procesamiento de recorte cambia la posición horizontal de cada pieza de datos de píxeles en una pieza de datos de plano. Por consiguiente, en el par de piezas de datos de plano obtenidas mediante procesamiento de recorte, las posiciones de presentación en la vista izquierda y en la vista derecha se desplazan a la izquierda y derecha desde la posición de presentación original en la imagen de vídeo en 2D. Un espectador parece percibir un par de una vista izquierda y una vista derecha como una única imagen de vídeo en 3D debido a la paralaje binocular producida mediante estos desplazamientos.
Como se muestra en la Figura 39A, la tabla de compensación 3041 incluye una tabla 3210 para cada PID en los flujos de PG, los flujos de IG y los flujos de vídeo secundario. Cada tabla 3210 es una tabla de correspondencia entre PTS 3201 y valores de compensación 3202. La PTS 3201 representa cada pieza de datos de plano generados desde los flujos de PG, los flujos de IG y los flujos de vídeo secundario. El valor de compensación 3202 representa el número de píxeles con signo por el que cada pieza de datos de píxeles se desplaza horizontalmente mediante procesamiento de recorte. Por ejemplo, un signo positivo representa un desplazamiento a la derecha, y un signo negativo un desplazamiento a la izquierda. El signo del valor de compensación 3202 se determina si la imagen de vídeo en 3D es más profunda que la pantalla o más cercana al espectador. En lo sucesivo, un par 3203 de una PTS 3201 y un valor de compensación 3202 se denomina como una "entrada de compensación".
La Figura 39B es un diagrama esquemático que muestra la sección válida de una entrada de compensación. La sección válida de una entrada de compensación es, en el tiempo medido mediante un STC, el intervalo desde el tiempo indicado mediante la PTS de la entrada de compensación hasta el tiempo indicado mediante la PTS de la siguiente entrada de compensación. Cuando la PTS para una pieza de datos de plano pertenece a una sección válida de una cierta entrada de compensación, a continuación durante el procesamiento de recorte, la posición de presentación de los datos de píxeles en esa pieza de datos de plano se desplaza mediante el valor de compensación en la entrada de compensación. En el ejemplo mostrado en la Figura 39A, la PTS de la entrada de compensación Nº 1 es 180.000, la PTS de la entrada de compensación Nº 2 es 270.000 y la PTS de la entrada de compensación Nº 3 es 360.000. En este caso, como se muestra en la Figura 39B, un valor de compensación de "+5" en la entrada de compensación Nº 1 es válido en un intervalo de STC 3204 desde 180.000 a 270.000, y un valor de compensación de "+3" en la entrada de compensación Nº 2 es válido en un intervalo de STC 3205 desde 270.000 a
360.000.
[Punto de inicio de segmento]
La Figura 40A es un diagrama esquemático que muestra la estructura de datos de puntos de inicio de segmento 3042. Como se muestra en la Figura 40A, el "punto de inicio de segmento" 3042 incluye un ID de segmento de vista de base (EXT1_ID) 3311 y un SPN 3312. El EXT1_ID 3311 es un número de serie asignado consecutivamente desde la parte superior a los bloques de datos de vista de base que pertenecen al primer fichero SS (01000.ssif) 544A. Se asigna un SPN 3312 a cada EXT1_ID 3311 y es el mismo que el SPN para el paquete de fuente localizado en la parte superior del bloque de datos de vista de base identificado mediante el EXT1_ID 3311. Este SPN es un número de serie asignado desde la parte superior a los paquetes de fuente incluidos en el grupo de bloque de datos de vista de base que pertenecen al primer fichero SS 544A.
En el grupo de bloque de datos en una disposición intercalada mostrado en la Figura 15, el fichero 2D y el primer fichero SS correspondiente comparten los bloques de datos de vista de base en común. Sin embargo, en las disposiciones 1-5 mostradas en las Figuras 20, 24, 26, 28, 30 y 32, los bloques exclusivamente para reproducción en 2D pertenecen únicamente al fichero 2D, y los bloques exclusivamente para reproducción en 3D pertenecen únicamente al primer fichero SS. Por consiguiente, el SPN 3312 que indica el punto de inicio de segmento 3042 se diferencia en general del SPN para el paquete de fuente localizado en la parte superior del segmento en 2D que pertenece al fichero 2D.
La Figura 40B es un diagrama esquemático que muestra la estructura de datos de puntos de inicio de segmento 3320 incluidos en el fichero de información de clip de la vista derecha. Como se muestra en la Figura 40B, el punto de inicio de segmento 3320 incluye los ID de segmento de la vista derecha (EXT2_ID) 3321 y los SPN 3322. Los EXT2_ID 3321 son números de serie asignados desde la parte superior a los bloques de datos de vista derecha que pertenecen al primer fichero SS 544A. Se asigna un SPN 3322 a cada EXT2_ID 3321 y es el mismo que el SPN para el paquete de fuente localizado en la parte superior del bloque de datos de la vista derecha identificado mediante el EXT2_ID 3321. Este SPN es un número de serie asignado en orden desde la parte superior a los paquetes de fuente incluidos en el grupo de bloque de datos de la vista derecha que pertenecen al primer fichero SS 544A.
La Figura 40D es un diagrama esquemático que representa la relación entre segmentos de vista derecha EXT2[0], EXT2[1], ... que pertenecen al primer fichero DEP (02000.m2ts) y los SPN 3322 mostrados mediante los puntos de inicio de segmento 3320. En todas las estructuras de datos mostradas en las Figuras 15, 20, 24, 26, 28, 30 y 32, el primer fichero DEP y el primer fichero SS comparten bloques de datos de vista derecha en común. Por consiguiente,
15
25
35
45
55
65 E10743572
05-10-2015
como se muestra en la Figura 40D, cada SPN 3322 mostrado mediante el punto de inicio de segmento 3320 es el mismo que el SPN para el paquete de fuente localizado en la parte superior de cada segmento de la vista derecha EXT2[0], EXT2[1], ....
Como se describe a continuación, el punto de inicio de segmento 3042 en el fichero de información de clip en 2D y el punto de inicio de segmento 3320 en el fichero de información de clip de vista derecha se usan para detectar el límite de los bloques de datos incluidos en cada segmento en 3D cuando se reproducen imágenes de vídeo en 3D desde el primer fichero SS 544A.
La Figura 40E es un diagrama esquemático que muestra un ejemplo de la relación entre segmentos en 3D EXTSS[0], EXTSS[1], ... que pertenecen al primer fichero SS 544A y un grupo de bloque de datos 3350 en el medio de grabación 100. Como se muestra en la Figura 40E, el grupo de bloque de datos 3350 está dispuesto de la misma manera que la disposición 6 mostrada en la Figura 26. Obsérvese que se mantiene la siguiente descripción para una disposición intercalada y cualquiera de las disposiciones 1-5. En el bloque de datos 3350, los pares de bloques de datos de vista derecha y los bloques de datos de vista de base contiguos R1+L1, R2+L2, R3+L3SS y R4+L4 pueden accederse respectivamente como segmentos en 3D EXTSS[0], EXTSS[1], EXTSS[2] y EXTSS[3]. Adicionalmente, en el n segmento en 3D EXTSS[n] (n = 0, 1, 2, ...), el número de paquetes de fuente incluidos en el bloque de datos de vista de base L(n+1) es, en el punto de inicio de segmento 3042, el mismo que la diferencia A(n+1)-An entre los SPN que corresponden a EXT1_ID = n + 1 y n (en este punto, A0 = 0). Por otro lado, el número de paquetes de fuente incluidos en el bloque de datos de la vista derecha R(n+1) es, en el punto de inicio de segmento 3320, el mismo que la diferencia B(n+1)-Bn entre los SPN que corresponden a EXT2_ID = n + 1 y n (en este punto, B0 = 0).
Cuando el dispositivo de reproducción 200 en modo L/R reproduce imágenes de vídeo en 3D desde el primer fichero SS 544A, además de los mapas de entrada en los ficheros de información de clip, hace referencia también a los puntos de inicio de segmento 3042 y 3320 para especificar, desde la PTS para un fotograma que representa la vista derecha de una escena arbitraria, el LBN para el sector en que se graba un bloque de datos de la vista derecha que incluye el fotograma. Específicamente, el dispositivo de reproducción 200 por ejemplo recupera en primer lugar el SPN asociado con la PTS desde el mapa de entrada en el fichero de información de clip de vista derecha 532. Suponiendo que el paquete de fuente indicado mediante el SPN se incluye en el tercer segmento de la vista derecha EXT2[2] en el primer fichero DEP, es decir el bloque de datos de la vista derecha R3. A continuación, el dispositivo de reproducción 200 recupera "B2", el SPN más grande antes del SPN objetivo, de entre los SPN 3322 mostrados mediante los puntos de inicio de segmento 3320 en el fichero de información de clip de vista derecha. El dispositivo de reproducción 200 recupera también el EXT2-ID "2" correspondiente. A continuación el dispositivo de reproducción 200 recupera el valor "A2" para el SPN 3312 que corresponde al EXT1_ID que es el mismo que el EXT2_ID "2". El dispositivo de reproducción 200 busca adicionalmente la suma B2+A2 de los SPN recuperados 3322 y 3312. Como puede observarse a partir de la Figura 40E, esta suma B2+A2 es la misma que el número total de paquetes de fuente incluidos en los bloques de datos localizados antes del tercer bloque de datos de la vista derecha R3 entre los bloques de datos incluidos en el grupo de segmentos en 3D EXTSS[0], EXTSS[1], .... Por consiguiente, esta suma B2+A2 multiplicada por 192 bytes, la cantidad de datos por paquete fuente, y divida por 2.048 bytes, la cantidad de datos por sector, es decir (B2+A2) × 192 / 2.048, es la misma que el número de sectores desde la parte superior del grupo de segmentos en 3D hasta inmediatamente antes del tercer bloque de datos de la vista derecha R3. Usando este cociente, el LBN para el sector en que se graba la parte superior del bloque de datos de la vista derecha R3 puede especificarse siguiendo los descriptores de asignación en la entrada de fichero para el primer fichero SS 544A.
Después de especificar el LBN mediante el procedimiento anteriormente descrito, el dispositivo de reproducción 200 indica el LBN a la unidad de BD-ROM. De esta manera, el grupo de segmentos en 3D grabado que empieza con el sector para este LBN, es decir el grupo de segmentos en 3D que empieza con el tercer bloque de datos de la vista derecha R3, se lee como unidades alineadas.
El dispositivo de reproducción 200 hace referencia adicionalmente a los puntos de inicio de segmento 3042 y 3320 para extraer bloques de datos de vista dependiente y bloques de datos de vista de base de manera alterna desde los segmentos en 3D leídos. Por ejemplo, suponiendo que el grupo de segmentos en 3D EXTSS[n] (n = 0, 1, 2, ...) se lee en orden desde el grupo de bloque de datos 3350 mostrado en la Figura 40E. El dispositivo de reproducción 200 extrae en primer lugar B1 paquetes de fuente desde la parte superior del segmento en 3D EXTSS[0] como el bloque de datos de vista dependiente R1. A continuación, el dispositivo de reproducción 200 extrae el B1-ésimo paquete de fuente y los posteriores (A1-1) paquetes de fuente, un total de A1 paquetes de fuente, como el primer bloque de datos de vista de base L1. El dispositivo de reproducción 200 a continuación extrae el (B1+A1)-ésimo paquete de fuente y los posteriores (B2-B1-1) paquetes de fuente, un total de (B2-B1) paquetes de fuente, como el segundo bloque de datos de vista dependiente R2. El dispositivo de reproducción 200 extrae adicionalmente el (A1+B2)º paquete de fuente y los posteriores (A2-A1-1) paquetes de fuente, un total de (A2-A1) paquetes de fuente, como el segundo bloque de datos de vista de base L2. Posteriormente, el dispositivo de reproducción 200 continúa de esta manera para detectar el límite entre bloques de datos en cada segmento en 3D basándose en el número de paquetes de fuente leídos, extrayendo de manera alterna de esta manera bloques de datos de vista dependiente y de vista de base. Los bloques de datos de vista de base y de la vista derecha extraídos se transmiten al decodificador objetivo de sistema para decodificarse en paralelo.
10
15
20
25
30
35
40
45
50
55
60
65 E10743572
05-10-2015
De esta manera, el dispositivo de reproducción 200 en modo L/R puede reproducir imágenes de vídeo en 3D desde el primer fichero SS 544A empezando en una PTS específica. Como resultado, el dispositivo de reproducción 200 puede de hecho beneficiarse de las ventajas anteriormente descritas (A) y (B) en relación con el control de la unidad de BD-ROM.
<Base de fichero>
La Figura 40C es un diagrama esquemático que representa los bloques de datos de vista de base L1, L2, extraídos desde el primer fichero SS 544A mediante el dispositivo de reproducción 200 en modo L/R. El grupo de bloque de datos 3350 mostrado en la Figura 40C incluye tanto un bloque exclusivamente para reproducción en 2D L32D como un bloque exclusivamente para reproducción en 3D L3SS. A diferencia del grupo de segmentos en 2D en el fichero 2D, el grupo de bloque de datos de vista de base mostrado en la Figura 40C incluye un bloque exclusivamente para reproducción en 3D L3SS además de un bloque exclusivamente para reproducción en 2D L32D. Por consiguiente, los SPN 3312 mostrados mediante los puntos de inicio de segmento 3042 son los mismos que los SPN para los paquetes de fuente localizados en las partes superiores de los bloques de datos de vista de base. El grupo de bloque de datos de vista de base extraídos desde un único fichero SS haciendo referencia a puntos de inicio de segmento, como el grupo de bloque de datos de vista de base mostrado en la Figura 40C, se denomina como una "base de fichero". Adicionalmente, los bloques de datos de vista de base incluidos en una base de fichero se denominan como "segmentos de vista de base". Cada segmento de vista de base, como se muestra en la Figura 40C, se hace referencia mediante un punto de inicio de segmento en un fichero de información de clip en 2D.
Con la excepción de un bloque exclusivamente para reproducción en 2D y un bloque exclusivamente para reproducción en 3D, un segmento de vista de base comparte los mismos datos, es decir el bloque de datos de vista de base, con un segmento en 2D. Adicionalmente, los bloques exclusivamente para reproducción en 2D y los bloques exclusivamente para reproducción en 3D coinciden bit a bit. Por consiguiente, la base de fichero incluye el mismo TS principal que el fichero 2D. A diferencia de los segmentos en 2D, sin embargo, los segmentos de vista de base no se hacen referencia mediante descriptores de asignación en una entrada de fichero en ningún fichero. Como se ha descrito anteriormente, los segmentos de vista de base hacen referencia a puntos de inicio de segmento en un fichero de información de clip para extraer puntos en 3D desde el fichero SS. La base de fichero por lo tanto se diferencia de un fichero convencional mostrado en la Figura 7 no incluyendo una entrada de fichero y necesitando un punto de inicio de segmento como una referencia para un segmento de vista de base. En este sentido, la base de fichero es un "fichero virtual". En particular, la base de fichero no se reconoce por el sistema de ficheros y no aparece en la estructura de directorio/fichero mostrada en la Figura 7.
El contenido de vídeo en 3D grabado en el medio de grabación 100 puede tener únicamente un tipo de sub-TS que corresponde al TS principal. La Figura 41 es un diagrama esquemático que muestra un ejemplo de una disposición de bloques de datos que incluye tal contenido. Como se muestra en la Figura 41, el grupo de bloque de datos 3400 incluye de manera alterna bloques de datos de vista dependiente D[n] (n = ..., 0, 1, 2, 3, ...) y bloques de datos de vista de base B[n]. Antes del límite de capa LB, el grupo de bloque de datos de vista dependiente ..., D[0], D[1] y el grupo de bloque de datos de vista de base ..., B[0], B[1] se graban en una disposición intercalada para constituir el primer bloque de segmento en 3D 3401. Un bloque exclusivamente para reproducción en 2D B[2]2D se coloca entre el último bloque de datos en el primer bloque de segmento en 3D 3401, B[1], y el límite de capa LB. Por otro lado, después del límite de capa LB, el grupo de bloque de datos de vista dependiente D[2], D[3], ... y el grupo de bloque de datos de vista de base B[2]SS, B[3], ... se graban en una disposición intercalada para constituir el segundo bloque de segmento en 3D 3402. El bloque de datos de vista de base B[2]SS en la parte superior del segundo bloque de segmento en 3D 3402 es un bloque exclusivamente para reproducción en 3D y coincide bit a bit con el bloque exclusivamente para reproducción en 2D B[2]2D.
La Figura 41 muestra también la correspondencia entre el grupo de bloque de datos 3400 y el grupo de segmentos en el fichero 2D 3410. Los bloques de datos de vista de base ..., B[0], B[1] en el primer bloque de segmento en 3D 3401, con la excepción del último bloque de datos B[1], pertenecen al fichero 2D 3410 como únicos segmentos en 2D independientes..., EXT2D[0]. Un par del último bloque de datos de vista de base B[1] en el primer bloque de segmento en 3D 3401 y el bloque inmediatamente posterior exclusivamente para reproducción en 2D B[2]2D pertenecen al fichero 2D 3410 como un único segmento en 2D EXT2D[1]. Los bloques de datos de vista de base B[3], ... en el segundo bloque de segmento en 3D 3402, con la excepción del bloque exclusivamente para reproducción en 3D B[2]SS, pertenecen al fichero 2D 3410 como segmentos en 2D EXT2D[2], .... Los segmentos en 2D pueden accederse haciendo referencia a los descriptores de asignación en la entrada de fichero del fichero 2D 3410.
La Figura 41 muestra también la correspondencia entre el grupo de bloque de datos 3400 y el grupo de segmentos en el fichero DEP 3412. Los bloques de datos de vista dependiente ..., D[0], D[1] en el primer bloque de segmento en 3D 3401 y los bloques de datos de vista dependiente D[2], D[3], ... en el segundo bloque de segmento en 3D 3402 pertenecen al fichero DEP 3412 como segmentos de vista dependiente ..., EXT2[0], EXT2[1], EXT2[2], .... Los segmentos de vista dependiente pueden accederse haciendo referencia a los descriptores de asignación en la entrada de fichero del fichero DEP 3412.
15
25
35
45
55
65 E10743572
05-10-2015
La Figura 41 muestra también la correspondencia entre el grupo de bloque de datos 3400 y el grupo de segmentos en el fichero SS 3420. A diferencia del grupo de bloque de datos mostrado en la Figura 15, el grupo de bloque de datos 3400 no incluye bloques de datos de mapa de profundidad. Por consiguiente, en cualquier disposición intercalada en los bloques de segmentos en 3D 3401 y 3402, los bloques de datos de vista dependiente ...,D[0], D[1], D[2], D[3], ... y los bloques de datos de vista de base ..., B[0], B[1], B[2]SS, B[3], ... se alternan. En este caso, el fichero SS 3420 puede incluir una sección con dos o más pares de bloques de datos de vista dependiente y bloques de datos de vista de base contiguos que tienen el mismo tiempo de ATC de segmento como un segmento en 3D. En la Figura 41, dos bloques de datos de vista dependiente y bloques de datos de vista de base contiguos en el primer bloque de segmento en 3D 3401, los pares D[0]+B[0] y D[1]+B[1], pertenecen al fichero SS 3420 como un segmento en 3D EXTSS[0]. Adicionalmente, dos bloques de datos de vista dependiente y bloques de datos de vista de base contiguos en el segundo bloque de segmento en 3D 3402, los pares D[2]+B[2]SS y D[3]+B[3], pertenecen al fichero SS 3420 como un segmento en 3D EXTSS[1]. Los segmentos en 3D EXTSS[0] y EXTSS[1] comparten los bloques de datos de vista de base B[0], B[1], B[2]SS y B[3] con los segmentos en 2D EXT2D[0], EXT2D[1], EXT2D[2] y EXT2D[3] y comparten los bloques de datos de vista dependiente D[0], D[1], D[2] y D[3] con los segmentos de vista dependiente EXT2[0], EXT2[1], EXT2[2] y EXT2[3]. Los segmentos en 3D pueden accederse haciendo referencia a los descriptores de asignación en la entrada de fichero del fichero SS 3420.
Después de que el dispositivo de reproducción 200 lee los segmentos en 3D EXTSS[0] y EXTSS[1], hace referencia a los puntos de inicio de segmento en los respectivos ficheros de información de clip para el fichero 2D 3410 y el fichero DEP 3412 para extraer bloques de datos de vista de base B[0], B[1], B[2]SS y B[3] desde los segmentos en 3D EXTSS[0] y EXTSS[1]. Estos bloques de datos de vista de base B[0], B[1], B[2]SS y B[3] pertenecen a la base de fichero 3411 como los segmentos de vista de base EXT1[0], EXT1[1], EXT1[2] y EXT1[3]. Cada uno de los segmentos de vista de base EXT1[0], EXT1[1], EXT1[2] y EXT1[3] se hace referencia mediante un punto de inicio de segmento en el fichero de información de clip en 2D que corresponde al fichero 2D 3410.
En lo sucesivo, excepto cuando haya una necesidad para distinguir, los bloques de datos de vista de base se equiparan con los segmentos de vista de base (con la excepción de bloques exclusivamente para reproducción en 2D), y los bloques de datos de vista dependiente se equiparan con segmentos de vista dependiente.
<Fichero de información de clip de vista dependiente>
El fichero de información de clip de vista dependiente tiene la misma estructura de datos que el fichero de información de clip en 2D mostrado en las Figuras 37-40. Por consiguiente, la siguiente descripción cubre las diferencias entre el fichero de información de clip de vista dependiente y el fichero de información de clip en 2D, citando la descripción anterior con referencia a las similitudes.
Un fichero de información de clip de vista dependiente se diferencia de un fichero de información de clip en 2D en los siguientes tres puntos: (i) las condiciones se colocan en la información de atributo de flujo, (ii) las condiciones se colocan en los puntos de entrada, y (iii) los meta datos de 3D no incluyen tablas de compensación.

(i): Cuando el flujo de vídeo de vista de base y el flujo de vídeo de vista dependiente se han de usar para reproducción de imágenes de vídeo en 3D mediante un dispositivo de reproducción 200 en modo L/R, el flujo de vídeo de vista dependiente que es el flujo de vídeo de vista derecha se comprime usando el flujo de vídeo de vista de base. En este punto, los atributos de flujo de vídeo del flujo de vídeo de vista dependiente se hacen equivalentes al flujo de vídeo de vista de base. La información de atributo de flujo de vídeo para el flujo de vídeo de vista de base está asociado con el PID = 0x1011 en la información de atributo de flujo 3020 en el fichero de información de clip en 2D. La información de atributo de flujo de vídeo para el flujo de vídeo de vista dependiente está asociado con el PID = 0x1012 o 0x1013 en la información de atributo de flujo en el fichero de información de clip de vista dependiente. Por consiguiente, los elementos mostrados en la Figura 37, es decir el códec, resolución, relación de aspecto y velocidad de fotograma, tienen que coincidir entre estas dos piezas de información de atributo de flujo de vídeo. Si el tipo de códec coincide, entonces se establece una relación de referencia entre las instantáneas en el flujo de vídeo de vista de base y el flujo de vídeo de vista dependiente durante la codificación, y por lo tanto puede decodificarse cada instantánea. Si la resolución, relación de aspecto y velocidad de fotograma coinciden todos, entonces puede sincronizarse la presentación en pantalla de los vídeos izquierdo y derecho. Por lo tanto, estos vídeos pueden mostrarse como imágenes de vídeo en 3D sin hacer al espectador que se sienta incómodo.

(ii): El mapa de entrada en el fichero de información de clip de vista dependiente incluye una tabla asignada al flujo de vídeo de vista dependiente. Como la tabla 3100 mostrada en la Figura 38A, esta tabla incluye un encabezamiento de mapa de entrada y puntos de entrada. El encabezamiento de mapa de entrada indica el PID para el flujo de vídeo de vista dependiente asignado a la tabla, es decir cualquiera de 0x1012 o 0x1013. En cada punto de entrada, un par de una PTS y un SPN está asociado con un único EP_ID. La PTS para cada punto de entrada es la misma que la PTS para la instantánea superior en uno de los GOP incluidos en el flujo de vídeo de vista dependiente. El SPN para cada punto de entrada es el mismo que el SPN superior del grupo de paquetes de fuente almacenados en la instantánea indicada mediante la PTS que pertenece al mismo punto de entrada. Este SPN hace referencia a un número de serie asignado consecutivamente desde la parte superior al grupo de paquetes de fuente que pertenecen al fichero DEP, es decir el grupo de paquetes de fuente que constituyen el

10
15
20
25
30
35
40
45

50
55
60
65 E10743572
05-10-2015
sub-TS. La PTS para cada punto de entrada tiene que coincidir la PTS, en el mapa de entrada en el fichero de información de clip en 2D, para el punto de entrada en la tabla asignado al flujo de vídeo de vista de base. En otras palabras, cada vez que un punto de entrada se establece a la parte superior de un a grupo de paquetes de fuente que incluye uno de un conjunto de instantáneas incluidas en la misma VAU 3D, un punto de entrada siempre tiene que establecerse a la parte superior del grupo de paquetes de fuente que incluye la otra instantánea.
La Figura 42 es un diagrama esquemático que muestra un ejemplo de puntos de entrada establecidos en un flujo de vídeo de vista de base 3510 y un flujo de vídeo de vista dependiente 3520. En los dos flujos de vídeo 3510 y 3520, los GOP que son el mismo número desde el vídeo de representación de la parte superior para el mismo periodo de reproducción. Como se muestra en la Figura 42, en el flujo de vídeo de vista de base 3510, los puntos de entrada 3501B, 3503B y 3505B se establecen a la parte superior de los GOP con número impar contados desde la parte superior, es decir el GOP Nº 1, el GOP Nº 3 y el GOP Nº 5. Por consiguiente, en el flujo de vídeo de vista dependiente 3520 también, los puntos de entrada 3501D, 3503D y 3505D se establecen a la parte superior de los GOP con número impar contados desde la parte superior, es decir el GOP Nº 1, el GOP Nº 3 y el GOP Nº 5. En este caso, cuando el dispositivo de reproducción en 3D 200 comienza la reproducción de imágenes de vídeo en 3D desde el GOP Nº 3, por ejemplo, puede calcular inmediatamente la dirección de la posición para empezar la reproducción en el fichero SS desde el SPN de los puntos de entrada 3503B y 3503D correspondientes. En particular, cuando ambos puntos de entrada 3503B y 3503D se establecen a la parte superior de un bloque de datos, entonces como puede entenderse a partir de la Figura 40E, la suma de los SPN de los puntos de entrada 3503B y 3503D es la misma que el número de paquetes de fuente desde la parte superior del fichero SS hasta la posición para empezar a reproducir. Como se describe con referencia a la Figura 40E, desde este número de paquetes de fuente, es posible calcular el LBN del sector en que se graba la parte del fichero SS para la posición para iniciar la reproducción. De esta manera, incluso durante la reproducción de imágenes de vídeo en 3D, es posible mejorar la velocidad de respuesta para el procesamiento que requiere acceso aleatorio al flujo de vídeo, tal como interrumpir la reproducción o similares.
Se describe a continuación una operación para separar la secuencia de ATC que constituye el flujo de vista de base y la secuencia de ATC que constituye el flujo de vista dependiente, desde los paquetes de fuente en el fichero de flujo intercalado leído desde un medio de grabación, usando puntos de inicio de segmento. La Figura 43 muestra el procedimiento para restaurar la secuencia de ATC.
En la etapa S91, la secuencia de ATC para la vista base se establece como la secuencia de ATC 1, y la secuencia de ATC para la vista dependiente se establece como la secuencia de ATC 2. En la etapa S92, la variable "x" se inicializa a "1". La variable "x" especifica el número de índice del ID de segmento de vista de base (EXT1_ID) y el ID de segmento de vista derecha (EXT2_ID) indicado mediante los puntos de inicio de segmento. Después de esto, el control entra en un bucle en que las etapas S94 a S96 se realizan repetitivamente como sigue.
Se determina si un número de paquete de fuente bx especificado mediante la variable "x" es igual o no a un número de paquete de fuente bn especificado mediante el último número "n" del bloque de datos de vista de base (etapa S93). Cuando el resultado de la determinación es negativo (No en la etapa S93), los paquetes de fuente desde el paquete de fuente (bx+ax), que se especifica mediante el número de paquete de fuente "bx+ax", al paquete de fuente inmediatamente antes del paquete de fuente (bx+1+ax) especificado mediante el número de paquete de fuente "bx+1+ax" se añaden en la secuencia de ATC 2 (etapa S94). A continuación, los paquetes de fuente desde el paquete de fuente (bx+1+ax) al paquete de fuente inmediatamente antes del paquete de fuente (bx+1+ax+1) se añaden en la secuencia de ATC 1 (etapa S95). Y a continuación la variable "x" se incrementa (etapa S96). Estas etapas se repiten hasta que se determina Sí en la etapa S93.
Cuando se determina Sí en la etapa S93, se añaden tantos paquetes de fuente como el número especificado mediante "número_de_paquete_de_fuente2-bn" (number_of_source_packet2-bn) empezando desde el número de paquete de fuente "bn" en la secuencia de ATC 2 (etapa S97). Y se añaden tantos paquetes de fuente como el número especificado mediante "número_de_paquete_de_fuente1-bn" empezando desde el número de paquete de fuente "an" en la secuencia de ATC 1 (etapa S98).
Después de que las secuencias de ATC 1 y 2 se restauran a través de las etapas anteriormente descritas, la base de fichero se abre virtualmente generando, en la memoria, la entrada de fichero que indica el LBN de inicio del bloque de datos de vista de base y la longitud de continuación (etapa S99). De manera similar, el fichero dependiente se abre virtualmente generando, en la memoria, la entrada de fichero que indica el LBN de inicio del bloque de datos de vista dependiente y la longitud de continuación (etapa S100).
<Fichero de información de lista de reproducción>
A continuación, se describe en detalle el fichero de información de lista de reproducción.
15
25
35
45
55
65 E10743572
05-10-2015
<Fichero de lista de reproducción en 2D>
La Figura 44 es un diagrama esquemático que muestra la estructura de datos de un fichero de lista de reproducción en 2D. Como se muestra en la Figura 44, el fichero de lista de reproducción en 2D 521 incluye una ruta principal 3601 y dos sub-rutas 3602 y 3603.
La ruta principal 3601 es una secuencia de piezas de información de elemento de reproducción (PI) que define la ruta de reproducción principal para el fichero 2D, es decir la sección para reproducir y el orden de reproducción de la sección. Cada PI se identifica con un ID de elemento de reproducción único = Nº N (N = 1, 2, 3, ...). Cada PI Nº N define una sección de reproducción diferente a lo largo de la ruta de reproducción principal con un par de PTS. Una de las PTS en el par representa el tiempo de inicio (Tiempo de Entrada) de la sección de reproducción, y el otro representa el tiempo de fin (Tiempo de Salida). Adicionalmente, el orden de las PI en la ruta principal 3601 representa el orden de secciones de reproducción correspondientes en la ruta de reproducción.
Cada una de las sub-rutas 3602 y 3603 es una secuencia de piezas de información de sub-elemento de reproducción (SUB_PI) que define una ruta de reproducción que puede asociarse en paralelo con la ruta de reproducción principal para el fichero 2D. Una ruta de reproducción de este tipo es una sección diferente del fichero 2D que se representa mediante la ruta principal 3601, o es una sección de datos de flujo multiplexados en otro fichero 2D, junto con el orden de reproducción correspondiente. Tales datos de flujo representan otras imágenes de vídeo en 2D a reproducir simultáneamente con imágenes de vídeo en 2D reproducidas desde el fichero 2D de acuerdo con la ruta principal 3601. Estas otras imágenes de vídeo en 2D incluyen, por ejemplo, el sub-vídeo en un formato de imagen sobre imagen, una ventana de exploración, un menú emergente o subtítulos. Los números de serie "0" y "1" se asignan a las sub-rutas 3602 y 3603 en el orden de registro en el fichero de lista de reproducción en 2D 521. Estos números de serie se usan como los ID de sub-ruta para identificar las sub-rutas 3602 y 3603. En las sub-rutas 3602 y 3603, cada SUB_PI se identifica mediante un ID de sub-elemento de reproducción único = Nº M (M = 1, 2, 3, ...). Cada SUB_PIN Nº M define una sección de reproducción diferente a lo largo de la ruta de reproducción con un par de PTS. Una de las PTS en el par representa el tiempo de inicio de reproducción de la sección de reproducción, y el otro representa el tiempo de fin de reproducción. Adicionalmente, el orden de las SUB_PI en las sub-rutas 3602 y 3603 representa el orden de secciones de reproducción correspondientes en la ruta de reproducción.
La Figura 45 es un diagrama esquemático que muestra la estructura de datos de una PI Nº N. Como se muestra en la Figura 45, un PI Nº N incluye una pieza de información de clip de referencia 3701, un tiempo de inicio de reproducción (Tiempo_de_Entrada) 3702, un tiempo de fin de reproducción (Tiempo_de_Salida ((Out_Time)) 3703, una condición de conexión 3704 y una tabla de selección de flujo (en lo sucesivo abreviado denominado como "tabla de STN" (tabla de número de flujo) 3705. La información de clip de referencia 3701 es información para identificar el fichero de información de clip en 2D. El tiempo de inicio de reproducción 3702 y el tiempo de fin de reproducción 3703 indican respectivamente las PTS para el comienzo y el final de la sección para la reproducción del fichero 2D. La condición de conexión 3704 especifica una condición para conectar vídeo en la sección de reproducción especificada mediante un tiempo de inicio de reproducción 3702 y un tiempo de fin de reproducción 3703 a vídeo en la sección de reproducción especificada mediante la PI Nº (N-1) anterior. La tabla STN 3705 es una lista de flujos elementales que pueden seleccionarse desde el fichero 2D 541 mediante el decodificador en el dispositivo de reproducción 200 desde el tiempo de inicio de reproducción 3702 hasta el tiempo de fin de reproducción 3703.
La estructura de datos de una SUB_PI es la misma que la estructura de datos de la P1 mostrada en la Figura 45 en la medida que incluye información de clip de referencia, un tiempo de inicio de reproducción y un tiempo de fin de reproducción. En particular, el tiempo de inicio de reproducción y el tiempo de fin de reproducción de una SUB_PI se expresan como valores a lo largo del mismo eje de tiempo como una PI. La SUB_PI incluye adicionalmente un campo de "condición de conexión de SP". La condición de conexión de SP tiene el mismo significado que una condición de conexión de PI.
[Condición de conexión]
La condición de conexión 3704 tiene tres valores posibles, "1", "5" y "6". Cuando la condición de conexión 3704 es "1", el vídeo a reproducir desde la sección del fichero 2D especificado mediante la PI Nº N no necesita conectarse de manera ininterrumpida al vídeo reproducido desde la sección del fichero 2D especificado mediante la PI Nº N inmediatamente precedente. Por otro lado, cuando la condición de conexión 3704 indica "5" o "6", ambas imágenes de vídeo necesitan conectarse de manera ininterrumpida.
Las Figuras 46A y 46B son diagramas esquemáticos que muestran la relación entre las secciones de reproducción 3801 y 3802 que se han de conectar cuando la condición de conexión 3704 mostrada en la Figura 45 indica respectivamente "5" y "6". En este caso, la PI Nº N (N-1) especifica una primera sección 3801 en el fichero 2D, y la PI Nº N especifica una segunda sección 3802 en el fichero 2D. Como se muestra en la Figura 46A, cuando la condición de conexión 3704 indica "5", los STC de la PI Nº N (N-1) y de la PI Nº N pueden ser no consecutivos. Es decir, la PTS Nº 1 en el final de la primera sección 3801 y la PTS Nº 2 en la parte superior de la segunda sección 3802 pueden no ser consecutivas. Sin embargo, necesitan satisfacerse varias condiciones de restricción. Por
10
15
20
25
30
35
40
45
50
55
60
65 E10743572
05-10-2015
ejemplo, la primera sección 3801 y la segunda sección 3802 necesitan crearse de modo que el decodificador pueda continuar decodificando datos sin problemas incluso cuando la segunda sección 3802 se suministra al decodificador consecutivamente después de la primera sección 3801. Adicionalmente, el último fotograma del flujo de audio contenido en la primera sección 3801 necesita solapar el fotograma superior del flujo de audio contenido en la segunda sección 3802. Por otro lado, como se muestra en la Figura 46B, cuando la condición de conexión 3704 indica "6", la primera sección 3801 y la segunda sección 3802 necesitan poder manejarse como secciones sucesivas para que el decodificador decodifique debidamente. Es decir, los STC y ATC necesitan ser consecutivos entre la primera sección 3801 y la segunda sección 3802. De manera similar, cuando la condición de conexión de SP es "5"
o "6", los STC y ATC necesitan ser consecutivos entre las secciones del fichero 2D especificadas mediante dos SUB_PI consecutivas.
[Tabla de STN]
Haciendo referencia de nuevo a la Figura 45, la tabla de STN 3705 es una matriz de información de registro de flujo. La "información de registro de flujo" es información que enumera individualmente los flujos elementales que pueden seleccionarse para reproducir desde el TS principal entre el tiempo de inicio de reproducción 3702 y tiempo de fin de reproducción 3703. El número de flujo (STN) 3706 es un número de serie asignado individualmente a la información de registro de flujo y se usa mediante el dispositivo de reproducción 200 para identificar cada flujo elemental. El STN 3706 indica adicionalmente prioridad para seleccionar entre flujos elementales del mismo tipo. La información de registro de flujo incluye una entrada de flujo 3709 e información de atributo de flujo 3710. La entrada de flujo 3709 incluye información de ruta de flujo 3707 e información de identificación de flujo 3708. La información de ruta de flujo 3707 es información que indica el fichero 2D al que pertenece el flujo elemental seleccionado. Por ejemplo, si la información de ruta de flujo 3707 indica la "ruta principal", el fichero 2D corresponde al fichero de información de clip en 2D indicado mediante la información de clip de referencia 3701. Por otro lado, si la información de ruta de flujo 3707 indica el "ID de sub-ruta = 1", el fichero 2D al que pertenece el flujo elemental seleccionado corresponde al fichero de información de clip en 2D indicado mediante la información de clip de referencia de la SUB_PI incluida en la sub-ruta con un ID de sub-ruta = 1. El tiempo de inicio de reproducción y el tiempo de fin de reproducción especificados mediante esta SUB_PI se incluyen ambos en el intervalo desde el tiempo de inicio de reproducción 3702 hasta el tiempo de fin de reproducción 3703 especificados mediante la PI incluida en la tabla de STN 3705. La información de identificación de flujo 3708 indica el PID para el flujo elemental multiplexado en el fichero 2D especificado mediante la información de ruta de flujo 3707. El flujo elemental indicado mediante este PID puede seleccionarse desde el tiempo de inicio de reproducción 3702 hasta el tiempo de fin de reproducción 3703. La información de atributo de flujo 3710 indica información de atributo para cada flujo elemental. Por ejemplo, la información de atributo de un flujo de audio, un flujo de PG y un flujo de IG indica un tipo de idioma del flujo.
[Reproducción de imágenes de vídeo en 2D de acuerdo con un fichero de lista de reproducción en 2D]
La Figura 47 es un diagrama esquemático que muestra las relaciones entre las PTS indicadas mediante el fichero de lista de reproducción en 2D (00001.mpls) 521 y las secciones reproducidas desde el fichero 2D (01000.m2ts) 541. Como se muestra en la Figura 47, en la ruta principal 3601 en el fichero de lista de reproducción en 2D 521, la PI Nº 1 especifica una PTS Nº 1, que indica un tiempo de inicio de reproducción IN1, y una PTS Nº 2, que indica un tiempo de fin de reproducción OUT1. La información de clip de referencia 3701 para la PI Nº 1 indica el fichero de información de clip en 2D (01000.clpi) 531. Cuando se reproduce imágenes de vídeo en 2D de acuerdo con el fichero de lista de reproducción en 2D 521, el dispositivo de reproducción 200 lee en primer lugar la PTS Nº 1 y la PTS Nº 2 desde la PI Nº 1. A continuación, el dispositivo de reproducción 200 hace referencia al mapa de entrada en el fichero de información de clip en 2D 531 para recuperar desde el fichero 2D 541 el SPN Nº 1 y el SPN Nº 2 que corresponden a la PTS Nº 1 y a la PTS Nº 2. El dispositivo de reproducción 200 a continuación calcula los números de sectores correspondientes desde el SPN Nº 1 y el SPN Nº 2. Adicionalmente, el dispositivo de reproducción 200 hace referencia a estos números de sectores y los descriptores de asignación en la entrada de fichero para el fichero 2D 541 para especificar el LBN Nº 1 y el LBN Nº 2 en el comienzo y final, respectivamente, de la PI de grupo de sector en que se graba el grupo de segmentos en 2D EXT2D[0], ..., EXT2D[n] a reproducir. El cálculo de los números de sectores y la especificación de los LBN es como para la descripción de las Figuras 38B y 38C. Finalmente, el dispositivo de reproducción 200 indica el intervalo desde el LBN Nº 1 al LBN Nº 2 a la unidad de BD-ROM. El grupo de paquetes de fuente que pertenecen al grupo de segmentos en 2D EXT2D[0], ..., EXT2D[n] se lee por lo tanto desde la PI de grupo de sector en este intervalo. De manera similar, el par PTS Nº 3 y PTS Nº 4 indicado mediante la PI Nº 2 se convierte en primer lugar en un par de SPN Nº 3 y SPN Nº 4 haciendo referencia al mapa de entrada en el fichero de información de clip en 2D 531. A continuación, haciendo referencia a los descriptores de asignación en la entrada de fichero para el fichero 2D 541, el par de SPN Nº 3 y SPN Nº 4 se convierte en un par de LBN Nº 3 y LBN Nº 4. Adicionalmente, un grupo de paquetes de fuente que pertenecen al grupo de segmentos en 2D se lee desde el grupo de sector P2 en un intervalo desde el LBN Nº 3 al LBN Nº 4. La conversión de un par de PTS Nº 5 y PTS Nº 6 indicada mediante la PI Nº 3 a un par de SPN Nº 5 y SPN Nº 6, la conversión del par de SPN Nº 5 y SPN Nº 6 a un par de LBN Nº 5 y LBN Nº 6, y la lectura de un grupo de paquetes de fuente desde el grupo de sector P3 en un intervalo desde el LBN Nº 5 al LBN Nº 6 se realiza de manera similar. El dispositivo de reproducción 200 reproduce por lo tanto imágenes de vídeo en 2D desde el fichero 2D 541 de acuerdo con la ruta principal 3601 en el fichero de lista de reproducción en 2D 521.
15
25
35
45
55
65 E10743572
05-10-2015
El fichero de lista de reproducción en 2D 521 puede incluir una marca de entrada 3901. La marca de entrada 3901 indica un punto de tiempo en la ruta principal 3601 en el que realmente empieza la reproducción. Por ejemplo, como se muestra en la Figura 47, pueden establecerse múltiples entradas 3901 para la PI Nº 1. La marca de entrada 3901 se usa particularmente para buscar una posición para iniciar la reproducción durante acceso aleatorio. Por ejemplo, cuando el fichero de lista de reproducción en 2D 521 especifica una ruta de reproducción para un título de película, las marcas de entrada 3901 se asignan a la parte superior de cada capítulo En consecuencia, el dispositivo de reproducción 200 puede reproducir el título de la película mediante capítulos.
[Fichero de lista de reproducción en 3D]
La Figura 48 es un diagrama esquemático que muestra la estructura de datos del fichero de lista de reproducción en 3D 4000. El segundo fichero de lista de reproducción (00002.mpls) 522 y el segundo fichero de lista de reproducción (00003.mpls) 523 mostrados en la Figura 5 ambos tienen la misma estructura de datos que este fichero de lista de reproducción en 3D. Como se muestra en la Figura 48, el fichero de lista de reproducción en 3D 4000 incluye una ruta principal 4001, una sub-ruta 4002 y los datos de extensión 4003.
La ruta principal 4001 especifica la ruta de reproducción del TS principal. Por consiguiente, la ruta principal 4001 es la misma que la ruta principal 3601 para el fichero de lista de reproducción en 2D mostrado en la Figura 44. El dispositivo de reproducción 200 en modo de reproducción en 2D puede reproducir imágenes de vídeo en 2D desde el fichero 2D de acuerdo con la ruta principal 4001 en el fichero de lista de reproducción en 3D 4000.
La sub-ruta 4002 especifica la ruta de reproducción para los sub-TS, es decir la ruta de reproducción para el fichero DEP que incluye el flujo de vídeo de vista izquierda o el fichero DEP que incluye el flujo de mapa de profundidad. La estructura de datos de la sub-ruta 4002 es la misma que la estructura de datos de las sub-rutas 3602 y 3603 en el fichero de lista de reproducción en 2D mostrado en la Figura 44. Por consiguiente, la descripción de la Figura 44 se cita en relación con detalles sobre esta estructura de datos similar, en particular detalles sobre la estructura de datos de la SUB_PI.
La SUB_PI Nº N (N = 1, 2, 3, ...) en la sub-ruta 4002 está en una correspondencia de uno a uno con la PI Nº N en la ruta principal 4001. Adicionalmente, el tiempo de inicio de reproducción y tiempo de fin de reproducción especificados mediante cada SUB_PI Nº N es el mismo que el tiempo de inicio de reproducción y el tiempo de fin de reproducción especificado mediante la PI Nº N correspondiente. La sub-ruta 4002 incluye adicionalmente un tipo de sub-ruta 4021. El "tipo de sub-ruta" indica en general si el procesamiento de reproducción debería sincronizarse entre la ruta principal y la sub-ruta. En el fichero de lista de reproducción en 3D 4000, el tipo de sub-ruta 4021 en particular indica el tipo del modo de reproducción en 3D, es decir el tipo del flujo de vídeo de vista dependiente a reproducir de acuerdo con la sub-ruta 4002. En la Figura 48, el valor del tipo de sub-ruta 4021 es "3D L/R", indicando por lo tanto que el modo de reproducción en 3D es el modo L/R, es decir que el flujo de vídeo de vista derecha se dirige para reproducción. Por otro lado, un valor de "profundidad en 3D" para el tipo de sub-ruta 4021 indica que el modo de reproducción en 3D es el modo de profundidad, es decir que el flujo de mapa de profundidad se dirige para reproducción. Cuando el dispositivo de reproducción 200 en modo de reproducción en 3D detecta que el valor del tipo de sub-ruta 4021 es "3D L/R" o "profundidad en 3D", el dispositivo de reproducción 200 sincroniza el procesamiento de reproducción de acuerdo con la ruta principal 4001 con el procesamiento de reproducción de acuerdo con la sub-ruta 4002.
Únicamente el dispositivo de reproducción 200 en modo de reproducción en 3D interpreta los datos de extensión 4003; el dispositivo de reproducción 200 en modo de reproducción en 2D ignora los datos de extensión 4003. En particular, los datos de extensión 4003 incluyen una tabla de selección de flujo de extensión 4030. La "tabla de selección de flujo de extensión (tabla_de_STN_SS (STN_table_SS))" (en lo sucesivo abreviado como tabla de STN SS) es una matriz de información de registro de flujo a añadir a las tablas de STN indicadas mediante cada P1 en la ruta principal 4001. Esta información de registro de flujo indica flujos elementales que pueden seleccionarse para reproducir desde el TS principal.
La Figura 49 es un diagrama esquemático que muestra la estructura de datos de una tabla de STN SS 4030. Como se muestra en la Figura 49, una tabla de STN SS 4030 incluye las secuencias de información de registro de flujo 4101, 4102, 4103, .... Las secuencias de información de registro de flujo 4101, 4102, 4103, ... corresponden individualmente a la PI Nº 1, PI Nº 2, PI Nº 3, ... en la ruta principal 4001 y se usan mediante el dispositivo de reproducción 200 en modo de reproducción en 3D en combinación con las secuencias de información de registro de flujos incluida en las tablas de STN en las PI correspondientes. La secuencia de información de registro de flujo 4101 que corresponde a cada PI incluye una compensación durante elemento emergente (Compensación_fija_durante_elemento_emergente (Fixed_offset_during_Popup)) 4111, la secuencia de información de registro de flujo 4112 para los flujos de vídeo de vista dependiente, la secuencia de información de registro de flujo 4113 para el flujo de PG y la secuencia de información de registro de flujo 4114 para el flujo de IG.
La compensación durante elemento emergente 4111 indica si un menú emergente se reproduce desde el flujo de IG. El dispositivo de reproducción 200 en modo de reproducción en 3D cambia el modo de presentación del plano de vídeo y del plano de PG de acuerdo con el valor de la compensación 4111. Hay dos tipos de modos de presentación
15
25
35
45
55
65 E10743572
05-10-2015
para el plano de vídeo: modo de presentación de vista de base (B) -vista dependiente (D) y modo de presentación B-B. Hay tres tipos de modos de presentación para el plano de PG y el plano de IG: 2 modos de plano, modo de 1 plano + compensación, y modo de 1 plano + compensación cero. Por ejemplo, cuando el valor de la compensación durante el elemento emergente 4111 es "0", un menú emergente no se reproduce desde el flujo de IG. En este punto, se selecciona el modo de presentación de BD como el modo de presentación de plano de vídeo, y se selecciona el modo de 2 planos o el modo de 1 plano + compensación como el modo de presentación para el plano de PG. Por otro lado, cuando el valor de la compensación durante el elemento emergente 4111 es "1", se reproduce un menú emergente desde el flujo de IG. En este punto, se selecciona el modo de presentación B-B como el modo de presentación del plano de vídeo, y se selecciona el modo de 1 plano + compensación cero como el modo de presentación para el plano de PG.
En el "modo de presentación B-D", el dispositivo de reproducción 200 emite de manera alterna datos de plano decodificados desde los flujos de vídeo de la vista izquierda y de la vista derecha. Por consiguiente, puesto que los fotogramas de vídeo de la vista izquierda y de la vista derecha que representan planos de vídeo se presentan de manera alterna en la pantalla de la televisión 300, un espectador percibe estos fotogramas como imágenes de vídeo en 3D. En el "modo de presentación B-B", el dispositivo de reproducción 200 emite datos de plano decodificados únicamente desde el flujo de vídeo de vista de base dos veces para un fotograma mientras mantiene el modo de operación en modo de reproducción en 3D (en particular, manteniendo la velocidad de fotograma en el valor para reproducción en 3D, por ejemplo 48 fotogramas/segundo). Por consiguiente, únicamente se presentan los fotogramas de la vista izquierda o de la vista derecha en la pantalla del dispositivo de reproducción 103, y por lo tanto un espectador percibe estos fotogramas simplemente como imágenes de vídeo en 2D.
En el "modo de 2 planos", cuando el sub-TS incluye tanto flujos de gráficos de la vista izquierda como de la vista derecha, el dispositivo de reproducción 200 decodifica y emite de manera alterna datos de plano de gráficos de la vista izquierda y de la vista derecha desde los flujos de gráficos. En el "modo de 1 plano + compensación", el dispositivo de reproducción 200 genera un par de datos de plano de la vista izquierda y datos de plano de vista derecha desde el flujo de gráficos en el TS principal mediante procesamiento de recorte y emite de manera alterna estas piezas de datos de plano. En ambos de estos modos, los planos de PG de la vista izquierda y de la vista derecha se presentan de manera alterna en la pantalla de la televisión 300, y por lo tanto un espectador percibe estos fotogramas como imágenes de vídeo en 3D. En el "modo de 1 plano + compensación cero", el dispositivo de reproducción 200 detiene temporalmente el procesamiento de recorte y emite datos de plano decodificados desde el flujo de gráficos en el TS principal dos veces para un fotograma mientras mantiene el modo de operación en modo de reproducción en 3D. Por consiguiente, únicamente se presenta los planos de PG de la vista izquierda o de la vista derecha en la pantalla del dispositivo de reproducción 103, y por lo tanto un espectador percibe estos planos simplemente como imágenes de vídeo en 2D.
El dispositivo de reproducción 200 en modo de reproducción en 3D hace referencia a la compensación durante el elemento emergente 4111 para cada PI y selecciona el modo de presentación B-B y el modo de 1 plano + compensación cero cuando se reproduce un menú emergente desde un flujo de IG. Mientras se presenta un menú emergente, otras imágenes de vídeo en 3D se cambian por lo tanto temporalmente a imágenes de vídeo en 2D. Esto mejora la visibilidad y usabilidad del menú emergente.
La secuencia de información de registro de flujo 4112 para el flujo de vídeo de vista dependiente, la secuencia de información de registro de flujo 4113 para los flujos de PG, y la secuencia de información de registro de flujo 4114 para los flujos de IG incluyen cada una información de registro de flujo que indica los flujos de vídeo de vista dependiente, los flujos de PG y los flujos de IG que pueden seleccionarse para reproducir desde el sub-TS. Estas secuencias de información de registro de flujo 4112, 4113 y 4114 se usa cada una en combinación con las secuencias de información de registro de flujo, localizadas en la tabla de STN de la PI correspondiente, que indica respectivamente flujos de vista de base, flujos de PG y flujos de IG. Cuando se lee una pieza de información de registro de flujo desde una tabla de STN, el dispositivo de reproducción 200 en modo de reproducción en 3D lee también automáticamente la secuencia de información de registro de flujo, localizada en la tabla de STN SS, que se ha combinado con la pieza de información de registro de flujo. Cuando simplemente se cambia desde el modo de reproducción en 2D al modo de reproducción en 3D, el dispositivo de reproducción 200 puede mantener por lo tanto las STN ya reconocidas y atributos de flujo tal como el idioma.
La Figura 50A es un diagrama esquemático que muestra la estructura de datos de una secuencia de información de registro de flujo 4112 para los flujos de vídeo de vista dependiente. Como se muestra en la Figura 50A, esta secuencia de información de registro de flujo 4112 incluye generalmente una pluralidad de piezas de información de registro de flujo (bloque_de_vista_dependiente_de_SS (SS_dependent_view_block)) 4201. Estas son las mismas en número que las piezas de información de registro de flujo en la PI correspondiente que indica el flujo de vídeo de vista de base. Cada pieza de información de registro de flujo 4201 incluye una STN 4211, la entrada de flujo 4212 e información de atributo de flujo 4213. La STN 4211 es un número de serie asignado individualmente a piezas de información de registro de flujo 4201 y es el mismo que la STN de la pieza de información de registro de flujo, localizada en la PI correspondiente, con la que se combina cada pieza de información de registro de flujo 4201. La entrada de flujo 4212 incluye la información de referencia de ID de sub-ruta (id_ref_a_subruta (ref_to_subpath_id)) 4221, información de referencia de fichero de flujo (id_ref_a_entrada_subclip (ref_to_subclip_entry_id)) 4222, y el
10
15
20
25
30
35
40
45
50
55
60
65 E10743572
05-10-2015
PID (ref_a_subclip_de_PID_de_flujo (ref_to_stream_PID_subclip)) 4223. La información de referencia de ID de subruta 4221 indica el ID de sub-ruta de la sub-ruta que especifica la ruta de reproducción del flujo de vídeo de vista dependiente. La información de referencia de fichero de flujo 4222 es información para identificar el fichero DEP que almacena este flujo de vídeo de vista dependiente. El PID 4223 es el PID para este flujo de vídeo de vista dependiente. La información de atributo de flujo 4213 incluye atributos para este flujo de vídeo de vista dependiente, tal como una velocidad de fotograma, resolución y formato de vídeo. En particular, estos atributos son los mismos que aquellos para el flujo de vídeo de vista de base mostrado mediante la pieza de información de registro de flujo, localizada en el correspondiente P1, con el que se combina cada pieza de información de registro de flujo 4201.
La Figura 50B es un diagrama esquemático que muestra la estructura de datos de una secuencia de información de registro de flujo 4113 para flujos de PG. Como se muestra en la Figura 50B, esta secuencia de información de registro de flujo 4113 incluye generalmente una pluralidad de piezas de información de registro de flujo 4231. Estas son las mismas en número que las piezas de información de registro de flujo en la PI correspondiente que indica los flujos de PG. Cada pieza de información de registro de flujo 4231 incluye una STN 4241, la bandera estereoscópica (es_SS_PG (is_SS_PG)) 4242, la entrada de flujo de vista de base (entrada_de_flujo_para_vista_de_base (stream_entry_for_base_view)) 4243, la entrada de flujo de vista dependiente (entrada_de_flujo_para_vista_dependiente) stream_entry_for_dependent_view)) 4244, e información de atributo de flujo 4245. La STN 4241 es un número de serie asignado individualmente a piezas de información de registro de flujo 4231 y es el mismo que la STN de la pieza de información de registro de flujo, localizada en la PI correspondiente, con la que se combina cada pieza de información de registro de flujo 4231. La bandera estereoscópica 4242 indica si ambas de la vista de base y la vista dependiente, por ejemplo la vista izquierda y la vista derecha, los flujos de PG se incluyen en un medio de grabación 100. Si la bandera estereoscópica 4242 está activada, ambos flujos de PG se incluyen en el sub-TS. Por consiguiente, el dispositivo de reproducción lee todos los campos en la entrada de flujo de vista de base 4243, la entrada del flujo de vista dependiente 4244 y la información de atributo de flujo 4245. Si la bandera estereoscópica 4242 está desactivada, el dispositivo de reproducción ignora todos estos campos 42434245. Tanto la entrada del flujo de vista de base 4243 como la entrada del flujo de vista dependiente 4244 incluyen información de referencia de ID de sub-ruta, información de referencia de fichero de flujo y un PID. La información de referencia de ID de sub-ruta indica los ID de sub-ruta de las sub-rutas que especifican las rutas de reproducción de la vista de base y los flujos de PG de vista dependiente. La información de referencia de fichero de flujo es información para identificar el fichero DEP que almacena los flujos de PG. Los PID son los PID para los flujos de PG. La información de atributo de flujo 4245 incluye atributos para los flujos de PG, por ejemplo tipo de idioma.
La Figura 50C es un diagrama esquemático que muestra la estructura de datos de una secuencia de información de registro de flujo 4114 para flujos de IG. Como se muestra en la Figura 50C, esta secuencia de información de registro de flujo 4114 incluye generalmente una pluralidad de piezas de información de registro de flujo 4251. Estas son las mismas en número que las piezas de información de registro de flujo en el P1 correspondiente que indica los flujos de IG. Cada pieza de información de registro de flujo 4251 incluye una STN 4261, la bandera estereoscópica (es_SS_IG (is_SS_IG)) 4262, la entrada de flujo de vista de base 4263, la entrada de flujo de vista dependiente 4264 e información de atributo de flujo 4265. La STN 4261 es un número de serie asignado individualmente a piezas de información de registro de flujo 4251 y es el mismo que la STN de la pieza de información de registro de flujo, localizada en la PI correspondiente, con la que se combina cada pieza de información de registro de flujo 4251. La bandera estereoscópica 4262 indica si ambas de la vista de base y la vista dependiente, por ejemplo la vista izquierda y la vista derecha, los flujos de IG se incluyen en un medio de grabación 100. Si la bandera estereoscópica 4262 está activada, ambos flujos de IG se incluyen en el sub-TS. Por consiguiente, el dispositivo de reproducción lee todos los campos en la entrada del flujo de vista de base 4263, la entrada del flujo de vista dependiente 4264 y la información de atributo de flujo 4265. Si la bandera estereoscópica 4262 está desactivada, el dispositivo de reproducción ignora todos estos campos 4263-4265. Tanto la entrada del flujo de vista de base 4263 como la entrada del flujo de vista dependiente 4264 incluyen la información de referencia de ID de sub-ruta, información de referencia de fichero de flujo y un PID. La información de referencia de ID de sub-ruta indica los ID de sub-ruta de las sub-rutas que especifican las rutas de reproducción de los flujos de IG de vista de base y de vista dependiente. La información de referencia de fichero de flujo es información para identificar el fichero de DEP que almacena los flujos de IG. Los PID son los PID para los flujos de IG. La información de atributo de flujo 4265 incluye atributos para los flujos de IG, por ejemplo tipo de idioma.
[Reproducción de imágenes de vídeo en 3D de acuerdo con un fichero de lista de reproducción en 3D]
La Figura 51 es un diagrama esquemático que muestra las relaciones entre las PTS indicadas mediante el fichero de lista de reproducción en 3D (00002.mpls) 522 y las secciones reproducidas desde el fichero SS (01000.ssif) 544A. Como se muestra en la Figura 51, en la ruta principal 4301 del fichero de lista de reproducción en 3D 522, la PI Nº 1 especifica una PTS Nº 1, que indica un tiempo de inicio de reproducción IN1, y una PTS Nº 2, que indica un tiempo de fin de reproducción OUT1. La información de clip de referencia para la PI Nº 1 indica el fichero de información de clip en 2D (01000.clpi) 531. En la sub-ruta 4302, que indica que el tipo de sub-ruta es "3D L/R", la SUB_PI Nº 1 especifica la misma PTS Nº 1 y PTS Nº 2 que la PI Nº 1. La información de clip de referencia para la SUB_PI Nº 1 indica el fichero de información de clip de vista derecha (02000.clpi) 532.
15
25
35
45
55
65 E10743572
05-10-2015
Cuando se reproducen imágenes de vídeo en 3D de acuerdo con el fichero de lista de reproducción en 3D 522, el dispositivo de reproducción 200 lee en primer lugar la PTS Nº 1 y la PTS Nº 2 desde la PI Nº 1 y SUB_PI Nº 1. A continuación, el dispositivo de reproducción 200 hace referencia al mapa de entrada en el fichero de información de clip en 2D 531 para recuperar desde el fichero 2D el SPN Nº 1 y el SPN Nº 2 que corresponden a la PTS Nº 1 y PTS Nº 2. En paralelo, el dispositivo de reproducción 200 hace referencia al mapa de entrada en el fichero de información de clip de vista derecha 532 para recuperar desde el fichero DEP el SPN Nº 11 y el SPN Nº 12 que corresponden a la PTS Nº 1 y PTS Nº 2. Como se describe con referencia a la Figura 40E, el dispositivo de reproducción 200 a continuación usa los puntos de inicio de segmento 3042 y 3320 en los ficheros de información de clip 531 y 532 para calcular, desde el SPN Nº 1 y el SPN Nº 11, el número de paquetes de fuente SPN Nº 21 desde la parte superior del primer fichero SS 544A a la posición para iniciar la reproducción. De manera similar, el dispositivo de reproducción 200 calcula, desde el SPN Nº 2 y el SPN Nº 12, el número de paquetes de fuente SPN Nº 22 desde la parte superior del fichero SS 544A a la posición para iniciar la reproducción. El dispositivo de reproducción 200 calcula adicionalmente los números de sectores que corresponden al SPN Nº 21 y SPN Nº 22. A continuación, el dispositivo de reproducción 200 hace referencia a estos números de sectores y los descriptores de asignación en la entrada de fichero para el fichero SS 544A para especificar el LBN Nº 1 y LBN Nº 2 al comienzo y final, respectivamente, del grupo de sector P11 en que se graba el grupo de segmentos en 3D EXTSS[0], ..., EXTSS[n] a reproducir. El cálculo de los números de sectores y la especificación de los LBN son como para la descripción de la Figura 40E. Finalmente, el dispositivo de reproducción 200 indica el intervalo desde el LBN Nº 1 al LBN Nº 2 a la unidad de BD-ROM. El grupo de paquetes de fuente que pertenecen al grupo de segmentos en 3D EXTSS[0], ..., EXTSS[n] se lee por lo tanto desde el grupo de sector P11 en este intervalo. De manera similar, el par PTS Nº 3 y PTS Nº 4 indicado mediante la PI Nº 2 y SUB_PI Nº 2 se convierten en primer lugar en un par de SPN Nº 31 y SPN Nº 4 y un par de SPN Nº 13 y SPN Nº 14 haciendo referencia a los mapas de entrada en los ficheros de información de clip 531 y
532. A continuación, el número de paquetes de fuente SPN Nº 23 desde la parte superior del fichero SS 544A a la posición para iniciar la reproducción se calcula desde el SPN Nº 3 y SPN Nº 13, y el número de paquetes de fuente SPN Nº 24 desde la parte superior del fichero SS 544A a la posición para finalizar la reproducción se calcula desde el SPN Nº 4 y SPN Nº 14. A continuación, haciendo referencia a los descriptores de asignación en la entrada de fichero para el fichero SS 544A, el par de SPN Nº 23 y SPN Nº 24 se convierte en un par de LBN Nº 3 y LBN Nº 4. Adicionalmente, un grupo de paquetes de fuente que pertenecen al grupo de segmentos en 3D se lee desde el grupo de sector P12 en un intervalo desde el LBN Nº 3 al LBN Nº 4.
En paralelo con el procesamiento de lectura anteriormente descrito, como se describe con referencia a la Figura 40E, el dispositivo de reproducción 200 hace referencia a los puntos de inicio de segmento 3042 y 3320 en los ficheros de información de clip 531 y 532 para extraer segmentos de vista de base desde cada segmento en 3D y decodificar los segmentos de vista de base en paralelo con los restantes segmentos de vista derecha. El dispositivo de reproducción 200 puede reproducir por lo tanto imágenes de vídeo en 3D desde el primer fichero SS 544A de acuerdo con el fichero de lista de reproducción en 3D 522.
Hasta ahora, se ha descrito en detalle el fichero de información de lista de reproducción.
<Tabla de índice>
La Figura 52 es un diagrama esquemático que muestra una tabla de índice 4410 en el fichero de índice (index.bdmv) mostrado en la Figura 5. Como se muestra en la Figura 52, la tabla de índice 4410 almacena los elementos "primera reproducción" 4401, "menú superior" 4402 y "título k" 4403 (k = 1, 2, ..., n; un entero n es igual a o mayor que uno). Cada elemento está asociado con cualquiera de un objeto de película MVO-2D, MVO-3D, ..., o con un objeto BD-J BDJO-2D, BDJO-3D,.... Cada vez que se solicita un título o un menú en respuesta a una operación de usuario o un programa de aplicación, una unidad de control en el dispositivo de reproducción 200 hace referencia a un elemento correspondiente en la tabla de índice 4410. Adicionalmente, la unidad de control solicita un objeto asociado con el elemento desde el medio de grabación 100 y por consiguiente ejecuta diversos procesos. Específicamente, la "primera reproducción" 4401 especifica un objeto a solicitarse cuando el medio de grabación 100 se carga en la unidad de BD-ROM 121. El "menú superior" 4402 especifica un objeto para presentar un menú en la televisión 300 cuando se introduce un comando "volver a menú", por ejemplo, mediante operación de usuario. En el "título k" 4403, los títulos que constituyen el contenido en el medio de grabación 100 se asignan individualmente. Por ejemplo, cuando un título para reproducción se especifica mediante operación de usuario, en el elemento "título k" en que se asigna el título, se especifica el objeto para reproducir un vídeo desde el fichero de flujo de AV que corresponde al título.
En el ejemplo mostrado en la Figura 52, los elementos "título 1" y "título 2" se asignan a títulos de imágenes de vídeo en 2D. El objeto de película asociado con el elemento "título 1", MVO-2D, incluye un grupo de comandos relacionados con procesos de reproducción para imágenes de vídeo en 2D que usan el fichero de lista de reproducción en 2D (00001.mpls) 521. Cuando el dispositivo de reproducción 200 hace referencia al elemento "título 1", a continuación de acuerdo con el objeto de película MVO-2D, el fichero de lista de reproducción en 2D 521 se lee desde el medio de grabación 100, y se ejecutan los procesos de reproducción para las imágenes de vídeo en 2D de acuerdo con la ruta de reproducción especificada en el mismo. El objeto BD-J asociado con el elemento "título 2", BDJO-2D, incluye una tabla de gestión de aplicación relacionada con procesos de reproducción para imágenes de vídeo en 2D que usan el fichero de lista de reproducción en 2D 521. Cuando el dispositivo de reproducción 200 hace
15
25
35
45
55
65 E10743572
05-10-2015
referencia al elemento "título 2", a continuación de acuerdo con la tabla de gestión de aplicación en el objeto BD-J BDJO-2D, se solicita un programa de aplicación Java desde el fichero JAR y se ejecuta. De esta manera, el fichero de lista de reproducción en 2D 521 se lee desde el medio de grabación 100, y se ejecutan los procesos de reproducción para las imágenes de vídeo en 2D de acuerdo con la ruta de reproducción especificada en el mismo.
Adicionalmente, en el ejemplo mostrado en la Figura 52, los elementos "título 3" y "título 4" se asignan a títulos de imágenes de vídeo en 3D. El objeto de película asociado con el elemento "título 3", MVO-3D, incluye, además de un grupo de comandos relacionados con procesos de reproducción para imágenes de vídeo en 2D que usan el fichero de lista de reproducción en 2D 521, un grupo de comandos relacionados con procesos de reproducción para imágenes de vídeo en 3D usando cualquiera del fichero de lista de reproducción en 3D (00002.mpls) 522 o (00003.mpls) 523. En el objeto BD-J asociado con el elemento "título 4", BDJO-3D, la tabla de gestión de aplicación especifica, además de un programa de aplicación Java relacionado con procesos de reproducción para imágenes de vídeo en 2D que usan el fichero de lista de reproducción en 2D 521, un programa de aplicación Java relacionado con procesos de reproducción para imágenes de vídeo en 3D usando cualquiera de fichero de lista de reproducción en 3D 522 o 523.
Cuando el dispositivo de reproducción 200 hace referencia al elemento "título 3", se realizan los siguientes cuatro procesos de determinación de acuerdo con el objeto de película MVO-3D: (1) ¿Soporta el propio dispositivo de reproducción 200 reproducción de imágenes de vídeo en 3D? (2) ¿Ha seleccionado el usuario la reproducción de imágenes de vídeo en 3D? (3) ¿Soporta la televisión 300 la reproducción de imágenes de vídeo en 3D? y (4) ¿Está el modo de reproducción de vídeo en 3D del dispositivo de reproducción 200 en modo L/R o en modo de profundidad? A continuación, de acuerdo con los resultados de estas determinaciones, uno de los ficheros de la lista de reproducción 521-523 se selecciona para reproducción. Cuando el dispositivo de reproducción 200 hace referencia al elemento "título 4", se solicita un programa de aplicación Java desde el fichero JAR, de acuerdo con la tabla de gestión de aplicación en el objeto BD-J BDJO-3D, y se ejecuta. Los procesos de determinación anteriormente descritos se realizan de esta manera, y se selecciona a continuación un fichero de lista de reproducción de acuerdo con los resultados de la determinación.
[Selección de fichero de lista de reproducción cuando se selecciona un título de vídeo en 3D]
La Figura 53 es un diagrama de flujo de procesamiento de selección para un fichero de lista de reproducción a reproducir, realizándose el procesamiento cuando se selecciona un título de vídeo en 3D. En la tabla de índice 4410 mostrada en la Figura 52, se realiza el procesamiento de selección de acuerdo con el objeto de película MVO-3D cuando se hace referencia al elemento "título 3", y se realiza el procesamiento de selección de acuerdo con el programa de aplicación Java especificado mediante el objeto BD-J BDJO-3D cuando se hace referencia al elemento "título 4".
A la luz de este procesamiento de selección, se supone que el dispositivo de reproducción 200 incluye una primera bandera y una segunda bandera. Un valor de "0" para la primera bandera indica que el dispositivo de reproducción 200 únicamente soporta reproducción de imágenes de vídeo en 2D, mientras que "1" indica soporte de imágenes de vídeo en 3D también. Un valor de "0" para la segunda bandera indica que el dispositivo de reproducción 200 está en modo L/R, mientras que "1" indica modo de profundidad.
En la etapa S4501, el dispositivo de reproducción 200 comprueba el valor de la primera bandera. Si el valor es 0, el procesamiento continúa a la etapa S4505. Si el valor es 1, el procesamiento continúa a la etapa S4502.
En la etapa S4502, el dispositivo de reproducción 200 presenta un menú en la televisión 300 para que el usuario seleccione la reproducción de imágenes de vídeo en 2D o en 3D. Si el usuario selecciona reproducción de imágenes de vídeo en 2D mediante la operación de un control remoto 105 o similares, el procesamiento continúa a la etapa S4505, mientras que si el usuario selecciona imágenes de vídeo en 3D, el procesamiento continúa a la etapa S4503.
En la etapa S4503, el dispositivo de reproducción 200 comprueba si la televisión 300 soporta reproducción de imágenes de vídeo en 3D. Específicamente, el dispositivo de reproducción 200 intercambia mensajes CEC con la televisión 300 mediante un cable de HDMI 122 para comprobar con la televisión 300 si soporta reproducción de imágenes de vídeo en 3D. Si la televisión 300 soporta reproducción de imágenes de vídeo en 3D, el procesamiento continúa a la etapa S4504. Si no, el procesamiento continúa a la etapa S4505.
En la etapa S4504, el dispositivo de reproducción 200 comprueba el valor de la segunda bandera. Si este valor es 0, el procesamiento continúa a la etapa S4506. Si este valor es 1, el procesamiento continúa a la etapa S4507.
En la etapa S4505, el dispositivo de reproducción 200 selecciona para reproducción el fichero de lista de reproducción en 2D 521. Obsérvese que, en este momento, el dispositivo de reproducción 200 puede producir que la televisión 300 presente la razón por la que no se seleccionó la reproducción de imágenes de vídeo en 3D.
En la etapa S4506, el dispositivo de reproducción 200 selecciona para reproducción el fichero de lista de reproducción en 3D 522 usado en modo L/R.
10
15
20
25
30
35
40
45
50
55
60
65 E10743572
05-10-2015
En la etapa S4507, el dispositivo de reproducción 200 selecciona para reproducir el fichero de lista de reproducción en 3D 523 usado en modo de profundidad.
Hasta ahora, se ha descrito el medio de grabación 100 que pertenece a la primera realización de la presente invención.
<Estructura del dispositivo de reproducción en 2D>
Cuando se reproduce contenidos de vídeo en 2D desde un medio de grabación 100 en modo de reproducción en 2D, el dispositivo de reproducción 200 opera como un dispositivo de reproducción en 2D. La Figura 54 es un diagrama de bloques funcional de un dispositivo de reproducción en 2D 4600. Como se muestra en la Figura 54, el dispositivo de reproducción en 2D 4600 tiene una unidad de BD-ROM 4601, una unidad de reproducción 4600A y una unidad de control 4600B. La unidad de reproducción 4600A tiene una memoria intermedia de lectura 4602, un decodificador objetivo de sistema 4603, y un sumador de planos 4610. La unidad de control 4600B tiene una memoria de escenario dinámico 4604, una memoria de escenario estático 4605, una unidad de ejecución de programa 4606, una unidad de control de reproducción 4607, una unidad de almacenamiento variable de reproductor 4608 y una unidad de procesamiento de evento de usuario 4609. La unidad de reproducción 4600A y la unidad de control 4600B se implementan cada una en un circuito integrado diferente, pero pueden implementarse como alternativa en un único circuito integrado.
Cuando el medio de grabación 100 se carga en la unidad de BD-ROM 4601, la unidad de BD-ROM 4601 radia luz láser al medio de grabación 100 y detecta cambio en la luz reflejada desde el medio de grabación 100. Adicionalmente, usando el cambio en la cantidad de luz reflejada, la unidad de BD-ROM 4601 lee datos grabados en el medio de grabación 100. Específicamente, la unidad de BD-ROM 4601 tiene un cabezal óptico, es decir una cabeza óptica. La cabeza óptica tiene un láser semiconductor, una lente de colimador, un divisor de haz, una lente de objetivo, una lente de recogida y un detector óptico. Un haz de luz radiado desde el láser semiconductor pasa secuencialmente a través de la lente de colimador, el divisor de haz y la lente de objetivo para recogerse en una capa de lectura del medio de grabación 100. El haz recogido se refleja y difracta por la capa de grabación. La luz reflejada y difractada pasa a través de la lente de objetivo, el divisor de haz y la lente de recogida, y se recoge en el detector óptico. El detector óptico genera una señal de reproducción a un nivel de acuerdo con la cantidad de luz recogida. Adicionalmente, se decodifican datos desde la señal de reproducción.
La unidad de BD-ROM 4601 lee datos desde el medio de grabación 100 basándose en una solicitud desde la unidad de control de reproducción 4607. De los datos leídos, los segmentos en el fichero 2D, es decir los segmentos en 2D, se transfieren a la memoria intermedia de lectura 4602; la información de escenario dinámico se transfiere a la memoria de escenario dinámico 4604; y la información de escenario estático se transfiere a la memoria de escenario estático 4605. La "información de escenario dinámico" incluye un fichero de índice, fichero de objeto de película y fichero de objeto BD-J. La "información de escenario estático" incluye un fichero de lista de reproducción en 2D y un fichero de información de clip en 2D.
La memoria intermedia de lectura 4602, la memoria de escenario dinámico 4604 y la memoria de escenario estático 4605 son cada una una memoria intermedia. Un dispositivo de memoria en la unidad de reproducción 4600A se usa como la memoria intermedia de lectura 4602. Los dispositivos de memoria en la unidad de control 4600B se usan como la memoria de escenario dinámico 4604 y la memoria de escenario estático 4605. Además, pueden usarse diferentes áreas en un único dispositivo de memoria como estas memorias intermedias 4602, 4604 y 4605. La memoria intermedia de lectura 4602 almacena segmentos en 2D, la memoria de escenario dinámico 4604 almacena información de escenario dinámico y la memoria de escenario estático 4605 almacena información de escenario estático.
El decodificador objetivo de sistema 4603 lee segmentos en 2D desde la memoria intermedia de lectura 4602 en unidades de paquetes de fuente y demultiplexa los segmentos en 2D. El decodificador objetivo de sistema 4603 a continuación decodifica cada uno de los flujos elementales obtenidos mediante la demultiplexación. En este punto, la información necesaria para decodificada cada flujo elemental, tal como el tipo de códec y atributo del flujo, se transfiere desde la unidad de control de reproducción 4607 al decodificador objetivo de sistema 4603. Para cada VAU, el decodificador objetivo de sistema 4603 emite un flujo de vídeo principal, un flujo de vídeo secundario, un flujo de IG y un flujo de PG como datos de plano de vídeo principal, datos de plano de vídeo secundario, datos de plano de IG y datos de plano de PG, respectivamente. Por otro lado, el decodificador objetivo de sistema 4603 mezcla el flujo de audio principal y flujo de audio secundario decodificados y transmite los datos resultantes a un dispositivo de salida de audio, tal como un altavoz interno 103A de la televisión 300. Además, el decodificador objetivo de sistema 4603 recibe datos de gráficos desde la unidad de ejecución de programa 4606. Los datos de gráficos se usan para representar gráficos tales como un menú de GUI en una pantalla y es un formato de datos de trama tal como JPEG y PNG. El decodificador objetivo de sistema 4603 procesa los datos de gráficos y emite los datos como datos de plano de imagen. Los detalles del decodificador objetivo de sistema 4603 se describen a continuación.
15
25
35
45
55
65 E10743572
05-10-2015
La unidad de procesamiento de evento de usuario 4609 detecta una operación de usuario mediante el control remoto 105 o el panel frontal del dispositivo de reproducción 200. Basándose en la operación de usuario, la unidad de procesamiento de evento de usuario 4609 solicita a la unidad de ejecución de programa 4606 o a la unidad de control de reproducción 4607 realizar un proceso relevante. Por ejemplo, cuando un usuario ordena presentar un menú emergente presionando un botón en el control remoto 105, la unidad de procesamiento de evento de usuario 4609 detecta la pulsación e identifica el botón. La unidad de procesamiento de evento de usuario 4609 solicita adicionalmente a la unidad de ejecución de programa 4606 ejecutar un comando que corresponde al botón, es decir un comando para presentar el menú emergente. Por otro lado, cuando un usuario presiona un botón de avance rápido o rebobinar en el control remoto 105, por ejemplo, la unidad de procesamiento de evento de usuario 4609 detecta la pulsación, identifica el botón y solicita a la unidad de control de reproducción 4607 avanzar rápido o rebobinar la lista de reproducción que se está reproduciendo actualmente.
La unidad de controles de reproducción 4607 controla la trasferencia de diferentes tipos de datos, tales como segmentos en 2D, un fichero de índice, etc. desde el medio de grabación 100 a la memoria intermedia de lectura 4602, a la memoria de escenario dinámico 4604 y a la memoria de escenario estático 4605. Un sistema de ficheros que gestiona la estructura de fichero de directorio mostrada en la Figura 7 se usa para este control. Es decir, la unidad de control de reproducción 4607 produce que la unidad de BD-ROM 4601 transfiera los ficheros a cada una de las memorias intermedias 4602, 4604 y 4605 usando una solicitud de sistema para abrir ficheros. El fichero que se abre está compuesto de usa serie de los siguientes procesos. En primer lugar, se proporciona un nombre de fichero a detectar al sistema de ficheros mediante una solicitud de sistema, y se hace un intento para detectar el nombre de fichero desde la estructura de directorio/fichero. Cuando la detección es satisfactoria, la entrada de fichero para el fichero objetivo se transfiere en primer lugar a la memoria en la unidad de control de reproducción 4607, y se genera un FCB (Bloque de Control de Fichero) en la memoria. Posteriormente, se devuelve un manejador de fichero para el fichero objetivo desde el sistema de ficheros a la unidad de control de reproducción 4607. Después de esto, la unidad de control de reproducción 4607 puede transferir el fichero objetivo desde el medio de grabación 100 a cada una de las memorias intermedias 4602, 4604 y 4605 mostrando el manejador de fichero a la unidad de BD-ROM 4601.
La unidad de control de reproducción 4607 decodifica el fichero 2D para emitir datos de vídeo y datos de audio controlando la unidad de BD-ROM 4601 y el decodificador objetivo de sistema 4603. Específicamente, la unidad de control de reproducción 4607 lee en primer lugar un fichero de lista de reproducción en 2D desde la memoria de escenario estático 4605, en respuesta a una instrucción desde la unidad de ejecución de programa 4606 o una solicitud desde la unidad de procesamiento de evento de usuario 4609, e interpreta el contenido del fichero. De acuerdo con el contenido interpretado, particularmente con la ruta de reproducción, la unidad de control de reproducción 4607 especifica a continuación un fichero 2D a reproducir y ordena a la unidad de BD-ROM 4601 y al decodificador objetivo de sistema 4603 leer y decodificar este fichero. Tal procesamiento de reproducción basándose en un fichero de lista de reproducción se denomina "reproducción de lista de reproducción". Además, la unidad de control de reproducción 4607 establece diversos tipos de variables de reproductor en la unidad de almacenamiento variable de reproductor 4608 usando la información de escenario estático. Con referencia a las variables de reproductor, la unidad de control de reproducción 4607 especifica adicionalmente al decodificador objetivo de sistema 4603 flujos elementales a decodificar y proporciona la información necesaria para decodificar los flujos elementales.
La unidad de almacenamiento variable de reproductor 4608 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 (GPRM). La Figura 55 es una lista de SPRM. Cada SPRM se asigna un número de serie 4701 y cada número de serie 4701 está asociado con un valor variable único 4702. Los contenidos de los SPRM principales se muestran a continuación. En este punto, los números en paréntesis indican los números de serie 4701.
SPRM(0): código de idioma
SPRM(1): número de flujo de audio principal
SPRM(2): número de flujo de subtítulo
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 celda
SPRM(8): nombre de tecla
SPRM(9): temporizador de navegación
SPRM(10): tiempo de reproducción actual
SPRM(11): mezcla de audio de reproductor para karaoke
SPRM(12): código de país para control parental
SPRM(13): nivel parental
SPRM(14): configuración de reproductor para vídeo
SPRM(15): configuración de reproductor para audio SPRM(16): código de 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ítulo
SPRM(19): extensión de código de idioma para flujo de subtítulo
SPRM(20): código de región de reproductor
SPRM(21): número de flujo de vídeo secundario
SPRM(22): número de flujo de audio secundario
SPRM(23): estado de reproductor
SPRM(24): Reservado
SPRM(25): Reservado
SPRM(26): Reservado
SPRM(27): Reservado
SPRM(28): Reservado
SPRM(29): Reservado
SPRM(30): Reservado
SPRM(31) Reservado
El SPRM(10) indica la PTS de la instantánea que se está decodificando actualmente y se actualiza cada vez que se decodifica una instantánea y se escribe en la memoria de plano de vídeo principal. Por consiguiente, el punto de reproducción actual puede conocerse haciendo referencia al SPRM(10).
El código de idioma para el flujo de audio del SPRM(16) y el código de idioma para el flujo de subtítulo del SPRM(18) muestran códigos de idioma por defecto del dispositivo de reproducción 200. Estos códigos pueden cambiarse mediante un usuario con el uso de la OSD o similares para el dispositivo de reproducción 200, o puede cambiarse mediante un programa de aplicación mediante la unidad de ejecución de programa 4606. Por ejemplo, si el SPRM(16) muestra "Inglés", en el procesamiento de reproducción de una lista de reproducción, la unidad de control de reproducción 4607 busca en primer lugar la tabla de STN en la PI para una entrada de flujo que tiene el código de idioma para "Inglés". La unidad de control de reproducción 4607 a continuación extrae el PID desde la información de identificación de flujo de la entrada de flujo y transmite el PID extraído al decodificador objetivo de sistema 4603. Como resultado, se selecciona un flujo de audio que tiene el mismo PID y se decodifica mediante el decodificador objetivo de sistema 4603. Estos procesos pueden ejecutarse mediante la unidad de control de reproducción 4607 con uso del fichero de objeto de película o el fichero de objeto BD-J.
Durante procesamiento de reproducción, la unidad de control de reproducción 4607 actualiza las variables de reproductor de acuerdo con el estado de la reproducción. La unidad de control de reproducción 4607 actualiza el SPRM(1), el SPRM(2), el SPRM(21) y el SPRM(22) en particular. Estos SPRM muestran respectivamente, en el orden establecido, el STN del flujo de audio, del flujo de subtítulo, del flujo de vídeo secundario y del flujo de audio secundario que se están procesando actualmente. Como un ejemplo, suponiendo que el número de flujo de audio SPRM(1) se ha cambiado mediante la unidad de ejecución de programa 4606. En este caso, la unidad de control de reproducción 4607 busca en primer lugar el STN en la PI que se está reproduciendo actualmente para una entrada de flujo que incluye un STN que indica el SPRM(1) cambiado. La unidad de control de reproducción 4607 a continuación extrae el PID desde la información de identificación de flujo en la entrada de flujo y transmite el PID extraído al decodificador objetivo de sistema 4603. Como resultado, el flujo de audio que tiene el mismo PID se selecciona y decodifica mediante el decodificador objetivo de sistema 4603. Esto es cómo se cambia el flujo de audio dirigido para reproducción. El flujo de subtítulo y el flujo de vídeo secundario a reproducir pueden cambiarse de manera similar.
La unidad de ejecución de programa 4606 es un procesador y ejecuta programas almacenados en el fichero de objeto de película o en el fichero de objeto BD-J. La unidad de ejecución de programa 4606 ejecuta los siguientes controles en particular de acuerdo con los programas. (1) La unidad de ejecución de programa 4606 ordena a la unidad de control de reproducción 4607 realizar el procesamiento de reproducción de lista de reproducción. (2) La unidad de ejecución de programa 4606 genera datos de gráficos para un menú o un juego como datos de trama de PNG o JPEG, y transfiere los datos generados al decodificador objetivo de sistema 4603 para ser compuestos con otros datos de vídeo. Los contenidos específicos de estos controles pueden diseñarse relativamente de manera flexible a través de diseño de programa. Es decir, los contenidos de los controles se determinan mediante el procedimiento de programación del fichero de objeto de película y del fichero de objeto BD-J en el procedimiento de autoría del medio de grabación 100.
El sumador de planos 4610 recibe datos de plano de vídeo principal, datos de plano de vídeo secundario, datos de plano de IG, datos de plano de PG y datos de plano de imagen desde el decodificador objetivo de sistema 4603 y compone estos datos en un fotograma de vídeo o un campo mediante superposición. El sumador de planos 4610 emite los datos de vídeo compuestos resultantes a la televisión 300 para presentación en la pantalla.
<Decodificador objetivo de sistema>
La Figura 56 es un diagrama de bloques funcional del decodificador objetivo de sistema 4603. Como se muestra en la Figura 56, el decodificador objetivo de sistema 4603 incluye un depaquetizador de fuente 4810, el contador de ATC 4820, primer reloj de 27 MHz 4830, filtro de PID 4840, contador de STC (STC1) 4850, segundo reloj de 27 MHz 4860, decodificador de vídeo principal 4870, decodificador de vídeo secundario 4871, decodificador de PG 4872, decodificador de IG 4873, decodificador de audio principal 4874, decodificador de audio secundario 4875, procesador de imagen 4880, memoria de plano de vídeo principal 4890, memoria de plano de vídeo secundario 4891, memoria de plano de PG 4892, memoria de plano de IG 4893, memoria de plano de imagen 4894 y mezclador de audio 4895.
El depaquetizador de fuente 4810 lee paquetes de fuente desde la memoria intermedia de lectura 4602, extrae los paquetes de TS desde los paquetes de fuente leídos, y transfiere los paquetes de TS al filtro de PID 4840. El depaquetizador de fuente 4810 ajusta además el tiempo de la transferencia de acuerdo con las ATS de cada paquete de fuente. Específicamente, el depaquetizador de fuente 4810 monitoriza en primer lugar el valor del ATC generado mediante el contador de ATC 4820. En este caso, el valor del ATC depende del contador de ATC 4820, y se incrementa de acuerdo con un pulso de la señal de reloj del primer reloj de 27 MHz 4830. Posteriormente, en el instante en que el valor del ATC coincide las ATS de un paquete de fuente, el depaquetizador de fuente 4810 transfiere los paquetes de TS extraídos desde el paquete de fuente al filtro de PID 4840. Ajustando el tiempo de la transferencia de esta manera, la velocidad de transferencia media RTS de paquetes de TS desde el depaquetizador de fuente 4810 al filtro de PID 4840 no sobrepasa la velocidad de sistema 3111 mostrada mediante el fichero de información de clip en 2D en la Figura 38.
El filtro de PID 4840 monitoriza en primer lugar los PID que incluyen los paquetes de TS emitidos mediante el depaquetizador de fuente 4810. Cuando un PID coincide con un PID pre-especificado mediante la unidad de control de reproducción 4807, el filtro de PID 4840 selecciona los paquetes de TS y los transfiere al decodificador 48704875 apropiado para la decodificación del flujo elemental indicado mediante el PID. Por ejemplo, si un PID es 0x1011, los paquetes de TS se transfieren al decodificador de vídeo principal 4870, mientras que los paquetes de TS con PID que varían a partir de 0x1B00-0x1B1F, 0x1100-0x111F, 0x1A00-0x1A1F, 0x1200-0x121F y 0x1400-0x141F se transfieren al decodificador de vídeo secundario 4871, al decodificador de audio principal 4874, al decodificador de audio secundario 4875, al decodificador de PG 4872 y al decodificador de IG 4873, respectivamente.
El filtro de PID 4840 detecta además las PCR desde cada paquete de TS usando el PID del paquete de TS. En este punto, el filtro de PID 4840 establece el valor del contador de STC 4850 a un valor predeterminado. En este caso, el valor del contador de STC 4850 se incrementa de acuerdo con un pulso de la señal de reloj del segundo reloj de 27 MHz 4860. Además, el valor para el que se establece el contador de STC 4850 se indica al filtro de PID 4840 desde la unidad de control de reproducción 4807 con antelación. Los decodificadores 4870-4875 usan cada uno el valor del contador de STC 4850 como el STC. Es decir, los decodificadores 4870-4875 ajustan la temporización del procesamiento de decodificación de los paquetes de TS emitidos desde el filtro de PID 4840 de acuerdo con el tiempo indicado mediante la PTS o la DTS incluido en los paquetes de TS.
El decodificador de vídeo principal 4870, como se muestra en la Figura 56, incluye una memoria intermedia de flujo de transporte (TB) 4801, memoria intermedia de multiplexación (MB) 4802, memoria intermedia de flujo elemental (EB) 4803, decodificador de vídeo comprimido (DEC) 4804 y memoria intermedia de instantánea decodificada (DPB) 4805. La TB 4801, MB 4802, EB 4803 y DPB 4805 son cada una una memoria intermedia y usan un área de un dispositivo de memoria proporcionado internamente en el decodificador de vídeo principal 4870. Como alternativa, algunas o todas las TB 4801, la MB 4802, la EB 4803 y la DPB 4805 pueden separarse en diferentes dispositivos de memoria. La TB 4801 almacena los paquetes de TS recibidos desde el filtro de PID 4840 como están. La MB 4802 almacena paquetes PES reconstruidos desde los paquetes de TS almacenados en la TB 4801. Obsérvese que cuando los paquetes de TS se transfieren desde la TB 4801 a la MB 4802, se elimina el encabezamiento de TS desde cada paquete de TS. La EB 4803 extrae las VAU codificadas desde los paquetes PES y almacena las VAU codificadas extraídas en la misma. Una VAU incluye instantáneas comprimidas, es decir, una instantánea I, instantánea B e instantánea P. Obsérvese que cuando se transfieren datos desde la MB 4802 a la EB 4803, el encabezamiento de PES se elimina de cada paquete de PES. El DEC 4804 decodifica instantáneas desde cada VAU en la EB 4803 en el momento mostrado mediante la DTS incluida en el paquete de TS original. El DEC 4804 puede hacer referencia también a la información de cambio de decodificación mostrada en la Figura 13 para decodificar instantáneas desde cada VAU secuencialmente, independientemente de la DTS. El DEC 4804 cambia el esquema de decodificación de acuerdo con los formatos de codificación de compresión, por ejemplo, MPEG-2, MPEG-4 AVC y VC1, y el atributo de flujo de las instantáneas comprimidas almacenadas en cada VAU. El DEC 4804 transfiere adicionalmente las instantáneas decodificadas, es decir, un fotograma o campo, a la DPB 4805. La DPB 4805 almacena temporalmente las instantáneas decodificadas. Cuando se decodifica una instantánea P o una instantánea B, el DEC 4804 hace referencia a las instantáneas decodificadas almacenadas en la DPB 4805. La DPB 4805 escribe adicionalmente cada una de las instantáneas almacenadas en la memoria de plano de vídeo principal 4890 en el momento mostrado mediante la PTS incluida en el paquete de TS original.
El decodificador de vídeo secundario 4871 incluye la misma estructura que el decodificador de vídeo principal 4870. El decodificador de vídeo secundario 4871 decodifica en primer lugar los paquetes de TS del flujo de vídeo secundario recibidos desde el filtro de PID 4840 en instantáneas no comprimidas. Posteriormente, el decodificador de vídeo secundario 4871 escribe las instantáneas no comprimidas resultantes en la memoria de plano de vídeo secundario 4891 en el momento mostrado mediante la PTS incluida en el paquete de TS.
El decodificador de PG 4872 decodifica los paquetes de TS recibidos desde el filtro de PID 4840 en datos de gráficos no comprimidos y escribe los datos de gráficos no comprimidos resultantes a la memoria de plano de PG 4892 en el momento mostrado mediante la PTS incluida en el paquete de TS.
El decodificador de IG 4873 decodifica los paquetes de TS recibidos desde el filtro de PID 4840 en datos de gráficos no comprimidos y escribe los datos de gráficos no comprimidos resultantes a la memoria de plano de IG 4893 en el momento mostrado mediante la PTS incluida en el paquete de TS.
El decodificador de audio principal 4874 almacena en primer lugar los paquetes de TS recibidos desde el filtro de PID 4840 en una memoria intermedia proporcionada en el mismo. Posteriormente, el decodificador de audio principal 4874 elimina el encabezamiento de TS y el encabezamiento de PES desde cada paquete de TS en la memoria intermedia, y decodifica los datos restantes en datos de audio de LPCM no comprimidos. Adicionalmente, el decodificador de audio principal 4874 transmite los datos de audio resultantes al mezclador de audio 4895 en el momento mostrado mediante la PTS incluida en el paquete de TS. El decodificador de audio principal 4874 cambia un esquema de decodificación de los datos de audio no comprimidos de acuerdo con el formato de codificación de compresión, por ejemplo AC-3 o DTS, y el atributo de flujo del flujo de audio principal, que se incluye en los paquetes de TS.
El decodificador de audio secundario 4875 tiene la misma estructura que el decodificador de audio principal 4874. El decodificador de audio secundario 4875 decodifica en primer lugar los paquetes de TS del flujo de audio secundario recibidos desde el filtro de PID 4840 en datos de audio de LPCM no comprimidos. Posteriormente, el decodificador de audio secundario 4875 transmite los datos de audio de LPCM no comprimidos al mezclador de audio 4895 en el momento mostrado mediante la PTS incluida en el paquete de TS. El decodificador de audio secundario 4875 cambia un esquema de decodificación de los datos de audio no comprimidos de acuerdo con el formato de codificación de compresión, por ejemplo Dolby Digital Plus o DTS-HD LBR, y el atributo de flujo del flujo de audio principal, incluido en los paquetes de TS.
El mezclador de audio 4895 recibe datos de audio no comprimidos desde tanto el decodificador de audio principal 4874 como desde el decodificador de audio secundario 4875 y a continuación mezcla (superpone) los datos recibidos. El mezclador de audio 4895 transmite también el audio compuesto resultante a un altavoz interno 103A de la televisión 300 o similar.
El procesador de imagen 4880 recibe datos de gráficos, es decir, datos de trama de PNG o JPEG, junto con la PTS de los mismos desde la unidad de ejecución de programa 4806. Tras la recepción de los datos de gráficos, el procesador de imagen 4880 representa los datos de gráficos y escribe los datos de gráficos en la memoria de plano de imagen 4894.
<Estructura del dispositivo de reproducción en 3D>
Cuando se reproducen contenidos de vídeo en 3D desde un medio de grabación 100 en modo de reproducción en 3D, el dispositivo de reproducción 200 opera como un dispositivo de reproducción en 3D. La parte fundamental de la estructura del dispositivo es idéntica a la del dispositivo de reproducción en 2D mostrado en las Figuras 54 a 56. Por lo tanto, lo siguiente es una descripción de secciones de la estructura del dispositivo de reproducción en 2D que se amplían o modifican, incorporando por referencia la descripción anterior del dispositivo de reproducción en 2D para detalles sobre las partes fundamentales del mismo. En relación con el procesamiento de reproducción de imágenes de vídeo en 2D de acuerdo con ficheros de lista de reproducción en 2D, es decir el procesamiento de reproducción de la lista de reproducción en 2D, el dispositivo de reproducción en 3D tiene la misma estructura que el dispositivo de reproducción en 2D. Por consiguiente, los detalles sobre esta estructura se incorporan por la presente a partir de la descripción del dispositivo de reproducción en 2D por referencia. La siguiente descripción supone el procesamiento de reproducción de imágenes de vídeo en 3D de acuerdo con ficheros de lista de reproducción en 3D, es decir procesamiento de reproducción de lista de reproducción en 3D.
La Figura 57 es un diagrama de bloques funcional del dispositivo de reproducción en 3D 4900. El dispositivo de reproducción en 3D 4900 incluye una unidad de BD-ROM 4901, una unidad de reproducción 4900A y una unidad de control 4900B. La unidad de reproducción 4900A incluye un conmutador 4911, una primera memoria intermedia de lectura 4921, una segunda memoria intermedia de lectura 4922, un decodificador objetivo de sistema 4903 y un sumador de planos 4910. La unidad de control 4900B incluye una memoria de escenario dinámico 4904, una memoria de escenario estático 4905, una unidad de ejecución de programa 4906, una unidad de control de reproducción 4907, una unidad de almacenamiento variable de reproductor 4908 y una unidad de procesamiento de evento de usuario 4909. La unidad de reproducción 4900A y la unidad de control 4900B están montadas en un circuito integrado diferente, pero como alternativa pueden montarse en un único circuito integrado. En particular, la memoria de escenario dinámico 4904, la memoria de escenario estático 4905, la unidad de ejecución de programa 4906 y la unidad de procesamiento de evento de usuario 4909 tienen una estructura idéntica con el dispositivo de reproducción en 2D mostrado en la Figura 54. Por consiguiente, los detalles de las mismas se incorporan por referencia a la explicación anterior del dispositivo de reproducción en 2D.
La unidad de BD-ROM 4901 incluye elementos idénticos a la unidad de BD-ROM 4601 en el dispositivo de reproducción en 2D mostrado en la Figura 54. Cuando la unidad de control de reproducción 4907 indica un intervalo de LBN, la unidad de BD-ROM 4901 lee datos desde el grupo de sector en el medio de grabación 100 indicado mediante el intervalo. En particular, un grupo de paquetes de fuente que pertenecen a segmentos en el fichero SS, es decir segmentos en 3D, se transfiere desde la unidad de BD-ROM 4901 al conmutador 4911. En este caso, cada segmento en 3D incluye uno o más pares de un bloque de datos de vista de base y de vista dependiente, como se muestra en las Figuras 18D y 41. Estos bloques de datos necesitan transferirse en paralelo a diferentes memorias intermedias de lectura, es decir las memorias intermedias de lectura 4921 y 4922. Por consiguiente, la unidad de BD-ROM 4901 necesita tener al menos la misma velocidad de acceso que la unidad de BD-ROM 4601 en el dispositivo de reproducción en 2D.
El conmutador 4911 recibe segmentos en 3D desde la unidad de BD-ROM 4901. Por otro lado, el conmutador 4911 recibe, desde la unidad de control de reproducción 4907, información que indica el límite en cada bloque de datos incluido en los segmentos en 3D, por ejemplo el número de paquetes de fuente desde el comienzo del segmento en 3D a cada límite. En este caso, la unidad de control de reproducción 4907 genera esta información haciendo referencia al punto de inicio de segmento en el fichero de información de clip. El conmutador 4911 hace referencia adicionalmente a esta información para extraer bloques de datos de vista de base desde cada segmento en 3D, transmitiendo a continuación los bloques de datos a la primera memoria intermedia de lectura 4921. A la inversa, el conmutador 4911 transmite los bloques de datos de vista dependiente restantes a la segunda memoria intermedia de lectura 4922.
La primera memoria intermedia de lectura 4921 y la segunda memoria intermedia de lectura 4922 son memorias intermedias que usan un elemento de memoria en la unidad de reproducción 4900A. En particular, se usan diferentes áreas en un único elemento de memoria como las memorias intermedias de lectura 4921 y 4922. Como alternativa, pueden usarse diferentes elementos de memoria como las memorias intermedias de lectura 4921 y 4922. La primera memoria intermedia de lectura 4921 recibe bloques de datos de vista de base desde el conmutador 4911 y almacena estos bloques de datos. La segunda memoria intermedia de lectura 4922 recibe bloques de datos de vista dependiente desde el conmutador 4911 y almacena estos bloques de datos.
En primer lugar, el decodificador objetivo de sistema 4903 lee de manera alterna bloques de datos de vista de base almacenados en la primera memoria intermedia de lectura 4921 y bloques de datos de vista dependiente almacenados en la segunda memoria intermedia de lectura 4922. A continuación, el decodificador objetivo de sistema 4903 separa flujos elementales desde cada paquete de fuente mediante demultiplexación y adicionalmente, desde los flujos separados, decodifica los datos mostrados mediante el PID indicado mediante la unidad de control de reproducción 4907. El decodificador objetivo de sistema 4903 a continuación escribe los flujos elementales decodificados en la memoria de plano interno de acuerdo con el tipo de los mismos. El flujo de vídeo de vista de base se escribe en la memoria de plano de vídeo de vista izquierda, y el flujo de vídeo de vista dependiente se escribe en la memoria de plano de vista derecha. Por otro lado, el flujo de vídeo secundario se escribe en la memoria de plano de vídeo secundario, el flujo de IG en la memoria de plano de IG y el flujo de PG en la memoria de plano de PG. Cuando los datos de flujo distintos al flujo de vídeo están compuestos de un par de datos de flujo de vista de base y de datos de flujo de vista dependiente, se preparan un par de memorias de plano correspondientes para el plano de datos de vista izquierda y el plano de datos de vista derecha. El decodificador objetivo de sistema 4903 procesa también datos de gráficos desde la unidad de ejecución de programa 4906, tal como datos de trama de JPEG o PNG, y escribe estos datos en la memoria de plano de imagen.
El decodificador objetivo de sistema 4903 asocia la salida de los datos de plano desde las memorias del plano del vídeo izquierdo y del vídeo derecho con el modo de presentación B-D y el modo de presentación B-B. Cuando la unidad de control de reproducción 4907 indica el modo de presentación B-D, el decodificador objetivo de sistema 4903 emite de manera alterna datos de plano desde las memorias de plano del vídeo izquierdo y del vídeo derecho. Por otro lado, cuando la unidad de control de reproducción 4907 indica el modo de presentación B-B, el decodificador objetivo de sistema 4903 emite datos de plano desde únicamente la memoria de plano del vídeo izquierdo o del vídeo derecho dos veces por fotograma mientras mantiene el modo de operación en modo de reproducción en 3D.
Adicionalmente, el decodificador objetivo de sistema 4903 asocia la salida de las memorias de plano de gráficos, es decir diversos tipos de datos de plano de gráficos desde la memoria de plano de PG, la memoria de plano de IG y la memoria de plano de imagen, con el modo de 2 planos, modo de plano 1 + modo de compensación y modo de plano I + modo de compensación cero. Cuando la unidad de control de reproducción 4907 indica modo de 2 planos, el decodificador objetivo de sistema 4903 emite de manera alterna datos de plano de gráficos de vista izquierda y de vista derecha desde cada una de las memorias de plano de gráficos. Cuando la unidad de control de reproducción 4907 indica modo de 1 plano + compensación o modo de 1 plano + compensación cero, el decodificador objetivo de sistema 4903 emite datos de plano de gráficos desde cada una de las memorias de plano de gráficos mientras mantiene el modo de operación en modo de reproducción en 3D. Cuando la unidad de control de reproducción 4907 indica modo de 1 plano + compensación, el decodificador objetivo de sistema 4903 emite adicionalmente el valor de compensación designado mediante la unidad de control de reproducción 4907 al sumador de planos 4910. En este caso, la unidad de control de reproducción 4907 establece el valor de compensación basándose en la tabla de compensación en el fichero de información de clip. Por otro lado, cuando la unidad de control de reproducción 4907 indica modo de 1 plano + compensación cero, el decodificador objetivo de sistema 4903 emite "0" como el valor de compensación al sumador de planos 4910.
Tras recibir una solicitud desde, por ejemplo, la unidad de ejecución de programa 4906 para realizar el procesamiento de reproducción de lista de reproducción en 3D, la unidad de control de reproducción 4907 en primer lugar hace referencia al fichero de lista de reproducción en 3D almacenado en la memoria de escenario estático 4905. A continuación, de acuerdo con el fichero de lista de reproducción en 3D y siguiendo la secuencia mostrada en la Figura 51, la unidad de control de reproducción 4907 indica a la unidad de BD-ROM 4901 los intervalos del LBN para el grupo de sector en que se graba el segmento en 3D a leer. La unidad de control de reproducción 4907 hace referencia también a los meta datos de 3D en el fichero de información de clip almacenados en la memoria de escenario estático 4905 para buscar el punto de inicio de segmento para cada punto en 3D a leer. La unidad de control de reproducción 4907 genera adicionalmente información que indica el límite de los bloques de datos incluidos en cada segmento en 3D y a continuación transmite esta información al conmutador 4911.
Adicionalmente, la unidad de control de reproducción 4907 hace referencia a la tabla de STN y la tabla de STN SS en el fichero de lista de reproducción en 3D para controlar los requisitos de operación del decodificador objetivo de sistema 4903 y el sumador de planos 4910. Por ejemplo, la unidad de control de reproducción 4907 selecciona el PID para el flujo elemental a reproducir y emite el PID al decodificador objetivo de sistema 4903. La unidad de control de reproducción 4907 selecciona también el modo de presentación para cada plano de acuerdo con la compensación durante el elemento emergente 4111 en la tabla STN SS e indica estos modos de presentación al decodificador objetivo de sistema 4903 y al sumador de planos 4910.
Como en el dispositivo de reproducción en 2D, la unidad de almacenamiento variable de reproductor 4908 incluye el SPRM mostrado en la Figura 55. Sin embargo, cualquiera dos de los SPRM(24)-(32) que se reservaron en la Figura 55 incluyen la primera bandera y segunda bandera mostradas en la Figura 53. Por ejemplo, el SPRM(24) puede incluir la primera bandera y el SPRM(25) la segunda bandera. En este caso, cuando el SPRM(24) es "0", el dispositivo de reproducción 200 únicamente soporta reproducción de imágenes de vídeo en 2D, y cuando es "1", el dispositivo de reproducción 200 soporta también reproducción de imagen de vídeo en 3D. Cuando el SPRM(25) es "0", el modo de reproducción de imagen de vídeo en 3D del dispositivo de reproducción 200 es el modo L/R, y cuando es "1", el modo de reproducción de imagen de vídeo en 3D es modo de profundidad.
El sumador de planos 4910 recibe cada tipo de datos de plano desde el decodificador objetivo de sistema 4903 y superpone las piezas de datos de plano para crear un fotograma o campo compuesto. En particular, en modo L/R, los datos de plano de vídeo izquierdo representan el plano de vídeo de vista izquierda, y los datos de plano de vídeo derecho representan el plano de vídeo de vista derecha. Por consiguiente, de entre las otras piezas de datos de plano, el sumador de planos 4910 superpone piezas que representan la vista izquierda en los datos de plano de vista izquierda y piezas que representan la vista derecha en los datos de plano de vista derecha. Por otro lado, en modo de profundidad, los datos de plano de vídeo de vista derecha representan un mapa de profundidad para un plano de vídeo que representa los datos de plano de vídeo izquierdo. Por consiguiente, el sumador de planos 4910 genera en primer lugar un par de datos de plano de vídeo de vista izquierda y datos de plano de vídeo de vista derecha desde ambas piezas de datos de plano de vídeo. Posteriormente, el sumador de planos 4910 realiza el mismo procesamiento de composición que en el modo L/R.
Cuando se recibe una indicación de modo de 1 plano + compensación o de modo de 1 plano + compensación cero desde la unidad de control de reproducción 4907 como el modo de presentación para el plano de vídeo secundario, el plano de PG, el plano de IG o el plano de imagen, el sumador de planos 4910 realiza procesamiento de recorte en los datos de plano recibidos desde el decodificador objetivo de sistema 4903. Un par de datos de plano de vista izquierda y datos de plano de vista derecha se generan de esta manera. En particular, cuando se indica el modo 1 plano + compensación, el procesamiento de recorte hace referencia al valor de compensación indicado mediante el decodificador objetivo de sistema 4903 o la unidad de ejecución de programa 4906. Por otro lado, cuando se indica el modo de 1 plano + compensación cero, el valor de compensación se establece a "0" durante el procesamiento de recorte. Por consiguiente, se emiten los mismos datos de plano de manera repetitiva para representar la vista izquierda y la vista derecha. Posteriormente, el sumador de planos 4910 realiza el mismo procesamiento de composición como en el modo L/R. El fotograma o campo compuesto se emite a la televisión 300 y se presenta en la pantalla.
<Decodificador objetivo de sistema>
La Figura 58 es un diagrama de bloques funcional del decodificador objetivo de sistema 4903. Los elementos estructurales mostrados en la Figura 58 se diferencian del dispositivo de reproducción en 2D mostrado en la Figura 54 en los siguientes dos puntos: 1) el canal de entrada desde la memoria intermedia de lectura a cada decodificador se duplica, y 2) el decodificador de vídeo principal soporta modo de reproducción en 3D, y el decodificador de vídeo secundario, el decodificador de PG y el decodificador de IG soportan modo de 2 planos. Es decir, estos decodificadores de vídeos pueden todos decodificar de manera alterna un flujo de vista de base y un flujo de vista dependiente. Por otro lado, el decodificador de audio principal, el decodificador de audio secundario, el mezclador de audio, el procesador de imagen y las memorias de plano son similares a aquellas en el dispositivo de reproducción en 2D mostrado en la Figura 54. Por consiguiente, entre los elementos estructurales mostrados en la Figura 58, se describen a continuación aquellos que se diferencian de los elementos estructurales mostrados en la Figura 54, y se incorporan por referencia detalles acerca de elementos estructurales similares a la descripción de la Figura 54. Adicionalmente, puesto que los decodificadores de vídeo tienen cada uno una estructura similar, únicamente se describe a continuación la estructura del decodificador de vídeo principal 5015, incorporándose esta descripción por referencia con referencia a la estructura de otros decodificadores de vídeo.
El primer depaquetizador de fuente 5011 lee paquetes de fuente desde la primera memoria intermedia de lectura 4921, recupera paquetes de TS incluidos en los paquetes de fuente, y transmite los paquetes de TS al primer filtro de PID 5013. El segundo depaquetizador de fuente 5012 lee paquetes de fuente desde la segunda memoria intermedia de lectura 4922, recupera paquetes de TS incluidos en los paquetes de fuente, y transmite los paquetes de TS al segundo filtro de PID 5014. Cada uno de los depaquetizadores de fuente 5011 y 5012 ajusta adicionalmente el tiempo para transferir los paquetes de TS de acuerdo con las ATS de los paquetes de fuente. Este ajuste se realiza con el mismo método que el depaquetizador de fuente 4610 mostrado en la Figura 54, y por lo tanto la descripción del mismo proporcionada para la Figura 54 se incorpora por la presente por referencia. Con este tipo de ajuste, la velocidad de transferencia media RTS1 de paquetes de TS desde el primer depaquetizador de fuente 5011 al primer filtro de PID 5013 no supera la velocidad de sistema 3011 indicada mediante el fichero de información de clip en 2D mostrado en la Figura 37. De manera similar, la velocidad de transferencia media RTS2 de paquetes de TS desde el segundo depaquetizador de fuente 5012 al segundo filtro de PID 5014 no supera la velocidad de sistema indicada mediante el fichero de información de clip de vista dependiente.
El primer filtro de PID 5013 compara el PID de cada paquete de TS recibido desde el primer depaquetizador de fuente 5011 con el PID seleccionado. La unidad de control de reproducción 4907 designa el PID seleccionado de antemano de acuerdo con la tabla de STN en el fichero de lista de reproducción en 3D. Cuando los dos PID coinciden, el primer filtro de PID 5013 transfiere los paquetes de TS al decodificador asignado al PID. Por ejemplo, si un PID es 0x1011, los paquetes de TS se transfieren a la TB(1) 5001 en el decodificador de vídeo principal 5015, mientras que los paquetes de TS con PID que varían a partir de 0x1B00-0x1B1F, 0x1100-0x111F, 0x1A00-0x1A1F, 0x1200-0x121F y 0x1400-0x141F se transfieren al decodificador de vídeo secundario, al decodificador de audio principal, al decodificador de audio secundario, al decodificador de PG o al decodificador de IG respectivamente.
El segundo filtro de PID 5014 compara el PID de cada paquete de TS recibido desde el segundo depaquetizador de fuente 5012 con el PID seleccionado. La unidad de control de reproducción 4907 designa el PID seleccionado de antemano de acuerdo con la tabla de STN SS en el fichero de lista de reproducción en 3D. Específicamente, cuando los dos PID coinciden, el segundo filtro de PID 5014 transfiere el paquete de TS al decodificador asignado al PID. Por ejemplo, si un PID es 0x1012 o 0x1013, los paquetes de TS se transfieren a la TB(2) 5008 en el decodificador de vídeo principal 5015, mientras que los paquetes de TS con PID que varían a partir de 0x1B20-0x1B3F, 0x12200x127F y 0x1420-0x]47F se transfieren al decodificador de vídeo secundario, al decodificador de PG o al decodificador de IG respectivamente.
El decodificador de vídeo principal 5015 incluye una TB(1) 5001, MB(1) 5002, EB(1) 5003, TB(2) 5008, MB(2) 5009, EB(2) 5010, el conmutador de memoria intermedia 5006, DEC 5004, DPB 5005, y el conmutador de instantáneas 5007. La TB(1) 5001, MB(1) 5002, EB(1) 5003, TB(2) 5008, MB(2) 5009, EB(2) 5010 y DPB 5005 son todas memorias intermedias, cada una de las cuales usa un área de los elementos de memoria incluidos en el decodificador de vídeo principal 5015. Obsérvese que algunas o todas estas memorias intermedias pueden separarse en diferentes elementos de memoria.
La TB(1) 5001 recibe paquetes de TS que incluyen un flujo de vídeo de vista de base desde el primer filtro de PID 5013 y almacena los paquetes de TS como están. La MB(1) 5002 almacena paquetes de PES reconstruidos desde los paquetes de TS almacenados en la TB(1) 5001. Los encabezamientos de TS de los paquetes de TS se eliminan en este punto. La EB(1) 5003 extrae y almacena las VAU codificadas desde los paquetes de PES almacenados en la MB(1) 5002. Los encabezamientos de PES de los paquetes PES se eliminan en este punto.
La TB(2) 5008 recibe paquetes de TS que incluyen un flujo de vídeo de vista dependiente desde el segundo filtro de PID 5014 y almacena los paquetes de TS como están. La MB(2) 5009 almacena paquetes PES reconstruidos desde los paquetes de TS almacenados en la TB(2) 5008. Los encabezamientos de TS de los paquetes de TS se eliminan en este punto. La EB(2) 5010 extrae y almacena las VAU codificadas desde los paquetes de PES almacenados en la MB(2) 5009. Los encabezamientos de PES de los paquetes PES se eliminan en este punto.
El conmutador de memoria intermedia 5006 transfiere las VAU almacenadas en la EB(1) 5003 y la EB(2) 5010 al DEC 5004 en los tiempos indicados mediante las DTS incluidas en los paquetes de TS originales. En este caso, la DTS para un par de instantáneas que pertenecen a la misma VAU 3D entre el flujo de vídeo de vista de base y el flujo de vista dependiente son la misma. Por consiguiente, de entre los pares de VAU que tienen las mismas DTS y que se almacenan mediante la EB(1) 5003 y la EB(2) 5010, el conmutador de memoria intermedia 5006 transmite en primer lugar un par almacenado en la EB(1) 5003 al DEC 5004. Adicionalmente, el conmutador de memoria intermedia 5006 puede recibir de vuelta desde el DEC 5004 la información de cambio de decodificación 1401, mostrada en la Figura 13, en la VAU. En un caso de este tipo, el conmutador de memoria intermedia 5006 puede determinar si debería transferir la siguiente VAU a la EB(1) 5003 o a la EB(2) 5010 haciendo referencia a la información de cambio de decodificación.
El DEC 5004 decodifica las VAU transferidas desde el conmutador de memoria intermedia 5006. En este caso, el DEC 5004 usa diferentes métodos de decodificación de acuerdo con el formato de codificación (por ejemplo MPEG2, MPEG-4 AVC y VCI) de las instantáneas comprimidas contenidas en la VAU y de acuerdo con el atributo de flujo. El DEC 5004 transfiere adicionalmente las instantáneas decodificadas, en concreto los fotogramas de vídeo o campos, a la DPB 5005.
La DPB 5005 almacena temporalmente las instantáneas no comprimidas decodificadas. Cuando el DEC 5004 decodifica una instantánea P o una instantánea B, la DPB 5005 suministra al DEC 5004 con instantáneas de referencia de entre las instantáneas no comprimidas almacenadas de acuerdo con una solicitud desde el DEC 5004.
El conmutador de instantáneas 5007 escribe las instantáneas no comprimidas desde la DPB 5005 a cualquiera de la memoria de plano de vídeo izquierdo 5020 o la memoria de plano de vídeo derecho 5021 en el tiempo indicado mediante la PTS incluida en el paquete de TS original. En este caso, las PTS para un par de instantáneas que pertenecen a la misma VAU 3D entre el flujo de vídeo de vista de base y el flujo de vídeo de vista dependiente son las mismas. Por consiguiente, de entre los pares de instantáneas que tienen las mismas PTS y que se almacenan mediante la DPB 5005, el conmutador de instantáneas 5007 escribe en primer lugar la instantánea que pertenece al flujo de vídeo de vista de base en la memoria de plano de vídeo izquierdo 5020 y a continuación escribe la instantánea que pertenece al flujo de vídeo de vista dependiente en la memoria de plano de vídeo derecho 5021.
<Sumadores de plano>
La Figura 59 es un diagrama de bloques funcional del sumador de planos 4910. Como se muestra en la Figura 59, el sumador de planos 4910 incluye una unidad de generación de vídeo de paralaje 5110, un conmutador 5120, cuatro unidades de procesamiento de recorte 5131-5134 y cuatro sumadores 5141-5144.
La unidad de generación de vídeo de paralaje 5110 recibe datos de plano de vídeo izquierdo 5101 y datos de plano de vídeo derecho 5102 desde el decodificador objetivo de sistema 4903. Cuando el dispositivo de reproducción 200 está en modo L/R, los datos de plano de vídeo izquierdo 5101 representan el plano de vídeo de la vista izquierda, y los datos de plano de vídeo derecho 5102 representan el plano de vídeo de la vista derecha. En este punto, la unidad de generación de vídeo de paralaje 5110 transmite los datos de plano de vídeo izquierdo 5101 y los datos de plano de vídeo derecho 5102 como están al conmutador 5120. Por otro lado, cuando el dispositivo de reproducción 200 está en modo de profundidad, los datos de plano de vídeo izquierdo 5101 representan el plano de vídeo para imágenes de vídeo en 2D, y los datos de plano de vídeo derecho 5102 representan un mapa de profundidad para las imágenes de vídeo en 2D. En este caso, la unidad de generación de vídeo de paralaje 5110 calcula en primer lugar la paralaje binocular para cada elemento en las imágenes de vídeo en 2D usando el mapa de profundidad. A continuación, la unidad de generación de vídeo de paralaje 5110 procesa los datos de plano de vídeo izquierdo 5101 para desplazar la posición de presentación de cada elemento en el plano de vídeo para imágenes de vídeo en 2D a la izquierda o a la derecha de acuerdo con la paralaje binocular calculada. Esto genera un par de planos de vídeo que representan la vista izquierda y la vista derecha. La unidad de generación de vídeo de paralaje 5110 transmite adicionalmente el par de planos de vídeo al conmutador 5120 como un par de piezas de datos de plano de vídeo izquierdo y de vídeo derecho.
Cuando la unidad de control de reproducción 4907 indica el modo de presentación B-D, el conmutador 5120 transmite datos de plano de vídeo izquierdo 5101 y datos de plano de vídeo derecho 5102 con la misma PTS al primer sumador 5141 en ese orden. Cuando la unidad de control de reproducción 4907 indica el modo de presentación B-B, el conmutador 5120 transmite uno de los datos de plano de vídeo izquierdo 5101 y de los datos de plano de vídeo derecho 5102 con la misma PTS dos veces por fotograma al primer sumador 5141, descartando la otra pieza de datos de plano.
Las unidades de procesamiento de recorte 5131-5134 incluyen la misma estructura que un par de la unidad de generación de vídeo de paralaje 5110 y el conmutador 5120. Estas estructuras se usan en el modo de 2 planos. Cuando el dispositivo de reproducción 200 está en modo de profundidad, los datos de plano desde el decodificador objetivo de sistema 4903 se convierten en un par de piezas de datos de plano de la vista izquierda y de la vista derecha. Cuando la unidad de control de reproducción 4907 indica el modo de presentación B-D, las piezas de datos de plano de la vista izquierda y de la vista derecha se transmiten de manera alternativa a cada uno de los sumadores 5141-5144. Por otro lado, cuando la unidad de control de reproducción 4907 indica el modo de presentación B-B, una de las piezas de datos de plano de la vista izquierda y de la vista derecha se transmite dos veces por fotograma a cada uno de los sumadores 5141-5144, y la otra pieza de datos de plano se descarta.
En el modo de 1 plano + compensación, la primera unidad de procesamiento de recorte 5131 recibe un valor de compensación 5151 desde el decodificador objetivo de sistema 4903 y hace referencia a este valor para realizar recorte en los datos de plano de vídeo secundario 5103. Los datos de plano de vídeo secundario 5103 se convierten por lo tanto en un par de piezas de datos de plano de vídeo secundario que representan una vista izquierda y una vista derecha y se transmiten de manera alterna. Por otro lado, en modo de 1 plano + compensación cero, los datos de plano de vídeo secundario 5103 se transmiten dos veces.
En el modo de 1 plano + compensación, la segunda unidad de procesamiento de recorte 5132 recibe un valor de compensación 5151 desde el decodificador objetivo de sistema 4903 y hace referencia a este valor para realizar recorte en los datos de plano de PG 5104. Los datos de plano de PG 5104 se convierten por lo tanto en un par de piezas de datos de plano de PG que representan una vista izquierda y una vista derecha y se transmiten de manera alterna. Por otro lado, en el modo de 1 plano + compensación cero, los datos de plano de PG 5104 se transmiten dos veces.
En el modo de 1 plano + compensación, la tercera unidad de procesamiento de recorte 5133 recibe un valor de compensación 5151 desde el decodificador objetivo de sistema 4903 y hace referencia a este valor para realizar recorte en los datos de plano de IG 5105. Los datos de plano de IG 5105 se convierten por lo tanto en un par de piezas de datos de plano de IG que representan una vista izquierda y una vista derecha y se transmiten de manera alterna. Por otro lado, en el modo de 1 plano + compensación cero, los datos de plano de IG 5105 se transmiten dos veces.
Las Figuras 60A y 60B son diagramas esquemáticos que muestran procesamiento de recorte mediante la segunda unidad de procesamiento de recorte 5132. En las Figuras 60A y 60B, un par de datos de plano de PG de la vista izquierda 5204L y datos de plano de PG de la vista derecha 5204R se generan desde los datos de plano de PG 5104 como sigue. En primer lugar, la segunda unidad de procesamiento de recorte 5132 recupera el valor de compensación asignado al plano de PG desde el valor de compensación 5151. A continuación, la segunda unidad de procesamiento de recorte 5132 desplaza las posiciones de presentación de la vista izquierda y de la vista derecha del vídeo de gráficos indicadas mediante los datos de plano de PG 5104 de acuerdo con el valor de compensación. Esto da como resultado un par de piezas de datos de plano de PG de la vista izquierda y de la vista derecha. Obsérvese que en el modo de 1 plano + compensación cero, el valor de compensación es "0", y por lo tanto los datos de plano de PG originales se conservan como están. La primera unidad de procesamiento de recorte 5131 de manera similar realiza procesamiento de recorte en los datos de plano de vídeo secundario 5103, y la tercera unidad de procesamiento de recorte 5133 de manera similar realiza procesamiento de recorte en los datos de plano de IG 5105.
Como se muestra en la Figura 60A, cuando el signo del valor de compensación indica que la profundidad de una imagen de vídeo en 3D está más cerca que la pantalla, la segunda unidad de procesamiento de recorte 5132 desplaza en primer lugar cada pieza de datos de píxeles en los datos de plano de PG 5104 desde su posición original a la derecha en un número de píxeles 5201L, que es el mismo que el valor de compensación. Cuando el signo del valor de compensación indica que la profundidad de una imagen de vídeo en 3D es más profunda que la pantalla, la segunda unidad de procesamiento de recorte 5132 desplaza los datos de píxeles a la izquierda. A continuación, la segunda unidad de procesamiento de recorte 5132 elimina la sección de datos de píxeles 5202L que sobresalen fuera del intervalo de los datos de plano de PG 5104 a la derecha (o izquierda). La segunda unidad de procesamiento de recorte 5132 a continuación emite los datos de píxeles restantes 5204L como los datos de plano de PG de la vista izquierda.
Como se muestra en la Figura 60B, cuando el signo del valor de compensación indica que la profundidad de una imagen de vídeo en 3D está más cerca que la pantalla, la segunda unidad de procesamiento de recorte 5132 desplaza en primer lugar cada pieza de datos de píxeles en los datos de plano de PG 5104 desde su posición original a la izquierda en un número de píxeles 5201R, que es el mismo que el valor de compensación. Cuando el signo del valor de compensación indica que la profundidad de una imagen de vídeo en 3D es más profunda que la pantalla, la segunda unidad de procesamiento de recorte 5132 desplaza los datos de píxeles a la derecha. A continuación, la segunda unidad de procesamiento de recorte 5132 elimina la sección de datos de píxeles 5202R que sobresalen fuera del intervalo de los datos de plano de PG 5104 a la izquierda (o derecha). La segunda unidad de procesamiento de recorte 5132 a continuación emite los datos de píxeles restantes 5204R como los datos de plano de PG de la vista derecha.
Las Figuras 61A, 61B y 61C son diagramas esquemáticos respectivamente que muestran los planos de PG de vista izquierda y de vista derecha generados mediante el procesamiento de recorte mostrado en la Figura 60, así como la imagen de vídeo en 3D percibida mediante un espectador basándose en estos planos de PG. Como se muestra en la Figura 61A, el plano de PG de la vista izquierda 5301L se desplaza a la derecha desde el intervalo de la pantalla 5302 en un valor de compensación 5201L. Como resultado, la imagen de vídeo en 2D de subtítulo 5303 en el plano de PG de la vista izquierda 5301L aparece desplazada a la derecha desde su posición original por el valor de compensación 5201L. Como se muestra en la Figura 61B, el plano de PG de la vista derecha 5301R se desplaza a la izquierda desde el intervalo de la pantalla 5302 en un valor de compensación 5201R. Como resultado, la imagen de vídeo en 2D de subtítulo 5303 en el plano de PG de la vista derecha 5301R aparece desplazada a la izquierda desde su posición original por el valor de compensación 5201R. Cuando estos planos de PG 5301L y 5301 R se presentan de manera alterna en la pantalla 5302, a continuación como se muestra en la Figura 61C, un espectador 5304 percibe la imagen de vídeo en 3D de subtítulo 5305 como más cerca que la pantalla 5302. La distancia entre la imagen de vídeo en 3D 5305 y la pantalla 5302 puede ajustarse con los valores de compensación 5201L y 5201R. Cuando la posición de cada pieza de datos de píxeles en los datos de plano de PG 5104 se desplaza en la dirección opuesta que se muestra en las Figuras 60A y 60B, el espectador 5304 percibe la imagen de vídeo en 3D de subtítulos 5305 que está más atrás de la pantalla 5302.
En modo de 1 plano + compensación, se usa por lo tanto el procesamiento de recorte para generar un par de piezas de datos de plano de vista izquierda y de vista derecha desde una única pieza de datos de plano. Esto permite que se presente una imagen de vídeo en paralaje desde solamente una pieza de datos de plano. En otras palabras, puede proporcionarse una sensación de profundidad a una imagen planar. En particular, puede hacerse percibir a un espectador esta imagen planar como más cerca o más atrás que la pantalla. Obsérvese que en modo de 1 plano + compensación cero, el valor de compensación es "0", y por lo tanto la imagen planar se conserva como está.
Haciendo referencia una vez más a la Figura 59, los datos de plano de imagen 5106 son datos de gráficos transmitidos desde la unidad de ejecución de programa 4906 al decodificador objetivo de sistema 4903 y decodificados mediante el decodificador objetivo de sistema 4903. Los datos de gráficos son datos de trama tal como datos JPEG o datos PNG, y muestran un componente de gráficos de GUI tal como un menú. La cuarta unidad de procesamiento de recorte 5134 realiza el procesamiento de recorte en los datos de plano de imagen 5106 como lo hacen las otras unidades de procesamiento de recorte 5131-5133. Sin embargo, a diferencia de las otras unidades de procesamiento de recorte 5131-5133, la cuarta unidad de procesamiento de recorte 5134 recibe el valor de compensación desde una API de programa 5152 en lugar de desde el decodificador objetivo de sistema 4903. En este caso, la API de programa 5152 se ejecuta mediante la unidad de ejecución de programa 4906. De esta manera, la información de compensación que corresponde a la profundidad de la imagen representada mediante los datos de gráficos se calcula y emite a la cuarta unidad de procesamiento de recorte 5134.
En primer lugar, el primer sumador 5141 recibe datos de plano de vídeo desde el conmutador 5120 y recibe datos de plano secundario desde la primera unidad de procesamiento de recorte 5131. A continuación, el primer sumador 5141 superpone un conjunto de datos de plano de vídeo y de datos de plano secundario a la vez, emitiendo el resultado al segundo sumador 5142. El segundo sumador 5142 recibe los datos de plano de PG desde la segunda unidad de procesamiento de recorte 5132, superpone los datos de plano de PG en los datos de plano desde el primer sumador 5141, y emite el resultado al tercer sumador 5143. El tercer sumador 5143 recibe datos de plano de IG desde la tercera unidad de procesamiento de recorte 5133, superpone los datos de plano de IG en los datos de plano desde el segundo sumador 5142, y emite el resultado al cuarto sumador 5144. El cuarto sumador 5144 recibe datos de plano de imagen desde la cuarta unidad de procesamiento de recorte 5134, superpone los datos de plano de imagen en los datos de plano desde el tercer sumador 5143, y emite el resultado a la televisión 300. Como resultado, los datos de plano de vídeo izquierdo 5101 o los datos de plano de vídeo derecho 5102, los datos de plano secundario 5103, los datos de plano de PG 5104, los datos de plano de IG 5105 y los datos de plano de imagen 5106 se superponen en el orden mostrado mediante la flecha 5100 en la Figura 59. Mediante este procesamiento de composición, para cada imagen de vídeo mostrada mediante los datos de plano, el plano de imagen de vídeo izquierdo o el plano de imagen de vídeo derecho, el plano de vídeo secundario, el plano de IG, el plano de PG y el plano de imagen parecen solapar en este orden en la pantalla de la televisión 300.
Además del procesamiento anteriormente indicado, el sumador de planos 4910 realiza procesamiento para convertir un formato de salida de los datos de plano combinados mediante los cuatro sumadores 5141-5144 en un formato que cumple con el método de presentación en 3D adoptado en un dispositivo tal como la televisión 300 a la que se emiten los datos. Si se adopta un método de secuenciación de fotogramas alternativo en el dispositivo, por ejemplo, el sumador de planos 4910 emite las piezas de datos de planos compuestos como un fotograma o un campo. Por otro lado, si se adopta un método que usa una lente lenticular en el dispositivo, el sumador de planos 4910 compone un par de piezas de datos de plano de vista izquierda y de vista derecha como un fotograma o un campo de datos de vídeo con el uso de la memoria intermedia integrada. Específicamente, el sumador de planos 4910 almacena temporalmente y mantiene en la memoria intermedia los datos de plano de vista izquierda que se han compuesto en primer lugar. Posteriormente, el sumador de planos 4910 compone los datos de plano de vista derecha, y compone adicionalmente los datos resultantes con los datos de plano de vista izquierda mantenidos en la memoria intermedia. Durante la composición, las piezas de datos de vista izquierda y de vista derecha se dividen cada una, en una dirección vertical, en pequeñas áreas rectangulares que son largas y finas, y las pequeñas áreas rectangulares se disponen de manera alterna en la dirección horizontal en un fotograma o en un campo para re-constituir el fotograma
o el campo. De esta manera, el par de piezas de datos de plano de vista izquierda y de vista derecha se combinan en un fotograma o campo de vídeo, que el sumador de planos 4910 a continuación emite al dispositivo correspondiente.
Hasta ahora, se ha descrito el aparto de reproducción.
<Condiciones que el tamaño de los bloques de datos deberían cumplir para reproducción ininterrumpida de imágenes de vídeo>
Como se muestra en las Figuras 15 y 41, un medio de grabación 100 de acuerdo con una realización de la presente invención tiene una disposición intercalada en la que los bloques de datos de vista de base y los bloques de datos de vista dependiente se disponen de manera alterna de uno en uno. Adicionalmente, en localizaciones donde es necesario un salto largo, tal como límites de capa, se dispone un bloque de datos de vista de base y datos duplicados del mismo como un bloque exclusivamente para reproducción en 2D y un bloque exclusivamente para reproducción en 3D, como se muestra en las Figuras 20, 24, 26, 28, 30 y 32. La disposición de estos bloques de datos es de acuerdo con la descripción anterior y es útil para reproducción ininterrumpida de tanto imágenes de vídeo en 2D como de imágenes de vídeo en 3D. Para asegurar adicionalmente tal reproducción ininterrumpida, es suficiente para el tamaño de cada bloque de datos cumplir condiciones basándose en la capacidad del dispositivo de reproducción 200. Lo siguiente es una descripción de estas condiciones.
<Condiciones basándose en la capacidad en modo de reproducción en 2D>
La Figura 62 es un diagrama esquemático que muestra el sistema de procesamiento de reproducción en el dispositivo de reproducción 200 en modo de reproducción en 2D. Como se muestra en la Figura 62, de entre los elementos mostrados en la Figura 54, este sistema de procesamiento de reproducción incluye la unidad de BD-ROM 4601, la memoria intermedia de lectura 4602 y el decodificador objetivo de sistema 4603. La unidad de BD-ROM 4601 lee segmentos en 2D desde el medio de grabación 100 y transfiere los segmentos en 2D a la memoria intermedia de lectura 4602 a una velocidad de lectura Rud-2D. El decodificador objetivo de sistema 4603 lee paquetes de fuente de cada segmento en 2D acumulados en la memoria intermedia de lectura 4602 a una velocidad de transferencia media Rext2D y decodifica los paquetes de fuente en datos de vídeo VD y datos de audio AD.
La velocidad de transferencia media Rext2D es la misma que 192/188 veces la velocidad de transferencia media RTS de paquetes de TS desde el depaquetizador de fuente 3711 al filtro de PID 3713 mostrada en la Figura 45. En general, esta velocidad de transferencia media Rext2D cambia para cada segmento en 2D. El valor máximo Rmax2D de la velocidad de transferencia media Rext2D es el mismo que 192/188 veces la velocidad de sistema para el fichero 2D. En este caso, el fichero de información de clip en 2D especifica la velocidad de sistema, como se muestra en la Figura 37. También, el coeficiente anterior 192/188 es la relación de bytes en un paquete de fuente a bytes en un paquete de TS. La velocidad de transferencia media Rext2D se representa de manera convencional en bits/segundo y específicamente es igual al valor del tamaño del segmento en 2D expresado en bits dividido por el tiempo de ATC de segmento. El "tamaño de un segmento expresado en bits" es ocho veces el producto del número de paquetes de fuente en el segmento y el número de bytes por paquete de fuente (= 192 bytes).
La velocidad de lectura Rud-2D se expresa de manera convencional en bits/segundo y se establece a un valor superior, por ejemplo 54 Mbps, que el valor máximo Rmax2D de la velocidad de transferencia media Rext2D: Rud-2D > Rmax2D. Esto evita la infrautilización en la memoria intermedia de lectura 4602 debido al procesamiento de decodificación mediante el decodificador objetivo de sistema 4603 mientras la unidad de BD-ROM 4601 está leyendo un segmento en 2D desde el medio de grabación 100.
La Figura 63A es un gráfico que muestra el cambio en la cantidad de datos DA almacenados en la memoria intermedia de lectura 4602 durante el procesamiento de reproducción de segmentos en 2D. La Figura 63B es un diagrama esquemático que muestra la relación entre un bloque de segmento en 3D 5510 que incluye estos segmentos en 2D y una ruta de reproducción 5520 en modo de reproducción en 2D. Como se muestra en la Figura 63B, el bloque de segmento en 3D 5510 está compuesto de un grupo de bloque de datos de vista de base y un grupo de bloque de datos de vista dependiente en una disposición intercalada. De acuerdo con la ruta de reproducción 5520, los bloques de datos de vista de base L0, L1, ... se tratan cada uno como un segmento en 2D EXT2D[0], EXT2D[1], ... y se leen desde el medio de grabación 100 en la memoria intermedia de lectura 4602. En primer lugar, durante el periodo de lectura PR2D[0] para el bloque de datos de la vista de base superior L0, es decir el segmento en 2D EXT2D[0], la cantidad de datos acumulados DA aumenta a una velocidad igual a Rud-2D Rext12D[0], la diferencia entre la velocidad de lectura Rud-2D y la velocidad de transferencia media Rext2D[0], como se muestra en la Figura 63A.
Cuando el segmento en 2D de la parte superior EXT2D[0] se lee hasta el final, tiene lugar un primer salto J2D[0]. Durante el periodo de salto PJ2D[0], se salta la lectura de los dos bloques de datos posteriores D1 y R1, y se suspende la lectura de datos desde el medio de grabación 100. Por consiguiente, durante el primer periodo de salto PJ2D[0], la cantidad de datos acumulados DA disminuye a la velocidad de transferencia media Rext2D[0],como se muestra en la Figura 63A.
10
15
20
25
30
35
40
45
50
55
Lo siguiente se supone en este punto: la cantidad de datos acumulados en la memoria intermedia de lectura 4602 durante el primer periodo de lectura PR2D[0], es decir el tamaño Sext2D[0] del segmento en 2D de la parte superior EXT2D[0], es la misma que la cantidad de datos transferidos desde la memoria intermedia de lectura 4602 al decodificador objetivo de sistema 4603 desde el periodo de lectura PR2D[0] a través del primer periodo de salto PJ2D[0]. En este caso, como se muestra en la Figura 63A, tras la finalización del primer periodo de salto PJ2D[0], la cantidad de datos acumulados DA no cae por debajo del valor en el inicio del primer periodo de lectura PR2D[0].
Después del primer salto J2D[0], comienza la lectura del siguiente bloque de datos de vista de base L1, es decir el segmento en 2D EXT2D[1]. Durante el periodo de lectura PR2D[1], la cantidad de datos acumulados DA aumenta de nuevo a una velocidad igual a Rud-2D -Rext2D[1], la diferencia en velocidades de transferencia de datos, como se muestra en la Figura 63A.
Las operaciones de lectura y de transferencia mediante la unidad de BD-ROM 4601 no se realizan realmente de manera continua, sino en su lugar de manera intermitente, como se muestra en la Figura 63A. Durante los periodos de lectura PR2D[0], PR2D[1], ... para cada segmento en 2D, esto evita que la cantidad de datos acumulados DA supere la capacidad de la memoria intermedia de lectura 4602, es decir el desbordamiento en la memoria intermedia de lectura 4602. Por consiguiente, el gráfico en la Figura 63A representa lo que es realmente un incremento gradual como una aproximación de aumento lineal.
De esta manera, de acuerdo con la ruta de reproducción 5520, la lectura de un segmento en 2D Ln = EXT2D[n] (n = 0, 1, 2...) y un salto J2D[n] para saltar a través del área de grabación de un par de unos bloques de datos de vista dependiente Dn, Rn se repite de manera alternativa en modo de reproducción en 2D. Por consiguiente, la cantidad de datos acumulados DA en la memoria intermedia de lectura 4602 aumenta durante un periodo de lectura PR2D[n] a una velocidad de Rud-2D -Rext2D[n] y disminuye durante un periodo de salto PJ2D[n] a una velocidad de Rext2D[n]. Por lo tanto, para reproducir de manera ininterrumpida imágenes de vídeo en 2D desde estos segmentos en 2D EXT2D[n], es suficiente cumplir las siguientes condiciones [1] y [2].
[1] Mientras se mantiene la provisión de datos desde la memoria intermedia de lectura 4602 al decodificador objetivo de sistema 4603 durante cada periodo de salto PJ2D[n], es necesario asegurar salida continua desde el decodificador objetivo de sistema 4603. Como es claro a partir de la Figura 55A, si la cantidad de datos acumulados en la memoria intermedia de lectura 4602 durante cada periodo de lectura PR2D[n], es decir el tamaño Sext2D[n] de cada segmento en 2D EXT2D[n], es el mismo que la cantidad de datos transferidos desde la memoria intermedia de lectura 4602 al decodificador objetivo de sistema 4603 desde el periodo de lectura PR2D[n] a través del siguiente periodo de salto PJ2D[n], entonces la cantidad de datos acumulados DA no vuelve al valor inmediatamente antes del periodo de lectura PR2D[n] durante el periodo de salto PJ2D[n]. En particular, no tiene lugar la infrautilización en la memoria intermedia de lectura 4602. En este caso, la longitud del periodo de lectura PR2D[n] es igual a Sext2D[n]/Rud-2D, el valor obtenido dividiendo el tamaño Sext2D[n] de un segmento en 2D EXT2D[n] por la velocidad de lectura Rud-2D. Por consiguiente, es suficiente para el tamaño Sext2D[n] de cada segmento en 2D EXT2D[n] satisfacer la expresión 1. imagen1
En la expresión 1, el tiempo de salto Tjump-2D[n] representa la longitud del periodo de salto PJ2D[n] en segundos. La velocidad de lectura Rud-2D y la velocidad de transferencia media Rext2D se expresan ambas en bits por segundo. Por consiguiente, en la expresión 1, la velocidad de transferencia media Rext2D se divide por 8 para convertir el tamaño Sext2D[n] del segmento en 2D de bits a bytes. Es decir, el tamaño Sext2D[n] del punto en 2D se expresa en bytes. La función CEIL() es una operación para redondear hacia arriba números fraccionales después del punto decimal del valor en paréntesis.
[2] Puesto que la capacidad de la memoria intermedia de lectura 4602 es limitada, el valor máximo del periodo de salto Tjump-2D[n] es limitado. En otras palabras, incluso si la cantidad de datos acumulados DA inmediatamente antes de un periodo de salto PJ2D[n] es la máxima capacidad de la memoria intermedia de lectura 4602, si el tiempo de salto Tjump-2D[n] es también demasiado largo, la cantidad de datos acumulados DA alcanzará cero durante el periodo de salto PJ2D[n], y existe un peligro de que tenga lugar la infrautilización en la memoria intermedia de lectura 4602. En lo sucesivo, el tiempo para que la cantidad de datos acumulados DA disminuya desde la máxima capacidad de la memoria intermedia de lectura 4602 a cero mientras se ha detenido el suministro de datos desde el medio de grabación 100 a la memoria intermedia de lectura 4602, es decir, el valor máximo del tiempo de salto Tjump-2D que garantiza reproducción ininterrumpida, se denomina como el "tiempo de salto máximo".
En normas de discos ópticos, las relaciones entre distancia de saltos y tiempos máximos de salto se determinan desde la velocidad de acceso de la unidad de disco óptico y otros factores. La Figura 64 es un ejemplo de una tabla de correspondencia entre distancias de salto Sjump y tiempos máximos de salto Tjump para un disco BD-ROM. En la Figura 64, distancia de saltos Sjump se representa en unidades de sectores, y los tiempos máximos de salto Tjump se representan en milisegundos. En esta figura, el sector I = 2.048 bytes. Como se muestra en la Figura 64, cuando una distancia de salto Sjump es cero sectores o está en un intervalo de 1-10.000 sectores, 10.001-20.000 sectores, 20.001-40.000 sectores, 40.001 sectores-1/10 de fracción, y 1/10 de fracción o mayor, el tiempo de salto máximo correspondiente Tjump es 50 ms, 250 ms, 300 ms, 350 ms, 700 ms y 1400 ms, respectivamente.
Cuando la distancia de salto Sjump es igual a cero sectores, el tiempo de salto máximo se denomina particularmente como un "tiempo de transición de sector cero Tjump-0". Una "transición de sector cero" es un movimiento del cabezal óptico entre dos bloques de datos consecutivos. Durante un periodo de transición de sector cero, la cabeza del cabezal óptico suspende temporalmente su operación de lectura y espera. El tiempo de transición de sector cero puede incluir, además del tiempo para desplazar la posición de la cabeza del cabezal óptico mediante revolución del medio de grabación 100, tara producida mediante procesamiento de corrección de errores. La "tara producida mediante procesamiento de corrección de errores" se refiere a exceso de tiempo producido al realizar procesamiento de corrección de errores dos veces usando un bloque de ECC cuando el límite entre los bloques de ECC no coincide con el límite entre dos bloques de datos consecutivos. Un bloque de ECC completo es necesario para procesamiento de corrección de errores. Por consiguiente, cuando dos bloques de datos consecutivos comparten un único bloque de ECC, todo el bloque de ECC se lee y se usa para procesamiento de corrección de errores durante la lectura de cualquier bloque de datos. Como resultado, cada vez que se lee uno de estos bloques de datos, se lee adicionalmente un máximo de 32 sectores de exceso de datos. La tara producida mediante el procesamiento de corrección de errores se evalúa como el tiempo total para leer el exceso de datos, es decir 32 sectores × 2.048 bytes × 8 bits/bytes × 2 instancias / velocidad de lectura Rud-2D. Obsérvese que configurando cada bloque de datos en unidades de bloques de ECC, la tara producida mediante el procesamiento de corrección de errores puede eliminarse del tiempo de transición de sector cero.
Cuando el medio de grabación 100 es un disco multicapa, durante un salto largo producido por cambiar de capas, además del tiempo de salto máximo Tjump especificado en la Figura 64, es necesario también un tiempo designado, tal como 350 ms, para cambiar entre capas de grabación, por ejemplo para realizar un salto de enfoque. En lo sucesivo, este tiempo se denomina como un "tiempo de cambio de capa".
Basándose en las consideraciones anteriores, el tiempo de salto Tjump-2D[n] a sustituirse en la expresión I se determina mediante la suma de dos parámetros, TJ[n] y TL[n]: Tjump-2D[n] = TJ[n] + TL[n]. El primer parámetro TJ[n] representa el tiempo de salto máximo especificado para cada distancia de salto mediante las normas de disco BD-ROM. El primer parámetro TJ[n] es igual, por ejemplo, al tiempo de salto máximo en la tabla en la Figura 64 que corresponde al número de sectores desde el final del enésimo segmento en 2D EXT2D[n] al final del (n+1)ésimo segmento en 2D EXT2D[n+1], es decir la distancia de salto. Cuando existe el límite de capa LB entre el enésimo segmento en 2D EXT2D[n] y el (n+1)ésimo segmento en 2D EXT2D[n+1], el segundo parámetro TL[n] es igual al tiempo de cambio de capa, por ejemplo 350 ms, y cuando no existe límite de capa LB, el segundo parámetro TL[n] es igual a cero. Por ejemplo, cuando el valor máximo del tiempo de salto Tjump-2D[n] está limitado a 700 ms, entonces la distancia de salto entre los dos segmentos en 2D EXT2D[n] y EXT2D[n+1] se permite que sea hasta 1/10 fracciones (aproximadamente 1,2 GB) cuando no existe límite de capa entre estos dos segmentos en 2D y 40.000 sectores (aproximadamente 78,1 MB) cuando existe un límite de capa.
<Condiciones basándose en modo de reproducción en 3D>
La Figura 65 es un diagrama esquemático que muestra el sistema de procesamiento de reproducción en el dispositivo de reproducción 200 en modo de reproducción en 3D. Como se muestra en la Figura 65, de entre los elementos mostrados en la Figura 57, este sistema de procesamiento de reproducción incluye la unidad de BD-ROM 4901, el conmutador 4911, la primera memoria intermedia de lectura 4921, la segunda memoria intermedia de lectura 4922 y el decodificador objetivo de sistema 4903. La unidad de BD-ROM 4901 lee segmentos en 3D desde el medio de grabación 100 y transfiere los segmentos en 3D al conmutador 4911 a una velocidad de lectura Rud-3D. El conmutador 4911 extrae segmentos de vista de base y segmentos de vista dependiente desde segmentos en 3D y separa los segmentos extraídos. Los segmentos de vista de base se almacenan en la primera memoria intermedia de lectura 4921, y los segmentos de vista dependiente se almacenan en la segunda memoria intermedia de lectura 4922. Los datos acumulados en la segunda memoria intermedia de lectura 4922 consisten en segmentos de vista derecha en modo L/R y de segmentos de mapa de profundidad en modo de profundidad. El decodificador objetivo de sistema 4903 lee paquetes de fuente desde los segmentos de vista de base acumulados en la primera memoria intermedia de lectura 4921 a una primera velocidad de transferencia media Rext1. El decodificador objetivo de sistema 4903 en modo L/R lee paquetes de fuente desde los segmentos de vista derecha acumulados en la segunda memoria intermedia de lectura 4922 a una segunda velocidad de transferencia media Rext2. El decodificador objetivo de sistema 4903 en modo de profundidad lee paquetes de fuente desde los segmentos de mapa de profundidad acumulados en la segunda memoria intermedia de lectura 4922 a una tercera velocidad de transferencia media Rext3. El decodificador objetivo de sistema 4903 decodifica también pares de segmentos de vista de base de leídos y segmentos de vista dependiente en datos de vídeo VD y datos de audio AD.
La primera velocidad de transferencia media Rext1 se denomina como la "velocidad de transferencia de vista de base". La velocidad de transferencia de vista de base Rext1 es igual a 192/188 veces la velocidad de transferencia media RTS1 de paquetes de TS desde el primer depaquetizador de fuente 5011 al primer filtro de PID 5013 mostrado en la Figura 58. En general, esta velocidad de transferencia de vista de base Rext1 cambia para cada segmento de vista de base. El valor máximo Rmax1 de la velocidad de transferencia de vista de base Rext1 es igual a 192/188 veces la velocidad de sistema para el fichero 2D. El fichero de información de clip en 2D especifica la velocidad de sistema. La velocidad de transferencia de vista de base Rext1 se representa de manera convencional en bits/segundo y específicamente es igual al valor del tamaño de un punto de vista de base expresado en bits dividido por el tiempo de ATC de segmento. El tiempo de ATC de segmento representa el intervalo de las ATS asignadas a paquetes de fuente en el segmento de vista de base. Por consiguiente, el tiempo de ATC de segmento es igual al tiempo necesario para transferir todos los paquetes de fuente en el segmento de vista de base desde la primera memoria intermedia de lectura 4921 al decodificador objetivo de sistema 4903.
La segunda velocidad de transferencia media Rext2 se denomina como la "velocidad de transferencia de vista derecha", y la tercera velocidad de transferencia media Rext3 se denomina como la "velocidad de transferencia de mapa de profundidad". Ambas velocidades de transferencia Rext2 y Rext3 son iguales a 192/188 veces la velocidad de transferencia media RTS2 de paquetes de TS desde el segundo depaquetizador de fuente 5012 al segundo filtro de PID 5014. En general, estas velocidades de transferencia Rext2 y Rext3 cambian para cada segmento de vista dependiente. El valor máximo Rmax2 de la velocidad de transferencia de vista derecha Rext2 es igual a 192/188 veces la velocidad de sistema para el fichero de DEP que incluye el flujo de vídeo de vista derecha, y el valor máximo Rmax3 de la velocidad de transferencia de mapa de profundidad Rext3 es igual a 192/188 veces la velocidad de sistema para el fichero de DEP que incluye el flujo de mapa de profundidad. El fichero de información de clip de vista derecha y el fichero de información de clip de mapa de profundidad especifican las respectivas velocidades de sistema. Las velocidades de transferencia Rext2 y Rext3 se representan de manera convencional en bits/segundo y específicamente son iguales al valor del tamaño de cada segmento de vista dependiente expresado en bits dividido por el tiempo de ATC de segmento. El tiempo de ATC de segmento representa el intervalo de las ATS asignadas a paquetes de fuente en el segmento de vista dependiente. Por consiguiente, el tiempo de ATC de segmento es igual al tiempo necesario para transferir todos los paquetes de fuente en el segmento de vista dependiente desde la segunda memoria intermedia de lectura 4922 al decodificador objetivo de sistema 4903.
La velocidad de lectura Rud-3D se expresa de manera convencional en bits/segundo y se establece a un valor superior, por ejemplo 72 Mbps, que los valores máximos Rmax1-Rmax3 de la primera a la tercera velocidades de transferencia media Rext1-Rext3: Rud-3D > Rmax1, Rud-3D > Rmax2, Rud-3D > Rmax3. Esto evita la infrautilización en las memorias intermedias de lectura 4921 y 4922 debido al procesamiento de decodificación mediante el decodificador objetivo de sistema 4903 mientras la unidad de BD-ROM 4901 está leyendo un segmento en 3D desde el medio de grabación 100.
[Modo L/R]
Las Figuras 66A y 66B son gráficos que muestran el cambio en cantidades de datos DA1 y DA2 acumuladas en las memorias intermedias de lectura 4921 y 4922 durante procesamiento de reproducción de un bloque de segmento en 3D en modo L/R. La Figura 66C es un diagrama esquemático que muestra la relación entre un bloque de segmento en 3D 5810 y una ruta de reproducción 5820 en modo L/R. Como se muestra en la Figura 66C, el bloque de segmento en 3D 5810 está compuesto de un grupo de bloque de datos de vista de base y un grupo de bloque de datos de vista dependiente en una disposición intercalada. De acuerdo con la ruta de reproducción 5820, cada par de bloques de datos adyacentes de la vista derecha Rk y bloques de datos de vista de base Lk (k = 0, 1, 2, ...) se lee como un segmento en 3D EXTSS[k]. Por conveniencia de explicación, se supone que (n-1) segmentos en 3D ya se han leído, y que un entero n es suficientemente mayor de uno. En este caso, la cantidad de datos acumulados DA1 y DA2 en las memorias intermedias de lectura 4921 y 4922 ya se mantienen en o por encima de los respectivos límites inferiores UL1 y UL2. Estos límites inferiores UL1 y UL2 se denominan como una "cantidad margen de memoria intermedia". El método para garantizar las cantidades margen de memoria intermedia UL1 y UL2 se describe más adelante.
Como se muestra en la Figura 66C, durante el (2n-1)ésimo periodo de lectura PRR[n], el enésimo segmento de vista derecha Rn se lee desde el medio de grabación 100 en la segunda memoria intermedia de lectura 4922. Durante el (2n-1)ésimo periodo de lectura PRR[n], la cantidad de datos acumulados DA2 en la segunda memoria intermedia de lectura 4922 aumenta a una velocidad igual a Rud-3D -Rext2[n], la diferencia entre la velocidad de lectura Rud-3D y una velocidad de transferencia de vista derecha Rext2[n], como se muestra en la Figura 66B. A la inversa, como se muestra en la Figura 66A, la cantidad de datos acumulados DA1 en la primera memoria intermedia de lectura 4921 disminuye a una velocidad de transferencia de vista de base Rext1[n-1].
Cuando se lee el final del enésimo segmento de vista derecha Rn, tiene lugar una enésima transición de sector cero J0[n]. Durante el enésimo periodo de transición de sector cero PJ0[n], se suspende la lectura de datos desde el medio de grabación 100. Por consiguiente, la cantidad de datos acumulados DA1 en la primera memoria intermedia de lectura 4921 continúa disminuyendo a la velocidad de transferencia de vista de base Rext1[n-1], y la cantidad de datos acumulados DA2 en la segunda memoria intermedia de lectura 4922 disminuye a la velocidad de transferencia de vista derecha Rext2[n].
Tras la finalización del enésimo periodo de transición de sector cero PJ0[n], comienza el 2-ésimo periodo de lectura PRL[n]. Durante el 2-ésimo periodo de lectura PRL[n], el enésimo segmento de vista de base Ln se lee desde el medio de grabación 100 en la primera memoria intermedia de lectura 4921. Por consiguiente, la cantidad de datos acumulados DA1 en la primera memoria intermedia de lectura 4921 aumenta a una velocidad igual a Rud-3D -Rext1[n], la diferencia entre la velocidad de lectura Rud-3D y una velocidad de transferencia de vista de base Rext1[n], como se muestra en la Figura 66A. A la inversa, como se muestra en la Figura 66B, la cantidad de datos acumulados DA2 en la segunda memoria intermedia de lectura 4922 continúa disminuyendo a la velocidad de transferencia de vista derecha Rext2[n].
Cuando se lee el final del enésimo segmento de vista de base Ln, tiene lugar un enésimo salto JLR[n]. Durante el enésimo periodo de salto PJLR[n], se salta la lectura del (n+1)ésimo segmento de mapa de profundidad D(n+1), y por lo tanto se suspende la lectura de datos desde el medio de grabación 100. Por consiguiente, durante el enésimo periodo de salto PJLR[n], la cantidad de datos acumulados DA1 en la primera memoria intermedia de lectura 4921 disminuye a la velocidad de transferencia de vista de base Rext1[n], como se muestra en la Figura 66A. Mientras tanto, la cantidad de datos acumulados DA2 en la segunda memoria intermedia de lectura 4922 continúa disminuyendo a la velocidad de transferencia de vista derecha Rext2[n], como se muestra en la Figura 66B.
Lo siguiente se supone en este punto: la cantidad de datos acumulados en la segunda memoria intermedia de lectura 4922 durante el (2n-1)ésimo periodo de lectura PRR[n], es decir el tamaño Sext2[n] del enésimo segmento de vista derecha Rn, es al menos igual a la cantidad de datos transferidos desde la segunda memoria intermedia de lectura 4922 al decodificador objetivo de sistema 4903 desde el (2n-1)ésimo periodo de lectura PRR[n] a través del enésimo periodo de salto PJLR[n]. En este caso, como se muestra en la Figura 66B, tras la finalización del periodo de salto PJLN[n], la cantidad de datos acumulados DA2 en la segunda memoria intermedia de lectura 4922 no cae por debajo de la segunda cantidad margen de memoria intermedia UL2.
Tras la finalización del enésimo periodo de salto PJLR[n], comienza el (2n+1)ésimo periodo de lectura PRR[n+1]. Durante el (2n+1)ésimo periodo de lectura PRR[n+1], el (n+1)ésimo segmento de vista derecha R(n+1), se lee desde el medio de grabación 100 en la segunda memoria intermedia de lectura 4922. Por consiguiente, como se muestra en la Figura 66B, la cantidad de datos acumulados DA2 en la segunda memoria intermedia de lectura 4922 aumenta a una velocidad igual a Rud-3D -Rext2[n+1], la diferencia entre la velocidad de lectura Rud-3D y una velocidad de transferencia de vista derecha Rext2[n+1]. A la inversa, la cantidad de datos acumulados DA1 en la primera memoria intermedia de lectura 4921 continúa disminuyendo a la velocidad de transferencia de vista de base Rext1[n], como se muestra en la Figura 66A.
Cuando se lee el final del (n+1)ésimo segmento de la vista derecha R(n+1), tiene lugar una (n+1)ésima transición de sector cero J0[n+1]. Durante el (n+1)ésimo periodo de transición de sector cero PJ0[n+1], se suspende la lectura de datos desde el medio de grabación 100. Por consiguiente, la cantidad de datos acumulados DA1 en la primera memoria intermedia de lectura 4921 continúa disminuyendo a la velocidad de transferencia de vista de base Rext1[n], y la cantidad de datos acumulados DA2 en la segunda memoria intermedia de lectura 4922 disminuye a la velocidad de transferencia de la vista derecha Rext2[n+1].
Lo siguiente se supone en este punto: la cantidad de datos acumulados en la primera memoria intermedia de lectura 4921 durante el 2-ésimo periodo de lectura PRL[n], es decir el tamaño Sext1[n] del enésimo segmento de vista de base Ln, es al menos igual a la cantidad de datos transferidos desde la primera memoria intermedia de lectura 4921 al decodificador objetivo de sistema 4903 desde el 2-ésimo periodo de lectura PRL[n] a través del (n+1)ésimo periodo de transición de sector cero PJ0[n+1]. En este caso, como se muestra en la Figura 66A, tras la finalización del (n+1)ésimo periodo de transición de sector cero PJ0[n+1], la cantidad de datos acumulados DA1 en la primera memoria intermedia de lectura 4921 no cae por debajo de la primera cantidad margen de memoria intermedia UL1.
Para reproducción ininterrumpida de imágenes de vídeo en 3D desde los segmentos en 3D EXTSS[n] = Rn + Ln, EXTSS[n+1] = R(n+1) + L(n+1), ... a pesar de los saltos entre estos segmentos, es suficiente repetir los cambios anteriores en la cantidad de datos acumulados DA1 y DA2. Para hacer esto, deberían cumplirse las siguientes tres condiciones [3], [4] y [5].
[3] El tamaño Sext1[n] del enésimo segmento de vista de base Ln es al menos igual a la cantidad de datos transferidos desde la primera memoria intermedia de lectura 4921 al decodificador objetivo de sistema 4903 desde el 2-ésimo periodo de lectura PRL[n] a través del (n+1)ésimo periodo de transición de sector cero PJ0[n+1]. La longitud del 2-ésimo periodo de lectura PRL[n] es igual a Sext1[n] / Rud-3D, el valor obtenido dividiendo el tamaño Sext1[n] del enésimo segmento de vista de base Ln por la velocidad de lectura Rud-3D. La longitud del (2n+1)ésimo periodo de lectura PRR[n+1] es igual a Sext2[n+1] / Rud-3D, el valor obtenido dividiendo el tamaño Sext2[n+1] del (n+1)ésimo segmento de vista derecha R(n+1) por la velocidad de lectura Rud-3D. Por consiguiente, es suficiente
para el tamaño Sext1[n] del enésimo segmento de vista de base Ln satisfacer la expresión 2. imagen2
5 [4] El tamaño Sext2[n] del enésimo segmento de vista derecha Rn es al menos igual a la cantidad de datos transferidos desde la segunda memoria intermedia de lectura 4922 al decodificador objetivo de sistema 4903 desde el (2n-1)ésimo periodo de lectura PRR[n] a través del enésimo periodo de salto PJLR[n]. La longitud del (2n1)ésimo periodo de lectura PRR[n] es igual a Sext2[n]/Rud-3D, el valor obtenido dividiendo el tamaño Sext2[n] del enésimo segmento de vista derecha Rn por la velocidad de lectura Rud-3D. Por consiguiente, es suficiente para el
10 tamaño Sext2[n] del enésimo segmento de vista derecha Rn satisfacer la expresión 3. imagen3
[5] A diferencia del tiempo de salto Tjump-2D[n] sustituido en la expresión 1, el tiempo de salto Tjump-3D[n] a sustituir
15 en las expresiones 2 y 3 se determina mediante únicamente el primer parámetro TJ[n]: Tjump-3D[n] = TJ[n]. El primer parámetro TJ[n] es igual, por ejemplo, al tiempo de salto máximo en la tabla en la Figura 54 que corresponde al número de sectores desde el final del enésimo punto de vista de base Ln a la parte superior del (n+1)ésimo segmento de vista derecha R(n+1), es decir la distancia de salto.
20 [Modo de profundidad]
Las Figuras 67A y 67B son gráficos que muestran el cambio en cantidades de datos DA1 y DA2 almacenados en las memorias intermedias de lectura 4921 y 4922 durante procesamiento de reproducción de un bloque de segmento en 3D en modo de profundidad. La Figura 67C es un diagrama esquemático que muestra la relación entre un bloque de 25 segmento en 3D 5910 y una ruta de reproducción 5920. Como se muestra en la Figura 67C, el bloque de segmento en 3D 5810 está compuesto de grupos de bloques de datos en una disposición intercalada similar al bloque de segmento en 3D 5810 mostrado en la Figura 66C. De acuerdo con la ruta de reproducción 5920, los bloques de datos de mapa de profundidad Dk y los bloques de datos de vista de base Lk (k =0, 1, 2, ...) se leen como un segmento. Como en la Figura 58, se supone que (n-1) segmentos en 3D ya se han leído, y que un entero n es
30 suficientemente mayor de uno. En este caso, la cantidad de datos acumulados DA1 y DA2 en las memorias intermedias de lectura 4921 y 4922 ya se mantienen en o por encima de las respectivas cantidades margen de memoria intermedia UL1 y UL2.
Como se muestra en la Figura 67C, durante el (2n-1)ésimo periodo de lectura PRD[n], el enésimo punto de mapa de
35 profundidad Dn se lee desde el medio de grabación 100 en la segunda memoria intermedia de lectura 4922. Durante el (2n-1)ésimo periodo de lectura PRD[n], la cantidad de datos acumulados DA2 en la segunda memoria intermedia de lectura 4922 aumenta a una velocidad igual a Rud-3D -Rext3[n], la diferencia entre la velocidad de lectura Rud-3D y una velocidad de transferencia de mapa de profundidad Rext3[n], como se muestra en la Figura 67B. A la inversa, como se muestra en la Figura 67A, la cantidad de datos acumulados DA1 en la primera memoria intermedia de
40 lectura 4921 disminuye a una velocidad de transferencia de vista de base Rext1[n-1].
Cuando se lee el final del enésimo segmento de mapa de profundidad Dn, tiene lugar un enésimo salto JLD[n]. Durante el enésimo periodo de salto PJLD[n], se salta la lectura del enésimo segmento de vista derecha Rn, y por lo tanto se suspende la lectura de datos desde el medio de grabación 100. Por consiguiente, durante el enésimo
45 periodo de salto PJLD[n], la cantidad de datos acumulados DA1 en la primera memoria intermedia de lectura 4921 continúa disminuyendo a la velocidad de transferencia de vista de base Rext1[n-1], como se muestra en la Figura 67A. Mientras tanto, la cantidad de datos acumulados DA2 en la segunda memoria intermedia de lectura 4922 disminuye a la velocidad de transferencia de mapa de profundidad Rext3[n], como se muestra en la Figura 67B.
50 Después de la finalización del enésimo periodo de salto PJLD[n], comienza el 2-ésimo periodo de lectura PRL[n]. Durante el 2-ésimo periodo de lectura PRL[n], el enésimo segmento de vista de base Ln se lee desde el medio de grabación 100 en la primera memoria intermedia de lectura 4921. Por consiguiente, como se muestra en la Figura 67A, la cantidad de datos acumulados DA1 en la primera memoria intermedia de lectura 4921 aumenta a una velocidad igual a Rud-3D -Rext1[n], la diferencia entre la velocidad de lectura Rud-3D y una velocidad de transferencia de vista de base Rext1[n]. A la inversa, la cantidad de datos acumulados DA2 en la segunda memoria intermedia de lectura 4922 continúa disminuyendo a la velocidad de transferencia de mapa de profundidad Rext3[n], como se muestra en la Figura 67B.
Cuando se lee el final del enésimo segmento de vista de base Ln, tiene lugar una enésima transición de sector cero J0[n]. Durante el enésimo periodo de transición de sector cero PJ0[n], se suspende la lectura de datos desde el medio de grabación 100. Por consiguiente, la cantidad de datos acumulados DA1 en la primera memoria intermedia de lectura 4921 disminuye a la velocidad de transferencia de vista de base Rext1[n], y la cantidad de datos acumulados DA2 en la segunda memoria intermedia de lectura 4922 continúa disminuyendo a la velocidad de transferencia de mapa de profundidad Rext3[n].
Lo siguiente se supone en este punto: la cantidad de datos acumulados en la segunda memoria intermedia de lectura 4922 durante el (2n-1)ésimo periodo de lectura PRD[n], es decir el tamaño Sext3[n] del enésimo segmento de mapa de profundidad Dn, es al menos igual a la cantidad de datos transferidos desde la segunda memoria intermedia de lectura 4922 al decodificador objetivo de sistema 4903 desde el (2n-1)ésimo periodo de lectura PRD[n] a través del enésimo periodo de transición de sector cero PJ0n. En este caso, como se muestra en la Figura 67B, tras la finalización del enésimo periodo de transición de sector cero PJ0[n], la cantidad de datos acumulados DA2 en la segunda memoria intermedia de lectura 4922 no cae por debajo de la segunda cantidad margen de memoria intermedia UL2.
Tras la finalización del enésimo periodo de transición de sector cero PJ0[n], comienza el (2n+1)ésimo periodo de lectura PRD[n+1]. Durante el (2n+1)ésimo periodo de lectura PRD[n+1], el (n+1)ésimo segmento de mapa de profundidad D(n+1) se lee desde el medio de grabación 100 en la segunda memoria intermedia de lectura 4922. Por consiguiente, la cantidad de datos acumulados DA1 en la primera memoria intermedia de lectura 4921 continúa disminuyendo a la velocidad de transferencia de vista de base Rext1[n], como se muestra en la Figura 67A. A la inversa, como se muestra en la Figura 67B, la cantidad de datos acumulados DA2 en la segunda memoria intermedia de lectura 4922 aumenta a una velocidad de Rud-3D -Rext3[n+1].
Cuando se lee el final del (n+1)ésimo segmento de mapa de profundidad D(n+1), tiene lugar un (n+1)ésimo salto JLD[n+1]. Durante el (n+1)ésimo periodo de salto PJLD[n+1], se salta la lectura del (n+1)ésimo segmento de vista derecha R(n+1), y por lo tanto se suspende la lectura de datos desde el medio de grabación 100. Por consiguiente, durante el (n+1)ésimo periodo de salto PJLD[n+1], la cantidad de datos acumulados DA1 en la primera memoria intermedia de lectura 4921 continúa disminuyendo a la velocidad de transferencia de vista de base Rext1[n], y la cantidad de datos acumulados DA2 en la segunda memoria intermedia de lectura 4922 disminuye a una velocidad de transferencia de mapa de profundidad Rext3[n+1].
Tras la finalización del (n+1)ésimo periodo de salto PJLD[n+1], comienza el (2n+2)ésimo periodo de lectura PRL[n+1]. Durante el (2n+2)ésimo periodo de lectura PRL[n+1], el (n+1)ésimo punto de vista de base L(n+1) se lee desde el medio de grabación 100 en la primera memoria intermedia de lectura 4921. Por consiguiente, como se muestra en la Figura 67A, la cantidad de datos acumulados DA1 en la primera memoria intermedia de lectura 4921 aumenta a una velocidad de Rud-3D -Rext1[n+1]. A la inversa, la cantidad de datos acumulados DA2 en la segunda memoria intermedia de lectura 4922 continúa disminuyendo a la velocidad de transferencia de mapa de profundidad Rext3[n+1], como se muestra en la Figura 67B.
Lo siguiente se supone en este punto: la cantidad de datos acumulados en la primera memoria intermedia de lectura 4921 durante el 2-ésimo periodo de lectura PRL[n], es decir el tamaño Sext1[n] del enésimo segmento de vista de base Ln, es al menos igual a la cantidad de datos transferidos desde la primera memoria intermedia de lectura 4921 al decodificador objetivo de sistema 4903 desde el 2-ésimo periodo de lectura PRL[n] a través del (n+1)ésimo periodo de salto PJLD[n+1]. En este caso, como se muestra en la Figura 67A, tras la finalización del (n+1)ésimo periodo de salto PJLD[n+1], la cantidad de datos acumulados DA1 en la primera memoria intermedia de lectura 4921 no cae por debajo de la primera cantidad margen de memoria intermedia UL1.
Para reproducción ininterrumpida de imágenes de vídeo en 3D desde los segmentos de mapa de profundidad Dn, D(n+1), ... y los segmentos de vista de base Ln, L(n+1), ... a pesar de los saltos entre estos segmentos, es suficiente repetir los cambios anteriores en la cantidad de datos acumulados DA1 y DA2. Para hacer esto, necesitan cumplirse las siguientes condiciones [6], [7] y [8].
[6] El tamaño Sext1[n] del enésimo segmento de vista de base Ln es al menos igual a la cantidad de datos transferidos desde la primera memoria intermedia de lectura 4921 al decodificador objetivo de sistema 4903 desde el 2-ésimo periodo de lectura PRL[n] a través del (n+1)ésimo periodo de salto PJLD[n+1]. La longitud del 2ésimo periodo de lectura PRL[n] es igual a Sext1[n] / Rud-3D, el valor obtenido dividiendo el tamaño Sext1[n] del
5
10
15
20
25
30
35
40
45
50
enésimo segmento de vista de base Ln por la velocidad de lectura Rud-3D. La longitud del (2n+1)ésimo periodo de lectura PRD[n+1] es igual a Sext3[n+1] / Rud-3D, el valor obtenido dividiendo el tamaño Sext3[n+1] del (n+1)ésimo segmento de mapa de profundidad D(n+1) por la velocidad de lectura Rud-3D. Por consiguiente, es suficiente para imagen4
[7] El tamaño Sext3[n] del enésimo segmento de mapa de profundidad Dn es al menos igual a la cantidad de datos transferidos desde la segunda memoria intermedia de lectura 4922 al decodificador objetivo de sistema 4903 desde el (2n-1)ésimo periodo de lectura PRD[n] a través del enésimo periodo de transición de sector cero PJ0[n]. La longitud del (2n-1)ésimo periodo de lectura PRD[n] es igual a Sext3[n] / Rud-3D, el valor obtenido dividiendo el tamaño Sext3[n] del enésimo segmento de mapa de profundidad Dn por la velocidad de lectura Rud-3D. Por consiguiente, es suficiente para el tamaño Sext3[n] del enésimo segmento de mapa de profundidad Dn satisfacer la expresión 5. imagen5
[8] El tiempo de salto Tjump-3D[n] a sustituirse en las expresiones 4 y 5 es igual, por ejemplo, al tiempo de salto máximo en la tabla en la Figura 64 que corresponde al número de sectores desde el final del enésimo segmento de mapa de profundidad Dn al inicio del enésimo segmento de vista de base Ln, es decir la distancia de salto. Obsérvese que en la disposición de grupos de bloques de datos en esta realización de la presente invención, un par de un segmento de mapa de profundidad Dn y un segmento de vista de base Ln con los mismos tiempos de ATC de segmento no se disponen con un límite de capa entre ellos.
El tiempo de transición de sector cero Tjump-0[n] es igual al valor especificado determinado únicamente mediante el tiempo requerido para una transición de sector cero real, independientemente de si existe el límite de capa LB entre el enésimo segmento de vista de base Ln y el (n+1)ésimo segmento de mapa de profundidad D(n+1).
Basándose en las anteriores consideraciones, para permitir reproducción ininterrumpida de imágenes de vídeo en 2D, de imágenes de vídeo en 3D en modo L/R y de imágenes de vídeo en 3D en modo de profundidad desde los grupos de bloques de datos en una disposición intercalada, es suficiente para el tamaño de cada bloque de datos satisfacer todas las expresiones anteriores 1-5. En particular, el tamaño del bloque de datos de vista de base debería ser igual a o mayor que el valor más grande entre el lado derecho de las expresiones 1, 2 y 4. En lo sucesivo, el límite inferior en el tamaño de un bloque de datos que satisface todas las expresiones 1-5 se denomina como el "tamaño de segmento mínimo".
<Cantidad margen de memoria intermedia de lectura>
Los límites inferiores UL1 y UL2 de las cantidades de datos acumulados DA1 y DA2 en las memorias intermedias de lectura 4921 y 4922, mostradas en las Figuras 66A, 66B, 67A y 67B, representan cantidades margen de memoria intermedia. La "cantidad margen de memoria intermedia" es el límite inferior de la cantidad de datos acumulados que se ha de mantener en cada memoria intermedia de lectura 4921 durante la lectura de un único bloque de segmento en 3D, es decir grupos de bloques de datos sucesivos en una disposición intercalada. Durante la lectura de datos de flujo, tiene lugar un salto largo entre dos diferentes bloques de segmentos en 3D cuando se cambia la capa de grabación que se está leyendo o cuando se interrumpe el procesamiento de lectura para leer desde otro fichero. La expresión "otro fichero" se refiere a un fichero distinto al fichero de flujo de AV e incluye, por ejemplo, un fichero de objeto de película, fichero de objeto BD-J y fichero JAR. El salto largo es más largo que los saltos que tienen lugar en el bloque de segmento en 3D que se obtiene desde las expresiones 2-5. Adicionalmente, la temporización de un salto largo producida por la interrupción para leer otro fichero es irregular y puede tener lugar incluso durante la lectura de un único bloque de datos. Por consiguiente, en lugar de establecer el tamaño de segmento mínimo sustituyendo el tiempo de salto máximo de un salto largo en las expresiones 2-5, es más ventajoso mantener la cantidad margen de la memoria intermedia en un nivel que pueda evitar la infrautilización en las memorias
15
25
35
45
55
intermedias de lectura durante un salto largo.
La Figura 68 es un diagrama esquemático que muestra los saltos largos JLY, JBDJ1 y JBDJ2 producidos durante procesamiento de reproducción en modo L/R. Como se muestra en la Figura 68, un primer bloque de segmento en 3D 6001 se dispone en la primera capa de grabación, que está localizada antes del límite de capa LB. Entre el final del primer bloque de segmento en 3D 6001 L3 y el límite de capa LB, se graba un bloque exclusivamente para reproducción en 2D L42D. Por otro lado, se graba un segundo bloque de segmento en 3D 6002 en la segunda capa de grabación, que está localizada después del límite de capa LB. Adicionalmente, un fichero de objeto BD-J 6003 se graba en un área distante de tanto de los bloques de segmentos en 3D 6001 y 6002. Durante procesamiento de reproducción desde el primer bloque de segmento en 3D 6001 al segundo bloque de segmento en 3D 6002, tiene lugar un salto largo JLY cuando se cambia de capas. En contraste, se interrumpe la lectura del primer bloque de segmento en 3D 6001 para la lectura del fichero de objeto BD-J 6003, y por lo tanto tiene lugar un par de saltos largos JBDJ1 y JBDJ2. Las cantidades margen de memoria intermedia UL1 y UL2 necesarias para los saltos largos JLY y JBDJ se calculan como sigue.
El tiempo de salto máximo Tjump-LY para un salto largo JLY producido mediante el cambio de capa es igual a la suma del tiempo de cambio de capa y del tiempo de salto máximo, como para la tabla en la Figura 64, que corresponde a la distancia de salto del primer salto largo JLY. Esta distancia de salto es igual al número de sectores entre el final del bloque de datos de vista de base L3, el último bloque en el primer bloque de segmento en 3D 6001, y el comienzo del bloque de datos de vista derecha superior R4 en el segundo bloque de segmento en 3D 6002. Obsérvese también que la velocidad de transferencia de vista de base Rext1 no supera el valor máximo Rmax1. Por lo tanto se deduce que la cantidad de datos consumidos desde la primera memoria intermedia de lectura durante el salto largo JLY no supera el producto del valor máximo Rmax1 de la velocidad de transferencia de vista de base y el tiempo de salto máximo Tjump-LY. El valor de este producto se establece como la primera cantidad margen de memoria intermedia UL1. En otras palabras, la primera cantidad margen de memoria intermedia UL1 se calcula mediante la ecuación 6. imagen6
Por ejemplo, cuando la distancia de salto máxima es 40.000 sectores, entonces como para la tabla en la Figura 64, el tiempo de salto máximo Tjump-LY es 700 ms, que incluye el tiempo de cambio de capa de 350 ms. Por consiguiente, cuando la velocidad de sistema que corresponde al fichero 2D es 48 Mbps, la primera cantidad margen de memoria intermedia UL1 es igual a (48 Mbps × 192/188) × 0,7 segundos = aproximadamente 4,09 MB.
De manera similar, el valor máximo de la cantidad de datos consumidos desde la segunda memoria intermedia de lectura 4922 durante el salto largo JLY, es decir el producto del valor máximo Rmax2 de la velocidad de transferencia de vista derecha y el tiempo de salto máximo Tjump-LY, se determina para que sea la segunda cantidad margen de memoria intermedia UL2. En otras palabras, la segunda cantidad margen de memoria intermedia UL2 se calcula mediante la ecuación 7. imagen7
Por ejemplo, cuando la distancia de salto máxima es 40.000 sectores, que significa que el tiempo de salto máximo Tjump-LY es 700 ms, y cuando la velocidad de sistema que corresponde al primer fichero de DEP es 16 Mbps, la segunda cantidad margen de memoria intermedia UL2 es igual a (16 Mbps × 192 / 188) × 0,7 segundos = aproximadamente 1,36 MB.
Haciendo referencia de nuevo a la Figura 68, cuando la lectura del fichero de objeto BD-J 6003 interrumpe el periodo de lectura del primer bloque de segmento en 3D 6001, tiene lugar un primer salto largo JBDJ1. De esta manera, la posición dirigida para leer se desplaza desde el área de grabación del segundo bloque de datos de vista de base L2 al área de grabación del fichero de objeto BD-J 6003. El tiempo de salto correspondiente TBDJ se establece a un valor fijo predeterminado, por ejemplo 900 ms. A continuación, se lee el fichero de objeto BD-J 6003. El tiempo requerido para leer es igual al valor de ocho veces el tamaño SBDJ del segmento que pertenece al fichero 6003 dividido por la velocidad de lectura Rud-3D o 8 × SBDJ[n] / Rud-3D (normalmente, el tamaño de segmento SBDJ se expresa en bytes, y la velocidad de lectura Rud-3D en bits/segundo; por lo tanto, es necesario multiplicar por ocho). A continuación, tiene lugar un segundo salto largo JBDJ2. La posición dirigida para leer por lo tanto vuelve desde el área de grabación del fichero de objeto BD-J 6003 de vuelta al área de grabación del segundo bloque de datos de vista de base L2. El tiempo de salto correspondiente TBDJ es igual al primer periodo de salto, por ejemplo 900 ms. Durante los dos saltos JBDJ1 y JBDJ2 y la lectura del fichero de objeto BD-J 6003, no se leen datos en la primera memoria intermedia de lectura 4921. Por consiguiente, el valor máximo de la cantidad de datos consumidos desde la primera memoria intermedia de lectura 4921 durante este tiempo se determina para que sea la primera cantidad margen de memoria intermedia de lectura UL1. En otras palabras, la primera cantidad margen de memoria intermedia de lectura UL1 se calcula mediante la ecuación 8. imagen8
De manera similar, el valor máximo de la cantidad de datos consumidos desde la segunda memoria intermedia de
10 lectura 4922 durante los dos saltos largos JBDJ1 y JBDJ2 y la lectura del fichero de objeto BD-J 6003 se determina para que sea la segunda cantidad margen de memoria intermedia UL2. En otras palabras, la segunda cantidad margen de memoria intermedia UL2 se calcula mediante la ecuación 9. imagen9
15 La primera cantidad margen de memoria intermedia UL1 se establece al mayor de los valores del lado derecho de las ecuaciones 6 y 8. La segunda cantidad margen de memoria intermedia UL2 se establece al mayor de los valores del lado derecho de las ecuaciones 7 y 9.
20 <Capacidad mínima de las memorias intermedias de lectura>
Durante procesamiento de reproducción de los bloques de segmentos en 3D sucesivos mostrados en las Figuras 66C y 67C, el valor mínimo de la capacidad necesaria para cada una de las memorias intermedias de lectura 4921 y 4922 se calcula como sigue.
25 Cuando el enésimo bloque de datos de vista de base Ln (n = 0, 1, 2, ...) se lee en modo de reproducción en 3D, es suficiente para la capacidad RB1[n] necesaria para la primera memoria intermedia de lectura 4921 que sea igual a o mayor que el valor más alto de los picos en los gráficos mostrados en las Figuras 66A y 67A. Si el tamaño Sext1 del bloque de datos de vista de base a leerse es fijo, entonces el valor pico alcanza su máximo cuando la velocidad de
30 transferencia de vista de base Rext1 es igual a su valor máximo Rmax1. Por consiguiente, la capacidad RB1[n] debería satisfacer la expresión 10 en tanto el modo L/R como el modo de profundidad. imagen10
35 Cuando el enésimo bloque de datos de vista derecha Rn se lee en modo L/R, es suficiente para la capacidad RB2LR[n] necesaria para la segunda memoria intermedia de lectura 4922 que sea igual a o mayor que el valor más alto de los picos en el gráfico mostrado en la Figura 66B. Si el tamaño Sext2 del bloque de datos de la vista derecha a leerse es fijo, entonces el valor pico alcanza su máximo cuando la velocidad de transferencia de vista derecha Rext2 es igual a su valor máximo Rmax2. Por consiguiente, la capacidad RB2LR[n] debería satisfacer la expresión 11.
40 imagen11
En esta realización, cualquiera de los bloques de datos de vista derecha puede leerse en primer lugar interrumpiendo la reproducción. En un caso de este tipo, el decodificador objetivo de sistema 4903 no lee datos 45 desde la segunda memoria intermedia de lectura 4922 hasta que se almacena todo el bloque de datos de vista derecha que se lee en primer lugar en la segunda memoria intermedia de lectura 4922. Por consiguiente, a diferencia de la capacidad RB1[n] de la primera memoria intermedia de lectura 4921, la capacidad RB2LR[n] de la segunda memoria intermedia de lectura 4922 necesita cumplir adicionalmente la condición de ser "al menos mayor
15
25
35
45
que el tamaño Sext2[n] del enésimo bloque de datos de vista derecha Rn".
De manera similar, cuando se lee enésimo bloque de datos de mapa de profundidad Dn, la capacidad RB2LD[n] de la segunda memoria intermedia de lectura 4922 debería satisfacer la expresión 12. imagen12
<Ventajas de separar rutas de reproducción antes y después de un límite de capa>
En un medio de grabación 100 de acuerdo con esta realización de la presente invención, los grupos de bloques de datos antes y después de un límite de capa se graban en una de las disposiciones 1-6 mostradas en las Figuras 20, 24, 26, 28, 30 y 32. Como resultado, antes y después de cambiar de capa, se reproduce una porción especificada del flujo de vídeo de vista de base desde el bloque exclusivamente para reproducción en 2D Ln2D en modo de reproducción en 2D y desde el bloque exclusivamente para reproducción en 3D Lnss en modo de reproducción en 3D. En este caso, a diferencia de la disposición mostrada en la Figura 22, el tamaño Sext2D del segmento en 2D que almacena la porción especificada es igual a la suma del tamaño Sext1 del segmento de vista de base y del tamaño del bloque exclusivamente para reproducción en 2D Ln2D. Mientras que la expresión 1 se satisface mediante esta suma Sext2D, las expresiones 2-5 se satisfacen mediante el tamaño de bloques de datos distintos del bloque exclusivamente para reproducción en 2D Ln2D. Por consiguiente, el límite inferior de los tamaños Sext2 y Sext3 de los segmentos de vista dependiente que satisfacen las expresiones 2-5, es decir los tamaños de segmento mínimos, puede reducirse de manera adicional independientemente de ajustar el tamaño del bloque exclusivamente para reproducción en 2D Ln2D para que el tamaño Sext2D de todo el segmento en 2D satisfaga la expresión 1. Por lo tanto, como es evidente a partir de las expresiones 11 y 12, las capacidades mínimas RB2LR y RB2LD de la segunda memoria intermedia de lectura 4922 pueden reducirse de manera eficaz independientemente de la expresión 1.
<Tiempo de ATC de segmento en un bloque de segmento en 3D>
En un bloque de segmento en 3D, es decir un grupo de bloque de datos en una disposición intercalada, los bloques de datos consecutivos Dn, Rn, Ln (n = 0, 1, 2, ...) tienen todos el mismo tiempo de ATC de segmento. En otras palabras, la diferencia en las ATS desde el paquete de fuente en la parte superior de cada bloque de datos hasta el paquete de fuente en la parte superior del siguiente bloque de datos es la misma. Sin embargo, cuando se calcula esta diferencia, la aparición de vueltas a cero en las ATS necesita tenerse en consideración. En este caso, en el mismo tiempo medido mediante la ATC, el primer depaquetizador de fuente 5011 recupera paquetes de TS desde todos los paquetes de fuente en el bloque de datos de vista de base Ln y transfiere los paquetes de TS al primer filtro de PID 5013, y el segundo depaquetizador de fuente 5012 recupera los paquetes de TS desde todos los paquetes de fuente en el bloque de datos de vista dependiente Dn o Rn y transfiere los paquetes de TS al segundo filtro de PID 5014. Por consiguiente, particularmente durante la interrupción de reproducción, el decodificador de vídeo principal 5015 puede sincronizar fácilmente la decodificación de paquetes de TS entre el flujo de vídeo de vista de base y el flujo de vídeo de vista dependiente.
<Expresiones condicionales del tamaño de segmento que se refieren a tiempo de ATC de segmento>
En las expresiones 2-5, el tamaño de segmentos de vista de base y de segmentos de vista dependiente se restringe mediante el tamaño de segmentos localizados posteriormente. Sin embargo, desde la perspectiva de usar segmentos en el proceso de autoría, es preferible que las condiciones sobre el tamaño de cada segmento se expresen en una forma que no dependa del tamaño de otros segmentos. Por consiguiente, las expresiones 2-5 se redefinen mediante expresiones condicionales que hacen referencia al tiempo de ATC de segmento.
Como ya se ha descrito, tres segmentos contiguos Dn, Rn, Ln (n = 0, 1, 2, ...) tienen todos el mismo tiempo de ATC de segmento Text[n]. El valor mínimo de estos tiempos de ATC de segmento se establece como el tiempo de ATC de segmento mínimo minText, y el valor máximo como el tiempo de ATC de segmento máximo maxText: minText ≤ Text[n] ≤ maxText. En este caso, los tamaños Sext1[n], Sext2[n], y Sext3[n] de los enésimos segmentos EXT1[n], EXT2[n] y EXT3[n] están limitados a los intervalos en las expresiones 13, 14, y 15. imagen13
Posteriormente, la diferencia entre el tiempo de ATC de segmento máximo maxText y el tiempo de ATC de segmento mínimo minText se establece como un valor fijo Tm: maxText = minText + Tm. En este caso, el tiempo de ATC de
segmento mínimo minText se calcula como sigue, haciendo referencia a los tamaños de segmento mínimos, es decir el lado derecho de las expresiones 2-5.
Cuando el tamaño del enésimo segmento de vista de base es igual al tamaño de segmento mínimo, entonces desde las expresiones 2 y 13, el tiempo de ATC de segmento mínimo minText satisface la expresión 16. imagen14
El tamaño Sext2[n+1] del (n+1)ésimo segmento de vista derecha se permite que sea hasta el producto del valor
10 máximo Rmax2 de la velocidad de transferencia de vista derecha Rext2 y el tiempo de ATC de segmento máximo maxText: Sext2[n+1] ≤ Rmax2 × maxText = Rmax2 × (minText + Tm). Adicionalmente, la velocidad de transferencia de vista de base Rext1[n] no supera el valor máximo Rmax1: Rext1[n] < Rmax1. Puesto que el tiempo de ATC de segmento mínimo minText debería ser el límite superior del lado derecho de la expresión 16, la expresión 17 debería satisfacerse. imagen15
Si la expresión 4 se modifica de manera similar en lugar de la expresión 2, el tiempo de ATC de segmento mínimo minText debería satisfacer adicionalmente la expresión 18. imagen16
Por otro lado, cuando el tamaño del enésimo segmento de vista de base es igual al tamaño de segmento mínimo, el tiempo de ATC de segmento correspondiente es igual al tiempo de ATC de segmento mínimo minText. Puesto que el enésimo segmento de vista derecha comparte el mismo tiempo de ATC de segmento que el segmento de vista de 25 base, entonces desde las expresiones 3 y 14, el tiempo de ATC de segmento mínimo minText satisface la expresión
19. imagen17
10
15
20
25
30
35
40
45
50
La velocidad de transferencia de vista derecha Rext2[n] no supera el valor máximo Rmax2, y la velocidad de transferencia de vista de base Rext1[n] no supera el valor máximo Rmax1: Rext2[n] ≤ Rmax2, y Rext1[n] ≤ Rmax1. Puesto que el tiempo de ATC de segmento mínimo minText debería ser el límite superior del lado derecho de la expresión 19, la expresión 20 debería satisfacerse. imagen18
Si se usa la expresión 5 en lugar de la expresión 3, entonces de manera similar el tiempo de ATC de segmento mínimo minText debería satisfacer la expresión 21. imagen19
Como resultado, el tiempo de ATC de segmento mínimo minText se especifica como el valor máximo entre el lado derecho de las expresiones 17, 18, 20 y 21. En este caso, el tiempo de transición de sector cero Tjump-0, el tiempo de salto Tjump-3D, y el intervalo de fluctuación Tm del tiempo de ATC de segmento pueden restringirse a valores fijos predeterminados. En particular, en la modificación (F) descrita a continuación, el tiempo de salto Tjump-3D puede evaluarse con referencia a la distancia de salto máxima MAX_EXTJUMP3D. De esta manera, el tiempo de ATC de segmento mínimo minText puede determinarse sustancialmente únicamente mediante constantes tales como el valor máximo Rmax del tiempo de transferencia medio. Por consiguiente, las condiciones sobre el tamaño de segmento mostradas en las expresiones 13-15 son útiles durante el proceso de autoría.
<Garantizar la cantidad margen de memoria intermedia>
Las cantidades margen de memoria intermedia UL1 y UL2 se garantizan de la siguiente manera. En primer lugar, la condición de que "el tiempo de ATC de segmento Text es igual a o mayor que el tiempo de ATC de segmento mínimo minText" se coloca en el diseño de cada bloque de datos. En este caso, como se muestra en las expresiones 17, 18, 20 y 21 el tiempo de ATC de segmento mínimo minText es un valor calculado cuando las velocidades de transferencia media Rext1, Rext2 y Rext3 son iguales a sus respectivos valores máximos Rmax1, Rmax2 y Rmax3. Las velocidades de transferencia media reales Rext1, Rext2 y Rext3, sin embargo, son generalmente inferiores a sus respectivos valores máximos Rmax1, Rmax2 y Rmax3. Por consiguiente, los tamaños reales de los bloques de datos Rext1 × Text, Rext2 × Text y Rext3 × Text son generalmente más pequeños que los valores supuestos en las condiciones anteriores, es decir Rmax1 × Text, Rmax2 × Text y Rmax3 × Text. Por lo tanto, después del inicio de la lectura de cada bloque de datos, la lectura del siguiente bloque de datos empieza antes de que pase el tiempo de ATC de segmento Text. En otras palabras, las cantidades de datos acumulados DA1 y DA2 en las memorias intermedias de lectura 4921 y 4922 generalmente empiezan a aumentar de nuevo antes de volver a su valor en el inicio de lectura, a diferencia del caso mostrado en las Figuras 66A, 66B, 67A y 67B. Las cantidades de datos acumulados DA1 y DA2 por lo tanto aumentan en una cantidad predeterminada cada vez que se lee un par de bloque de datos de vista de base y de vista dependiente. Como resultado, leyendo continuamente un cierto número de bloques de datos en las memorias intermedias de lectura 4921 y 4922, se garantizan las cantidades margen de memoria intermedia UL1 y UL2.
La Figura 69A es un gráfico que muestra la relación entre un bloque de segmento en 3D 6110 y una ruta de reproducción 6120 en modo L/R. Como se muestra en la Figura 69A, el bloque de segmento en 3D 6110 está compuesto de grupos de bloques de datos de vista de base Lk y grupos de bloques de datos de vista dependiente Dk y Rk (k = 0, 1, 2, ...) en una disposición intercalada. De acuerdo con la ruta de reproducción 6120, cada par de bloques de datos de vista derecha Rk y bloques de datos de vista de base Lk adyacentes se lee como un segmento en 3D, es decir como un par de un segmento de vista dependiente y un segmento de vista de base. El tamaño de segmento Sext1[k] del segmento de vista de base Lk es igual al producto de la velocidad de transferencia de vista de base Rext1[k] y el tiempo de ATC de segmento Text[k]: Sext1[k] Rext1[k] × Text[k]. Este tamaño de segmento Sext1[k] es generalmente más pequeño que el producto del valor máximo Rmax1 de la velocidad de transferencia de vista de base y el tiempo de ATC de segmento Text[k]: Sext1[k] < Rmax1 × Text[k]. Lo mismo se cumple para los tamaños de segmento Sext3[k] y Sext2[k] de los segmentos de vista dependiente Dk y Rk.
La Figura 69B es un gráfico que muestra el cambio en la cantidad de datos DA1 en la primera memoria intermedia de lectura 4921 cuando se lee el bloque de segmento en 3D 6110 de acuerdo con la ruta de reproducción 6120 en modo L/R. La línea fina indica cambios cuando las velocidades de transferencia media Rext1[k], Rext2[k] y Rext3[k] son iguales a los valores máximos Rmax1, Rmax2, y Rmax3. Por otro lado, la línea gruesa indica cambios cuando la velocidad de transferencia Rext1[0] del segmento de vista base superior L0 es inferior al valor máximo Rmax1. Obsérvese que por conveniencia de explicación, se supone que las velocidades de transferencia de vista dependiente Rext2[k] y Rext3[k] son iguales a sus respectivos valores máximos Rmax2 y Rmax3. En este caso, los tamaños Rext2[k] × Text[k] y Rext3[k] × Text[k] de los segmentos de vista dependiente son iguales a los máximo valores supuestos posibles, Rmax2[k] × Text[k] y Rmax3[k] × Text[k].
Como se muestra en la Figura 69B, para la línea fina, después de que ha pasado un tiempo de ATC de segmento Text[0] desde el inicio de lectura del segmento de vista de base superior L0, comienza la lectura del siguiente segmento de vista de base L1. Por consiguiente, la cantidad de datos acumulados DA1 en este punto es sustancialmente igual al valor DM10 en el inicio de la lectura. A la inversa, para la línea gruesa, es necesario un tiempo Sext1[0] / Rud-3D para leer todo el segmento de vista de base superior L0 desde el medio de grabación 100 en la primera memoria intermedia de lectura 4921. Este tiempo es más corto que el tiempo Rmax1[k] × Text[0] / Rud-3D en la línea fina mediante un tiempo ΔTb: ΔTb = Sext1[0] / Rud-3D -Rmax1 × Text[0] / Rud-3D = (Rext1[0] -Rmax1) × Text[0] / Rud-3D. Por consiguiente, la cantidad de datos acumulados DA1 alcanza su pico en la línea gruesa antes que en la línea fina mediante un tiempo de ΔTb. Por otro lado, los tamaños Sext2[1] y Sext3[1] de los segmentos de vista dependiente D1 y R1 son los mismos para ambas líneas: Rmax2 × Text[1] y Rmax3 × Text[1]. Por consiguiente, el tiempo ΔT desde el pico de la cantidad de datos acumulados DA1 hasta el inicio de lectura del siguiente segmento de vista de base L1 es el mismo para ambas líneas. Como resultado, a diferencia de la línea fina, la lectura del siguiente segmento de vista de base L1 comienza en la línea gruesa en un tiempo que es ΔTb antes del tiempo de ATC de segmento Text que ha pasado desde el inicio de lectura del segmento de vista de base superior L0. Como resultado, el valor DM11 de la cantidad de datos acumulados DA1 en ese punto aumenta sobre el valor DM10 en el inicio de lectura del segmento de vista de base superior L0 en un incremento DM1[0]. Como es evidente a partir de la Figura 61B, este aumento DM1[0] es igual al producto de la velocidad de disminución real Rext1[0] de la cantidad de datos acumulados DA1 y el tiempo ΔTb: DM1[0] = Rext1[0] ×ΔTb = Rext1[0] × (Rext1[0] -Rmax1) × Text[0] / Rud-3D.
La Figura 69C es un gráfico que muestra el cambio en la cantidad de datos DA2 en la segunda memoria intermedia de lectura 4922 mientras cambia la cantidad de datos DA1 en la primera memoria intermedia de lectura 4921 como se muestra en la Figura 69B. La línea fina indica cambios cuando las velocidades de transferencia media Rext1[k], Rext2[k] y Rext3[k] son iguales a los valores máximos Rmax1, Rmax2 y Rmax3. Por otro lado, la línea gruesa indica cambios cuando la velocidad de transferencia Rext1[0] del segmento de vista de base superior L0 es inferior al valor máximo Rmax1. Obsérvese que por conveniencia de explicación, se supone que las velocidades de transferencia de vista dependiente Rext2[k] y Rext3[k] son iguales a sus respectivos valores máximos Rmax2 y Rmax3.
Como se muestra en la Figura 69C, para la línea fina, después de que ha pasado un tiempo de ATC de segmento Text[0] desde el inicio de lectura del segmento de vista derecha superior R0, comienza la lectura del siguiente segmento de vista derecha R1. Por consiguiente, la cantidad de datos acumulados DA2 en este punto es sustancialmente igual al valor DM20 en el inicio de la lectura. A la inversa, para la línea gruesa, todo el segmento de vista de base superior L0 se lee desde el medio de grabación 100 en la primera memoria intermedia de lectura 4921 antes que en la línea fina en un tiempo ΔTb. Por consiguiente, la lectura del siguiente segmento de vista derecha R1 empieza en la línea gruesa antes que en la línea fina en un tiempo ΔTb, es decir en un tiempo ΔTb anterior al que haya pasado el tiempo de ATC de segmento Text desde el inicio de lectura del segmento de vista derecha superior R0. Como resultado, el valor DM21 de la cantidad de datos acumulados DA2 en ese punto aumenta sobre el valor DM20 en el inicio de la lectura del segmento de vista derecha superior R0 en un incremento DM2[0]. Como es evidente a partir de la Figura 69C, este aumento DM2[0] es igual al producto de la velocidad real de disminución Rext2[0] de la cantidad de datos acumulados DA2 y el tiempo ΔTb: DM2[0] = Rext2[0] ×ΔTb = Rext2[0] × (Rext1[0] -Rmax1) × Text[0] / Rud-3D.
En las Figuras 69, se supone que las velocidades de transferencia de vista dependiente Rext2[k] y Rext3[k] son iguales a sus respectivos valores máximos Rmax2 y Rmax3. Las velocidades de transferencia de vista dependiente reales Rext2[k] y Rext3[k], sin embargo, son generalmente inferiores a sus respectivos valores máximos Rmax2 y Rmax3. En este caso, como en la Figura 69B, la cantidad de datos acumulados DA2 en la Figura 69C alcanza su pico en un tiempo ΔTd: ΔTd = Sext2[0] Rud-3D -Rmax2 × Text[0] Rud-3D = (Rext2[0] -Rmax2) × Text[0] / Rud-3D. En el gráfico en la Figura 69B, el tiempo ΔT desde el pico de la cantidad de datos acumulados DA1 hasta el inicio de la lectura del siguiente segmento de vista de base L1 se acorta en el mismo tiempo ΔTd. A la luz de estos cambios, cada vez que se procesa un par de un segmento de vista de base Lk y un segmento de vista derecha Rk, las cantidades de datos acumulados DA1 y DA2 en las memorias intermedias de lectura aumenta en incrementos DM1[k] y DM2[k], como se muestra en las expresiones 22 y 23. imagen20 imagen21
En modo L/R, cada vez que se lee un segmento de vista de base Lk y un segmento de vista derecha Rk desde un segmento en 3D EXTSS[k] en las memorias intermedias de lectura 4921 y 4922, las cantidades de datos acumulados DA y DA2 aumentan en incrementos DM1[k] y DM2[k]. De manera similar en modo de profundidad, cada vez que se lee un segmento de vista de base Lk y un segmento de mapa de profundidad Dk en las memorias intermedias de lectura 4921 y 4922, las cantidades de datos acumulados DA1 y DA2 aumentan en incrementos DM3[k] y DM4[k]. Estos incrementos DM3[k] y DM4[k] se muestran en las expresiones 24 y 25. imagen22
Por consiguiente, cuando el total Tsum = Text[0] + Text[1] + Text[2] + ... del tiempo de ATC de segmento para todo el bloque de segmento en 3D 6110 satisface la expresión 26, las cantidades margen de memoria intermedia UL1 y UL2 15 en las memorias intermedias de lectura 4921 y 4922 pueden garantizarse leyendo todo el bloque de segmento en 3D 6110. imagen23
La siguiente aproximación se usa en este punto: a través de todo el bloque de segmento en 3D 6110, la velocidad
20 de transferencia de vista de base Rext1[k] es igual al valor medio Rext1-av, y las velocidades de transferencia de vista dependiente Rext2[k] y Rext3[k] son iguales respectivamente a los valores medios Rext2-av y Rext3-av.
Obsérvese que durante la lectura de bloques de segmentos en 3D sucesivos, las cantidades de datos acumulados DA1 y DA2 en las memorias intermedias de lectura continúan aumentando, con la condición de que un salto largo no
25 tenga lugar. Por consiguiente, cuando las cantidades de datos acumulados DA1 y DA2 superan un umbral predeterminado, el dispositivo de reproducción 200 produce que la unidad de BD-ROM 4901 detenga las operaciones de lectura y de transferencia. La velocidad de lectura Rud-3D por lo tanto disminuye, que restringe la subida en las cantidades de datos acumulados DA1 y DA2. El desbordamiento en las memorias intermedias de lectura 4921 y 4922 por lo tanto puede evitarse.
30
15
25
35
45
55
(Método 1 para acumular cantidades margen de memoria intermedia)
Lo siguiente explica cómo acumular las cantidades margen de memoria intermedia aseguradas en las memorias intermedias de lectura para salto de cambio de capa, durante reproducción de AV.
En la explicación de la disposición para conexión ininterrumpida entre bloques de segmentos en 3D, se ha explicado que el reproductor continúa la reproducción de imágenes en 3D consumiendo la cantidad margen de memoria intermedia UL1 acumulada en la primera memoria intermedia de lectura 4921 antes del salto y la cantidad margen de memoria intermedia UL2 acumulada en la segunda memoria intermedia de lectura 4922 antes del salto.
También, se ha explicado que la cantidad margen de memoria intermedia UL1 de la primera memoria intermedia de lectura 4921 y la cantidad margen de memoria intermedia UL2 de la segunda memoria intermedia de lectura 4922 se aseguran almacenando en la memoria intermedia en el inicio de reproducción de imágenes en 3D. Sin embargo, en el caso de conexión ininterrumpida entre tres o más bloques de segmentos en 3D como se muestra en la Figura 70, las cantidades margen de memoria intermedia UL1 y UL2 se consumen en el primer salto entre los bloques de segmentos en 3D, y la cantidad restante no será suficiente en el segundo salto entre bloques de segmentos en 3D. Esto produce una infrautilización de memoria intermedia, y hace imposible la reproducción ininterrumpida.
Por lo tanto cuando un bloque de segmento en 3D está conectado de manera ininterrumpida desde otro bloque de segmento en 3D y está conectado de manera ininterrumpida a otro bloque de segmento en 3D más, es necesario acumular las cantidades margen de memoria intermedia UL1 y UL2 en las memorias intermedias de lectura (1) 3702 y (2) 3711 antes de un salto entre bloques de segmentos en 3D mientras se reproduce imágenes en 3D. En este punto, un bloque de segmento en 3D que está conectado de manera ininterrumpida desde otro bloque de segmento en 3D y está conectado de manera ininterrumpida a otro bloque de segmento en 3D más se indica como el bloque de segmento en 3D 6902 ininterrumpido.
En vista de lo anterior, pueden ponerse las siguientes limitaciones en la "velocidad de bits media" y en el "tiempo de ATC de segmento total de los bloques de segmentos en 3D" en la sección del bloque de segmento en 3D 6902 ininterrumpido. Como resultado, es posible asegurar las cantidades margen de memoria intermedia UL1 y UL2 en la reproducción de la sección del bloque de segmento en 3D 6902 ininterrumpido.
Tiempo de ATC de segmento total de bloque de segmento en 3D ininterrumpido >= imagen24
UL1 y UL2 son cantidades margen de memoria intermedia (unidad: bits) de las memorias intermedias de lectura, calculadas basándose en el tiempo de salto a un bloque de segmento en 3D que precede un bloque de segmento en 3D ininterrumpido. MAX() es una función que devuelve un valor de tipo largo. REXT1 es una velocidad de bits media de un flujo de AV 2D/ojo izquierdo en la sección del bloque de segmento en 3D. REXT2 es una velocidad de bits media de un flujo de fichero de DEP en la sección del bloque de segmento en 3D. REXT3 es una velocidad de bits media de un flujo de AV de mapa de profundidad en la sección del bloque de segmento en 3D.
Lo siguiente explica las bases para las expresiones anteriores con referencia a la Figura 71. Aunque se explica el caso de reproducción de imágenes en 3D en el modo L/R en este punto, las expresiones para el modo de profundidad pueden obtenerse de manera similar.
La Figura 71 muestra la transición de cantidades de datos de datos acumulados en la primera memoria intermedia de lectura 4921 y en la segunda memoria intermedia de lectura 4922. Este dibujo muestra el estado inmediatamente después del salto al bloque de segmento en 3D ininterrumpido. Se supone que la reproducción se inicia después de que se han consumido completamente las cantidades margen de memoria intermedia UL1 y UL2. Se supone también que los segmentos están intercalados de acuerdo con las definiciones de tamaño de segmento mínimo y el tamaño de segmento máximo explicadas anteriormente.
El tamaño de segmento mínimo y el tamaño de segmento máximo se calculan basándose en la suposición de que la velocidad de bits media de los puntos es RMAX1 o RMAX2. Las líneas normales en la Figura 71 muestran cada una la transición de la cantidad de los datos acumulados cuando la velocidad de bits media de los puntos es RMAX1 o RMAX2. Por otro lado, las líneas en negrita en la Figura 70 muestran cada una la transición de la cantidad de los datos acumulados cuando la velocidad de bits media de los segmentos (REXT1[n]) del flujo de AV 2D/ojo izquierdo es REXT1 que es menor de RMAX1.
Cuando la velocidad de bits de los segmentos del flujo de AV 2D/ojo izquierdo es menor que RMAX1, la lectura de los segmentos finaliza antes que cuando la velocidad de bits es RMAX1. Esto adelanta la transición de la cantidad de los datos acumulados mediante tiempo adelantado indicado mediante la flecha 7001. Como resultado, el tamaño indicado mediante la flecha 7002 (el tiempo adelantado × REXT1) se acumula como la cantidad margen de memoria
5 intermedia. El tiempo adelantado puede representarse mediante TEXT × (RMAX1 --REXT1)/RUD3D, donde TEXT es el tiempo de reproducción de los segmentos. También, la transición de la cantidad de los datos acumulados en la segunda memoria intermedia de lectura 4922 también se adelanta. Como resultado, el tamaño indicado mediante la flecha 7003 (el tiempo adelantado × REXT2) se acumula como la cantidad margen de memoria intermedia.
10 De manera similar, cuando la velocidad de bits de los segmentos del flujo de fichero de DEP es REXT2 que es menos de RMAX2, la transición de la cantidad de los datos acumulados se adelanta. Como resultado, las cantidades margen de memoria intermedia se acumulan en la primera memoria intermedia de lectura 4921 y en la segunda memoria intermedia de lectura 4922.
15 Cuando el tiempo de reproducción de los segmentos del flujo de AV 2D/ojo izquierdo y los segmentos del flujo de fichero de DEP correspondiente es TEXT, y sus velocidades de bits medias respectivas son REXT1 y REXT2, la cantidad margen de memoria intermedia acumulada en la primera memoria intermedia de lectura 4921 y la cantidad margen de memoria intermedia acumulada en la segunda memoria intermedia de lectura 4922, acumuladas a través de la lectura de los segmentos, puede expresarse como sigue.
20 Cantidad margen de memoria intermedia acumulada en la primera memoria intermedia de lectura 4921 (unidades: bits) = imagen25
25 Cantidad margen de memoria intermedia acumulada en la memoria intermedia de lectura (2) (unidades: bits) = imagen26
Por lo tanto la Expresión (27) puede obtenerse desde las Expresiones (28) y (29) estableciendo el tiempo para acumular UL1 y UL2 requeridas para un salto en la conexión ininterrumpida. 30 (Método 2 para acumular cantidades margen de memoria intermedia)
Lo siguiente explica otro método para acumular las cantidades margen de memoria intermedia aseguradas en las memorias intermedias de lectura para salto de cambio de capa durante reproducción de AV.
35 Un tamaño de cada segmento incluido en el bloque de segmento en 3D 6902 ininterrumpido se establece para que sea igual a o mayor que el tamaño de segmento mínimo calculado mediante las Expresiones (1)-(5). En este punto, estas expresiones se modifican añadiendo margen para acumular una cantidad margen de memoria intermedia. Las expresiones modificadas son como sigue.
40 imagen27
Tmergin es un tiempo de margen (unidad: segundos) para acumular una cantidad margen de memoria intermedia.
Lo siguiente describe una transición de cantidades de datos de datos acumulados en la memoria intermedia de lectura cuando se reproduce imágenes en 3D en modo L/R con uso de la Figura 72.
Incluyendo segmentos que tienen cada uno tamaño de segmento mínimo calculado de la manera anteriormente mencionada en el bloque de segmento en 3D 6902 ininterrumpido, se acumula Tmergin × REXT1[n] cantidad de datos extra en la primera memoria intermedia de lectura 4921 a medida que se lee un segmento de un flujo de AV 2D/ojo izquierdo, como se muestra en la transición de cantidad de datos de la Figura 72. También, se acumula
5 Tmergin × REXT2[n] cantidad de datos extra en la segunda memoria intermedia de lectura 4922 a medida que se lee un segmento de un flujo de fichero de DEP.
También, la entrada de datos de segmento de un flujo de AV 2D/ojo izquierdo a la primera memoria intermedia de lectura 4921 se adelanta por Tmergin a medida que se lee un segmento de un flujo de fichero de DEP. Por lo tanto, 10 se acumula Tmergin × REXT1[n] cantidad de datos extra en la primera memoria intermedia de lectura 4921 cada vez que se lee un segmento del flujo de fichero de DEP. De manera similar, la entrada de datos de segmento de un flujo de AV derecho a la segunda memoria intermedia de lectura 4922 se adelanta por Tmergin a medida que se lee un segmento de un flujo de AV 2D/ojo izquierdo. Por lo tanto, se acumula Tmergin × REXT1[n] cantidad de datos extra en la segunda memoria intermedia de lectura 4922 cada vez que se lee un segmento del flujo de AV 2D/ojo
15 izquierdo.
En vista de lo anterior, pueden ponerse las siguientes limitaciones en el "tiempo de ATC de segmento total de los bloques de segmentos en 3D" en la sección del bloque de segmento en 3D 6902 ininterrumpido. Como resultado, es posible asegurar las cantidades margen de memoria intermedia UL1 y UL2 en la reproducción de la sección del
20 bloque de segmento en 3D 6902 ininterrumpido.
Tiempo de ATC de segmento total de bloque de segmento en 3D ininterrumpido >= imagen28
25 UL1 y UL2 son cantidades margen de memoria intermedia (unidad: bits) de las memorias intermedias de lectura, calculadas basándose en el tiempo de salto a un bloque de segmento en 3D que sigue un bloque de segmento en 3D ininterrumpido. MAX() es una función que devuelve un valor de tipo largo. REXT1 es una velocidad de bits media de un flujo de AV 2D/ojo izquierdo en la sección de bloque de segmento en 3D. REXT2 es una velocidad de bits media de un flujo de fichero de DEP en la sección de bloque de segmento en 3D. REXT3 es una velocidad de bits
30 media de un flujo de AV de mapa de profundidad en la sección de bloque de segmento en 3D. TEXT es un tiempo de ATC de segmento medio de un segmento.
Obsérvese que la limitación anterior y la limitación puesta en la "velocidad de bits media" y el "tiempo de ATC de segmento total de los bloques de segmentos en 3D" pueden definirse juntas. Es decir, el "tiempo de ATC de 35 segmento total de bloque de segmento en 3D ininterrumpido" puede definirse como sigue.
Tiempo de ATC de segmento total de bloque de segmento en 3D ininterrumpido >= imagen29
40 <Cantidades margen de memoria intermedia requeridas para reproducción en 3D de los datos de la disposición 1>
Lo siguiente describe cantidades margen de memoria intermedia requeridas para reproducir imágenes en 3D usando los datos de la disposición 1 mostrada en la Figura 20.
45 En primer lugar, se explica una cantidad margen de memoria intermedia requerida para reproducir imágenes en 3D en modo L/R.
15
25
35
45
55
La Figura 73A muestra un salto largo que tiene lugar mientras los datos de la disposición 1 se reproducen en modo L/R. Las Figuras 73B y 73C muestran respectivamente una transición de una cantidad de datos acumulados en la primera memoria intermedia de lectura 4921 y una transición de una cantidad de datos acumulados en la segunda memoria intermedia de lectura 4922 cuando los datos de la disposición 1 se reproducen en modo L/R.
En este punto, un tamaño de cada uno de los tres bloques de datos D3, R3 y L3SS que se disponen en el final del bloque de segmento en 3D de pre-salto 2002 y cuyos tiempos de ATC de segmento coinciden entre sí se supone 0 con consideración al peor valor de la cantidad margen de memoria intermedia requerida.
En primer lugar, se explica la cantidad margen de memoria intermedia UL1 acumulada en la primera memoria intermedia de lectura 4921. La infrautilización de la primera memoria intermedia de lectura 4921 se evitará en la conexión ininterrumpida cuando se reproducen los datos en una ruta mostrada en la Figura 73A siempre que la infrautilización no se produzca antes de B, que es inmediatamente antes de que se lea un bloque de datos de vista izquierda de cabecera L4 en el elemento de reproducción sucesivo. Es decir, un tamaño de la memoria intermedia de lectura en B únicamente necesita satisfacer ≥0. Para esto, la cantidad margen de memoria intermedia (UL1) se requiere que se acumule mediante A (inmediatamente antes de que se lea el bloque de datos de vista izquierda L1 en el final del bloque de segmento en 3D 2001) en la Figura 73.
Una cantidad de datos reducida en la primera memoria intermedia de lectura 4921 desde A a B puede calcularse de acuerdo con la siguiente expresión.
La cantidad de datos reducida en la primera memoria intermedia de lectura 4921 desde A a B = (TjumpEX imagen30
SEXT2 es un tamaño de un bloque de datos de vista derecha que existe entre A y B. Una cantidad de datos aumentada en la primera memoria intermedia de lectura 4921 desde A a B puede calcularse de acuerdo con la siguiente expresión.
La cantidad de datos aumentada en la primera memoria intermedia de lectura 4921 desde A a B = 2 × SEXT1/RUD3D × (RUD3D -RMAX1) …(37)
SEXT1 es un tamaño de un bloque de datos de vista izquierda que existe entre A y B. Por consiguiente, la cantidad margen de memoria intermedia requerida en A se calcula como sigue de acuerdo con las Expresiones (36) y (37).
UL 1=la cantidad de datos reducida en la primera memoria intermedia de lectura 4921 desde A a B-la cantidad de datos aumentada en la primera memoria intermedia de lectura 4921 desde A a B imagen31
En este punto, un tamaño de segmento mínimo se determina de manera que (Tjump0 + Tjump + SEXT2/RUD3D) × RMAX1 y SEXT1/RUD3D × (RUD3D -RMAX1) sean cada uno 0 o más. Es decir, siempre que un tamaño de un segmento sea igual a o mayor que el tamaño de segmento mínimo que satisface la Expresión (2), estos valores se hacen siempre iguales a o mayores que 0.
A medida que el valor se hace 0 cuando se considera el peor valor, la cantidad margen de memoria intermedia UL1 requerida para la reproducción en el modo L/R es la siguiente expresión (39) que se obtiene de la Expresión (38). imagen32
A continuación, se explica la cantidad margen de memoria intermedia acumulada en la segunda memoria intermedia de lectura 4922. La infrautilización de la segunda memoria intermedia de lectura 4922 se evitará en la conexión ininterrumpida siempre que la infrautilización no se produzca antes de D, que es inmediatamente antes de que se lea el bloque de datos de vista derecha R4 dispuesto en la cabecera del elemento de reproducción sucesivo. Es decir, un tamaño de la memoria intermedia de lectura en D únicamente necesita satisfacer ≥0. Para esto, la cantidad margen de memoria intermedia (UL2) requiere que se acumule mediante C (inmediatamente antes de que se lea el bloque de datos de vista derecha R1 dispuesto en el final del bloque de segmento en 3D 2001) en la Figura 73.
Una cantidad de datos reducida en la segunda memoria intermedia de lectura 4922 desde C a D puede calcularse de acuerdo con la siguiente expresión.
La cantidad de datos reducida en la segunda memoria intermedia de lectura 4922 desde C a D = (TjumpEX + 3 × imagen33
SEXT1 es un tamaño de un bloque de datos de vista izquierda que existe entre C y D. Una cantidad de datos aumentada en la segunda memoria intermedia de lectura 4922 desde C a D puede calcularse de acuerdo con la siguiente expresión.
La cantidad de datos aumentada en la segunda memoria intermedia de lectura 4922 desde C a D = 2 × imagen34
SEXT2 es un tamaño de un bloque de datos de vista izquierda que existe entre C y D. Por consiguiente, la cantidad margen de memoria intermedia requerida en C se calcula como sigue de acuerdo con las Expresiones (40) y (41).
UL 2=la cantidad de datos reducida en la segunda memoria intermedia de lectura 4922 desde C a D-la cantidad de datos aumentada en la segunda memoria intermedia de lectura 4922 desde C a D imagen35
En este punto, un tamaño de segmento mínimo se determina de manera que (Tjump0 + Tjump + SEXT1/RUD3D) + RMAX2 y SEXT2/RUD3D × (RUD3D -RMAX2) sean cada uno 0 o más. Es decir, siempre que un tamaño de un segmento sea igual a o mayor que el tamaño de segmento mínimo que satisface la Expresión (3), estos valores se hacen siempre iguales o mayores que 0.
Siempre que el valor se haga 0 cuando se considera el peor valor, la cantidad margen de memoria intermedia UL2 requerida para la reproducción en el modo en L/R es la siguiente expresión (43) que se obtiene de la Expresión (42). imagen36
Se han descrito anteriormente las cantidades margen de memoria intermedia requeridas para la reproducción de los datos de la disposición 1 en el modo en L/R.
A continuación, se explica una cantidad margen de memoria intermedia requerida para reproducir los datos de la disposición 1 en modo de profundidad.
La Figura 74A muestra un salto largo que tiene lugar mientras los datos de la disposición 1 se reproducen en modo de profundidad. Las Figuras 73B y 73C muestran respectivamente una transición de una cantidad de datos acumulados en la primera memoria intermedia de lectura 4921 y una transición de una cantidad de datos acumulados en la segunda memoria intermedia de lectura 4922 cuando los datos de la disposición 1 se reproducen en modo de profundidad.
En este punto, un tamaño de cada uno de los tres bloques de datos D3, R3 y L3SS que se disponen en el final del bloque de segmento en 3D de pre-salto 2002 y cuyos tiempos de ATC de segmento coinciden entre sí se supone que es 0 con la consideración al peor valor de la cantidad margen de memoria intermedia requerida.
En primer lugar, se explica la cantidad margen de memoria intermedia UL1 acumulada en la primera memoria intermedia de lectura 4921. La infrautilización de la primera memoria intermedia de lectura 4921 se evitará en la conexión ininterrumpida cuando se reproducen los datos en una ruta mostrada en la Figura 74A siempre que la infrautilización no se produzca antes de B, que es inmediatamente antes de que se lea un bloque de datos de la vista izquierda de cabecera L4 en el elemento de reproducción sucesivo. Es decir, un tamaño de la memoria intermedia de lectura en B únicamente necesita satisfacer ≥0. Para esto, la cantidad margen de memoria intermedia (UL1) que se requiere que se acumule mediante A (inmediatamente antes de que se lea el bloque de datos de la vista izquierda L1 en el final del bloque de segmento en 3D 2001) en la Figura 74.
Una cantidad de datos reducida en la primera memoria intermedia de lectura 4921 desde A a B puede calcularse de acuerdo con la siguiente expresión.
5
15
25
35
45
55 La cantidad de datos reducida en la primera memoria intermedia de lectura 4921 desde A a B = (TjumpEX + 3 × imagen37
SEXT3 es un tamaño de un bloque de datos de mapa de profundidad que existe entre A y B. Una cantidad de datos aumentada en la primera memoria intermedia de lectura 4921 desde A a B puede calcularse de acuerdo con la siguiente expresión.
La cantidad de datos aumentada en la primera memoria intermedia de lectura 4921 desde A a B = 2 × SEXT1/RUD3D × (RUD3D -RMAX1) …(45)
SEXT1 es un tamaño de un bloque de datos de vista izquierda que existe entre A y B. Por consiguiente, la cantidad margen de memoria intermedia requerida en A se calcula como sigue de acuerdo con las Expresiones (44) y (45).
UL 1=la cantidad de datos reducida en la primera memoria intermedia de lectura 4921 desde A a B-la cantidad de datos aumentada en la primera memoria intermedia de lectura 4921 desde A a B imagen38
En este punto, un tamaño de segmento mínimo se determina de manera que (Tjump0 + Tjump + SEXT3/RUD3D) × RMAX y SEXD/RUD3D × (RUD3D -RMAX1) sean cada uno 0 o más. Es decir, siempre que un tamaño de un segmento sea igual a o mayor que el tamaño de segmento mínimo que satisface la Expresión (4), estos valores se hacen siempre iguales a o mayores que 0.
A medida que el valor se hace 0 cuando se considera el peor valor, la cantidad margen de memoria intermedia UL1 requerida para la reproducción en el modo de profundidad es la siguiente expresión (47) que se obtiene de la Expresión (46). imagen39
A continuación, se explica la cantidad margen de memoria intermedia acumulada en la segunda memoria intermedia de lectura 4922. La infrautilización de la segunda memoria intermedia de lectura 4922 se evitará en la conexión ininterrumpida siempre que la infrautilización no se produzca antes de D, que es inmediatamente antes de que se lea el bloque de datos de mapa de profundidad D4 dispuesto en la cabecera del elemento de reproducción sucesivo. Es decir, un tamaño de la memoria intermedia de lectura en D únicamente necesita satisfacer ≥0. Para esto, la cantidad margen de memoria intermedia (UL2) requiere que se acumule mediante C (inmediatamente antes de que se lea el bloque de datos de mapa de profundidad D1 dispuesto en el final del bloque de segmento en 3D 2001) en la Figura 74.
Una cantidad de datos reducida en la segunda memoria intermedia de lectura 4922 desde C a D puede calcularse de acuerdo con la siguiente expresión.
La cantidad de datos reducida en la segunda memoria intermedia de lectura 4922 desde C a D = (TjumpEX + 3 × imagen40
SEXT1 es un tamaño de un bloque de datos de vista izquierda que existe entre C y D. Una cantidad de datos aumentada en la segunda memoria intermedia de lectura 4922 desde C a D puede calcularse de acuerdo con la siguiente expresión.
La cantidad de datos aumentada en la segunda memoria intermedia de lectura 4922 desde C a D = 2 × SEXT3/RUD3D × (RUD3D -RMAX1) …(49)
SEXT3 es el tamaño de un bloque de datos de mapa de profundidad que existe entre C y D. Por consiguiente, la cantidad margen de memoria intermedia requerida en C se calcula como sigue de acuerdo con las Expresiones (48) y (49).
UL 2=la cantidad de datos reducida en la segunda memoria intermedia de lectura 4922 desde C a D-la cantidad de datos aumentada en la segunda memoria intermedia de lectura 4922 desde C a D imagen41
En este punto, un tamaño de segmento mínimo se determina de manera que (Tjump0 + Tjump + SEXT1/RUD3D) × RMAX3 y SEXT3/RUD3D × (RUD3D -RMAX3) sean cada uno 0 o más. Es decir, siempre que un tamaño de un segmento sea igual a o mayor que el tamaño de segmento mínimo que satisface la Expresión (5), estos valores se hacen siempre iguales a o mayores que 0.
A medida que el valor se hace 0 cuando se considera el peor valor, la cantidad margen de memoria intermedia UL2 requerida para la reproducción en el modo de profundidad es la siguiente expresión (51) que se obtiene de la Expresión (50). imagen42
Se han descrito anteriormente las cantidades margen de memoria intermedia requeridas para la reproducción de los datos de la disposición 1 en el modo de profundidad.
La reproducción en 2D/3D puede reproducir de manera ininterrumpida los datos de la disposición 1 descritos en la Figura 20 asegurando las UL1 y UL2 anteriormente calculadas como una cantidad margen de memoria intermedia.
<Cantidades margen de memoria intermedia requeridas para reproducción en 3D de los datos de la disposición 2>
Lo siguiente describe cantidades margen de memoria intermedia requeridas para reproducir imágenes en 3D usando los datos de la disposición 2 mostrados en la Figura 24. En primer lugar, se explican las cantidades margen de memoria intermedia requeridas para reproducir imágenes en 3D en modo de profundidad.
La Figura 75 muestra un salto largo que tiene lugar mientras los datos de la disposición 2 se reproducen en modo L/R. Las Figuras 75B y 75C muestran respectivamente una transición de una cantidad de datos acumulados en la primera memoria intermedia de lectura 4921 y una transición de una cantidad de datos acumulados en la segunda memoria intermedia de lectura 4922 cuando los datos de la disposición 2 se reproduce en modo L/R.
En este punto, un tamaño de cada uno de los tres bloques de datos D3, R3 y L3SS que se disponen en el final del bloque de segmento en 3D de pre-salto 2002 y cuyos tiempos de ATC de segmento coinciden entre sí se supone 0 con consideración al peor valor de la cantidad margen de memoria intermedia requerida.
En primer lugar, se explica la cantidad margen de memoria intermedia UL1 acumulada en la primera memoria intermedia de lectura 4921. La infrautilización de la primera memoria intermedia de lectura 4921 se evitará en la conexión ininterrumpida cuando se reproducen los datos en una ruta mostrada en la Figura 75A siempre que la infrautilización no se produzca antes de B, que se lee inmediatamente antes de un bloque de datos de la vista izquierda de cabecera L4 en el elemento de reproducción sucesivo. Es decir, un tamaño de la memoria intermedia de lectura en B únicamente necesita satisfacer ≥0. Para esto, la cantidad margen de memoria intermedia (UL1) se requiere que se acumule mediante A (inmediatamente antes de que se lea el bloque de datos de vista izquierda L1 en el final del bloque de segmento en 3D 2001) en la Figura 75.
Una cantidad de datos reducida en la primera memoria intermedia de lectura 4921 desde A a B puede calcularse de acuerdo con la siguiente expresión.
La cantidad de datos reducida en la primera memoria intermedia de lectura 4921 desde A a B = (2 × Tjump + imagen43
SEXT3 es un tamaño de un bloque de datos de mapa de profundidad que existe entre A y B. Una cantidad de datos aumentada en la primera memoria intermedia de lectura 4921 desde A a B puede calcularse de acuerdo con la siguiente expresión.
La cantidad de datos aumentada en la primera memoria intermedia de lectura 4921 desde A a B = SEXT1/RUD3D × (RUD3D -RMAX1) …(53)
SEXT1 es un tamaño de un bloque de datos de vista izquierda que existe entre A y B. Por consiguiente, la cantidad margen de memoria intermedia requerida en A se calcula como sigue de acuerdo con las Expresiones (52) y (53).
UL 1=la cantidad de datos reducida en la primera memoria intermedia de lectura 4921 desde A a B -la cantidad de datos aumentada en la primera memoria intermedia de lectura 4921 desde A a B imagen44
En este punto, un tamaño de segmento mínimo se determina de manera que (Tjump0 + Tjump + SEXT3/RUD3D) × RMAX1 y SEXT1/RUD3D × (RUD3D -RMAX1) sean cada uno 0 o más. Es decir, siempre que un tamaño de un segmento sea igual a o mayor que el tamaño de segmento mínimo que satisface la Expresión (3), estos valores se hacen siempre iguales a o mayores que 0.
A medida que el valor se hace 0 cuando se considera el peor valor, la cantidad margen de memoria intermedia UL1 requerida para la reproducción en el modo de profundidad es la siguiente Expresión (55) que se obtiene de la Expresión (54). imagen45
A continuación, se explica la cantidad margen de memoria intermedia acumulada en la segunda memoria intermedia de lectura 4922. La infrautilización de la segunda memoria intermedia de lectura 4922 se evitará en la conexión ininterrumpida siempre que la infrautilización no se produzca antes de D, que es inmediatamente antes de que se lea el bloque de datos de vista derecha R4 dispuesto en la cabecera del elemento de reproducción sucesivo. Es decir, un tamaño de la memoria intermedia de lectura en D únicamente necesita satisfacer ≥0. Para esto, la cantidad margen de memoria intermedia (UL2) requiere que se acumule mediante C (inmediatamente antes de que se lea el bloque de datos de vista derecha R1 dispuesto en el final del bloque de segmento en 3D 2001) en la Figura 75.
Una cantidad de datos reducida en la segunda memoria intermedia de lectura 4922 desde C a D puede calcularse de acuerdo con la siguiente expresión.
La cantidad de datos reducida en la segunda memoria intermedia de lectura 4922 desde C a D = (2 × Tjump + imagen46
SEXT1 es un tamaño de un bloque de datos de vista izquierda que existe entre C y D. Una cantidad de datos aumentada en la segunda memoria intermedia de lectura 4922 desde C a D puede calcularse de acuerdo con la siguiente expresión.
La cantidad de datos aumentada en la segunda memoria intermedia de lectura 4922 desde C a D = SEXT3/RUD3D × (RUD3D -RMAX3) …(57)
SEXT2 es un tamaño de un bloque de datos de mapa de profundidad que existe entre C y D. Por consiguiente, la cantidad margen de memoria intermedia requerida en C se calcula como sigue de acuerdo con las Expresiones (56) y (57).
UL 2 = la cantidad de datos reducida en la segunda memoria intermedia de lectura 4922 desde C a D -la cantidad de datos aumentada en la segunda memoria intermedia de lectura 4922 desde C a D imagen47
En este punto, un tamaño de segmento mínimo se determina de manera que (Tjump0 + Tjump + SEXT1/RUD3D) × RMAX3 y SEXT3/RUD3D × (RUD3D -RMAX3) sean cada uno 0 o más. Es decir, siempre que un tamaño de un segmento sea igual a o mayor que el tamaño de segmento mínimo que satisface la Expresión (3), estos valores se hacen siempre iguales a o mayores que 0.
A medida que el valor se hace 0 cuando se considera el peor valor, la cantidad margen de memoria intermedia UL2 requerida para la reproducción en el modo de profundidad es la siguiente expresión (59) que se obtiene de la Expresión (58). imagen48
Se han descrito anteriormente las cantidades margen de memoria intermedia requeridas para reproducir los datos de la disposición 2 en el modo de profundidad.
A continuación, se explica una cantidad margen de memoria intermedia requerida para reproducir imágenes en 3D en modo L/R.
La cantidad margen de memoria intermedia requerida para reproducir imágenes en 3D en modo L/R puede calcularse de acuerdo con la siguiente expresión. imagen49
Estas expresiones pueden explicarse de la misma manera que el caso del modo de profundidad.
La reproducción en 2D/3D puede reproducir de manera ininterrumpida los datos de la disposición 2 descrita en la Figura 24 asegurando las UL1 y UL2 anteriormente calculadas como una cantidad margen de memoria intermedia.
En este punto, la cantidad margen de memoria intermedia requerida para reproducir los datos de la disposición 2 en modo L/R que se calcula mediante las Expresiones (60) y (61) es más pequeña que la requerida para reproducir los datos de la disposición 1 en modo L/R calculado mediante las Expresiones (39) y (43). También, la cantidad margen de memoria intermedia requerida para reproducir los datos de la disposición 2 en modo de profundidad que se calcula mediante las Expresiones (55) y (59) es más pequeña que la requerida para reproducir los datos de la disposición 1 en modo de profundidad calculado mediante las Expresiones (47) y (51).
Por consiguiente, la estructura de datos de la disposición 2 descrita usando la Figura 24 puede suprimir las cantidades margen de memoria intermedia (UL1, UL2) requeridas para la conexión ininterrumpida más pequeñas en comparación con la estructura de datos de la disposición 1. Como resultado, pueden reducirse los tamaños de la primera memoria intermedia de lectura 4921 y de la segunda memoria intermedia de lectura 4922 requeridos para reproducir imágenes en 3D.
Obsérvese que la siguiente condición anteriormente descrita, que no se requiere en la estructura de datos explicada usando la Figura 20, se requiere para disponer datos en la estructura de datos explicada usando la Figura 24.
También, el segmento final del flujo de AV 2D/ojo izquierdo en el bloque de segmento en 3D 2001 necesita ser igual a o mayor que el tamaño de segmento mínimo para el dispositivo de reproducción en 2D obtenido mediante la Expresión (2), donde Tjump es una distancia de salto desde el final del segmento final del flujo de AV 2D/ojo izquierdo en el bloque de segmento en 3D 2001 al segmento de pre-salto en 2D EXT2D[1]. La distancia de salto desde el segmento final del flujo de AV 2D/ojo izquierdo en el bloque de segmento en 3D 2001 segmento de presalto en 2D EXT2D[1] se establece para que sea igual a o más pequeño que una distancia de salto máxima determinada mediante una especificación dada basándose en una realización de salto del dispositivo de reproducción en 2D.
Como se muestra en la Figura 76, cuando se lee el bloque de datos de vista izquierda L1 en el final del bloque de segmento en 3D 2001 que tiene un tamaño determinado mediante la condición de un tamaño de segmento de un bloque de segmento en 3D y una distancia de salto requerida para el dispositivo de reproducción en 2D para realizar reproducción ininterrumpida es mayor que un tamaño del bloque de segmento en 3D de pre-salto 2002, los datos pueden disponerse en la estructura de datos explicada usando la Figura 24. Sin embargo, cuando se lee el bloque de datos de vista izquierda L1 en el final del bloque de segmento en 3D 2002 que tiene un tamaño determinado mediante la condición de un tamaño de segmento de un bloque de segmento en 3D y una distancia de salto requerida para que el dispositivo de reproducción en 2D realice reproducción ininterrumpida es más pequeña que un tamaño del bloque de segmento en 3D de pre-salto, no pueden disponerse los datos en la estructura de datos explicada usando la Figura 24.
Por consiguiente, es preferible disponer los datos en la estructura de datos explicada usando la disposición 2 mostrada en la Figura 24 cuando se cumple la condición anterior, y disponer datos en la estructura de datos explicada usando la disposición 1 mostrada en la Figura 20 cuando no se cumple la condición anterior.
También, como se muestra en la Expresión (1), un tamaño de segmento requerido para realizar reproducción ininterrumpida en el modo de reproducción en 2D depende de una velocidad de sistema. Cuando se especifica una velocidad de sistema de un flujo de vídeo de vista izquierda que cumple la condición anterior, y una velocidad de sistema de un flujo de AV es superior a la velocidad de sistema del flujo de vídeo de vista izquierda, los datos pueden disponerse en la estructura de datos de la disposición 1 explicada usando la Figura 20, y una velocidad de sistema de un flujo de AV es inferior a la velocidad de sistema del flujo de vídeo de vista izquierda, los datos pueden disponerse en la estructura de datos de la disposición 2 explicada usando la Figura 24.
Obsérvese que en la disposición 2 mostrada en la Figura 24, el segmento en 2D de pre-salto EXT2D[n] está compuesto únicamente de bloques exclusivamente para 2D, y por consiguiente, el segmento en 2D de pre-salto
15
25
35
45
55
EXT2D[n] necesita copiarse en un bloque exclusivamente para 3D que tiene el mismo tamaño de datos que el segmento en 2D de pre-salto EXT2D[n]. Por otro lado, en la disposición 1 mostrada en la Figura 20, el bloque de datos de vista de base Ln que se usa como parte del segmento en 2D de pre-salto EXT2D[n] se usa también como parte del segmento en 3D EXTSS[n], y por consiguiente, es preferible de una manera que pueda suprimirse un aumento de un tamaño de datos duplicados almacenados en diferentes segmentos.
<Cantidades margen de memoria intermedia requeridas para reproducción en 3D de los datos de la disposición 3>
Lo siguiente describe cantidades margen de memoria intermedia requeridas para reproducir imágenes en 3D usando los datos de la disposición 3 mostrada en la Figura 26. En primer lugar, se explica una cantidad margen de memoria intermedia requerida para reproducir imágenes en 3D en modo de profundidad.
La Figura 77 muestra un salto largo que tiene lugar mientras los datos de la disposición 3 se reproducen en modo de profundidad. Las Figuras 77B y 77C muestran respectivamente una transición de una cantidad de datos acumulados en la primera memoria intermedia de lectura 4921 y una transición de una cantidad de datos acumulados en la segunda memoria intermedia de lectura 4922 cuando los datos de la disposición 3 se reproducen en modo de profundidad.
En este punto, un tamaño de cada uno de los tres bloques de datos D3, R3 y L3SS que se disponen en el final del bloque de segmento en 3D de pre-salto 2002 y cuyos tiempos de ATC de segmento coinciden entre sí se supone 0 con consideración al peor valor de la cantidad margen de memoria intermedia requerida.
En primer lugar, se explica la cantidad margen de memoria intermedia UL1 acumulada en la primera memoria intermedia de lectura 4921. La infrautilización de la primera memoria intermedia de lectura 4921 se evitará en la conexión ininterrumpida cuando se reproducen los datos en una ruta mostrada en la Figura 77A siempre que la infrautilización no se produzca antes de B, que es inmediatamente antes de que se lea un bloque de datos de la vista izquierda de cabecera L4 en el elemento de reproducción sucesivo. Es decir, un tamaño de la memoria intermedia de lectura en B únicamente necesita satisfacer ≥0. Para esto, la cantidad margen de memoria intermedia (UL1) requiere que se acumule mediante A (inmediatamente antes de que se lea el bloque de datos de la vista izquierda L1 en el final del bloque de segmento en 3D 2001) en la Figura 77.
La cantidad de datos reducida en la primera memoria intermedia de lectura 4921 desde A a B = (2 × Tjump + 2 × imagen50
SEXT3 es un tamaño de un bloque de datos de mapa de profundidad que existe entre A y B. Una cantidad de datos aumentada en la primera memoria intermedia de lectura 4921 desde A a B puede calcularse como sigue.
La cantidad de datos aumentada en la primera memoria intermedia de lectura 4921 desde A a B = 2 × SEXT1/RUD3D × (RUD3D -RMAX1) …(63)
SEXT1 es un tamaño de un bloque de datos de vista izquierda que existe entre A y B. Por consiguiente, la cantidad margen de memoria intermedia requerida en A se calcula como sigue de acuerdo con las Expresiones (62) y (63).
UL 1=la cantidad de datos reducida en la primera memoria intermedia de lectura 4921 desde A a B -la cantidad de datos aumentada en la primera memoria intermedia de lectura 4921 desde A a B imagen51
En este punto, un tamaño de segmento mínimo se determina de manera que (Tjump0 + Tjump + SEXT3/RUD3D) × RMAX1 y SEXT1/RUD3D × (RUD3D -RMAX1) sean cada uno 0 o más. Es decir, siempre que un tamaño de un segmento sea igual a o mayor que el tamaño de segmento mínimo que satisface la Expresión (3), estos valores se hacen siempre iguales a o mayores que 0.
A medida que el valor se hace 0 cuando se considera el peor valor, la cantidad margen de memoria intermedia UL1 requerida para la reproducción en el modo de profundidad es la siguiente expresión (65) que se obtiene de la Expresión (64). imagen52
15
25
35
45
55
A continuación, se explica la cantidad margen de memoria intermedia acumulada en la segunda memoria intermedia de lectura 4922. La infrautilización de la segunda memoria intermedia de lectura 4922 se evitará en la reproducción ininterrumpida siempre que la infrautilización no se produzca antes de D, que es inmediatamente antes de que se lea bloque de datos de vista derecha R4 dispuesto en la cabecera del elemento de reproducción sucesivo. Es decir, un tamaño de la memoria intermedia de lectura en D únicamente necesita satisfacer ≥0. Para esto, la cantidad margen de memoria intermedia (UL2) requiere que se acumule mediante C (inmediatamente antes de que se lea el bloque de datos de vista derecha R1 dispuesto en el final del bloque de segmento en 3D 2001) en la Figura 77.
Una cantidad de datos reducida en la segunda memoria intermedia de lectura 4922 desde C a D puede calcularse de acuerdo con la siguiente expresión.
La cantidad de datos reducida en la segunda memoria intermedia de lectura 4922 desde C a D = (2 × Tjump + 2 × imagen53
SEXT1 es un tamaño de un bloque de datos de vista izquierda que existe entre C y D. Una cantidad de datos aumentada en la segunda memoria intermedia de lectura 4922 desde C a D puede calcularse como sigue.
La cantidad de datos aumentada en la segunda memoria intermedia de lectura 4922 desde C a D = 2 × SEXT3/RUD3D × (RUD3D -RMAX3) …(67)
SEXT3 es un tamaño de un bloque de datos de mapa de profundidad que existe entre C y D. Por consiguiente, la cantidad margen de memoria intermedia requerida en C se calcula como sigue de acuerdo con las Expresiones (66) y (67).
UL2=la cantidad de datos reducida en la segunda memoria intermedia de lectura 4922 desde C a D -la cantidad de datos aumentada en la segunda memoria intermedia de lectura 4922 desde C a D imagen54
En este punto, un tamaño de segmento mínimo se determina de manera que (Tjump0 + Tjump + SEXT1/RUD3D) × RMAX3 y SEXT3/RUD3D × (RUD3D -RMAX3) sean cada uno 0 o más. Es decir, siempre que un tamaño de un segmento sea igual a o mayor que el tamaño de segmento mínimo que satisface la Expresión (3), estos valores se hacen siempre iguales a o mayores que 0.
A medida que el valor se hace 0 cuando se considera el peor valor, la cantidad margen de memoria intermedia UL2 requerida para la reproducción en el modo de profundidad es la siguiente expresión (69) que se obtiene de la Expresión (68). imagen55
Se han descrito anteriormente las cantidades margen de memoria intermedia requeridas para reproducir los datos de la disposición 3 en el modo de profundidad.
A continuación, se describe una cantidad margen de memoria intermedia requerida para reproducir imágenes en 3D en modo L/R.
La cantidad margen de memoria intermedia requerida para reproducir imágenes en 3D en modo L/R puede calcularse de acuerdo con la siguiente expresión. imagen56
Estas expresiones pueden explicarse de la misma manera que el caso del modo de profundidad.
El dispositivo de reproducción en 2D/3D puede reproducir de manera ininterrumpida los datos de la disposición 3 descritos en la Figura 26 asegurando las UL1 y UL2 anteriormente calculadas como una cantidad margen de memoria intermedia.
En este punto, cuando el dispositivo de reproducción en 2D/3D puede reproducir imágenes en 3D en ambos modos L/R y de profundidad, la cantidad margen de memoria intermedia requerida se hace el peor valor. El peor valor (valor máximo) de la cantidad margen de memoria intermedia requerida para reproducir imágenes en 3D que tienen la estructura de datos explicada usando la Figura 20 es igual a la cantidad margen de memoria intermedia requerida para reproducir imágenes en 3D en modo de profundidad que tienen un tamaño calculado mediante las Expresiones
(47) y (51). El peor valor (valor máximo) de la cantidad margen de memoria intermedia requerido para reproducir imágenes en 3D que tienen la estructura de datos explicada usando la Figura 26 es igual a la cantidad margen de memoria intermedia requerida para reproducir imágenes en 3D en modo L/R que tienen un tamaño calculado mediante las Expresiones (70) y (71), o la cantidad margen de memoria intermedia requerida para reproducir imágenes en 3D en modo de profundidad que tienen un tamaño calculado mediante las Expresiones (65) y (69). En este punto, cada uno de los tamaños calculados mediante las Expresiones (70) y (71) y el tamaño calculado mediante las Expresiones (65) y (69) es más pequeño que el tamaño calculado mediante las Expresiones (47) y (51). En otras palabras, la disposición 3 puede suprimir las cantidades margen de memoria intermedia (UL1, UL2) requeridas para la conexión ininterrumpida para tanto los modos de profundidad y L/R más pequeñas en comparación con la estructura de datos de la disposición 1. Por consiguiente, en términos de tamaño de una memoria intermedia de lectura, cuando el dispositivo de reproducción en 2D/3D puede reproducir imágenes en 3D en ambos modos de L/R y de profundidad, es preferible disponer, en el medio de grabación, datos de flujo de acuerdo con la estructura de datos de la disposición 1 explicada usando la Figura 26.
(Estructura de datos para reducir un tamaño de una memoria intermedia de lectura para conexión ininterrumpida)
Además de la disposición de datos para conexión ininterrumpida descrita en las Figuras 20, 24 y 26, lo siguiente describe la disposición de datos para reducir un tamaño de una memoria intermedia de lectura requerida para que el dispositivo de reproducción en 2D/3D reproduzca imágenes en 3D con uso de la Figura 78.
Se describe a continuación la disposición de datos para reducir un tamaño de una memoria intermedia de lectura requerida para reproducir imágenes en 3D.
Un nivel superior de la Figura 78 muestra una ruta de reproducción para modo L/R y una ruta de reproducción para modo de profundidad usando la disposición 3 explicada en la Figura 26.
En la estructura de datos del nivel superior de la Figura 78, un tamaño de cada uno del bloque de datos de vista izquierda, bloque de datos de vista derecha y bloque de datos de mapa de profundidad dispuestos en el final del bloque de segmento en 3D de pre-salto 7501 no necesitan satisfacer el tamaño de segmento mínimo obtenido mediante las Expresiones (2) a (5). La razón es como sigue. Cuando se define un tamaño de segmento mínimo como "la velocidad de transferencia media de los segmentos tiempo de ATC de segmento mínimo" (por ejemplo REXT1[n] × MIN_TEXT) y se define un tamaño de segmento máximo como "la velocidad de transferencia media de los segmentos × el tiempo de ATC de segmento mínimo" (por ejemplo REXT1[n] × MIN_TEXT), por ejemplo, un segmento extra que no satisface el tamaño de segmento mínimo puede dejarse dependiendo del tiempo de reproducción de un contenido. Por ejemplo, se presupone que el tiempo de ATC de segmento mínimo es dos segundos, el tiempo de ATC de segmento máximo =el tiempo de ATC de segmento mínimo, y el tiempo de ACT de un flujo de AV es 11 segundos. En este caso, cuando se dividen los puntos en unidades de dos segundos, que es el tiempo de ATC de segmento mínimo, desde la cabecera del flujo de AV, un segmento que tiene un segundo tiempo de ATC de segmento se deja en el final del segmento.
Es preferible que un segmento final establecido satisfaga un tamaño de segmento mínimo obtenido mediante las Expresiones (2) a (5) como se muestra en el nivel inferior de la Figura 78, puesto que pueden reducirse las cantidades margen de memoria intermedia UL1 y UL2 requeridas para el dispositivo de reproducción en 2D/3D.
La siguiente limitación se pone de modo que el segmento final establecido puede satisfacer el tamaño de segmento mínimo obtenido mediante las Expresiones (2) a (5).
Un tiempo de ATC de segmento máximo se define como sigue, donde un tiempo de ATC mínimo de un flujo de AV para reproducción ininterrumpida es TDURATION. imagen57
El nivel inferior de la Figura 79 describe las bases del mismo. Cuando se dividen segmentos en unidades del tiempo de ATC de segmento mínimo desde la cabecera del flujo de AV, y un segmento que no satisface un tamaño de segmento mínimo se deja en el final del flujo de AV, el valor máximo de un tamaño del segmento es MIN_TEXT. Si el MIN_TEXT en el final se distribuye a cada segmento que se ha dividido en unidades del tiempo de ATC de segmento mínimo e incluyendo cada segmento el extra distribuido es igual a o más corto que el tiempo de ATC de segmento máximo, no puede dejarse un segmento extra.
En los ejemplos de la Figura 79, cuando MlN_TEXT es dos segundos y TDURATION es 20 segundos, el tiempo de ATC de segmento máximo es 2,222 segundos. Cuando MIN_TEXT es dos segundos y TDURATION es 30 segundos, el tiempo de ATC de segmento máximo es 2,142 segundos. Cuanto más largo es el tiempo de ATC de segmento máximo, más largo se hace el tamaño de segmento. Por lo tanto se aumenta un tamaño de una memoria intermedia requerida para el dispositivo de reproducción en 2D/3D. Por lo tanto, los valores de MAX_TEXT y TDURATION se establecen apropiadamente basándose en un parámetro en relación con, por ejemplo, una realización de salto. Tal limitación puede ponerse basándose en una especificación dada. Por ejemplo, el tiempo de ATC (TDURATION) de un flujo de AV para reproducción ininterrumpida se establece para que sea igual a o mayor que 30 segundos, y MAX_TEXT se establece para que sea 2,15 segundos.
En la limitación anterior, el segmento final establecido puede satisfacer el tiempo de ATC de segmento mínimo todas las veces. Por lo tanto, pueden reducirse las cantidades margen de memoria intermedia UL1 y UL2 requeridas para el dispositivo de reproducción en 2D/3D.
La razón por la que las cantidades margen de memoria intermedia UL1 y UL2 pueden reducirse puede explicarse usando un método de cálculo explicado usando la Figura 75. El método para calcular las cantidades margen de memoria intermedia UL1 y UL2 en modo L/R se ilustra en la Figura 80.
<Multi ángulo>
Como se muestra en la Figura 81A, como una disposición de datos para realizar multi ángulo en vídeo en 2D, una pluralidad de grupos de flujo multiplexados que muestran vídeos de ángulo pueden disponerse de una manera intercalada para cada ángulo.
Para realizar un multi ángulo de imágenes en 3D, como se muestra en la Figura 81B, un bloque en que los bloques del flujo de vídeo de vista izquierda, el flujo de vídeo de vista derecha y el flujo de mapa de profundidad que pertenecen a un ángulo se disponen de una manera intercalada puede considerarse como un bloque, y el multi ángulo puede realizarse disponiendo estos bloques de una manera intercalada para cada ángulo.
<Otras estructuras de datos para realizar multi ángulo de imágenes en 3D>
Obsérvese que cuando se realiza el multi ángulo de imágenes en 3D como se muestra en la Figura 82B, en una sección de multi ángulo, los segmentos del flujo de vídeo de vista izquierda, del flujo de vídeo de vista dependiente y del flujo de mapa de profundidad pueden no tener que separarse en diferentes ficheros, sino que pueden contenerse en un flujo multiplexado. En este caso, para reproducir el flujo multiplexado mediante el aparato de reproducción en 2D, la suma del flujo de vídeo de vista izquierda, del flujo de vídeo de vista dependiente y del flujo de mapa de profundidad necesita estar dentro de una velocidad de sistema de un flujo de AV.
En una modificación de este tipo, para responder a un caso donde el número de flujos de AV a transferirse al decodificador objetivo de sistema se cambia entre elementos de reproducción, cada elemento de reproducción se proporciona con una bandera que muestra el número de TS a reproducir, como se muestra en la Figura 82B. Específicamente, en el caso de los elementos de reproducción Nº 1 y Nº 3 para reproducir dos flujos de AV (un flujo de vídeo de vista izquierda y un flujo de vídeo de vista dependiente en modo L/R, y un flujo de vídeo de vista izquierda y un flujo de vídeo de mapa de profundidad en modo de profundidad) para reproducir imágenes en 3D en una sección de no multi ángulo, un modo de TS se establece como un modo 2TS, mientras que en el caso de un elemento de reproducción Nº 2 para reproducir un flujo de AV para reproducir imágenes en 3D en una sección de multi ángulo, el modo de Ts se establece como un modo 1TS. Esto permite al dispositivo de reproducción en 2D/3D cambiar el número de flujos de AV a transferirse al decodificador objetivo de sistema usando la bandera. Obsérvese que la bandera puede añadirse como la condición de conexión. Por ejemplo, un modo en que se cambia 2TS a 1TS puede indicarse mediante la condición de conexión "7", y un modo en que se cambia 1TS a 2TS puede indicarse mediante la condición de conexión "8".
Lo siguiente proporciona detalles para soportar reproducción multi ángulo de imágenes en 3D.
<Fichero de flujo intercalado estereoscópico >
Se describe a continuación una asignación de datos de un área de grabación en que se graba un fichero intercalado estereoscópico que constituye un multi ángulo.
La Figura 83A muestra ficheros de flujo que se hacen referencia mediante elementos de reproducción y subelementos de reproducción de una lista de reproducción en 3D. Los elementos de reproducción y los sub-elementos de reproducción de la lista de reproducción en 3D incluyen una bandera de multi ángulo que indica la constitución de una sección de multi ángulo. En los elementos de reproducción y en los sub-elementos de reproducción que constituyen una sección de multi ángulo, la bandera se establece ACTIVADO. La Figura 83A muestra una lista de reproducción en 3D que incluye elementos de reproducción y sub-elementos de reproducción que pertenecen a una sección de multi ángulo que puede reproducirse cambiando tres imágenes de ángulo, es decir, una imagen en 3D de un número de ángulo 1 (en lo sucesivo, denominado como imagen A1), una imagen en 3D de número de ángulo 2 (en lo sucesivo, denominado como imagen A2) y una imagen en 3D de número de ángulo 3 (en lo sucesivo, denominado como imagen A3).
Los elementos de reproducción de la sección de multi ángulo tienen respectivamente información de clip de referencia 8301, información de clip de referencia 8302 e información de clip de referencia 8303 que corresponden con los ficheros de flujo que almacenan en las mismas los flujos de vídeo de vista de base de las imágenes de ángulo. Los sub-elementos de reproducción de la sección de multi ángulo, cuyo tipo de sub-rutas indican 3D, tienen respectivamente información de clip de referencia 8304, información de clip de referencia 8305 e información de clip de referencia 8306 que corresponden con los ficheros de flujo que almacenan en los mismos los flujos de vídeo de vista dependiente de las imágenes de ángulo. En la presente figura, en el fotograma de cada información de clip de referencia, se muestra el nombre de fichero del fichero de flujo que corresponde a la información de clip de referencia.
La información de clip de referencia 8301 y la información de clip de referencia 8304 especifican el flujo de vista de base de la imagen A1 y el flujo de vista dependiente, y por consiguiente, como se describe con referencia a las Figuras 40E y 51, el dispositivo de reproducción puede reproducir un primer fichero SS (000001.ssif) 8307 que almacena en el mismo la imagen A1, que usa un punto de inicio de segmento de la información de clip indicada mediante la información de clip de referencia 8301 y la información de clip de referencia 8304. La información de clip de referencia 8302 y la información de clip de referencia 8305 especifican el flujo de vista de base de la imagen A2 y el flujo de vista dependiente, y por consiguiente, el dispositivo de reproducción puede reproducir un segundo fichero SS (000002.ssif) 8308 que almacena en el mismo la imagen A2, que usa un punto de inicio de segmento de la información de clip indicada mediante la información de clip de referencia 8302 y la información de clip de referencia 8305. Adicionalmente, la información de clip de referencia 8303 y la información de clip de referencia 8306 especifican el flujo de vista de base de la imagen A3 y el flujo de vista dependiente, y por consiguiente, el dispositivo de reproducción puede reproducir un tercer fichero SS (000003.ssif) 8309 que almacena en el mismo la imagen A3, que usa un punto de inicio de segmento de la información de clip indicada mediante la información de clip de referencia 8303 y la información de clip de referencia 8306.
La Figura 83B muestra una asignación de datos física del primer fichero SS 8307, del segundo fichero SS 8308 y del tercer fichero SS 8309 en el medio de grabación 100.
Para cada sección para la que es_cambio_de_ángulo se establece ACTIVADO, es decir para cada sección que permite cambio de ángulo, en el mapa de entrada de la información de clip indicada mediante la información de clip de referencia 8301 y la información de clip de referencia 8304, el flujo de vídeo de vista dependiente y el flujo de vídeo de vista de base del primer fichero SS 8307 se dividen en el bloque de datos de vista dependiente D[0]A1, D[1]A1,..., y bloque de datos de vista de base B[0]A1, B[1]A1,..., respectivamente. D[n]A1 y B[n]A1 constituyen una "unidad intercalada" A1[n] (n = 0, 1,...) del fichero SS 8307. La unidad intercalada A1[n] puede accederse como el enésimo punto del primer fichero SS 8307.
Para cada sección para la que es_cambio_de_ángulo se establece ACTIVADO, es decir para cada sección que permite cambio de ángulo, en el mapa de entrada de la información de clip indicada mediante la información de clip de referencia 8302 y la información de clip de referencia 8305, el flujo de vídeo de vista dependiente y el flujo de vídeo de vista de base del segundo fichero SS 8308 se dividen en el bloque de datos de vista dependiente D[0]A2, D[1]A2,..., y el bloque de datos de vista de base B[0]A2, B[1]A2,..., respectivamente. D[n]A2 y B[n]A2 constituyen una "unidad intercalada" A2[n] (n = 0, 1,...) del segundo fichero SS 8308. La unidad intercalada A2[n] puede accederse como el enésimo punto del segundo fichero SS 8308.
Para cada sección para la que es_cambio_de_ángulo se establece ACTIVADO, es decir para cada sección que permite cambio de ángulo, en el mapa de entrada de la información de clip indicada mediante la información de clip de referencia 8303 y la información de clip de referencia 8306, el flujo de vídeo de vista dependiente y el flujo de vídeo de vista de base del segundo fichero SS 8309 se dividen en el bloque de datos de vista dependiente D[0]A3, D[1]A3,...,y el bloque de datos de vista de base B[0]A3, B[1]A3,..., respectivamente. D[n]A1 y B[n]A1 constituyen una "unidad intercalada" A3[n] (n = 0, 1,...) del tercer fichero SS 8309. La unidad intercalada A3[n] puede accederse como el enésimo punto del tercer fichero SS 8309.
Como se muestra en la parte más inferior de la figura, este grupo de unidades intercaladas se graban de manera contigua a lo largo de la pista en el medio de grabación. Adicionalmente, la unidad intercalada de A1, es decir A1[0], A1[1],..., la unidad intercalada de A2, es decir A2[0], A2[1], ..., y la unidad intercalada de A3, es decir A3[0], A3[1],..., se disponen de manera alterna en el orden de la imagen A1, la imagen A2 y la imagen A3.
La Figura 84 explica las rutas de reproducción en un área de almacenamiento en que se disponen el primer fichero SS 8307, el segundo fichero SS 8308 y el tercer fichero SS 8309 como se muestra en la Figura 83.
A continuación, se proporciona la explicación de un caso de ejemplo en que la imagen de ángulo para reproducir se cambia desde el ángulo 1 al ángulo 3 en la sección de multi ángulo.
En modo de reproducción en 2D, en primer lugar, se lee el bloque de datos de vista de base B[0]A1 que constituye la primera unidad intercalada A1[0] del primer fichero SS 8307 como una imagen de número de ángulo 1. Posteriormente, durante la reproducción, la imagen se cambia al número de ángulo 3, que produce un salto desde el final de B[0]A1 a la cabecera del bloque de datos de vista de base B[1]A3 de la unidad intercalada A3[1], en el tercer fichero SS 8309, donde es posible el cambio de ángulo y se lee B[0]A1.
En modo de reproducción en 3D, en primer lugar, el bloque de datos de vista dependiente D[0]A1 y el bloque de datos de vista de base B[0]A1 que constituyen la primera unidad intercalada A1[0] del primer fichero SS 8307 se leen consecutivamente como una imagen de número de ángulo 1. Posteriormente, durante la reproducción, la imagen se cambia al número de ángulo 3, que produce un salto desde el final de B[0]A1 a la cabecera del bloque de datos de vista dependiente D[1]A3 de la unidad intercalada A3[1], en el tercer fichero SS 8309, donde es posible el cambio de ángulo, y se lee el bloque de datos de vista dependiente D[1]A3 y el bloque de datos de vista de base posterior B[0]A3.
De la manera anteriormente descrita, el flujo de vídeo de vista de base y el flujo de vídeo de vista dependiente de las diferentes imágenes de ángulo se leen mediante el dispositivo de reproducción de acuerdo con el ajuste del número de ángulo.
<Modificaciones>

(A): La primera realización de la presente invención pertenece a la disposición de segmentos cuando se almacenan imágenes de vídeo en 3D en un medio de grabación. Sin embargo, la presente invención puede usarse también para almacenar un vídeo de alta velocidad de fotograma en un medio de grabación. Específicamente, el vídeo de alta velocidad de fotograma puede dividirse por ejemplo en un grupo de fotogramas con número impar y un grupo de fotogramas con número par, que pueden considerarse como un flujo de vídeo de vista de base y un flujo de vídeo de vista dependiente y grabarse en un medio de grabación con la disposición de segmentos como se describe en la primera realización. Un dispositivo de reproducción que únicamente soporta reproducción de vídeo a una velocidad de fotograma normal puede reproducir vídeo para el grupo de fotogramas con número impar desde el medio de grabación. A la inversa, un dispositivo de reproducción que soporta reproducción de vídeo a una alta velocidad de fotogramas puede elegir reproducir vídeo para únicamente el grupo de fotogramas con número impar o vídeo para ambos grupos de fotogramas. De esta manera, puede asegurarse la compatibilidad con un dispositivo de reproducción que únicamente soporta reproducción de vídeo a una velocidad de fotogramas normal en un medio de grabación en que se almacena vídeo de alta velocidad de fotograma.

(B): En la primera realización de la presente invención, el flujo de vídeo de vista de base representa la vista izquierda, y el flujo de vídeo de vista dependiente representa la vista derecha. A la inversa, sin embargo, el flujo de vídeo de vista de base puede representar la vista derecha y el flujo de vídeo de vista dependiente la vista izquierda.

(C): La tabla de compensación 3041 mostrada en la Figura 39A incluye una tabla 3210 de las entradas de compensación 3203 para cada PID. La tabla de compensación puede incluir adicionalmente una tabla de entradas de compensación para cada plano. En este caso, puede simplificarse el análisis de la tabla de compensación mediante el dispositivo de reproducción en 3D. Adicionalmente, un límite inferior, tal como un segundo, puede colocarse en la longitud de la sección válida de una entrada de compensación junto con las capacidades del dispositivo de reproducción en 3D con respecto a la composición de plano.

(D): El fichero de lista de reproducción en 3D mostrado en la Figura 48 incluye una sub-ruta que indica la ruta de reproducción del sub-TS. Como alternativa, el fichero de lista de reproducción en 3D puede incluir sub-rutas que indican rutas de reproducción para diferentes sub-TS. Por ejemplo, el tipo de sub-ruta de una sub-ruta puede ser "3D L/R", y el tipo de sub-ruta de otra sub-ruta puede ser "profundidad en 3D". Cuando se reproducen imágenes de vídeo en 3D de acuerdo con este fichero de lista de reproducción en 3D, el dispositivo de reproducción 102 puede cambiar fácilmente entre el modo L/R y el modo de profundidad cambiando la sub-ruta para reproducir entre estos dos tipos de sub-rutas. En particular, este procesamiento de cambio puede realizarse más rápido que cambiar el propio fichero de lista de reproducción en 3D. El fichero de lista de reproducción en 3D puede incluir múltiples sub-rutas del mismo tipo de sub-ruta. Por ejemplo, cuando las imágenes de vídeo en 3D para la misma escena se representan con diferentes paralajes binoculares usando múltiples vistas derecha que comparten la misma vista izquierda, se graba un fichero diferente de DEP en el disco BD-ROM 101 para cada flujo de vídeo de vista derecha diferente. El fichero de lista de reproducción en 3D entonces contiene múltiples sub-rutas con un tipo de sub-ruta de "3D L/R". Estas subrutas especifican individualmente la ruta de reproducción para los diferentes ficheros de DEP. Adicionalmente, un fichero 2D puede incluir dos o más tipos de flujo de mapa de profundidad. En este caso, el fichero de lista de reproducción en 3D incluye múltiples sub-rutas con un tipo de sub-ruta de "profundidad en 3D". Estas sub-rutas especifican individualmente la ruta de reproducción para los ficheros de DEP que incluyen los flujos de mapa de profundidad. Cuando se reproducen las imágenes de vídeo en 3D de acuerdo con un fichero de este tipo de lista de reproducción en 3D, la sub-ruta para reproducir puede cambiarse rápidamente, por ejemplo de acuerdo con la operación de usuario, y por lo tanto la paralaje binocular para imágenes de vídeo en 3D pueden cambiarse sin retardo sustancial. De esta manera, puede permitirse fácilmente a los usuarios seleccionar una paralaje binocular deseada para imágenes de vídeo en 3D.

(E): Para calcular con precisión el tiempo de ATC de segmento cuando se evalúa la velocidad de transferencia media Rext de datos desde la memoria intermedia de lectura al decodificador objetivo de sistema, el tamaño de cada segmento puede regularse como un múltiplo fijo de la longitud de paquete de fuente. Adicionalmente, cuando un punto particular incluye más paquetes de fuente que este múltiplo, la suma de (i) el producto del número de paquetes de fuente que supera el múltiplo y el tiempo de transferencia por paquete de fuente (= 188 × 8 / velocidad de sistema) y (ii) el tiempo de ATC de segmento que corresponde al múltiplo puede considerarse que es el tiempo de ATC de segmento para el segmento particular. Adicionalmente, el tiempo de ATC de segmento puede definirse como la suma de (iii) el valor del intervalo de tiempo desde las ATS del paquete de fuente de la parte superior en un segmento hasta las ATS del último paquete de fuente en el mismo segmento y

(iv): el tiempo de transferencia por paquete de fuente. En este caso, la referencia al siguiente segmento es innecesaria para el cálculo del tiempo de ATC de segmento, y por lo tanto el cálculo puede simplificarse. Obsérvese que en el cálculo de tiempo de ATC de segmento anteriormente descrito, la aparición de vuelta a cero en las cabeceras de ATS tiene que tenerse en consideración.

(F): Entre los grupos de bloques de datos en una disposición intercalada, los segmentos que pertenecen a un fichero diferente, por ejemplo un fichero de objeto BD-J, pueden grabarse. La Figura 86A es un diagrama esquemático que muestra bloques de datos en una disposición intercalada que incluye únicamente datos de flujo multiplexados. La Figura 86B es un diagrama esquemático que muestra bloques de datos en una disposición intercalada que incluye segmentos que pertenecen a otro fichero.

Como se muestra en la Figura 86A, el grupo de bloque de datos 6201 incluye bloques de datos de mapa de profundidad D1, D2 y D3, bloques de datos de vista derecha R1, R2 y R3 y bloques de datos de vista de base L1, L2 y L3 en una disposición alterna. En la ruta de reproducción 6202 en modo L/R, se leen en orden los pares de bloques de datos de vista derecha y de vista izquierda adyacentes R1 + L1, R2 + L2 y R3 + L3. En cada par, tiene lugar una transición de sector cero J0 entre el bloque de datos de vista derecha y el bloque de datos de vista de base. Adicionalmente, se salta la lectura de cada bloque de datos de mapa de profundidad D1, D2 y D3 mediante un salto JLR. En la ruta de reproducción 6203 en modo de profundidad, los bloques de datos de mapa de profundidad D1, D2 y D3 y bloques de datos de vista de base L1, L2, y L3 se leen de manera alterna. Un salto de transición de sección cero J0 tiene lugar entre los bloques de datos de vista de base y los bloques de datos de mapa de profundidad adyacentes. Adicionalmente, la lectura de cada bloque de datos de vista derecha R1, R2 y R3 se salta mediante un salto JLD.
Por otro lado, como se muestra en la Figura 86B, los segmentos A1 y A2 que pertenecen a un fichero diferente se insertan entre el grupo de bloque de datos 6204, que es el mismo que en la Figura 86A. Este "fichero diferente" puede ser, por ejemplo, un fichero de objeto de película, fichero de objeto BD-J o fichero JAR. Estos segmentos A1 y A2 se insertan ambos entre un bloque de datos de mapa de profundidad y bloque de datos de vista derecha que son adyacentes en la Figura 86A. En este caso, en la ruta de reproducción 6205 en modo L/R, la distancia del salto JLR es más larga que en la ruta de reproducción 6202 mostrada en la Figura 86A. Sin embargo, el salto de transición de sector cero J0 no necesita cambiarse a un salto normal, que no es el caso si los segmentos A1 y A2 se insertan cerca de un bloque de datos de vista de base. Lo mismo se cumple para la ruta de reproducción 6206 en modo de profundidad. Como es evidente a partir de la Figura 64, el tiempo de salto máximo generalmente aumenta más cuando se cambia una transición de sector cero a un salto normal que cuando se cambia la distancia de salto. Por consiguiente, como es evidente a partir de las expresiones 2-5, el tamaño de segmento mínimo generalmente aumenta más que cuando se cambia una transición de sector cero a un salto normal que cuando se cambia la distancia de salto. Por lo tanto, cuando se insertan los puntos A1 y A2 en el grupo de bloque de datos 6201, que tiene una disposición intercalada, los puntos A1 y A2 se insertan entre los bloques de datos de mapa de profundidad y los bloques de datos de vista derecha, como se muestra en la Figura 86B. El aumento en el tamaño de segmento mínimo producido por esta inserción se suprime de esta manera, haciendo posible evitar el aumento de la capacidad mínima de las memorias intermedias de lectura.
Adicionalmente, en la disposición mostrada en la Figura 86B, los tamaños en los sectores G1 y G2 de los segmentos A1 y A2 pueden restringirse que sean iguales a o menores que la distancia de salto máxima MAX_EXTJUMP3D: G1 ≤ MAX_EXTJUMP3D y G2 ≤ MAX_EXTJUMP3D. Esta distancia de salto máxima MAX_EXTJUMP3D representa, en sectores, la distancia de salto máxima entre los saltos JLR y JLD que tiene lugar en el grupo de bloque de datos 6204. Con esta restricción, el tiempo de salto máximo que se ha de sustituir en el lado derecho de las expresiones 2-5 no aumenta fácilmente, y por lo tanto el tamaño de segmento mínimo no aumenta fácilmente. Por consiguiente, es posible evitar un aumento en la capacidad mínima de las memorias intermedias de lectura debido a la inserción de los puntos A1 y A2.
Adicionalmente, las sumas de (i) los tamaños G1 y G2 de los puntos A1 y A2 y (ii) los tamaños Sext3[2], Sext2[2], Sext3[3] y Sext2[3] de los bloques de datos de vista dependiente D2, R2, D3 y R3 adyacentes a los segmentos A1 y A2 pueden restringirse para que sean iguales a o menores que la distancia de salto máxima MAX_EXTJUMP3D. imagen58
5
10
15
20
25
30
35
40
En estas expresiones, el tamaño en bytes de un bloque de datos de vista dependiente se divide por 2.048, el número de bytes por sector, para cambiar las unidades del tamaño de bytes a sectores. Siempre que estas condiciones se cumplan, el tiempo de salto máximo a insertarse en el lado derecho de las expresiones 2-5 no supera un valor fijo. Por ejemplo, si la distancia de salto máxima MAX_EXTJUMP3D se fija a 40.000 sectores, entonces el tiempo de salto máximo desde la Figura 64 no supera 350 ms. Por consiguiente, el tamaño de segmento mínimo no supera un valor fijo. Es por lo tanto posible evitar de manera fiable un aumento en la capacidad mínima de las memorias intermedias de lectura debido a la inserción de los segmentos A1 y A2.
Además de las restricciones anteriores, las sumas de (i) los tamaños G1 y G2 de los segmentos A1 y A2 y (ii) los tamaños Sext3[2], Sext2[2], Sext3[3] y Sext2[3] de los bloques de datos de vista dependiente D2, R2, D3 y R3 adyacentes a los segmentos A1 y A2 pueden restringirse adicionalmente para que sean iguales a o menores que la distancia de salto máxima MAX_JUMP(•) que corresponde al tamaño de cada bloque de datos de vista dependiente. imagen59
Cuando el tamaño del bloque de datos de vista dependiente se expresa en sectores y el tiempo de salto máximo correspondiente obtenido desde la tabla en la Figura 64, la distancia de salto máxima MAX_JUMP(•) hace referencia al valor máximo del intervalo de sectores a los que corresponde el tiempo de salto máximo. Por ejemplo, si el tamaño del bloque de datos de vista dependiente es 5.000 sectores, entonces el tiempo de salto máximo en la tabla en la Figura 64 para 5.000 sectores es 250 ms, que corresponde a un intervalo de 1 -10.000 sectores. Por consiguiente, la distancia de salto máxima MAX_JUMP (5.000 × 2.048 bytes) es el valor máximo en este intervalo, es decir 10.000 sectores. Siempre que se cumplan las condiciones anteriores, el tiempo de salto máximo a insertarse en el lado derecho de las expresiones 2-5 no cambia, y por lo tanto el tamaño de segmento mínimo no cambia. Por consiguiente, es posible evitar de manera fiable un aumento en la capacidad mínima de las memorias intermedias de lectura debido a la inserción de los puntos A1 y A2.
(Disposición de fichero para insertar diferentes ficheros desde un flujo de AV entre segmentos intercalados)
A continuación, se proporciona una descripción detallada de una disposición preferente de segmentos para insertar diferentes ficheros desde un flujo de AV (tal como ficheros de programa BD) entre segmentos intercalados.
El nivel superior de la Figura 87 muestra el caso donde los segmentos de un flujo de AV se disponen continuamente. En el caso de que en una ruta de reproducción para el modo L/R del aparato de reproducción en 2D/3D, EXT2[n] y EXT1[n] sean continuos, y por lo tanto el tiempo para mover entre estos segmentos es el tiempo de salto de cuando la distancia de salto es el sector 0 (Tjump0). En el caso de que en una ruta de reproducción para el modo de reproducción del aparato de reproducción en 2D/3D, EXT1[n] y EXT3[n+1] sean continuos y por lo tanto el tiempo para mover entre estos puntos es el tiempo de salto de cuando la distancia de salto es el sector 0 (Tjump0). Como se ha explicado anteriormente, durante el Tjump0, la unidad puede leer continuamente segmentos a una velocidad alta. Por lo tanto el Tjump0 es más corto que otros tiempos de salto, como se muestra en la Figura 64.
Sin embargo, en algunos casos, un fichero diferente de un flujo de AV (tal como un fichero de programa BD) puede disponerse en la sección donde se disponen los segmentos del flujo de AV. En tales casos, es imposible disponer todos los segmentos continuamente, a diferencia del caso mostrado en el nivel superior de la Figura 87. Un fichero diferente de un flujo de AV se inserta entre los segmentos.
Como se muestra en el nivel medio de la Figura 87, cuando un fichero diferente de un flujo de AV se dispone entre EXT1[n] y EXT3[n+1], EXT1[n] y EXT3[n+1] no son continuos, aunque EXT2[n] y EXT1[n] sean continuos. Si este es el caso, en la ruta de reproducción para el modo L/R del aparato de reproducción en 2D/3D, el salto entre EXT2[n] y EXT1[n] puede realizarse en Tjump0 puesto que son continuos. Sin embargo, en la ruta de reproducción para el modo de profundidad del aparato de reproducción en 2D/3D, no hay sección en que los segmentos sean continuos (Tjump0). Por lo tanto, requiere un tiempo de salto más largo que la ruta de reproducción para el modo L/R.
En este punto, el tamaño de segmento mínimo de SEXT1[n] para reproducción ininterrumpida mediante el aparato de reproducción en 2D/3D necesita satisfacer las Expresiones (2) y (4). De manera similar, el tamaño de segmento mínimo de SEXT2[n] necesita satisfacer la Expresión (3), y que SEXT3[n] necesita satisfacer la Expresión (5). En la disposición mostrada en el nivel medio de la Figura 87, el valor del Tjump0 en las Expresiones (4) y (5) es grande, y por consiguiente el tamaño de segmento mínimo de SEXT1[n] y SEXT3[n] es grande. Puesto que el tamaño de segmento es grande, el tamaño de memoria intermedia requerido para el aparato de reproducción en 2D/3D es grande, como indican las Expresiones (10) a (12).
En vista de esto, cuando los diferentes ficheros desde un flujo de AV se insertan entre los segmentos del flujo de AV, cada fichero se inserta entre EXT3[n] y EXT2[n] (EXT2[n], EXT1[n] y EXT3[n+1] se disponen continuamente). Con una disposición de este tipo, la ruta de reproducción para el modo L/R del aparato de reproducción en 2D/3D posibilita a la unidad mover desde un segmento a otro en Tjump0 puesto que EXT2[n] y EXT1[n] son continuos. También, la ruta de reproducción para el modo de profundidad del aparato de reproducción en 2D/3D posibilita a la unidad moverse desde un segmento a otro en Tjump0 puesto que EXT1[n] y EXT3[n+1] son continuos. Por lo tanto el valor del Tjump0 en las Expresiones (2), (3), (4) y (5) puede reducirse, y por consiguiente el tamaño de segmento mínimo puede ser más pequeño que en la disposición mostrada en el nivel medio de la Figura 87.
Obsérvese que cuando un fichero diferente desde un flujo de AV se inserta entre EXT3[n] y EXT2[n], el tamaño de un fichero de este tipo puede limitarse como sigue. imagen60
Como se muestra en la Figura 88, un intervalo entre el final de EXT3[n] y la cabecera de EXT2[n] se indica como GAP(EXT3[n], EXT2[n]) (unidad: bloques). MAX_EXTJUMP3D (unidad: bloques) indica la distancia de salto máxima en la sección de segmento intercalado. Tales limitaciones evitan que un tamaño de segmento se haga demasiado grande debido a aumento excesivo del valor de Tjump en las Expresiones (2), (3), (4) y (5) dando como resultado aumento excesivo del intervalo entre EXT3[n] y EXT2[n].
Obsérvese que cuando un fichero diferente de un flujo de AV se inserta entre EXT3[n] y EXT2[n], el tamaño del fichero puede limitarse como sigue. imagen61
Como se muestra en la Figura 88, un intervalo entre el final de EXT3[n] y la cabecera de EXT2[n] se indica como GAP(EXT3[n], EXT2[n]) (unidad: bloques). MAX_EXTJUMP3D (unidad: bloques) indica la distancia de salto máxima en la sección de segmento intercalado. Tales limitaciones limitan más eficazmente el tamaño de segmento mínimo en comparación con las Expresiones (73) y (74). De acuerdo con las Expresiones (73) y (74), cuando MAX_EXTJUMP3D es 10000 bloques por ejemplo, la distancia de salto entre los segmentos puede superar 10000 dependiendo de los valores de SEXT3[n] y SEXT2[n]. Esto aumenta el valor de Tjump para, por ejemplo, 250 ms en el ejemplo mostrado en la Figura 64. Por otro lado, las Expresiones (75) y (76) fijan la distancia de salto máxima entre segmentos. Cuando MAX_EXTJUMP3D es 10000 bloques por ejemplo, el valor de Tjump no supera un valor fijado (en la Figura 64, Tjump no supera 250 ms).
Obsérvese que cuando un fichero diferente de un flujo de AV se inserta entre EXT3[n] y EXT2[n], el tamaño del fichero puede limitarse como sigue. imagen62
Como se muestra en la Figura 88, un intervalo entre el final de EXT3[n] y la cabecera de EXT2[n] se indica como GAP(EXT3[n], EXT2[n]) (unidad: bloques). MAX_JUMP (SEXT3[n]) (unidad: bloques) indica la distancia de salto máxima (unidad: bloques) que puede alcanzarse en un tiempo requerido para saltar de SEXT3[n]. MAX_JUMP (SEXT2[n]) (unidad: bloques) indica la distancia de salto máxima (unidad: bloques) que puede alcanzarse en un tiempo requerido para saltar de SEXT2[n]. Por ejemplo, cuando SEXT3[n] es 5000×2048 (Bytes), el tiempo para saltar a través de este segmento es 250 ms como se muestra en la Figura 64. De acuerdo con la tabla mostrada en la Figura 64, MAX_JUMP (SEXT3[n]) para 250 ms es 10000 bloques. Tales limitaciones con las Expresiones (77) y
(78) limitan más eficazmente el tamaño de segmento mínimo que aquellas con las Expresiones (75) y (76), puesto que el valor de Tjump en las Expresiones (2), (3), (4) y (5) no cambia incluso si cambia el intervalo entre EXT3[n] y EXT2[n].
Obsérvese que, como para los segmentos de un flujo de AV dispuestos de una manera intercalada, los tamaños de los EXT3[n] y EXT2[n] pueden limitarse como sigue de modo que no se permite un hueco entre segmentos intercalados. imagen63
Como se muestra en la Figura 88, MAX_EXTJUMP3D (unidad: bloques) indica la distancia de salto máxima en la sección de segmento intercalada. Tales limitaciones pueden fijar la distancia de salto máxima entre segmentos. Por ejemplo, cuando MAX_EXTJUMP3D es 10000 bloques, el valor de Tjump no supera un valor fijado predeterminado (en la Figura64, Tjump no supera 250 ms).
<Segunda realización>
En la primera realización, como se muestra en la Figura 54, se introducen datos al decodificador objetivo de sistema usando dos memorias intermedias, es decir, la primera memoria intermedia de lectura 4921 y la segunda memoria intermedia de lectura 4922. Sin embargo, en la segunda realización, se explicará una estructura que realiza reproducción de vídeo en 3D usando únicamente una memoria intermedia.
Específicamente, como se muestra en la Figura 89, se introducen datos al decodificador objetivo de sistema 3703 desde únicamente la memoria intermedia de lectura 3707, y, como se muestra en la Figura 90, los datos pueden introducirse al depaquetizador de fuente (1) 4111 y al depaquetizador de fuente (2) 4112 desde la memoria intermedia de lectura 3707.
Esta estructura puede producir que se reduzca un tamaño de la memoria intermedia de lectura requerida para el aparato de reproducción en 2D/3D para reproducir imágenes en 3D.
El nivel superior de la Figura 91 muestra una transición de cantidades de datos de datos acumulados en la primera memoria intermedia de lectura 4921 durante reproducción en 3D cuando se usan dos memorias intermedias, es decir, la primera memoria intermedia de lectura 4921 y la segunda memoria intermedia de lectura 4922. El nivel medio de la Figura 91 muestra una transición de cantidades de datos de datos acumulados en la segunda memoria intermedia de lectura 4922 durante reproducción en 3D cuando se usan dos memorias intermedias, es decir, la primera memoria intermedia de lectura 4921 y la segunda memoria intermedia de lectura 4922. Un pico de la cantidad de datos de datos acumulados en la primera memoria intermedia de lectura 4921 en el nivel superior de la Figura 91 y un pico de la cantidad de datos de datos acumulados en la segunda memoria intermedia de lectura 4922 en el nivel medio de la Figura 91 no coinciden entre sí. Por lo tanto, cuando se introducen EXT1[n] y EXT2[n] (o EXT3[n]) en la primera memoria intermedia de lectura 4921, puede reducirse un tamaño de memoria intermedia, como se muestra mediante una línea 9601 en el nivel inferior de la Figura 91, en comparación con un caso donde se usan dos memorias intermedias de lectura.
En este caso, se requiere una velocidad de sistema total de flujos de AV introducida a la primera memoria intermedia de lectura 4921 × 192/188 como una velocidad de transferencia desde la primera memoria intermedia de lectura 4921. El nivel superior de la Figura 92 muestra esquemáticamente una transición de cantidades de datos de datos acumulados en la primera memoria intermedia de lectura 4921 cuando se usa una memoria intermedia de lectura. El nivel superior de la Figura 92 muestra la transición de cantidad de datos cuando se reproducen imágenes en 3D en modo L/R. También, cada recuadro representa la primera memoria intermedia de lectura 4921. 9701 muestra datos acumulados en la memoria intermedia de lectura (1) 3707 en un tiempo cuando se ha leído EXT2[0], que es un punto de cabecera de un bloque de segmento en 3D mostrado en el nivel inferior de la Figura 92 (en A). En un tiempo cuando se lee la cabecera EXT2[0], no se transfieren datos al decodificador objetivo de sistema 3703. Por lo tanto los datos de EXT2[0] se acumulan en la memoria intermedia. 9702 muestra datos acumulados en la memoria intermedia de lectura (1) 3707 en un tiempo cuando se lee EXT1[0] (en B). Cuando se empiezan a transferir datos al decodificador objetivo de sistema 3703, los datos de EXT2[0] acumulados en la memoria intermedia de lectura (1) 3707 se reducen a medida que los datos se transfieren al decodificador objetivo de sistema 3703. Al mismo tiempo, los datos de EXT1[0] se acumulan en la memoria intermedia de lectura (1) 3707, pero se reducen simultáneamente a medida que los datos se transfieren al decodificador objetivo de sistema 3703. 9703 muestra datos acumulados en la memoria intermedia de lectura (1) 3707 en un tiempo cuando se ha leído EXT1[0] (en C). 9704 muestra datos acumulados en la memoria intermedia de lectura (1) 3707 en un tiempo cuando se lee EXT2[1] (en D). Los datos de EXT1[0] acumulados en la memoria intermedia de lectura (1) 3707 se reducen a medida que los datos se transfieren al decodificador objetivo de sistema 3703. Al mismo tiempo, los datos de EXT2[1] se acumulan en la memoria intermedia de lectura (1) 3707, pero se reducen simultáneamente a medida que se transfieren los datos al decodificador objetivo de sistema 3703. De esta manera, la presente invención puede realizarse mediante una memoria intermedia, es decir, la memoria intermedia de lectura (1) 3707.
En este punto, se transfieren datos al decodificador objetivo de sistema 3703 en una temporización mostrada mediante las ATS proporcionadas a un paquete de fuente como se ha descrito anteriormente. Cuando se introducen dos flujos de AV a la primera memoria intermedia de lectura 4921 y se proporcionan las mismas ATS a cada paquete de fuente escrito en cada uno de los dos flujos de AV, estos paquetes de fuente no pueden transferirse desde la primera memoria intermedia de lectura 4921 al decodificador objetivo de sistema 3703 a la misma temporización. Es decir, no pueden transferirse datos al decodificador objetivo de sistema 3703 a la temporización mostrada mediante las ATS. Lo siguiente describe un ejemplo donde existe un paquete de fuente en el flujo de AV 2D/ojo izquierdo al que se proporciona la ATS = 100 y un paquete de fuente en el flujo de fichero de DEP al que se proporciona la ATS = 100. Cuando el paquete de fuente en el flujo de AV 2D/ojo izquierdo al que se proporciona la ATS = 100 se transfiere en primer lugar, el paquete de fuente en el flujo de fichero de DEP al que se proporciona la ATS = 100 se transfiere a un depaquetizador de fuente (2) 4112 en el decodificador objetivo de sistema después de transferir el tiempo que ha pasado de 1 paquete de fuente desde un tiempo mostrado mediante la ATS. Esto puede producir una infrautilización de memoria intermedia en un proceso de decodificación mediante el decodificador objetivo de sistema 3703.
Para resolver el problema, la ATS proporcionada a un paquete de fuente en un flujo de AV se establece como se muestra en el nivel superior de la Figura 93. El nivel superior de la Figura 93 muestra cadenas de paquetes de fuente en el flujo de AV 2D/ojo izquierdo y en el flujo de fichero de DEP, y los paquetes de fuente se disponen en un tiempo de ATC. SP Nº N indica cada paquete de fuente, y el sufijo N se incrementa, donde un paquete de fuente de cabecera en un flujo de AV es 0. Y una flecha proporcionada a la cabecera de cada paquete de fuente muestra una temporización de ATS. Un tamaño de recuadro de cada paquete de fuente muestra un tiempo de transferencia (en lo sucesivo, denominado como "tiempo de transferencia de paquete de fuente en 3D 9801") en que el aparato de reproducción en 2D/3D transfiere cada paquete de fuente al decodificador objetivo de sistema. Una flecha 9801 muestra un tiempo de transferencia en que el aparato de reproducción en 2D/3D transfiere un paquete de fuente desde la memoria intermedia de lectura (1) 3707 al decodificador objetivo de sistema, y una flecha 9802 muestra un tiempo de transferencia (en lo sucesivo, denominado como "tiempo de transferencia de paquete de fuente en 2D 9802") en que el aparato de reproducción en 2D transfiere un paquete de fuente desde la memoria intermedia de lectura al decodificador objetivo de sistema.
Como se muestra en el nivel superior de la Figura 93, los intervalos entre las ATS proporcionadas a paquetes de fuente adyacentes en el flujo de AV 2D/ojo izquierdo tienen que ser iguales a o mayores que el tiempo de transferencia de paquete de fuente en 2D 9802, de otra manera el aparato de reproducción en 2D falla al transferir datos al decodificador objetivo de sistema a tiempo. Un ejemplo mostrado en el nivel inferior de la Figura 93 es inapropiado, puesto que un intervalo entre las ATS del SP Nº 0 y SP Nº 1 en el flujo de AV 2D/ojo izquierdo es más pequeño que un tiempo de transferencia en que el aparato de reproducción en 2D transfiere un paquete de fuente desde la memoria intermedia de lectura al decodificador objetivo de sistema. También, (i) un intervalo entre las ATS proporcionadas a un paquete de fuente en el flujo de fichero de DEP y un tiempo de ATC obtenido añadiendo el tiempo de transferencia de paquete de fuente en 3D 9801 a las ATS no puede solapar con (ii) un intervalo entre ATS proporcionadas a un paquete de fuente en el flujo de AV 2D/ojo izquierdo y un tiempo de ATC obtenido añadiendo el tiempo de transferencia de paquete de fuente en 3D 9801 a las ATS. El ejemplo mostrado en el nivel inferior de la Figura 93 es inapropiado, puesto que SP Nº 2 en el flujo de fichero de DEP solapa con SP Nº 3 en el flujo de AV 2D/ojo izquierdo.
Constituyendo flujos de AV en tal limitación, se hace posible evitar que se introduzcan dos paquetes de fuente cada uno proporcionado con la misma ATS a una memoria intermedia de lectura, es decir la memoria intermedia de lectura (1) 3707 en este punto.
<Tercera realización>
Lo siguiente describe, como la segunda realización de la presente invención, un dispositivo de grabación y un método de grabación para grabar el medio de grabación de la primera realización de la presente invención.
El dispositivo de grabación descrito en este punto se denomina un dispositivo de autoría. El dispositivo de autoría, localizado generalmente en un estudio de creación que crea contenidos de películas a distribuirse, se usa mediante personal de autoría. En primer lugar, de acuerdo con las operaciones mediante el personal de autoría, el aparato de grabación convierte contenido de película en un flujo digital que se codifica con compresión de acuerdo con una especificación MPEG, es decir en un fichero de flujo de AV. A continuación, el dispositivo de grabación genera un escenario, que es información que define cómo cada título incluido en el contenido de película se ha de reproducir. Específicamente, el escenario incluye la información de escenario dinámico e información de escenario estático anteriormente descritas. A continuación, el dispositivo de grabación genera una imagen de volumen o un kit de actualización para un disco BD-ROM desde el flujo y escenario digitales anteriormente mencionados. Finalmente, el dispositivo de grabación graba la imagen de volumen en el medio de grabación de acuerdo con las disposiciones de puntos explicadas en la primera realización.
La Figura 93 es un diagrama de bloques que muestra la estructura interna del dispositivo de grabación anteriormente descrito. Como se muestra en la Figura 93, el dispositivo de grabación incluye un codificador de vídeo 6301, la unidad de creación de material 6302, la unidad de generación de escenario 6303, la unidad de creación de programa BD 6304, la unidad de procesamiento de multiplexación 6305, la unidad de procesamiento de formato 6306 y la unidad de base de datos 6307.
La unidad de base de datos 6307 es un dispositivo de almacenamiento no volátil embebido en el dispositivo de grabación y es en particular una unidad de disco duro (HDD). Como alternativa, la unidad de base de datos 6307 puede ser un HDD externo conectado al dispositivo de grabación, un dispositivo de memoria de semiconductores no volátil embebido en el dispositivo de grabación o un dispositivo de memoria de semiconductores no volátil externa conectado al dispositivo de grabación.
El codificador de vídeo 6301 recibe datos de vídeo, tales como datos de mapa de bits no comprimidos, desde el personal de autoría, y comprime los datos de vídeo recibidos de acuerdo con un esquema de compresión/codificación tal como MPEG-4 AVC o MPEG-2. Este proceso convierte datos de vídeo principales en un flujo de vídeo principal y datos de vídeo secundarios en un flujo de vídeo secundario. En particular, los datos de imagen de vídeo en 3D se convierten en un flujo de vídeo de vista de base y un flujo de vídeo de vista dependiente. El codificador de vídeo 6301 convierte el flujo de vídeo de vista izquierda en un flujo de vídeo de vista de base realizando codificación predictiva inter-instantánea con las instantáneas en el flujo de vídeo de vista izquierda. Por otro lado, el codificador de vídeo 6301 convierte el flujo de vídeo de vista derecha en un flujo de vídeo de vista dependiente realizando codificación predictiva inter-instantánea con no únicamente las instantáneas en el flujo de vídeo de vista derecha sino también las instantáneas en el flujo de vídeo de vista de base. Obsérvese que el flujo de vídeo de vista derecha puede convertirse en un flujo de vídeo de vista de base. Adicionalmente, el flujo de vídeo de vista izquierda puede convertirse en el flujo de vídeo de vista dependiente. Los flujos de vídeo convertidos 6311 se almacenan en la unidad de base de datos 6307.
Durante el proceso anteriormente descrito de codificación predictiva inter-instantánea, el codificador de vídeo 6301 detecta adicionalmente vectores de movimiento entre las imágenes de vídeo izquierdo e imágenes de vídeo derecho y calcula información de profundidad de cada imagen de vídeo en 3D basándose en los vectores de movimiento detectados. La información de profundidad calculada de cada imagen de vídeo en 3D se organiza en la información de profundidad de fotograma 6310 que se almacena en la unidad de base de datos 6307.
Las Figuras 94A y 94B son diagramas esquemáticos que muestran una instantánea de imagen de vídeo izquierdo y una instantánea de imagen de vídeo derecho usadas en la presentación de una escena en una imagen de vídeo en 3D, y la Figura 64C es un diagrama esquemático que muestra información de profundidad calculada desde estas instantáneas mediante un codificador de vídeo 6301.
El codificador de vídeo 6301 comprime en primer lugar cada instantánea usando la redundancia entre las instantáneas izquierda y derecha. En ese momento, el codificador de vídeo 6301 compara una instantánea izquierda sin comprimir y una instantánea derecha sin comprimir en una base por macrobloque (conteniendo cada macrobloque una matriz de 8 × 8 o 16 × 16 píxeles) para detectar un vector de movimiento para cada imagen en las dos instantáneas. Específicamente, como se muestra en las Figuras 94A y 94B, una instantánea de vídeo izquierdo 6401 y una instantánea de vídeo derecho 6402 se dividen cada una en macrobloques 6403, la totalidad de los cuales representan una matriz. A continuación, las áreas ocupadas por los datos de imagen en la instantánea 6401 y la instantánea 6402 se comparan para cada macrobloque 6403, y se detecta un vector de movimiento entre estas piezas de datos de imagen basándose en el resultado de la comparación. Por ejemplo, el área ocupada por la imagen 6404 que muestra una "casa" en la instantánea 6401 es sustancialmente la misma que en la de la instantánea 6402. Por consiguiente, no se detecta un vector de movimiento a partir de tales áreas. Por otro lado, el área ocupada por la imagen 6405 que muestra un "círculo" en la instantánea 6401 es sustancialmente diferente del área en la instantánea 6402. Por consiguiente, se detecta un vector de movimiento que indica el desplazamiento entre las imágenes 6405 que muestran los "círculos" en las instantáneas 6401 y 6402 a partir de estas áreas.
El codificador de vídeo 6301 a continuación hace uso del vector de movimiento detectado no únicamente cuando se comprime las instantáneas 6401 y 6402, sino también cuando se calcula la paralaje binocular que pertenece a una imagen de vídeo en 3D constituida desde las piezas de datos de imagen 6404 y 6405. Adicionalmente, de acuerdo con la paralaje binocular obtenida de esta manera, el codificador de vídeo 6301 calcula las "profundidades" de cada imagen, tal como las imágenes 6404 y 6405 de la "casa" y del "círculo". La información que indica la profundidad de cada imagen puede organizarse, por ejemplo, en una matriz 6406 del mismo tamaño que la matriz de los macrobloques en las instantáneas 6401 y 6402 como se muestra en la Figura 94C. La información de profundidad de fotograma 6310 mostrada en la Figura 93 incluye esta matriz 6406. En esta matriz 6406, los bloques 6407 están en una correspondencia uno a uno con los macrobloques 6403 en las instantáneas 6401 y 6402. Cada bloque 6407 indica la profundidad de la imagen mostrada mediante los correspondientes macrobloques 6403 usando, por ejemplo, una profundidad de ocho bits. En el ejemplo mostrado en las Figuras 94A-C, la profundidad de la imagen 6405 del "círculo" se almacena en cada uno de los bloques en un área 6408 en la matriz 6406. Esta área 6408 corresponde a las áreas enteras en las instantáneas 6401 y 6402 que representan la imagen 6405.
Haciendo referencia de nuevo a la Figura 93, la unidad de creación de material 6302 crea flujos elementales distintos de los flujos de vídeo, tales como un flujo de audio 6312, el flujo de PG 6313 y el flujo de IG 6314 y almacena los flujos creados en la unidad de base de datos 6307. Por ejemplo, la unidad de creación de material 6302 recibe datos de audio de LPCM no comprimidos a partir del personal de autoría, codifica los datos de audio de LPCM no comprimidos de acuerdo con un esquema de compresión/codificación tal como AC-3, y convierte los datos de audio de LPCM codificados en el flujo de audio 6312. La unidad de creación de material 6302 recibe adicionalmente un fichero de información de subtítulo a partir del personal de autoría y crea el flujo de PG 6313 de acuerdo con el fichero de información de subtítulo. El fichero de información de subtítulo define datos de imagen para mostrar subtítulos, presentar temporizaciones de los subtítulos y efectos visuales a añadir a los subtítulos (por ejemplo, fundido de entrada y fundido de salida). Adicionalmente, la unidad de creación de material 6302 recibe datos de mapa de bits y un fichero de menú a partir del personal de autoría y crea el flujo de IG 6314 de acuerdo con los datos de mapa de bits y el fichero de menú. Los datos de mapa de bits muestran imágenes que se han de presentar en un menú. El fichero de menú define cómo ha de pasar cada botón en el menú desde un estado a otro y define y efectos visuales a añadir a cada botón.
La unidad de generación de escenario 6303 crea datos de escenario de BD-ROM 6315 de acuerdo con una instrucción que se ha emitido mediante el personal de autoría y recibido mediante la GUI y a continuación almacena los datos de escenario de BD-ROM 6315 creados en la unidad de base de datos 6307. Los datos de escenario de BD-ROM 6315 descritos en este punto son un grupo de ficheros que define métodos para reproducir los flujos elementales 6311-6314 almacenados en la unidad de base de datos 6307. Del grupo de fichero mostrado en la Figura 7, los datos de escenario de BD-ROM 6315 incluyen el fichero de índice 511, el fichero de objeto de película 512 y los ficheros de lista de reproducción 521-523. La unidad de generación de escenario 6303 crea adicionalmente un fichero de parámetros 6316 y transfiere el fichero de parámetros creado 6316 a la unidad de procesamiento de multiplexación 6305. El fichero de parámetros 6316 define, de entre los flujos elementales 6311-6314 almacenados en la unidad de base de datos 6307, datos de flujo a multiplexarse en el TS principal y sub-TS.
La unidad de creación de programa BD 6304 proporciona al personal de autoría con un entorno de programación para programar un objeto BD-J y programas de aplicación Java. La unidad de creación de programa BD 6304 recibe una solicitud desde un usuario mediante la GUI y crea cada código de fuente de programa de acuerdo con la solicitud. La unidad de creación de programa BD 6304 crea adicionalmente el fichero de objeto BD-J 551 desde el objeto BD-J y comprime los programas de aplicación Java en el fichero JAR 561. Los ficheros 551 y 561 se transfieren a la unidad de procesamiento de formato 6306.
En este punto, se supone que el objeto BD-J se programa de la siguiente manera: el objeto BD-J produce que las unidades de ejecución de programa 4606 y 4906 mostradas en las Figuras 54 y 59 transfieran datos de gráficos para la GUI a los decodificadores objetivo de sistema 4603 y 4903. Adicionalmente; el objeto BD-J produce que los decodificadores objetivo de sistema 4603 y 4903 procesen datos de gráficos como datos de plano de imagen. En este caso, la unidad de creación de programa BD 6304 puede establecer información de compensación que corresponde a los datos de plano de imagen en el objeto BD-J usando la información de profundidad de fotograma 6310 almacenada en la unidad de base de datos 6307.
De acuerdo con el fichero de parámetros 6316, la unidad de procesamiento de multiplexación 6305 multiplexa cada uno de los flujos elementales 6311-6314 almacenados en la unidad de base de datos 6307 para formar un fichero de flujo en formato MPEG-2 TS. Más específicamente, como se muestra en la Figura 10, cada uno de los flujos elementales se convierte en una secuencia de paquetes de fuente, y los paquetes de fuente incluidos en cada secuencia se ensamblan para construir una única pieza de datos de flujo multiplexados. De esta manera, se crean el TS principal y sub-TS.
En paralelo con el procesamiento anteriormente mencionado, la unidad de procesamiento de multiplexación 6305 crea el fichero de información de clip en 2D y el fichero de información de clip de vista dependiente mediante el siguiente procedimiento. En primer lugar, el mapa de entrada 3130 mostrado en la Figura 39 se genera para cada fichero 2D y fichero de DEP. A continuación, haciendo referencia a cada mapa de entrada 3130, se crea la lista de punto de inicio de segmento 3320 mostrada en la Figura 40. Posteriormente, la información de atributo de flujo mostrada en la Figura 38 se extrae desde cada flujo elemental a multiplexarse en el TS principal y sub-TS. Adicionalmente, como se muestra en la Figura 38, una combinación de un mapa de entrada, una pieza de meta datos de 3D y una pieza de información de atributo de flujo están asociados con una pieza de información de clip.
La unidad de procesamiento de formato 6306 crea una imagen de disco BD-ROM 6320 de la estructura de directorio mostrada en la Figura 7 desde (i) los datos de escenario de BD-ROM 6315 almacenados en la unidad de base de datos 6307, (ii) un grupo de ficheros de programa que incluye, entre otros, un fichero de objeto BD-J creado mediante la unidad de creación de programa BD 6304, y (iii) datos de flujo multiplexados y ficheros de información de clip generados mediante la unidad de procesamiento de multiplexación 6305. En esta estructura de directorio, se usa UDF como un sistema de ficheros.
Cuando se crean entradas de fichero para cada uno de los ficheros 2D, los ficheros de DEP y los ficheros SS, la unidad de procesamiento de formato 6306 hace referencia los mapas de entrada y meta datos de 3D incluidos en cada uno de los ficheros de información de clip en 2D y ficheros de información de clip de vista dependiente. El SPN para cada punto de entrada y punto de inicio de segmento se usa de esta manera al crear cada descriptor de asignación. En particular, se crean los descriptores de asignación para representar la disposición intercalada mostrada en la Figura 15. El fichero SS y fichero 2D comparten por lo tanto cada bloque de datos de vista de base, y el fichero SS y el fichero de DEP comparten por lo tanto cada bloque de datos de vista dependiente. Por otro lado, en localizaciones donde es necesario un salto largo, se crean descriptores de asignación para representar una de las disposiciones 1-6 mostradas respectivamente en las Figuras 20, 24, 26, 28, 30 y 32. En particular, algunos bloques de datos de vista de base se hacen referencia únicamente mediante descriptores de asignación en el fichero 2D como bloques exclusivamente para reproducción en 2D, y datos duplicados de los mismos se hacen referencia únicamente mediante descriptores de asignación en el fichero SS como bloques exclusivamente para reproducción en 3D. Adicionalmente, el tamaño de cada segmento para la vista de base y la vista dependiente se establece para satisfacer las expresiones 1-5, y el valor de la dirección lógica mostrada mediante cada descriptor de asignación se determina en consecuencia.
Además, usando la información de profundidad de fotograma 6310 almacenada en la unidad de base de datos 6307, la unidad de procesamiento de formato 6306 crea la tabla de compensación mostrada en la Figura 39A para cada flujo de vídeo secundario 6311, flujo de PG 6313 y flujo de IG 6314. La unidad de procesamiento de formato 6306 almacena adicionalmente la tabla de compensación en los meta datos de 3D para el fichero de información de clip en 2D. En este punto, las posiciones de las piezas de datos de imagen en los fotogramas de vídeo izquierdo y derecho se ajustan automáticamente de modo que las imágenes de vídeo en 3D representadas mediante un flujo evitan solapar con las imágenes de vídeo en 3D representadas mediante otros flujos en la misma dirección visual. Adicionalmente, el valor de compensación para cada fotograma de vídeo se ajusta también automáticamente de modo que las profundidades de las imágenes de vídeo en 3D representadas mediante un flujo evitan estar en consonancia con las profundidades de imágenes de vídeo en 3D representadas mediante otros flujos.
Posteriormente, la imagen de disco BD-ROM 6320 generada mediante la unidad de procesamiento de formato 6306 se convierte en datos adecuados para la prensa de un disco BD-ROM. Estos datos a continuación se graban en un disco BD-ROM maestro. La producción en masa del medio de grabación 100 que pertenece a la primera realización de la presente invención se hace posible prensando el maestro.
<Cuarta realización>
La presente realización describe una estructura de ejemplo de un dispositivo de reproducción para reproducir los datos de la estructura descrita en una realización anterior (Figura 95), que se realiza usando un circuito integrado 3.
La unidad de interfaz de medio 1 recibe (lee) datos desde el medio, y transfiere los datos al circuito integrado 3. Obsérvese que la unidad de interfaz de medio 1 recibe los datos de la estructura descrita en la realización anterior. La unidad de interfaz de medio 1 es, por ejemplo: una unidad de disco cuando el medio es el disco óptico o disco duro; una interfaz de tarjeta cuando el medio es la memoria de semiconductores tal como la tarjeta SD o la memoria USB; un sintonizador CAN o sintonizador Si cuando el medio son ondas de difusión de difusión que incluyen la CATV; o una interfaz de red cuando el medio es Ethernet, LAN inalámbrica o línea pública inalámbrica.
La memoria 2 es una memoria para almacenar temporalmente los datos recibidos (leídos) desde el medio, y los datos que se están procesando mediante el circuito integrado 3. Por ejemplo, la SDRAM (Memoria de Acceso Aleatorio Dinámica Síncrona), DDRx SDRAM (Memoria de Acceso Aleatorio Dinámica Síncrona de Doble Tasa de Datosx ; x=1,2,3....) o similares se usan como la memoria 2. Obsérvese que el número de las memorias 2 no es fijo, pero puede ser una o dos o más, dependiendo de la necesidad.
El circuito integrado 3 es un sistema LSI para realizar el procesamiento de vídeo/audio en los datos transferidos desde la unidad de interfaz 1, e incluye una unidad de control principal 6, una unidad de procesamiento de flujo 5, una unidad de procesamiento de señal 7, una unidad de control de memoria 9 y una unidad de salida de AV 8.
La unidad de control principal 6 incluye un núcleo de procesador que tiene la función de temporizador y la función de interrupción. El núcleo de procesador controla el circuito integrado 3 como una totalidad de acuerdo con el programa almacenado en la memoria de programa o similares. Obsérvese que el software básico tal como el SO (software operativo) se almacena en la memoria de programa o similares de manera preliminar.
La unidad de procesamiento de flujo 5, bajo el control de la unidad de control principal 6, recibe los datos transferidos desde el medio mediante la unidad de interfaz 1 y los almacena en la memoria 2 mediante el bus de datos en el circuito integrado 3. La unidad de procesamiento de flujo 5, bajo el control de la unidad de control principal 6, separa también los datos recibidos en los datos de base de vídeo y los datos de base de audio. Como se ha descrito anteriormente, en el medio, los clips de AV para 2D/L que incluyen el flujo de vídeo de vista izquierda y los clips de AV para R que incluyen el flujo de vídeo de vista derecha se disponen de una manera intercalada, en el estado donde cada clip se divide en algún segmento (por ejemplo, véase la Figura 41, o las Figuras 81 y 82 (multiángulo)). Por consiguiente, la unidad de control principal 6 realiza el control de modo que, cuando el circuito integrado 3 recibe los datos del ojo izquierdo que incluyen el flujo de vídeo de vista izquierda, los datos recibidos se almacenan en el primer área en la memoria 2; y cuando el circuito integrado 3 recibe los datos del ojo derecho que incluyen el flujo de vídeo de vista derecha, los datos recibidos se almacenan en el segundo área en la memoria 2. Obsérvese que los datos del ojo izquierdo pertenecen al segmento del ojo izquierdo, y los datos del ojo derecho pertenecen al segmento del ojo derecho. Obsérvese también que la primera y segunda áreas en la memoria 2 pueden ser áreas generadas dividiendo una memoria de manera lógica, o pueden ser memorias físicamente diferentes. En la presente realización, se proporciona la explicación suponiendo que los datos del ojo izquierdo que incluyen el flujo de vídeo de vista izquierda son los datos de vista principal y los datos del ojo derecho que incluyen el flujo de vídeo de vista derecha son los datos de sub-vista. Sin embargo, como alternativa, los datos del ojo derecho pueden ser los datos de vista principal, y los datos del ojo izquierdo ser los datos de sub-vista.
La unidad de procesamiento de señal 7, bajo el control de la unidad de control principal 6, decodifica, mediante un método apropiado, los datos de base de vídeo y los datos de base de audio separados mediante la unidad de procesamiento de flujo 5. Los datos de base de vídeo se han grabado después de codificarse mediante un método tal como MPEG-2, MPEG-4 AVC, MPEG-4 MVC o SMPTE VC-1. También, los datos de base de audio se han grabado después de haberse codificado con compresión mediante un método tal como Dolby AC-3, Dolby Digital Plus, MLP, DTS, DTS-HD o PCM Lineal. Por lo tanto, la unidad de procesamiento de señal 7 decodifica los datos de base de vídeo y los datos de base de audio mediante los métodos correspondientes a los mismos. Los modelos de la unidad de procesamiento de señal 7 son diversos decodificadores de la realización 9 mostrados en la Figura 65.
La unidad de control de memoria 9 arbitra el acceso a la unidad de memoria 2 mediante los bloques de función 5-8 en el circuito integrado 3.
La unidad de salida de AV 8, bajo el control de la unidad de control principal 6, realiza la superposición de los datos de base de vídeo que se han decodificado mediante la unidad de procesamiento de señal 7, o conversión de formato de los datos de base de vídeo y similares, y emite los datos sometidos a tales procesos al exterior del circuito integrado 3.
La Figura 96 es un diagrama de bloques funcional que muestra una estructura típica de la unidad de procesamiento de flujo 5. La unidad de procesamiento de flujo 5 incluye una unidad de interfaz de dispositivo/flujo 51, una unidad de demultiplexación 52 y la unidad de conmutación 53.
La unidad de interfaz de dispositivo/flujo 51 es una interfaz para transferir datos entre la unidad de interfaz 1 y el circuito integrado 3. La unidad de interfaz de dispositivo/flujo 51 puede ser: SATA (Tecnología Avanzada de Contacto en Serie), ATAPI (Tecnología Avanzada de Contacto de Interfaz de Paquetes) o PATA (Tecnología Avanzada de Contacto en Paralelo) cuando el medio es el disco óptico o el disco duro; una interfaz de tarjeta cuando el medio es la memoria de semiconductores tal como la tarjeta SD o la memoria USB; una interfaz de sintonizador cuando el medio son ondas de difusión de difusión incluyendo la CATV; o una interfaz de red cuando el medio es Ethernet, LAN inalámbrica línea pública inalámbrica. La unidad de interfaz de dispositivo/flujo 51 puede tener una parte de la función de la unidad de interfaz 1, o la unidad de interfaz 1 puede embeberse en el circuito integrado 3, dependiendo del tipo del medio.
La unidad de demultiplexación, 52 separa los datos de reproducción, transferidos desde el medio, incluyendo vídeo y audio, en los datos de base de vídeo y los datos de base de audio. Cada segmento, que se ha descrito anteriormente, está compuesto de paquetes de fuente de vídeo, audio, PG (subtítulo), IG (menú) y similares (los datos de sub-vista pueden no incluir audio). La unidad de demultiplexación 52 separa los datos de reproducción en paquetes de TS de vídeo de base y paquetes de TS de audio de base basándose en el PID (identificador) incluido en cada paquete de fuente. La unidad de demultiplexación 52 transfiere los datos después de la separación a la unidad de procesamiento de señal 7. Un modelo de la unidad de demultiplexación 52 es, por ejemplo, el depaquetizador de fuente y el filtro de PID de la realización 9 mostrados en la Figura 65.
La unidad de conmutación 53 cambia el destino de salida (destino de almacenamiento) de modo que, cuando la unidad de interfaz de dispositivo/flujo 51 recibe los datos del ojo izquierdo, los datos recibidos se almacenan en el primer área en la memoria 2; y cuando el circuito integrado 3 recibe los datos del ojo derecho, los datos recibidos se almacenan en el segundo área en la memoria 2. En este punto, la unidad de conmutación 53 es, por ejemplo, DMAC (Controlador de Acceso Directo a Memoria). La Figura 97 es un diagrama conceptual que muestra la unidad de conmutación 53 y el periférico cuando la unidad de conmutación 53 es DMAC. El DMAC, bajo el control de la unidad de control principal 6, transmite los datos recibidos mediante la interfaz de flujo de dispositivo y la dirección de destino de almacenamiento de datos a la unidad de control de memoria 9. Más específicamente, el DMAC cambia el destino de salida (destino de almacenamiento) dependiendo de los datos recibidos, transmitiendo la dirección 1 (el primer área de almacenamiento) a la unidad de control de memoria 9 cuando la interfaz de flujo de dispositivo recibe los datos del ojo izquierdo, y transmitiendo la dirección 2 (el segundo área de almacenamiento) a la unidad de control de memoria 9 cuando la interfaz de flujo de dispositivo recibe los datos del ojo derecho. La unidad de control de memoria 9 almacena datos en la memoria 2 de acuerdo con la dirección de destino de almacenamiento enviada desde el DMAC. Obsérvese que la unidad de control principal 6 controla la unidad de conmutación 53 usando puntos de inicio de segmento (la base de fichero o fichero dependiente en reproducción estereoscópica) incluidos en CLIPINF anteriormente descrito que se ha recibido antes de reproducir datos y almacenado en la memoria 2. En otras palabras, la unidad de control principal 6 controla la unidad de conmutación 53 después de reconocer los datos recibidos mediante la unidad IF de flujo de dispositivo 51 para que sean los datos del ojo izquierdo usando la base de fichero, y controla la unidad de conmutación 53 para cambiar el destino de salida (destino de almacenamiento) a la memoria 2 después de reconocer los datos recibidos mediante la unidad IF de flujo de dispositivo 51 para que sean los datos del ojo derecho. Puede proporcionarse un circuito especializado para controlar 53, en lugar de la unidad de control principal 6.
En la descripción anterior, la unidad de interfaz de dispositivo/flujo 51, la unidad de demultiplexación 52 y la unidad de conmutación 53 se explican como una estructura típica de la unidad de procesamiento de flujo 5. Sin embargo, la unidad de procesamiento de flujo 5 puede incluir adicionalmente una unidad de motor de encriptación para desencriptar datos encriptados recibidos, datos de clave o similares, una unidad de gestión de seguridad para controlar la ejecución del protocolo de autenticación del dispositivo entre el medio y el dispositivo de reproducción y para mantener una clave secreta, y un controlador para el acceso directo de memoria. En lo anterior, se ha explicado que, cuando los datos recibidos desde el medio se almacenan en la memoria 2, la unidad de conmutación 53 cambia el destino de almacenamiento dependiendo de si los datos recibidos son datos del ojo izquierdo o datos del ojo derecho. Sin embargo, sin limitación a esto, los datos recibidos desde el medio pueden almacenarse temporalmente en la memoria 2, y a continuación, cuando los datos se han de transferir a la unidad de demultiplexación 52, los datos pueden separarse en datos del ojo izquierdo y datos del ojo derecho.
La Figura 98 es un diagrama de bloques funcional que muestra una estructura típica de la unidad de salida de AV 8. La unidad de salida de AV 8 incluye una unidad de superposición de imagen 81, una unidad de conversión de formato de salida de vídeo 82 y una unidad de interfaz de salida de audio/vídeo 83.
La unidad de superposición de imagen 81 superpone los datos de base de vídeo decodificados. Más específicamente, la unidad de superposición de imagen 81 superpone el PG (subtítulo) y el IG (menú) en la vista izquierda datos de vídeo o la vista derecha datos de vídeo en unidades de instantáneas. Un modelo de la unidad de superposición de imagen 81 es, por ejemplo, la realización 11 y la Figura 98.
La unidad de conversión de formato de salida de vídeo 82 realiza los siguientes procesos y similares según sea necesario: el proceso de cambio de tamaño para aumentar o reducir los datos de base de vídeo decodificados; el proceso de conversión de IP para convertir el método de exploración desde el método progresivo al método entrelazado y viceversa; el proceso de reducción de ruido para eliminar el ruido; y el proceso de conversión de velocidad de fotograma para convertir la velocidad de fotograma.
La unidad de interfaz de salida de audio/vídeo 83 codifica, de acuerdo con el formato de transmisión de datos, los datos de base de vídeo, que se han sometido a la superposición de imagen y el formato conversión, y los datos de base de audio decodificados. Obsérvese que, como se describirá más adelante, la unidad de interfaz de salida de audio/vídeo 83 puede proporcionarse fuera del circuito integrado 3.
La Figura 99 es una estructura de ejemplo que muestra la unidad de salida de AV 8, o la parte de salida de datos del dispositivo de reproducción en más detalle. El circuito integrado 3 de la presente realización y el dispositivo de reproducción soportan una pluralidad de formatos de transmisión de datos para los datos de base de vídeo y los datos de base de audio. La unidad de interfaz de salida de audio/vídeo 83 mostrada en la Figura 98 corresponde a una unidad de interfaz de salida de vídeo analógica 83a, una unidad de interfaz de salida de vídeo/audio digital 83b y una unidad de interfaz de salida de audio analógica 83c.
La unidad de interfaz de salida de vídeo analógica 83a convierte y codifica los datos de base de vídeo, que se han sometido al proceso de superposición de imagen y al proceso de conversión de formato de salida, en el formato de señal de vídeo analógico, y emite el resultado de la conversión. La unidad de interfaz de salida de vídeo analógica 83a es, por ejemplo: un codificador de vídeo compuesto que soporta cualquiera del método NTSC, método PAL y método SECAM; un codificador para la señal de imagen S (separación Y/C); un codificador para la señal de imagen de componentes; o un DAC (convertidor D/A).
La unidad de interfaz de salida de vídeo/audio digital 83b sintetiza los datos de base de audio decodificados con los datos de base de vídeo que se han sometido a la superposición de imagen y a la conversión de formato de salida, encripta los datos sintetizados, codifica de acuerdo con la norma de transmisión de datos y emite los datos codificados. La unidad de interfaz de salida de vídeo/audio digital 83b es, por ejemplo, HDMI (Interfaz Multimedia de Alta Definición).
La unidad de interfaz de salida de audio analógica 83c, que es un DAC de audio o similares, realiza la conversión D/A en los datos de base de audio decodificados, y emite datos de audio analógicos.
El formato de transmisión de los datos de base de vídeo y datos de base de audio puede cambiarse dependiendo del dispositivo de recepción de datos (terminal de entrada de datos) soportado mediante el dispositivo de visualización/altavoz, o puede cambiarse de acuerdo con la selección mediante el usuario. Adicionalmente, es posible transmitir una pluralidad de piezas de datos que corresponden al mismo contenido en paralelo mediante una pluralidad de formatos de transmisión, no limitados a la transmisión mediante un único formato de transmisión.
En la descripción anterior, la unidad de superposición de imagen 81, la unidad de conversión de formato de salida de vídeo 82 y la unidad de interfaz de salida de audio/vídeo 83 se explican como una estructura típica de la unidad de salida de AV 8. Sin embargo, la unidad de salida de AV 8 puede incluir adicionalmente, por ejemplo, una unidad de motor de gráficos para realizar el procesamiento de gráficos tal como el proceso de filtro, sintetización de imagen, dibujo de curvatura y presentación en 3D.
Esto completa la descripción de la estructura del dispositivo de reproducción en la presente realización. Obsérvese que todos los bloques funcionales incluidos en el circuito integrado 3 pueden no estar embebidos, y que, a la inversa, la memoria 2 mostrada en la Figura 95 puede embeberse en el circuito integrado 3. También, en la presente realización, la unidad de control principal 6 y la unidad de procesamiento de señal 7 se han descrito como diferentes bloques funcionales. Sin embargo, si limitarse a esto, la unidad de control principal 6 puede realizar una parte del proceso realizado mediante la unidad de procesamiento de señal 7.
La ruta de los buses de control y los buses de datos en el circuito integrado 3 se diseña de una manera arbitraria dependiendo del procedimiento de procesamiento de cada bloque de procesamiento o los contenidos del procesamiento. Sin embargo, los buses de datos pueden disponerse de modo que los bloques de procesamiento estén conectados directamente como se muestra en la Figura 100, o pueden disponerse de modo que los bloques de procesamiento estén conectados mediante la memoria 2 (la unidad de control de memoria 9) como se muestra en la Figura 101.
El circuito integrado 3 puede ser un módulo multi-chip que se genera conteniendo una pluralidad de chips en un envase, y su apariencia externa es un LSI.
Es posible también realizar el sistema LSI usando el FPGA (Campo de Matriz de Puertas Programables) que puede re-programarse después de la fabricación del LSI, o el procesador reconfigurable en que la conexión y ajuste de las celdas de circuito dentro del LSI pueden reconfigurarse.
A continuación, se explicará la operación del dispositivo de reproducción que tiene la estructura anteriormente descrita.
La Figura 102 es un diagrama de flujo que muestra un procedimiento de reproducción en que se reciben (leen) datos desde el medio, se decodifican y se emiten como una señal de vídeo y una señal de audio.
S1: se reciben datos (leen) desde el medio (la unidad de interfaz 1, la unidad de procesamiento de flujo 5).
S2: los datos recibidos (leídos) en S1 se separan en diversos datos (los datos de base de vídeo y los datos de base de audio) (la unidad de procesamiento de flujo 5).
S3: los diversos datos generados mediante la separación en S2 se decodifican mediante el formato apropiado (la unidad de procesamiento de señal 7).
S4: entre los diversos datos decodificados en S3, los datos de base de vídeo se someten al proceso de superposición (la unidad de salida de AV 8).
S5: los datos de base de vídeo y los datos de base de audio que se han sometido a los procesos en S2 a S4 se emiten (la unidad de salida de AV 8).
La Figura 103 es un diagrama de flujo que muestra un procedimiento de reproducción detallado. Cada una de las operaciones y procesos se realizan bajo el control de la unidad de control principal 6.
S101: la unidad de interfaz de dispositivo/flujo 51 de la unidad de procesamiento de flujo 5 recibe (lee) datos (PLAYLIST, CLIPINF, etc.) que son distintos de los datos almacenados en el medio a reproducir y son necesarios para reproducción de los datos, mediante la unidad de interfaz 1, y almacena los datos recibidos en la memoria 2 (la unidad de interfaz 1, la unidad de interfaz de dispositivo/flujo 51, la unidad de control de memoria 9, la memoria 2).
S102: la unidad de control principal 6 reconoce el método de compresión del vídeo y de los datos de audio almacenados en el medio haciendo referencia al atributo de flujo incluido en el CLIPINF recibido, e inicializa la unidad de procesamiento de señal 7 de modo que puede realizarse el procesamiento de decodificación correspondiente (la unidad de control principal 6).
S103: la unidad de interfaz de dispositivo/flujo 51 de la unidad de procesamiento de flujo 5 recibe (lee) los datos de vídeo/audio que se han de reproducir, desde el medio mediante la unidad de interfaz 1, y almacena los datos recibidos en la memoria 2 mediante la unidad de procesamiento de flujo 5 y la unidad de control de memoria 9. Obsérvese que los datos se reciben (leen) en unidades de segmentos, y la unidad de control principal 6 controla la unidad de conmutación 53 de modo que, cuando los datos del ojo izquierdo se reciben (leen), los datos recibidos se almacenan en el primer área; y cuando los datos del ojo derecho se reciben (leen), los datos recibidos se almacenan en el segundo área, y la unidad de conmutación 53 cambia el destino de salida de datos (destino de almacenamiento) (la unidad de interfaz 1, la unidad de interfaz de dispositivo/flujo 51, la unidad de control principal 6, la unidad de conmutación 53, la unidad de control de memoria 9, la memoria 2).
S104: los datos almacenados en la memoria 2 se transfieren a la unidad de demultiplexación 52 de la unidad de procesamiento de flujo 5, y la unidad de demultiplexación 52 identifica los datos de base de vídeo (vídeo principal, sub-vídeo), PG (subtítulo), IG (menú), y datos de base de audio (audio, sub-audio) basándose en los PID incluidos en los paquetes de fuente que constituyen los datos de flujo, y transfiere los datos a cada decodificador correspondiente en la unidad de procesamiento de señal 7 en unidades de paquetes de TS (la unidad de demultiplexación 52).
S105: cada uno en la unidad de procesamiento de señal 7 realiza el proceso de decodificación en los paquetes de TS transferidos mediante el método apropiado (la unidad de procesamiento de señal 7).
S106: entre los datos de base de vídeo decodificados mediante la unidad de procesamiento de señal 7, los datos que corresponden al flujo de vídeo de vista izquierda y el flujo de vídeo de vista derecha se cambian de tamaño basándose en el dispositivo de visualización (la unidad de conversión de formato de salida de vídeo 82).
S107: el PG (subtítulo) e IG (menú) se superponen en el flujo de vídeo cambiado de tamaño en S106 (la unidad de superposición de imagen 81).
S108: la conversión IP, que es una conversión del método de exploración, se realiza en los datos de vídeo después de la superposición en S107 (la unidad de conversión de formato de salida de vídeo 82).
S109: la codificación, conversión D/A y similares se realizan en datos de base de vídeo y datos de base de audio que se han sometido a los procesos anteriormente descritos, basándose en el formato de salida de datos del dispositivo de visualización/altavoz o el formato de transmisión de datos para transmisión al dispositivo de visualización/altavoz. La señal de vídeo compuesta, la señal de imagen S, la señal de imagen de componentes y similares se soportan para la salida analógica de los datos de base de vídeo. También, se soporta HDMI para la salida digital de los datos de base de vídeo y los datos de base de audio. (La unidad de interfaz de salida de audio/vídeo 83)
S110: los datos de base de vídeo y los datos de base de audio que se han sometido al proceso en S109 se emiten y transmiten al dispositivo de visualización/altavoz (la unidad de interfaz de salida de audio/vídeo 83, el dispositivo de visualización/altavoz).
Esto completa la descripción del procedimiento de operación del dispositivo de reproducción en la presente realización. Obsérvese que el resultado del proceso puede almacenarse de manera temporal en la memoria 2 cada vez que se completa un proceso. También, en el procedimiento de operación anterior, la unidad de conversión de formato de salida de vídeo 82 realiza el proceso de cambio de tamaño y el proceso de conversión IP. Sin embargo, sin limitarse a esto, los procesos pueden omitirse según sea necesario o pueden realizarse otros procesos (proceso de reducción de ruido, proceso de conversión de velocidad de fotograma, etc.). Adicionalmente, los procedimientos de procesamiento pueden cambiarse si fuera posible.
<Explicación complementaria>
<<Distribución de datos mediante difusión o circuito de comunicación>>
El medio de grabación de acuerdo con la primera realización de la presente invención puede ser, además de un disco óptico, un medio extraíble general disponible como un medio de envase, tal como un dispositivo de memoria de semiconductores portátil que incluye una tarjeta de memoria SD. También, la primera realización describe un ejemplo de un disco óptico en que se han grabado datos de antemano, en concreto, un disco óptico de solo lectura convencionalmente disponible tal como un BD-ROM o un DVD-ROM. Sin embargo, la realización de la presente invención no está limitada a esto. Por ejemplo, cuando un dispositivo terminal escribe un contenido de vídeo en 3D que se ha distribuido mediante difusión o una red en un disco óptico escribible convencionalmente disponible tal como un BD-RE o un DVD-RAM, puede usarse la disposición de los segmentos de acuerdo con la realización anteriormente descrita. En este punto, el dispositivo terminal puede incorporarse en un dispositivo de reproducción,
o puede ser un dispositivo diferente del dispositivo de reproducción.
<<Reproducción de tarjeta de memoria de semiconductores>>
Lo siguiente describe una unidad de lectura de datos de un dispositivo de reproducción en el caso donde se usa una tarjeta de memoria de semiconductores como el medio de grabación de acuerdo con la primera realización de la presente invención en lugar de un disco óptico.
Una parte del dispositivo de reproducción que lee datos desde un disco óptico está compuesto de, por ejemplo, una unidad de disco óptico. A la inversa, una parte del dispositivo de reproducción que lee datos desde una tarjeta de memoria de semiconductores está compuesta de una interfaz exclusiva (I/F). Específicamente, se proporciona una ranura de tarjeta con el dispositivo de reproducción, y la I/F se monta en la ranura. Cuando la tarjeta de memoria de semiconductores se inserta en la ranura de tarjeta, la tarjeta de memoria de semiconductores está eléctricamente conectada con el dispositivo de reproducción mediante la I/F. Adicionalmente, los datos se leen desde la tarjeta de memoria de semiconductores al dispositivo de reproducción mediante la I/F.
<<Técnica de protección de derechos de autor para datos almacenados en el disco BD-ROM>>
En este punto, se describe el mecanismo para proteger derechos de autor de datos grabados en un disco BD-ROM, como una suposición para la siguiente explicación complementaria.
Desde un punto de vista, por ejemplo, de mejora de protección de derechos de autor o de confidencialidad de datos, existen casos en que una parte de los datos grabados en el BD-ROM se encriptan. Los datos encriptados son, por ejemplo, un flujo de vídeo, un flujo de audio u otro flujo. En un caso de este tipo, los datos encriptados se decodifican de la siguiente manera.
El dispositivo de reproducción ha grabado en el mismo de antemano una parte de datos necesarios para generar una "clave" para usarse para decodificar los datos encriptados grabados en el disco BD-ROM, en concreto, una clave de dispositivo. Por otro lado, el disco BD-ROM ha grabado en el mismo otra parte de los datos necesarios para generar la "clave", en concreto, un bloque de clave de medio (MKB), y datos encriptados de la "clave", en concreto, una clave de título encriptado. La clave de dispositivo, el MKB, y la clave de título encriptado están asociados entre sí, y cada uno está asociado adicionalmente con un ID particular escrito en un BCA 201 grabado en el medio de grabación 100 mostrado en la Figura 6, en concreto, un ID de volumen. Cuando la combinación de la clave de dispositivo, el MKB, la clave de título encriptado y el ID de volumen no es correcta, los datos encriptados no pueden decodificarse. En otras palabras, únicamente cuando la combinación es correcta, la "clave" anteriormente mencionada, en concreto la clave de título, puede generarse. Específicamente, la clave de título encriptado se desencripta en primer lugar usando la clave de dispositivo, el MKB, y el ID de volumen. Únicamente cuando la clave de título puede obtenerse como resultado de la desencriptación, los datos encriptados pueden decodificarse usando la clave de título como la "clave" anteriormente mencionada.
Cuando un dispositivo de reproducción intenta reproducir los datos encriptados grabados en el disco BD-ROM, el dispositivo de reproducción no puede reproducir los datos encriptados a menos que el dispositivo de reproducción haya almacenado en el mismo una clave de dispositivo que se haya asociado de antemano con la clave de título encriptado, el MKB, el dispositivo y el ID de volumen grabado en el disco BD-ROM. Esto es debido a que una clave necesaria para decodificar los datos encriptados, en concreto una clave de título, puede obtenerse únicamente desencriptando la clave de título encriptado basándose en la combinación correcta del MKB, la clave de dispositivo, y el ID de volumen.
Para proteger los derechos de autor de al menos uno de un flujo de vídeo y un flujo de audio que se han de grabar en un disco BD-ROM, un flujo a proteger se encripta usando la clave de título, y el flujo encriptado se graba el disco BD-ROM. A continuación, se genera una clave basándose en la combinación del MKB, la clave de dispositivo y el ID de volumen, y la clave de título se encripta usando la clave para convertirse a una clave de título encriptado. Adicionalmente, el MKB, el ID de volumen y la clave de título encriptado se graban en el disco BD-ROM. Únicamente un dispositivo de reproducción que almacena en el mismo la clave de dispositivo a usarse para generar la clave anteriormente mencionada puede decodificar el flujo de vídeo encriptado y/o el flujo de audio encriptado grabado 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 anteriormente descrito para proteger los derechos de autor de los datos grabados en el disco BD-ROM es aplicable a un medio de grabación distinto del disco BD-ROM. Por ejemplo, el mecanismo es aplicable a un dispositivo de memoria de semiconductores legible y escribible y en particular a una tarjeta de memoria de semiconductores portátil tal como una tarjeta SD.
<<Grabar datos en un medio de grabación a través de distribución electrónica>>
Lo siguiente describe el procesamiento para transmitir datos, tal como un fichero de flujo de AV para imágenes de vídeo en 3D (en lo sucesivo, "datos de distribución"), al dispositivo de reproducción de acuerdo con la primera realización de la presente invención mediante distribución electrónica y producir que el dispositivo de reproducción grabe los datos de distribución en una tarjeta de memoria de semiconductores. Obsérvese que las siguientes operaciones pueden realizarse mediante un dispositivo terminal especializado para realizar el procesamiento en lugar del dispositivo de reproducción anteriormente mencionado. También, la siguiente descripción se basa en la suposición de que la tarjeta de memoria de semiconductores que es un destino de grabación es una tarjeta de memoria SD.
El dispositivo de reproducción incluye la ranura de tarjeta anteriormente descrita. Una tarjeta de memoria SD se inserta en la ranura de tarjeta. El dispositivo de reproducción en este estado en primer lugar transmite 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 desde la tarjeta de memoria SD y transmite la información de identificación de lectura 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 anteriormente descrito.
El servidor de distribución ha almacenado en el mismo piezas de datos de distribución. Los datos de distribución que necesitan protegerse mediante encriptación tal como un flujo de vídeo y/o un flujo de audio se han encriptado usando una clave de título predeterminada. Los datos de distribución encriptados pueden desencriptarse 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 adicionalmente en el mismo un MKB en común con la tarjeta de memoria SD. Tras recibir la solicitud de transmisión de datos de distribución y la información de identificación de la tarjeta de memoria SD desde el dispositivo de reproducción, el servidor de distribución genera en primer lugar una clave desde la clave de dispositivo, el MKB y la información de identificación y encripta la clave de título usando la clave generada para generar una clave de título encriptado.
A continuación, el servidor de distribución genera información de clave pública. La información de clave pública incluye, por ejemplo, el MKB, la clave de título encriptado, información de firma, el número de identificación de la tarjeta de memoria SD y una lista de dispositivo. La información de firma incluye por ejemplo un valor de troceo de la información de clave pública. La lista de dispositivo es una lista de dispositivos que necesitan invalidarse, es decir, dispositivos que tienen un riesgo de realizar reproducción no autorizada de datos encriptados incluidos en los datos de distribución. La lista de dispositivo especifica la clave de dispositivo y el número de identificación para el dispositivo de reproducción, así como un número o función de identificació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 y la información de clave pública y los graba en la tarjeta de memoria SD mediante la I/F exclusiva de la ranura de tarjeta.
Los datos de distribución encriptados en la tarjeta de memoria SD se desencriptan, por ejemplo, usando la información de clave pública de la siguiente manera. En primer lugar, se realizan tres tipos de comprobaciones como autenticación de la información de clave pública. Estas comprobaciones pueden realizarse en cualquier orden.

(1): ¿Coincide la información de identificación de la tarjeta de memoria SD incluida en la información de clave pública con el número de identificación almacenado en la tarjeta de memoria SD insertada en la ranura de tarjeta?

(2): ¿Coincide un valor de troceo calculado basándose en la información de clave pública con el valor de troceo incluido en la información de firma?

(3): ¿Se excluye el dispositivo de reproducción de la lista de dispositivo indicada mediante la información de clave pública, y específicamente, se excluye la clave de dispositivo del dispositivo de reproducción de la lista de dispositivo?

Si al menos uno cualquiera de los resultados de las comprobaciones (1) a (3) es negativo, el dispositivo de reproducción detiene el procesamiento de desencriptación de los datos encriptados. A la inversa, si todos los resultados de las comprobaciones (1) a (3) son afirmativos, el dispositivo de reproducción autoriza la información de clave pública y desencripta la clave de título encriptado incluido en la información de clave pública usando la clave de dispositivo, el 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 desencripta adicionalmente los datos encriptados usando la clave de título, obteniendo de esta manera, por ejemplo, un flujo de vídeo y/o un flujo de audio.
El mecanismo anterior tiene la siguiente ventaja. Si un dispositivo de reproducción, elementos de la composición y una función (programa) que tienen el riesgo de usarse de una manera no autorizada ya se conocen cuando se transmiten datos mediante la distribución electrónica, las piezas de información de identificación correspondiente se enumeran en la lista de dispositivo 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 necesita inevitablemente comparar las piezas de información de identificación incluidas en la lista de dispositivo 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 dispositivo, el dispositivo de reproducción no puede usar la información de clave pública para desencriptar los datos encriptados incluidos en los datos de distribución incluso si la combinación del número de identificación de la tarjeta de memoria SD, el MKB, la clave de título encriptado, y la clave de dispositivo son correctos. De esta manera, es posible evitar eficazmente que se use la distribución de datos de una manera no autorizada.
La información de identificación de la tarjeta de memoria de semiconductores se graba de manera deseable en un área de grabación que tiene alta confidencialidad incluida en un área de grabación de la tarjeta de memoria de semiconductores. Esto es debido a que si la información de identificación tal como el número de serie de la tarjeta de memoria SD se ha manipulado de una manera no autorizada, es posible realizar una copia ilegal de la tarjeta de memoria SD fácilmente. En otras palabras, si la manipulación permite la generación de una pluralidad de tarjetas de memoria de semiconductores que tienen la misma información de identificación, es imposible distinguir entre productos autorizados y productos de copias no autorizadas realizando la comprobación anterior (1). Por lo tanto, es necesario grabar la información de identificación de la tarjeta de memoria de semiconductores en un área de grabación con alta confidencialidad para proteger que la información de identificación se falsifique de una manera no autorizada.
El área de grabación con alta confidencialidad está estructurada en la tarjeta de memoria de semiconductores de la siguiente manera, por ejemplo. En primer lugar, como un área de grabación eléctricamente desconectada de un área de grabación para grabar datos normales (en lo sucesivo, "primer área de grabación"), se proporciona otro área de grabación (en lo sucesivo, "segundo área de grabación"). A continuación, se proporciona un circuito de control exclusivamente para acceder al segundo área de grabación en la tarjeta de memoria de semiconductores. Como resultado, el acceso al segundo área de grabación puede realizarse únicamente mediante el circuito de control. Por ejemplo, suponiendo que únicamente se graban los datos encriptados en el segundo área de grabación y un circuito para desencriptar los datos encriptados se incorpora únicamente en el circuito de control. Como resultado, el acceso a los datos grabados en el segundo área de grabación puede realizarse únicamente produciendo que el circuito de control almacene en el mismo una dirección de cada pieza de datos grabados en el segundo área de grabación. También, una dirección de cada pieza de datos grabados en el segundo área de grabación puede almacenarse únicamente en el circuito de control. En este caso, únicamente el circuito de control puede identificar una dirección de cada pieza de datos grabados en el segundo área de grabación.
En el caso donde la información de identificación de la tarjeta de memoria de semiconductores se graba en el segundo área de grabación, entonces cuando un programa de aplicación que opera en el dispositivo de reproducción obtiene datos desde el servidor de distribución mediante distribución electrónica y graba los datos obtenidos en la tarjeta de memoria de semiconductores, se realiza el siguiente procesamiento. En primer lugar, el programa de aplicación emite una solicitud de acceso al circuito de control mediante la I/F de tarjeta de memoria para acceder a la información de identificación de la tarjeta de memoria de semiconductores grabada en el segundo área de grabación. En respuesta a la solicitud de acceso, el circuito de control lee en primer lugar la información de identificación desde el segundo área de grabación. A continuación, el circuito de control transmite la información de identificación al programa de aplicación mediante la I/F de tarjeta de memoria. El programa de aplicación transmite una solicitud de transmisión de los datos de distribución junto con la información de identificación. El programa de aplicación graba adicionalmente, en el primer área de grabación de la tarjeta de memoria de semiconductores mediante la I/F de tarjeta de memoria, 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.
Obsérvese que es preferible que el programa de aplicación anteriormente descrito compruebe si el propio programa de aplicación se ha manipulado emitiendo antes la solicitud de acceso al circuito de control de la tarjeta de memoria de semiconductores. La comprobación puede realizarse usando un certificado digital que cumple con la norma
X.509. Adicionalmente, es únicamente necesario grabar los datos de distribución en el primer área de grabación de la tarjeta de memoria de semiconductores, como se ha descrito anteriormente. El acceso a los datos de distribución no necesita controlarse mediante el circuito de control de la tarjeta de memoria de semiconductores.
<<Aplicación a grabación en tiempo real>>
La tercera realización de la presente invención se basa en la suposición de que un fichero de flujo de AV y un fichero de lista de reproducción se graban en un disco BD-ROM usando la técnica de pregrabación del sistema de autoría, y el fichero de flujo de AV y fichero de lista de reproducción grabados se proporcionan a usuarios. Como alternativa, puede ser posible grabar, realizando grabación en tiempo real, el fichero de flujo de AV y el fichero de lista 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 de semiconductores (en lo sucesivo, "disco BD-RE o similares") y proporcionar al usuario con el fichero de flujo de AV y el fichero de lista de reproducción grabados. En un caso de este tipo, el fichero de flujo de AV puede ser un flujo de transporte que se ha obtenido como resultado de decodificación en tiempo real de una señal de entrada analógica realizada mediante un dispositivo de grabación. Como alternativa, el fichero de flujo de AV puede ser un flujo de transporte obtenido como resultado de la parcialización de un flujo de transporte de entrada digitalmente realizado mediante el dispositivo de grabación.
El dispositivo de grabación que realiza grabación en tiempo real incluye un codificador de vídeo, un codificador de audio, un multiplexor y un paquetizador de fuente. El codificador de vídeo codifica una señal de vídeo para convertirla en un flujo de vídeo. El codificador de audio codifica una señal de audio para convertirla en un flujo de audio. El multiplexor multiplexa el flujo de vídeo y el flujo de audio para convertirlos en un flujo digital en el formato MPEG-2 TS. El paquetizador de fuente convierte paquetes de TS en el flujo digital en formato MPEG-2 TS en paquetes de fuente. El dispositivo de grabación almacena cada paquete de fuente en el fichero de flujo de AV y escribe el fichero de flujo de AV en el disco BD-RE o similares.
En paralelo con el procesamiento de escritura del fichero de flujo de AV, la unidad de control del dispositivo de grabación genera un fichero de información de clip y un fichero de lista de reproducción en la memoria y escribe los ficheros en el disco BD-RE o similares. Específicamente, cuando un usuario solicita realización de procesamiento de grabación, la unidad de control genera en primer lugar un fichero de información de clip de acuerdo con un fichero de flujo de AV y escribe el fichero en el disco BD-RE o similares. En un caso de este tipo, cada vez que se detecta una cabecera de un GOP de un flujo de vídeo desde un flujo de transporte recibido desde fuera, o cada vez que un GOP de un flujo de vídeo se genera mediante el codificador de vídeo, la unidad de control contiene una PTS de una instantánea I situada en la cabecera del GOP y un SPN del paquete de fuente en que se almacena la cabecera del GOP. La unidad de control almacena adicionalmente un par de las PTS y el SPN como un punto de entrada en un mapa de entrada del fichero de información de clip. En este momento, se añade una bandera "es_cambio_de_ángulo" al punto de entrada. La bandera es_cambio_de_ángulo se establece a "activado" cuando la cabecera del GOP es una instantánea IDR, y a "desactivado" cuando la cabecera del GOP no es una instantánea IDR. En el fichero de información de clip, la información de atributo de flujo se establece adicionalmente de acuerdo con un atributo de un flujo a grabar. De esta manera, después de escribir el fichero de flujo de AV y el fichero de información de clip en el disco BD-RE o similares, la unidad de control genera un fichero de lista de reproducción usando el mapa de entrada en el fichero de información de clip, y escribe el fichero en el disco BD-RE o similares.
<<Copia gestionada>>
El dispositivo de reproducción de acuerdo con la primera realización de la presente invención puede escribir un flujo digital grabado en el medio de grabación 100 en otro medio de grabación mediante una copia gestionada. En este punto, copia gestionada se refiere a una técnica para permitir copia de un flujo digital, un fichero de lista de reproducción, un fichero de información de clip y un programa de aplicación desde un medio de grabación de solo lectura tal como un disco BD-ROM a un medio de grabación escribible únicamente en el caso donde una autenticación mediante 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 dispositivo de memoria de semiconductores portátil tal como una tarjeta de memoria SD, Memory Stick™, Compact Flash™, Smart Media o Multimedia Card™. Una copia gestionada permite la limitación del número de copias de seguridad de datos grabados en un medio de grabación de sólo lectura y cobrar un precio por copias de seguridad.
Cuando una copia gestionada se realiza desde un disco BD-ROM a un disco BD-R o a 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 copiarse en orden como están.
Si se realiza una copia gestionada entre diferentes tipos de medios de grabación, necesita realizarse una transcodificación. Esta "transcodificación" 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 la copia. Por ejemplo, la transcodificación incluye el proceso de convertir un formato MPEG-2 TS en un formato de flujo de programa MPEG2 y el proceso de reducir una tasa de bits de cada uno de un flujo de vídeo y un flujo de audio y recodificar el flujo de vídeo y el flujo de audio. Durante la transcodificación, un fichero de flujo de AV, un fichero de información de clip y un fichero de lista de reproducción necesitan generarse en la grabación en tiempo real anteriormente mencionada.
<<Método para describir la estructura de datos>>
Entre las estructuras de datos en la primera realización de la presente invención, una estructura repetida "existe una pluralidad de piezas de información que tienen un tipo predeterminado" se define describiendo un valor inicial de una variable de control y una condición cíclica en una sentencia "for". También, una estructura de datos "si se satisface una condición predeterminada, se define información predeterminada" se define describiendo, en una sentencia "if", la condición y una variable a establecer en el momento cuando la condición se satisface. De esta manera, la estructura de datos descrita en la primera realización se describe usando un lenguaje de programación de alto nivel. Por consiguiente, la estructura de datos se convierte mediante un ordenador en un código legible por ordenador mediante el proceso de traducción realizado mediante un compilador, que incluye "análisis de sintaxis", "optimización", "asignación de recursos" y "generación de código", y la estructura de datos se graba a continuación en el medio de grabación. Describiéndose en un lenguaje de programación de alto nivel, la estructura de datos se trata como una parte distinta del método de la estructura de clase en un lenguaje orientado a objetos, específicamente, como una variable de miembro de tipo matriz 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 necesita protegerse como una invención relacionada con la informática.
<<Gestión del fichero de lista de reproducción y fichero de información de clip mediante programa de reproducción>>
Cuando un fichero de lista de reproducción y un fichero de flujo de AV se graban 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 el ordenador reproduzca el fichero de flujo de AV de acuerdo con el fichero de lista de reproducción. El programa de reproducción se carga desde medio de grabación a un dispositivo de memoria de un ordenador y a continuación se ejecuta mediante el ordenador. 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 dispositivo 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 matriz de código del programa de reproducción, un valor inicial y datos no reescribibles. La sección de datos incluye variables con valores iniciales y datos reescribibles. En particular, la sección de datos incluye un fichero, grabado en el dispositivo de grabación, que puede accederse en cualquier momento. La sección bss incluye variables que no tienen valor inicial. Los datos incluidos en la sección bss se hacen referencia de acuerdo con comandos indicados mediante el código en la sección de texto. Durante el procesamiento de compilación o el procesamiento de enlace, un área para la sección de bss se reserva en la RAM interna del ordenador. La sección de pila es un área de memoria reservada temporalmente según sea necesaria. Durante cada uno de los procesos mediante el programa de reproducción, se usan temporalmente variables locales. La sección de pila incluye estas variables locales. Cuando se ejecuta el programa, las variables en la sección bss se establecen inicialmente a cero, y el área de memoria necesaria se reserva en la sección de pila.
Como se ha descrito anteriormente, el fichero de lista de reproducción y el fichero de información de clip ya están convertidos en el dispositivo de grabación en código legible por ordenador. Por consiguiente, en el momento de ejecución del programa de reproducción, estos ficheros se gestionan cada uno como "datos no reescribibles" en la sección de texto o como un "fichero accedido en cualquier momento" en la sección de datos. En otras palabras, el fichero de lista de reproducción y el fichero de información de clip 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 fichero de lista de reproducción y el fichero de información de clip cumplen un papel mayor en el programa de reproducción que más que simple presentación de datos.
Aplicabilidad industrial
El medio de grabación de información que pertenece a la presente invención almacena en el mismo vídeo en 3D. Sin embargo, pudiendo reproducirse mediante tanto un dispositivo de reproducción para vídeo en 2D como un dispositivo de reproducción para vídeo en 3D, el medio de grabación de información puede suministrar contenidos de vídeo tales como un título de película que incluye vídeo en 3D al mercado sin tener en cuenta la compatibilidad, contribuyendo de esta manera a la activación del mercado de películas, el mercado de dispositivos de consumo y similares. Por lo tanto, el medio de grabación y dispositivo de reproducción que pertenecen a la presente invención son ampliamente aplicables en la industria de las películas, la industria de los dispositivos de consumo y similares.
Símbolos de referencia
100 medio de grabación 200 dispositivo de reproducción 300 dispositivo de visualización 400 gafas 3D 500 control remoto 2001 primer bloque de segmento en 3D 2002 segundo bloque de segmento en 3D 2003 tercer bloque de segmento en 3D 2010 entrada de fichero en primer fichero 2D 2011 entrada de fichero en segundo fichero 2D 2020 entrada de fichero en primer fichero SS 2021 entrada de fichero en segundo fichero SS LB límite de capa D0, D1, D2, D3, D4 bloque de datos de mapa de profundidad R0, R1, R2, R3, R4 bloque de datos de vista derecha

L0, L1, L4: bloque de datos de vista de base

L22D, L32D: bloque exclusivamente para reproducción en 2D

L2ss, L3ss: bloque exclusivamente para reproducción en 3D

EXT2D[0], EXT2D[1], EXT2D[2]: segmento 2D

5: EXTSS[0], EXTSS[1], EXTSS[2], EXTSS[3], EXTSS[4] segmento 3D

Claims

REIVINDICACIONES

1. Un medio de grabación (100) que tiene un área de grabación formada por una pluralidad de capas de grabación, que comprende:

un flujo intercalado que incluye una pluralidad de bloques de datos de vista principal en que se divide y contiene un flujo de vista principal usado para reproducción de vídeo monoscópico, y una pluralidad de bloques de datos de sub-vista en que se divide y contiene un flujo de sub-vista usado para reproducción de vídeo estereoscópico en combinación con el flujo de vista principal; información de gestión 2D (2010) que hace referencia al flujo intercalado como un fichero de reproducción de vídeo monoscópico; e información de gestión 3D (2020) que hace referencia al flujo intercalado como un fichero de reproducción de vídeo estereoscópico;

caracterizado por que

un grupo de bloque de datos común, un grupo de bloque de datos en 2D y un grupo de bloque de datos en 3D se graban continuamente, en el orden establecido, en una región inmediatamente precedente de un límite entre las capas de grabación, el grupo de bloque de datos común incluye uno o más de los bloques de datos de vista principal y uno o más de los bloques de datos de sub-vista dispuestos en alternancia, estando incluidos los bloques de datos de vista principal en el grupo de bloque de datos común al que se hace referencia mediante la información de gestión en 2D y la información de gestión en 3D, el grupo de bloque de datos 2D incluye uno o más de los bloques de datos de vista principal, estando incluidos los bloques de datos de vista principal en el grupo de bloque de datos en 2D al que no se hace referencia mediante la información de gestión en 3D y al que se hace referencia mediante la información de gestión en 2D, el grupo de bloque de datos en 3D incluye uno o más de los bloques de datos de vista principal y uno o más de los bloques de datos de sub-vista, estando incluidos los bloques de datos de vista principal en el grupo de bloque de datos en 3D al que no se hace referencia mediante la información de gestión en 2D y al que se hace referencia mediante la información de gestión en 3D, y los bloques de datos de vista principal incluidos en el grupo de bloque de datos en 2D y los bloques de datos de vista principal incluidos en el grupo de bloque de datos en 3D son idénticos en cuanto a contenido.
2.

El medio de grabación de la reivindicación 1, en el que una indicación de tiempo de presentación de una última instantánea incluida en el grupo de bloque de datos en 2D y una indicación de tiempo de presentación de una última instantánea incluida en el grupo de bloque de datos en 3D coinciden entre sí.
3.

El medio de grabación de la reivindicación 2 que tiene adicionalmente grabada en el mismo información de ruta de reproducción que indica una ruta de reproducción que usa una pluralidad de secciones de reproducción, en donde la información de ruta de reproducción incluye información que ordena a una sección de reproducción definida para el grupo de bloque de datos en 2D y para el grupo de bloque de datos en 3D reproducirse de manera ininterrumpida con una sección de reproducción inmediatamente anterior.
4.

El medio de grabación de cualquiera de las reivindicaciones 1 a 3, en el que el grupo de bloque de datos en 3D tiene un tamaño de datos que no produce la infrautilización de memoria intermedia para un dispositivo de reproducción durante el salto largo que tiene lugar en la reproducción estereoscópica, y el grupo de bloque de datos en 2D tiene un tamaño de datos que, cuando se lee inmediatamente después del grupo de bloque de datos común, no produce la infrautilización de memoria intermedia para el dispositivo de reproducción durante el salto largo que tiene lugar en reproducción de vídeo monoscópico.
5.

Un sistema de reproducción que comprende un dispositivo de reproducción (4900) y un medio de grabación (100) que tiene un área de grabación formada por una pluralidad de capas de grabación, comprendiendo el medio de grabación (100):

un flujo intercalado que incluye una pluralidad de bloques de datos de vista principal en que se divide y contiene un flujo de vista principal usado para reproducción de vídeo monoscópico, y una pluralidad de bloques de datos de sub-vista en que se divide y contiene un flujo de sub-vista usado para reproducción de vídeo estereoscópico en combinación con el flujo de vista principal; información de gestión 2D (2010) que hace referencia al flujo intercalado como un fichero de reproducción de vídeo monoscópico; e información de gestión en 3D (2020) que hace referencia al flujo intercalado como un fichero de reproducción de vídeo estereoscópico,

caracterizado por que

un grupo de bloque de datos común, un grupo de bloque de datos en 2D y un grupo de bloque de datos en 3D se graban continuamente, en el orden establecido, en una región inmediatamente precedente de un límite entre las capas de grabación,

119

el grupo de bloque de datos común incluye uno o más de los bloques de datos de vista principal y uno o más de los bloques de datos de sub-vista dispuestos en alternancia, haciendo referencia a los bloques de datos de vista principal incluidos en el grupo de bloque de datos común mediante la información de gestión en 2D y la información de gestión en 3D, el grupo de bloque de datos en 2D incluye uno o más de los bloques de datos de vista principal, estando incluidos los bloques de datos de vista principal en el grupo de bloque de datos en 2D al que no se hace referencia mediante la información de gestión en 3D y al que se hace referencia mediante la información de gestión en 2D, el grupo de bloque de datos en 3D incluye uno o más de los bloques de datos de vista principal y uno o más de los bloques de datos de sub-vista, estando incluidos los bloques de datos de vista principal en el grupo de bloque de datos en 3D al que no se hace referencia mediante la información de gestión en 2D y al que se hace referencia mediante la información de gestión en 3D, los bloques de datos de vista principal incluidos en el grupo de bloque de datos en 2D y los bloques de datos de vista principal incluidos en el grupo de bloque de datos en 3D son idénticos en cuanto a contenido, y el dispositivo de reproducción (4900) comprende:

una unidad de lectura (4901) que puede operar para leer el flujo de datos desde el medio de grabación; una unidad de separación (4907, 4911) que puede operar para extraer el flujo de vista principal y el flujo de sub-vista separando los bloques de datos de vista principal y los bloques de datos de sub-vista del flujo de datos; una memoria intermedia de lectura (4921, 4922) que puede operar para almacenar el flujo de vista principal extraído y el flujo de sub-vista; y un decodificador (4903) que puede operar para recibir una instantánea comprimida incluida en el flujo de vista principal y el flujo de sub-vista desde la memoria intermedia de lectura y decodificar la instantánea comprimida, en donde la unidad de lectura (4901) lee los bloques de datos de vista principal incluidos en el grupo de bloque de datos común y en el grupo de bloque de datos en 2D usando la información de gestión en 2D en reproducción de vídeo monoscópico, y la unidad de separación (4907, 4911) extrae el flujo de vista principal separando los bloques de datos de vista principal incluidos en el grupo de bloque de datos común y en el grupo de bloque de datos en 3D desde el flujo de datos usando la información de gestión en 3D.

120