MX2010013157A - Aparato de procesamiento de informacion, metodo de procesamiento de informacion, programa y medio de grabacion. - Google Patents

Aparato de procesamiento de informacion, metodo de procesamiento de informacion, programa y medio de grabacion.

Info

Publication number
MX2010013157A
MX2010013157A MX2010013157A MX2010013157A MX2010013157A MX 2010013157 A MX2010013157 A MX 2010013157A MX 2010013157 A MX2010013157 A MX 2010013157A MX 2010013157 A MX2010013157 A MX 2010013157A MX 2010013157 A MX2010013157 A MX 2010013157A
Authority
MX
Mexico
Prior art keywords
stream
video
current
information
display
Prior art date
Application number
MX2010013157A
Other languages
English (en)
Inventor
Shinobu Hattori
Original Assignee
Sony Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Sony Corp filed Critical Sony Corp
Publication of MX2010013157A publication Critical patent/MX2010013157A/es

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/50—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using predictive coding
    • H04N19/597—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using predictive coding specially adapted for multi-view video sequence encoding
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/30—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using hierarchical techniques, e.g. scalability
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N13/00—Stereoscopic video systems; Multi-view video systems; Details thereof
    • H04N13/10—Processing, recording or transmission of stereoscopic or multi-view image signals
    • H04N13/106—Processing image signals
    • H04N13/156—Mixing image signals
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N13/00—Stereoscopic video systems; Multi-view video systems; Details thereof
    • H04N13/10—Processing, recording or transmission of stereoscopic or multi-view image signals
    • H04N13/106—Processing image signals
    • H04N13/161—Encoding, multiplexing or demultiplexing different image signal components
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N13/00—Stereoscopic video systems; Multi-view video systems; Details thereof
    • H04N13/10—Processing, recording or transmission of stereoscopic or multi-view image signals
    • H04N13/189—Recording image signals; Reproducing recorded image signals
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B20/00—Signal processing not specific to the method of recording or reproducing; Circuits therefor
    • G11B20/10—Digital recording or reproducing
    • G11B20/12—Formatting, e.g. arrangement of data block or words on the record carriers
    • G11B20/1217—Formatting, e.g. arrangement of data block or words on the record carriers on discs
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B20/00—Signal processing not specific to the method of recording or reproducing; Circuits therefor
    • G11B20/10—Digital recording or reproducing
    • G11B20/10527—Audio or video recording; Data buffering arrangements
    • G11B2020/10537—Audio or video recording
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B20/00—Signal processing not specific to the method of recording or reproducing; Circuits therefor
    • G11B20/10—Digital recording or reproducing
    • G11B20/12—Formatting, e.g. arrangement of data block or words on the record carriers
    • G11B2020/1264—Formatting, e.g. arrangement of data block or words on the record carriers wherein the formatting concerns a specific kind of data
    • G11B2020/1289—Formatting of user data
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B2220/00—Record carriers by type
    • G11B2220/20—Disc-shaped record carriers
    • G11B2220/25—Disc-shaped record carriers characterised in that the disc is based on a specific recording technology
    • G11B2220/2537—Optical discs
    • G11B2220/2541—Blu-ray discs; Blue laser DVR discs

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Television Signal Processing For Recording (AREA)
  • Testing, Inspecting, Measuring Of Stereoscopic Televisions And Televisions (AREA)
  • Signal Processing For Digital Recording And Reproducing (AREA)
  • Compression Or Coding Systems Of Tv Signals (AREA)

Abstract

Se proporcionan un dispositivo de procesamiento de información, un método de procesamiento de información, un programa y un medio de grabación, los cuales son capaces de inducir un dispositivo de reproducción para determinar si la corriente base o la corriente extendida, la cual se genera al codificar datos de video de multipunto de visualización utilizando un sistema de codificación predeterminado y la corriente de una imagen izquierda o la corriente de una imagen derecha. 3D_PL_type representa el tipo de PlayList. El valor 01 del 3D_PL_type representa la PlayList para la reproducción de B-D1 de la reproducción 3D, y 10 representa PlayList para la reproducción B-D2 de la reproducción 3D. View_type representa si la corriente de video de visualización Base, la reproducción de la cual se maneja por la PlayList es ya sea la corriente de la imagen L (visualización L) o la corriente de la imagen R (visualización R). La presente invención se puede aplicar a un dispositivo de reproducción que se conforma al estándar de BD-ROM.

Description

APARATO DE PROCESAMIENTO DE INFORMACIÓN, MÉTOD CESAMIENTO DE INFORMACIÓN, PROGRAMA Y MEDIO DE G o Técnico La presente invención se refiere a un a esamiento de información, un método de procesa rmación, un programa y un medio de grabaci icular, a un aparato de procesamiento de inform do de procesamiento de información, un progr o de grabación que permiten que un ap oducción determine cuál de una corriente de ba iente de mejora obtenida al codificar datos de i-visualización utilizando un método de cod eterminado es una corriente de una imagen iz es una corriente de una imagen derecha. rrollado por NHK (Corporación Emisora Japonesa) .
Los datos de imagen de una imagen 3D inclu imagen obtenidos de datos de imagen de visu iple (los datos de imagen de imágenes capturad alidad de puntos de vista) . Cuando el número de ta incrementa y los puntos de vista se distribu mayor margen, un objeto puede verse desde una va cciones. De este modo, un denominado "mirar lizarse .
Entre las imágenes 3D, una imagen que r número de puntos de vista es una imagen es e dos puntos vista (una denominada imagen 3D) . imagen de una imagen estéreo incluyen datos de u ierda que se ve por el ojo izquierdo y dato en derecha que se ve por el ojo derecho .
Además, contenido de imagen de alta resolu a de Citas ratura de Patente PTL 1: Publicación de Solicitud de Pa inada Japonesa No. 2007-095249 rio de la Invención lema Técnico Sin embargo, en el estándar DB, un mé ribe cómo se graban y reproducen datos de imag en 3D que incluye una imagen estéreo no se defin Aún cuando la información de manejo de los en definida por el estándar de BD existente s ctamente, los datos de una imagen estéreo oducirse .
Por consiguiente, la presente invención aparato de reproducción determinar cuál de una ificación para codificar datos de video ualización utilizando un método de co determinado y generar medios para generar info to de vista que indica cuál de una corriente riente de mejoramiento obtenida a travé ificación realizada por el medio de codificaci riente de una imagen izquierda y cuál es una co imagen derecha.
El medio de generación puede generar info trol de reproducción utilizada para con roducción de la corriente base y la cor oramiento, y la información de control de re de incluir la información de punto de vista. En aparato de procesamiento de información ade luir medios de grabación para grabar la info trol de reproducción generada por el medio de la corriente base y la corriente de me oramiento El medio de generación puede generar info ntificación que indica si la información se ut trolar la reproducción de una imagen bidimensi gen tridimensional, generar la primera info trol de reproducción que incluye la infor ntificación que indica la información utili trolar la reproducción de una imagen bidimensi trola la reproducción de la corriente base, y unda información de control de reproducción que ormación de identificación que indica la i ilizada para controlar la reproducción de u dimensional y que controla la reproducción de la e y la corriente de mejoramiento.
El medio de generación puede establecer i respecto a la reproducción de la cor codificación es una corriente de una imagen i l es una corriente de una imagen derecha.
De acuerdo con un aspecto de la presente programa incluye código de programación para pr computadora realice un proceso que incluye las ificar datos de video de multi-visualización úti odo de codificación predeterminado y ge ormación de punto de vista que indica cuá riente de una base y una corriente de me enida a través de la codificación es una corrie gen izquierda y cuál es una corriente de u echa .
De acuerdo con un aspecto de la presente medio de grabación almacena una corriente b riente de mejoramiento obtenida al codificar eo de multi-visualización utilizando un riente base y una corriente de mejoramiento vés de la codificación realizada por el ificación es una corriente de una imagen izquie una corriente de una imagen derecha se genera. ctos Ventajosos de la Invención De acuerdo con la presente invención, el cesamiento de información permite que un a roducción determine cuál de una corriente b riente de mejoramiento obtenida al codificar lo eo de multi-visualización utilizando un n ificación predeterminado es una corriente de uierda y cuál es una corriente de una imagen der ve Descripción de los Dibujos La Figura 1 ilustra un ejemplo de la con riente de AV.
La Figura 6 ilustra las estructuras yectoria Principal y una Sub-Trayectoria .
La Figura 7 ilustra un ejemplo de la est ejo de un archivo grabado en un disco óptico.
La Figura 8 ilustra la sintaxis de yList .
La Figura 9 ilustra la sintaxis de la trado en la Figura 8.
La Figura 10 ilustra un ejemplo de SubPat La Figura 11 ilustra la sintaxis del SubP trado en la Figura 9.
La Figura 12 ilustra la sintaxis de trado en la Figura 8.
La Figura 13 ilustra la sintaxis de S trada en la Figura 12. stream_id utilizando una aplicación Ja istrada) .
La Figura 19 ilustra la sintaxis del yList .
La Figura 20 ilustra cómo erved_for_future_use mostrado en la Figura 19.
La Figura 21 ilustra el significado de l 3D_PL_type .
La Figura 22 ilustra el significado de l view_type .
La Figura 23 es un diagrama de bloq figuración ejemplar de un aparato de reproducció La Figura 24 ilustra una configuración e unidad descodificadora mostrada en la Figura 23 La Figura 25 ilustra la estructura par corriente de video.
La Figura 30 ilustra un ejemplo en e ribe view_type en una corriente elemental .
La Figura 31 ilustra la estructura de la eso .
La Figura 32 es un diagrama de bloq figuracion de hardware ejemplar de una computado cripción de las Modalidades EMPLO DE CONFIGURACIÓN DEL SISTEMA DE REPRODUCCI La Figura 1 ilustra un ejemplo de la con un sistema de reproducción que incluye un ap roducción de acuerdo con la presente invención.
Como se muestra en la Figura 1, el roducción incluye el aparato 1 de reproduce rato 3 de presentación conectados entre sí utili mplo, un cable de HDMI (Interfaz de Multimedi voca que el aparato 3 de representación, ta eptor de televisión, presente la imagen 3D re ilarmente, el sonido se reproduce por el apa roducción y se reproduce desde, por ejemplo, luido en el aparato 3 de presentación.
Una variedad de métodos para desplegar se ha desarrollado. En este ejemplo, para des gen 3D, los siguientes métodos de presentación ipo 2 se emplean.
En el método de presentación del tipo 1, imagen 3D incluyen los datos de imágenes visual ojo izquierdo (imágenes L) y los datos de ualizadas por el ojo derecho (imágenes R) . Al ernativamente las imágenes L y las imágen pliega una imagen 3D, En el método de presentación del tipo 2, uieren gafas cuando un usuario ve una image argO; en el método de presentación del tipo 2, de ver una imagen 3D sin usar gafas.
El disco 2 óptico incluye una corriente c imagen 3D puede desplegarse utilizando cualqui odos de presentación del tipo 1 y del tipo 2.
Para grabar una corriente del disco 2 ándar del perfil AVC (Codificación de Video Ava dificación de Video de ulti-Visualización) mplo, se utiliza como método de codificación. rfile de AVC/MVC H.264] En el estándar de Perfil AVC/MVC H riente de imagen denominada "Video de visualiza na corriente de imagen denominada "Video de vis endiente" se definen. Después de esto, el e La Figura 3 es un diagrama de bloque que mplo de la configuración del codificador de MVC.
Como se muestra en la Figura 3, un codi MVC incluye un codificador 21 de H.26 codificador 22 de H.264/AVC, una unidad 23 de fundidad, un codificador 24 de video de vis endiente, y un multiplexor 25.
Una de corriente de video #1 captura ará para una imagen L se ingresa en el codific 64/AVC y la unidad 23 de cálculo de profundida corriente de video #2 capturada por la cámar gen R se ingresa en la unidad 23 de cálculo de p el codificador 24 de video de visualización De ernativamente , la corriente del video #2 puede el codificador 21 de H.264/AVC y la unidad 23 profundidad, y la corriente del video #1 puede riente de video de AVC suministrada desde el c de H.264/AVC y produce una corriente de video # ravés de la operación de descodificación en el c de video de visualización Dependiente.
La unidad 23 de cálculo de profundidad fundidad en la base de la corriente del vide riente del video #2 y produce la profundidad ca multiplexor 25.
El codificador 24 de video de vis endiente codifica la corriente del video #1 su de el descodificador 22 de H.264/AVC y la cor eo #2 ingresada externamente y produce una co eo de visualización Dependiente.
La codificación predictiva en la cual una erente se utiliza como imagen de referencia no a el video de visualización Base. Sin embargo Observe desde que se realiza la co lizando H.264/AVC, se realiza predicción para e ualización Base en la dirección de tiempo tambié realiza predicción para el video de VÍS endiente en la dirección de tiempo además de la re vistas. Para descodificar el video de vis endiente, el video de visualizacion Base corre se mencionó en el momento de la codificació codificarse con anticipación.
El codificador 24 de video de vis endiente produce, en el multiplexor 25, tal co eo de visualizacion Dependiente obtenida a tra ración de codificación utilizando predicción tas .
El multiplexor 25 multiplexa la corrient visualizacion Base suministrada desde el codific la corriente de video de visualización Dependie luirse en diferentes MPEG2 TS .
El multiplexor 25 produce el TS gener ) . El resultado de TS del multiplexor 25 se g eo 2 óptico por un aparato de grabación junt os de manejo adicionales. El disco 2 óptico q es datos grabados en el mismo se suministra al reproducción.
Si el video de visualización Dependiente to con el video de visualización Base en el sentación del tipo 1 necesita diferenciarse de ualizacion Dependiente (la Profundidad) utili el video de visualización Base en el sentación del tipo 2, el primero se denomina c visualización DI" y el último se denomina como ualizacion D2" . usuario, el aparato 1 de reproducción lee la co eo de visualización Base y la corriente de ualización DI del disco 2 óptico y reproduce la video de visualización Base y la corriente de ualización DI.
Además, cuando el aparato 1 de reprodúcel roducción B-D2, el aparato 1 de reproducció riente de video de visualización Base y la co eo de visualización D2 desde el disco 2 óptico y corriente de video de visualización Base y la co eo de visualización D2.
Además, cuando el aparato 1 de reprodúcel roducción de . imagen 2D ordinaria, el apar roducción solamente lee la corriente de ualización Base del disco 2 óptico y reproduce e ualización Base. endiente" se refiere al video de visualización D eo de visualización DI, el video de visualiza ba en el disco 2 óptico y se reproduce. rmato de Aplicación] La Figura 5 ilustra un ejemplo del man riente de AV realizada por el aparato 1 de repro Como se muestra en la Figura 5, el man riente de AV se realiza utilizando dos capas: roducción y Fragmento. Una corriente de AV pued un almacén local del aparato 1 de reproducción eo 2 óptico.
Aquí, un par que consiste de una corrien Información de Fragmento acompaña por la corri considera como objeto. El objeto se deno agmento" . Aquí, un archivo que almacena una co Una lista de reproducción es una col ervalos de corriente de AV que se reprod ervalo de reproducción en una corriente de AV s o "Playitem" . El Playitem se define al utilizar siste de un punto de ENTRADA y un punto de ervalo de reproducción en un eje de tiempo, stra en la Figura 5, la PlayList incluye ralidad de Playltems .
En la Figura 5, una primera PlayLi uierda incluye dos Playltems. Los dos Pla ieren a la primera y segunda mitad de la corri luida en el Fragmento izquierdo.
Una segunda PlayList de la izquierda yltem. El Playitem se refiere a la totali riente de AV incluida en el Fragmento derecho.
Una tercera PlayList de la izquierda i roduce. Como se describe en lo anterior, la P liza como información de manejo de reproduc ejar la reproducción de corrientes de AV.
En una PlayList, una trayectoria de re mada por uno o más Playltems continuos se den ayectoria Principal" Además, en una PlayList, una traye roducción formada por uno o más SubPlayItems con paralela a la Trayectoria Principal se denomina yectoria" .
La Figura 6 ilustra las estructura yectoria Principal y la Sub-Trayectoria.
Una PlayList puede incluir una T ncipal y una o más Sub-Trayectorias .
La corriente de video de visualización uencial a las Sub-Trayectorias de la pri yectoria de manera que Subpath_id = 0, Subpat path_id = 2.
En el ejemplo mostrado en la Figura 6 yectoria que tiene las Subpath_id 0 i Playltem, y la Sub-Trayectoria que tiene la Subp luye 2 SubPlayltems . Además, la Sub-Trayectoria Subpath_id = 2 incluye un SubPlayltem.
Una corriente de AV de Fragmento que se Playltem incluye por lo menos una corriente tos de imagen principal) .
Además, la corriente AV de Fragmento luir una o más corrientes de audio que se rep mo tiempo que (en sincronización con) la repro corriente de video incluida en la corriente riente de video incluida en la corriente gmento . La corriente de IG se utiliza para r ficos, tales como botones que se operan por un u En una corriente AV de Fragmento indica yltem, las siguientes corrientes son multiple riente de vídeo, cero, una, o más corrientes de roducirse en sincronización con la reprodúce riente de vídeo, cero, una, o más corrientes o, una o más corrientes de IG.
Además, un SubPlayItem indica, por ej riente de video, una corriente de audio, o una PG de una corriente diferente de la corriente gmento, la cual se indica por el Playltem (una erente) .
Tal método de manejo de corriente de AV q ectorio. Un directorio de ra z se genera en e ico. Bajo un directorio de raíz, los archivos una sola grabación por un solo sistema de g roducción.
Bajo un directorio de raíz, se est ectorio de BDMV.
Inmediatamente bajo el directorio de hivo de índice que tiene un nombre de "Index. hivo de MovieObject que tiene un nombre "MovieOb almacena .
Bajo el directorio de BDMV, un dire KUP, un directorio de PLAYLIST, un directorio d n directorio de STREAM se proporciona.
En el directorio de PLAYLIST, los ar yList que cada uno incluye una PlayList se alm hivos de Información de Fragmento.
En la Figura 7, tres archivos de Info gmento tienen nombres de archivo "000 002. clipi" , y "00003. clipi" . Después de esto un ormación de Fragmento de denomina como archivo d clipi" como es apropiado.
Por ejemplo, un archivo de Clpi que tiene n 00001. clpi" incluye información con respecto al video de visualización Base.
Un archivo de clpi que tiene un 002. clpi" incluye información con respecto al video de visualización D .
Un archivo de clpi que tiene un 003. clpi" incluye información con respecto al video de visualización DI.
Un archivo de m2ts que tiene un nombre s" es un archivo utilizado para reproducci ecificar este archivo, una corriente de sualización Base se lee.
Un archivo de m2ts que tiene un nombre ts" es un archivo con respecto a una corriente d sualización de D2. Un archivo de m2ts que tiene "00003. m2ts" es un archivo con respecto a una co eo de visualizacion de DI.
Un archivo de ilvt que tiene un 0000. ilvt" es un archivo utilizado para reproduc . Al especificar este archivo, una corriente d sualización Base y una corriente de video de vis DI se leen.
Un archivo de ilvt que tiene un La Figura 8 ilustra la sintaxis de rita en un archivo de PlayList. "length" denota un número entero sin fl es que representa el número de bytes ediatamente después del campo de duración para e de la PlayList (). ES decir, "length" rep ero de bytes de reserved_for_future_use para e de la PlayList.
Inmediatamente después de "length" , se p reserved_for_future_use de 16 bits.
Un campo de 16 bits "number_of_PlayItems" ero de Playitems incluidos en la PlayList. En trado en la Figura 6, el número de Playitems or que comienza desde "0" se asigna secuencialm yltem_id cada vez que aparece el Playltem rmación subsiguiente "for", Playltem() se ind es igual al número de Playltems, y SubPathO ías veces igual al número de Sub-Trayectorias .
La Figura 9 ilustra la sintaxis de trada en la Figura 8. "length" denota el número entero sin fi s que representa el número de bytes ediatamente después de un campo de duración para e de la SubPathO . Es decir, "length" representa bytes de reserved_for_future_use para el último yList .
Inmediatamente después de "length", se p erved_for_future_use de 16 bits.
Un campo de 8 bits "SubPath__type" indica icación que realiza procesamientos utilizand po "is_repeat_SubPath" indica si, durante la re la Trayectoria Principal, la Sub-Trayectoria se manera repetida o sólo una vez. Por ejemplo, _repeat_SubPath" que se utiliza cuando el mome Fragmento indicado por la trayectoria pri roduce, difiere del momento en el cual el icado por la Sub-Trayectoria se reproduce (po ndo la Trayectoria Principal representa un tray diapositiva mostrada de imágenes fijas y yectoria representa una trayectoria de audio BGM) Inmediatamente después de "Is_repeat_Su porciona un reserved_for_future_use de 8 bits.
Un campo de 8 bits "number_of_SubPlayIte número de SubPlayltems (el número de entradas) la Sub-Trayectoria. Por ejemplo, la F icacla por una Trayectoria Principal (una icada por un Playltem que forma la Trayectoria multiplexan en diferentes TS .
En contraste, "In_of_mux" indica una icada por la Sub-Trayectoria y una corriente in trayectoria principal se multiplexan en la mism SubPath_type = 0 y SubPath_type = 1 se re El SubPath_type = 2 indica "Traye sentación de audio de la presentación de d sultable" (una trayectoria de presentación de a sentación de diapositiva consultable) .
El SubPath_type = 3 indica "Menú de prese ficos Interactivo" (una presentación de menú d eractivos) .
El SubPath_type = 4 indica "Traye riente de video indicada por la Sub-Trayectoria Path_type = 6 sirve como comentario (una imiento) del director para la película.
El SubPath_type = 7 indica una trayectori ES (audio primario/PG/IG/audio secundari yectoria de representación de imagen en imagen.
El SubPath_type = 8 para el SubPath_ ine Sub-Trayectorias para una aplicación qu roducción 3D. En este ejemplo, un valor dif ablece de acuerdo con un patrón de multiplexi rientes de video de visualización Dependientes la Sub-Trayectoria.
El SubPath_type = 8 indica "Sub-Traye ra de multiplexión del disco" , lo cual indi riente de video de visualización Dependiente in Sub-Trayectoria registrada en el disco 2 óp El SubPath_type = 10 indica "Sub-Trayect ra de multiplexión de Almacén Local" , lo cual corriente de video de visualizacion Dependient la Sub-Trayectoria registrada en el almacén l tiplexa en una TS que es diferente de un TS en riente de video de visualizacion Base indica yectoria Principal se multiplexa.
Como se describe con mayor detalle lo sig rato 1 de reproducción puede realizar reprodúcel cargar corriente de video de visualizacion D de un servidor y utilizar la corriente de ualización Dependiente junto con una corriente d ualización Base grabado en el disco 2 óptico.
El SubPath_type = 11 indica "Sub-Trayect Multiplexión de Almacén Local" , lo cual indi riente de video de visualizacion Dependiente in video de visualización Dependiente indicada po yectoria se registra y un valor que representa multiplexión para una TS .
Por consiguiente, el aparato 1 de re de identificar si la corriente de video de vis endiente indicada por la Sub-Trayectoria se gr eo 2 óptico o en el almacén local.
Además, el aparato 1 de reprodúce ntificar si la corriente de video de vis endiente indicada por la Sub-Trayectoria se mul TS de la corriente de video de visualización Bas erente de la TS de la corriente de video de vis e .
El aparato 1 de reproducción puede c odo para leer la corriente de video de visualiz acuerdo con el resultado de identificación.
PlayItem indica un pluralidad de Fragmentos.
El caso en el cual un SubPlayltem gmento se describe lo siguiente.
El Clip_Information_file_name [0] i gmento que se indicará.
El Clip__codec_identifier [0] indica el ificación-descodificación para el ediatamente después de Clip_codec_identifier porciona reserved_for_future_use . "is_multi__Clip_entries" es un indicador presencia/ausencia de registro de un multifragme icador "is_multi_Clip_entries" se encuentra a taxis por el caso en el cual SubPlayltem i ralidad de fragmentos se indica.
El ref_to_STC_id [0] representa inform pecto a un punto de discontinuidad STC (un El SubPlayItem_IN_time , SubPlayItem_OUT c_PlayItem_id/ y el sync_start_PTS_of_PlayItem s el Fragmento indicado por el SubPlayltem en partida .
El caso en el cual "si (Is_multi_Clip_e es verdadero y un SubPlayltem indica una plu gmentos, se describe en lo siguiente.
El num_of_Clip_ent ies indica el n gmentos indicados. El número de Clip_Information bClip_entry_id] s representa un número de Frag luyen Clip_Information_file_name [0] .
El Clip_codec_identifier [SubClip_entry__ método de codificación-descodificación. ref_to_STC_id [SubClip_entry_id] repre ormación con respecto a un punto de discontinua iediatamente después de (un punto de disconti El Clip_Information_file_name [0] indica un archivo de Información de Fragmento de un icado por el Playltem. Observe que el nombre d mt2s incluye el Fragmento y el nombre del a ormación de Fragmento que corresponde con el s incluye el mismo número de 5 dígitos .
Clip_codec__identifier [0] indica el m ificación-descodificación utilizado para el ediatamente después del Clip_codec_identifie porciona reserved_for_future^use . Inmediatament reserved_for_future_use , se proporcionan is_mul nection_condition .
Ref_to_STC__id [0] representa informac pecto a un punto de discontinuidad de STC (un continuidad de acuerdo con el tiempo del sistema) IN_time indica el punto de inicio del in SubPlayItem que forma la Sub-Trayectoria .
La Figura 13 ilustra la sintaxis de la S trada en la Figura 12.
STN_table{) representa los atributos del "length" denota un número entero sin fi s que representa el número de bytes ediatamente después del campo de duración para e de STN_table{) . Inmediatamente después del ación, un reserved_for_future_use de 16 porciona .
Number_of_video_stream_entries indica el rientes que se incluyen (registrada) en la STN tienen video_stream_ids asignadas al mismo. video__stream__id representa informaci ntificar cada una de las corrientes de video. Po ID de la corriente de video de visualización _table() como entradas. audio_stream_id se asig de las corrientes. La audio_stream_id ormación para identificar cada una de las cor io. audio_stream__number indica el número de cor io que se utiliza para la conmutación de audio ible para el usuario. number_of_audio_stream2_entries indica el rientes en la segunda corriente de audio a l io_stream__id2 se asigna incluida en la STN__t io_stream_id2 representa información para identi de las corrientes de audio. audio_stream_number ero de corriente de audio que se utiliza mutación de audio y que es visible para el u e ejemplo, el sonido reproducido puede conmutars number_of_PG_txtST_stream_entries indica corrientes a las cuales se asigna PG txtST STN_table(). En la STN_table ( ) , una corriente istra. El IG_stream_number indica un número de gráfico que se utiliza para conmutación de gráf visible para el usuario.
Las ID de la TS Principal y la Sub TS, describen en lo siguiente, también se regist _table() . Estas ID no son las ID de las mentales, sino las ID de las TS . Esta infor ribe en la stream_attribute ( ) .
La Figura 14 ilustra un ejemplo lication_type .
El application_type se escribe en el ormación de Fragmento (Cliplnfo ( ) ) . El a ormación de Fragmento se proporciona para cada gmentos . "application_type = 0" se reserva. responde con el archivo de Información de Fra luye la afirmación es una TS para una Pr sultable . "application_type = 4" indica que l responde con el archivo de Información de Fra luye la afirmación es una TS para una Pr sultable para la Sub-Trayectoria . "application_type = 5" indica que l responde con el archivo de Información de Fra luye la afirmación es una TS para gráficos in a la Sub-Trayectoria. uapplication_type = 6" indica que l responde con el archivo de Información de Fra luye la afirmación es una TS para un subtítul tos de subtítulo de texto) para la Sub-Trayector "application_type = 7" indica que l Como se describe en lo anterior, los val lication_type incluyen un valor definido icacion que realiza reproducción 3D. Por consigu icacion que realiza reproducción 3D puede ident que puede procesarse por la aplicación que or de la application_type . emplo para Ajuste de Application_type y SubPath__ La Figura 15 ilustra un ejemplo para est lication_type y SubPath_type .
En la TS Principal mostrada en la Figur rientes de video de visualización Base, ualización Dependiente, Audio primario, PG endiente, IG Base e IG Dependiente se multiplexa e ejemplo, la corriente de video de vis endiente y la corriente de video de visualiz El plano de visualización Base de cada un G obtenidas al descodificar las corrientes S cuadamente con el plano del video de visualiz enido al descodificar la corriente de ualización Base y se despliega. Simi1ármente , e visualización Dependiente de cada una de la P bina de manera adecuada con el plano del ualización Dependiente obtenido al descodi riente de video, de visualización Dependie pliega .
Por ejemplo, cuando la corriente de ualización Base es la corriente de una image riente de video de visualización Dependien riente de una imagen R, la corriente de visualiz una corriente de los gráficos de la imagen L par la PG e IG. Además, la corriente de PG y la co ficos de la imagen L.
La application_type de la TS Prin lication_type escrito en el archivo de Infor gmento que corresponde con la TS Principal) es 1 La corriente de video de visualiza luida en la TS Principal es una corriente maneja una aplicación para realizar reproducción d bién una aplicación de Película ordinaria para r roducción 2D, como se observa en lo anterior. E lication_type que se establece en 1 para una T una aplicación de Película y la apli roducción 3D.
Además, puesto que la corriente de ualización Dependiente se incluye en la TS de la video de visualización Base, el valor de SubPa Sub-Trayectoria que indica la corriente de ablece a 1.
Además, puesto que la corriente de ualización Dependiente se incluye en la TS de la video de visualización Base, el valor de SubPa Sub-Trayectoria que indica la corriente de ualización Dependiente es 9. Como en el ejem crito, en este ejemplo, la corriente de ualización Dependiente se graba en el disco 2 óp En la Sub TS mostrada en la Figura^ rientes de audio Primario, PG Base, PG Depen e e IG Dependiente se multiplexan.
. Puesto que la TS se maneja por una apl roducción 3D, el valor de application_type de la La Figura 17 ilustra aún otro eje ablecer el application_type y SubPath_type . endiente se incluye en una TS diferente de una riente de video de visualización Base, el Path_type de la Sub-Trayectoria que indica la co eo de visualización Dependiente es 8. Como en es descrito, en este ejemplo, la corriente de ualizacion Dependiente se graba en el disco 2 óp De esta manera, el valor indicativo de maneja por una aplicación de reproducción 3D se o el valor del application_type en el a ormación de Fragmento que corresponde con l ejada por la aplicación de reproducción 3D.
Además, en la Sub-Trayectoria que riente de video de visualización Dependiente, erminado de acuerdo con la ubicación en la riente de video de visualización Dependiente se rón de multiplexión se establece como el corriente de video indicada por la trayectoria p corriente de audio indicada por la Sub-Trayector mismo tiempo.
La representación 3D de una presen genes fijas se discute en lo siguiente. Si la co eo de visualizacion Base y la corriente de ualización Dependiente de la corriente de luyen en diferentes TS, las dos TS pueden le argo, la corriente de audio utilizada como BGM rse .
Por consiguiente, durante la operació sentación Consultable (Application_type = 3) , ste SubPath_type = 9" o "SubPath_type = 11" s este modo, un valor de 8 ó 10, el cual indi riente de video de visualizacion Dependiente se TS diferente de una TS de la corriente de finición de stream_id] Como se ilustra en la Figura 13, en una ID de las corrientes (stream_ids) indicada yltem y el SubPlayItem se manejan.
La video_stream_id manejada en la resenta la ID de la corriente de video de vis e, y la PG_txtST_stream_id representa la riente de PG Base. Además, la IG_stream_id rep de la corriente de IG Base .
Aquí, para la corriente de video de vis endiente, las stream_ids no se registran en la stream_ids pueden calcularse utilizando la st corriente de video de visualizacion Base.
Por ejemplo, la stream_id de la corrient visualizacion Dependiente puede definirse úti uíente ecuación (1) : x en las ecuaciones (1) a (3) .
El valor de x puede identificarse a par _table. Alternativamente, el valor de x p ablecerse en el aparato 1 de reproducción.
De esta manera, un aparato de grabación p os en el disco 2 óptico no establece la strea riente de video de visualización Dependien _table por separado de la stream_id de la co eo de visualización Base.
Además, si el aparato 1 de reproducción stream__id de la corriente de video de visualiz lizando la STN_table, el aparato 1 de reproduc ntificar la stream_id de la corriente de ualización Dependiente que corresponde con la co eo de visualización Base a través de cálculo.
En el estándar de BD, una variedad de pr la aplicación de JAVA (marca registrada) media o la stream^id de la corriente de video de vis e. Después de esto, el controlador identifica la la corriente de video de visualización Depe ves de cálculo utilizando la stream_ID especific Adem s, el controlador lee la corriente d ualización Base y la corriente de video de vis endiente en la base de la stream_id identificada De esta manera, aún cuando se realiza una reproducción 3D, el número de stream_ids especif aplicación JAVA (marca registrada) mediante la uno. Además, la API no necesita extenderse de stream_IDs para la visualización Base y la vis endiente se especifican.
Además, si la ID de la corriente de vis endiente se calcula automáticamente utilizando l riente de video de visualización Dependiente, utiliza el algoritmo de selección de repro riente realizado por los reproductores existente lizarse para la visualización Dependie siguiente, la carga de procesamiento impuest roductores se incrementa. Es decir, después de r ceso de acuerdo con el algoritmo de sel roducción de corriente en la corriente de vis e, los reproductores necesitan realizan el p erdo con el algoritmo de selección de repro riente en la corriente de video de vis endiente .
Como se describe en lo anterior, al permi de la corriente de video de visualización Depe cule automáticamente utilizando la ID de la co ualización Base, la necesidad del proceso reali luyen en el archivo de PlayList.
En la Figura 19, type_indicator indica e hivo "xxxxx.mpls" . version_number indica el número de vers hivo "xxxxx . mpls" . El número de versión es un n itos . Por ejemplo, un archivo de PlayList roducción 3D tiene un número de versión de w ica "versión de especificación 3D" .
PlayList__start_address indica la ncipal de la PlayList () la cual es una direcci respecto al byte principal del archivo de PlayL PlayListMark_start_address indica la ncipal de la PlayListMark ( ) la cual es una di e con respecto al byte principal del archivo de ExtensionData_start_address indica la ncipal de la ExtensionData ( ) la cual es una di ura 8.
PlayListMark ( ) almacena información de m yList, es decir, información con respecto a una ica un destino de salto (punto de salto) de una usuario o un comando que instruye al salto de ca ExtensionData ( ) permite que los datos p erten en el mismo.
La Figura 20 ilustra ejemplos de afirmaci yList .
Como se muestra en la Figura 20, un 3D_PL s y un view_type de 1 bit se escriben en el yList. Por ejemplo, los view_type se escrib lnfoPlayList ( ) mostrada en la Figura 19.
El 3D_PL_type indica el tipo de PlayList.
El view_type indica si la corriente de ualización Base para la cual se maneja la reprod reproducción B-Dl 3D.
El valor "10" de 3D_PL_type indica la Pla reproducción B-D2 3D.
Por ejemplo, cuando el valor del 3D_PL_ty la información 3DPlayList se registra en Exten archivo de PlayList. Ejemplos de la i istrada 3DPlayList incluyen el nombre de arch hivo clpi que corresponde con el Fragmento de la video de visualización Dependiente (por 02. clpi" en el ejemplo mostrado en la Figura 7) .
La Figura 22 ilustra el significado de l view_type .
Cuando la reproducción 3D se realiza, el view_type indica que la corriente de ualización Base es una corriente de visualizac traste, cuando se realiza la reproducción 2D, e Por ejemplo, cuando el aparato 1 de re duce una señal de video en el aparato 3 de pr iante un cable de HDMI , el aparato 1 de repro uiere para identificar si la señal de video es visualización R o una señal de visualización L señal de video.
Puesto que se permite que el apar roducción identifique si la corriente de ualización Base es una corriente de visualizaci riente de visualización R, el aparato 1 de re de identificar si la señal de video es una ualización R o una señal de visualización L y al de video. onfiguración Ejemplar del Aparato 1 de Reproducci La Figura 23 es un diagrama de bloq Principal y la Sub TS a una unidad 56 de descodi La unidad 52 de disco lee los datos de ico bajo el control del controlador 51 y produce lectura en uno del controlador 51, una memoria dad 56 de descodificador .
La memoria 53 almacena los datos neces el controlador 51 realice una variedad de proce necesite .
Un almacén local se forma a partir de po HDD (Unidad de Disco Duro) . El almacén 54 local ejemplo, una corriente de video de vis endiente descargada desde un servidor 72. Una acenada en el almacén 54 local se suministra a de descodificador cuando se necesita.
Bajo el control del controlador 51, una i Internet se comunica con el servidor 72 median ella grabada en el disco 2 óptico puede propo ndo la corriente de video de visualización Depe carga, la información incluida en la PlayList se ndo se necesita.
La unidad 56 de descodificador desco riente suministrada desde la unidad 52 de d acén 54 local y adquiere una señal de video. o, la unidad 56 de descodificador produce la eo adquirida en el aparato 3 de presentación. A al de audio se suministra en el aparato 3 de pr iante una ruta predeterminada.
Una unidad 57 de entrada de operació positivos de entrada, tal como botones, teclas, sible al tacto, un mini-ratón, y un ratón, y una eptor que recibe, por ejemplo, una señal nsmitida desde un comprobador remoto predeter io también se realiza. El resultado de desco al de audio se produce en el aparato 3 de pr iante una cierta ruta (no mostrada) .
Un filtro 101 de PID determina si inistrada desde la unidad 52 de disco o el al es una TS Principal o un Sub TS que utiliza paquete de la TS o la ID de la corriente. El fil produce la TS Principal en una memoria interm duce la Sub TS en una memoria intermedia 103.
Un filtro 104 de PID lee secuencialmente la TS principal almacenada en la memoria interm pacha el paquete de acuerdo con la PID.
Por ejemplo, el filtro 104 de PID p uete de la corriente de video de visualiza luida en la TS Principal en una memoria interme eo B y produce un paquete de la corriente de Como se ilustra en la Figura 15, las corr eo de visualización Base, video de VÍS endiente, PG Base, PG Dependiente, IG Ba endiente pueden multiplexarse en la TS Principal Un filtro 105 de PID lee secuencialmente la Sub TS almacenada en la memoria 103 y d uete de acuerdo con la PID.
Por ejemplo, el filtro 105 de PID p uete de la corriente de video de visualización D luida en la Sub TS en el conmutador 107.
Además, el filtro 105 de PID produce un corriente de IG Base incluida en la Sub mutador 114 y produce un paquete de la corrie endiente en el conmutador 118.
El filtro 105 de PID produce un paqu riente de PG Base incluida en la Sub TS en el de el filtro 104 de PID o el filtro 105 de P oría intermedia 108 de video D.
Un conmutador 109 lee secuencialmente el corriente de video de visualización Base almacé oria intermedia 106 de video B y el paque riente de video de visualización Dependiente alm memoria intermedia 108 de video D de acuer ormación de tiempo de reloj que determina un codificación . Por ejemplo, un paquete que inclu os de imagen del video de visualización Base y incluye datos de imagen de la corriente de ualización Dependiente que corresponde con cie imagen, tienen la misma información de tiempo de El conmutador 109 produce el paquete de oria intermedia 106 de video B o la memoria inte video D en un descodificador 110 de video. os adquiridos al descodificar el paquete del ualización Dependiente en una unidad 113 de gen no de video D.
La unidad 112 de generación de plano d era un plano de video de visualizacion Base util os suministrados desde el conmutador 111 y no generado en una unidad 130 de combinación.
La unidad 113 de generación de plano d era un plano del video de visualizacion D lizando los datos suministrados desde el conmut duce el plano generado en la unidad 130 de combi El conmutador 114 produce un paque riente de IG Base suministrada desde el filtro l filtro 105 de PID en una memoria intermedia 11 Un descodificador 116 de IG B desco uete de la corriente de IG Base almacenada en IG D.
Un descodificador 120 de IG D desco uete de la corriente de IG Dependiente almace oria intermedia 119 de . IG D y produce codificados en una unidad 121 de generación de p La unidad 121 de generación de plano de I plano de IG Dependiente utilizando los datos sum de el descodificador 120 de IG D y produce erado en la unidad 130 de combinación.
El conmutador 122 produce el paque riente de PG Base suministrada desde el filtro l filtro 105 de PID en una memoria intermedia 12 Un descodificador 124 de PG B descodific la corriente de PG Base almacenada en l ermedia 123 de PG B y produce los datos descodi Un descodificador 128 de PG D descodific la corriente de PG Dependiente almacenada en ermedia 123 de PG B y produce los datos descodi unidad 129 de generación de plano de PG D .
La unidad 129 de generación de plano de P plano de la PG Dependiente utilizando inistrados desde el descodificador 128 de PG D plano generado en la unidad 130 de combinación.
La unidad 130 de combinación combina el eo de visualización Base suministrado desde la generación de plano de video B, el plano de l inistrado desde la unidad 117 de generación de p y el plano de la PG Base suministrado desde la generación de plano de PG B al solapar los pí en predeterminado. De este modo, la unida binación genera un plano de la visualización Bas La unidad 130 de combinación produce los no de la visualización Base y los datos del pl ualización Dependiente. Los datos de video pro unidad 130 de combinación se suministran desde e presentación. Al presentar alternativamente e visualización Base y el plano de la vis endiente, el aparato 3 de presentación r sentación 3D.
La Figura 25 ilustra la estructura par corriente de video.
En la Figura 25, los mismos números de utilizan para componentes idénticos o similare liza para la configuración mostrada en la F que no se muestra en la Figura 24, una DPB ermedia de Imagen Descodificada) 151 para almac imágenes descodificadas se dispone corriente era un plano de video de visualizacion L. dad 162 de generación de plano de video R gener video de visualizacion R.
En este ejemplo, el conmutador 111 erenciar los datos de video de la visualizació os de video de la visualizacion R y produce lo eo .
Es decir, el conmutador 111 identifica c os obtenidos al descodificar el paquete del ualización Base y los datos obtenidos al desco uete del video de visualizacion Dependiente so eo de visualizacion L o visualizacion R.
Para identificar entre la visualizacio ualización R, el view_type ilustrado en las Fi se utiliza. Por ejemplo, el controlador 51 w_type escrito en el archivo de PlayList en el video de visualización Base, y PID de un valor 0 se asigna a un paquete del video de vis endiente .
En tal caso, el conmutador 111 desco uete del video de visualización Dependiente que de un valor diferente a 0 y produce codificados en la unidad 162 de generación de eo R.
En contraste, cuando el valor del view_ty conmutador 111 descodifica un paquete del ualización Base identificado por PID = 0 entre acenados en la DPB 151 y produce los datos obten dad 162 de generación de plano de video R. El va w_type indica que la corriente de video de vis e es una corriente de visualización R.
En tal caso, el conmutador 111 desco eración de plano de video L se combina adecuad os datos de visualización L con la unida binación. El plano combinado se produce en el ap sentación como los datos de una imagen L.
La unidad 162 de generación de plano d era un plano de video de visualización R util os suministrados desde el conmutador 111 y p no generado en la unidad 130 de combinación. E eo de visualización R producido de la unid eración de plano de video R se combina adecuad os datos de visualización R por la unida binación. El plano combinado se produce en el ap sentación como los datos de una imagen R.
Las corrientes elementales del ualización Base y el video de visualización D ificados utilizando el estándar de perfil H.264 la corriente de video de visualizacion Base y la video de visualizacion Dependiente es una co ualización L y cuál es una corriente de visuali muta el destino de salida de acuerdo con el re determinación .
Aun cuando cada uno del plano de IG y e tiene visualizacion L y visualizacion R, el ap roducción puede determinar qué corriente de vi riente de visualizacion L o una corriente de vis Por consiguiente, el aparato 1 de reproducc binar fácilmente los planos de visualizacion L planos de visualizacion R.
En algunos casos, cuando una señal de duce utilizando un cable de HDMI , una ualización L necesita diferenciarse de una ualización R y producirse. En tal caso, el ap misma. Al utilizar la view_id, puede determi ponente de visualización pertenece a cada u dades de Acceso.
La Figura 26 ilustra un ejemplo de la eso .
En la Figura 26, una Unidad de Acceso dad que incluye los datos de un video de vis e. Una Unidad Dependiente #2 es una unidad que i os del video de visualización Dependiente. Por e dad de Acceso (la Unidad Dependiente para la vis endiente) se genera al combinar los datos de una era que el acceso en una base de imagen por uentra disponible.
Cuando se realiza codificación util ándar de perfil H.264 AVC/MVC, los datos de una La uno del video de visualización Base y el Sin embargo, como se muestra en la Figu eo de visualizacion Base el cual es un component acenado en la Unidad de Acceso #1 no tie abezado de MVC agregado al mismo.
Como se observa en lo anterior, la co eo de visualizacion Base es datos también utili reproducción 2D. Por consiguiente, para ma patibilidad con la reproducción 2D, el encabez se agrega al video de visualizacion Base cuando ificación. Alternativamente, un encabezado de MV remueve .
El aparato 1 de reproducción se estable ma que el aparato 1 de reproducción conside ponente de visualizacion sin un encabezado de MV mismo tiene una view_id de 0 y es el ualización Base. Para el video de vis de realizarse discriminación entre los datos ob codificar el paquete del video de visualización os obtenidos al descodificar un paquete del ualización Dependiente, utilizando tal view_id. nfiguración Ejemplar del Aparato de Grabación] La Figura 27 es un diagrama de bloqu figuración ejemplar de una unidad 201 de proces ducción de software.
Un codificador 211 de video tiene una con iilar a la del codificador 11 de MVC mostrado en El codificador 211 de video codifica una plu mentos de datos de video utilizando el estándar 64 AVC/MVC. De este modo, el codificador 211 iera una corriente de video de visualización B riente de video de visualización Dependiente y p eo y audio (por ejemplo, el archivo de PlayList) datos obtenidos a través de la operación de co una memoria intermedia 216.
Por ejemplo, el codificador 215 de datos valor de application_type del archivo de Info gmento que corresponde con la Sub TS que i riente de video de visualización Dependien plication_type = 8" indica una aplicación que roducción 3D utilizando una corriente de ualización Dependiente.
Además, el codificador 215 de datos est PlayList, la SubPath_type que tiene un valor que corriente de video de visualización Depen tiplexa en la TS de la corriente de video de vis e y en cuya ubicación la corriente de ualización Dependiente se graba. La ubicación hivo de PlayList, una view_type que indica si la video de visualización Base es una cor ualización L o una corriente de visualización R la codificación realizada por el codificad eo .
Una unidad 217 de multiplexor multiplexa video, los datos de audio, y datos diferentes a corriente almacenados las memorias i respondientes en datos junto con una cronización . Después de esto, la unidad 217 de m duce los datos multiplexados en una unida ificación de código de corrección de errores.
La unidad 218 de codificación de rección de errores conecta el código de cor ores a los datos multiplexados por la unid tiplexor .
La Figura 28 ilustra una var figuraciones ejemplares que incluyen la unid cesamiento de producción de software.
Parte de la configuración mostrada en la de disponerse en el aparato de grabación.
Una señal de grabación generada por la procesamiento de producción de software se so ceso de masterización en una unidad 231 de pro pre-masterización. De este modo, una señal que mato que se grabará en el disco 2 óptico se al generada se suministra a una unidad 233 de gr eo maestro.
Un disco maestro se pre-monta en una uni ducción de disco maestro. Por ejemplo, el disco ma de vidrio. Un material de grabación, orresistencia, se aplica a un disco maestro. De En una unidad 234 de producción de disco al, el disco maestro se somete a, por ejemplo, electroformacion. De este modo, se produce stro de metal que tiene las cavidades formadas e stro de vidrio transferido en el mismo. Ad ampa de metal se produce a partir del disco al. La estampa de metal sirve como una matriz de En una unidad 235 de procesamiento de erial, tal como PM A (acrílico) o PC (policarb ecta en el molde utilizando un método de inye oviliza. Alternativamente, por ejemplo, 2P (resi rayos ultravioleta) se aplica a la estampa pués de esto, la 2P se cura al emitir rayos ul la 2P. De esta manera, las cavidades forma ampa de metal pueden transferirse sobre un mada de resina. liza. Después de esto, una etiqueta se enlaza a cubo se conecta al disco. Posteriormente, el pone en un cartucho. De esta manera, el disco 2 ne datos que se pueden reproducir por el apa roducción puede lograrse. icacion de view_type] Como se ilustra en la Figura 20, la d erior se ha hecho con referencia al caso e w_type que indica si la corriente de ualización Base es una corriente de imagen riente de imagen R se escribe en la PlayList. Si view_type puede escribirse en la ubicación dife yList .
Por ejemplo, la corriente de video de vis e y la corriente de video de visualización D gramación) incluida en la PSI (Información Esp grama) .
Como se muestra en la Figura 29, un des , MVC_video_stream_descriptor ( ) puede ientemente. Después de esto, el view_type puede el MVC_video_stream_descriptor ( ) . Observe que el criptor_tag se establece por ejemplo en 65.
En tal caso, el codificador 215 de da dad 201 de procesamiento de producción de softw PMT que tiene el view_type escrito en la misma PMT generada. El resultado de PMT del codifica os se suministra a la unidad 217 de multiplexo memoria intermedia 216 y se multiplexa con la co eo de visualización Base y la corriente de ualización Dependiente. Una TS obtenida a tra ración de multiplexión se transmite a través a como una SIT (Tabla de Información de Selec ar de la PMT.
La Figura 30 ilustra un ejemplo en e w_type se escribe en una corriente elemental .
Como se muestra en la Figura 30, el view_ ribirse en MVC_video_stream_info ( ) incluida en es información adicional agregada a los dato gen de la corriente de visualización Base y la video de visualización Dependiente. La SEI que w_type se agrega a cada imagen de por lo menos riente de video de visualización Base y la co eo de visualización Dependiente.
La Figura 31 ilustra la estructura de la eso .
Como se muestra en la Figura 31, la eso del video de visualización Base que incluye eo de visualización Dependiente.
En tal caso, el codificador 215 de da dad 201 de procesamiento de producción de softw SEI que incluye el view_type descrito en l duce la SEI en el codificador 211 de video me rta ruta (no mostrada) . El codificador 211 de vi SEI producida del codificador 215 de datos a lo a imagen de la corriente de video de visualizac corriente de video de visualización Dependiente descodificar datos de imagen L y datos de im erdo con el estándar de perfil H.264 AVC/MVC, en o se ilustra en la Figura 31.
Después que se multiplexan la corriente d ualización Base y la corriente de video de vis endiente formadas a partir de los datos de imag que tiene el view_type escrito en la misma, la strado en la Figura 25, tal como la conmut tino de salida de los datos que es el result codificacion .
La serie de procesos antes descri cutarse no sólo por hardware sino también por ndo la serie antes descrita del proceso se ej tware, los programas del software se instalan io de grabación de programación en una c orporada en el hardware dedicado o una c sonal de propósito general.
La Figura 32 es un diagrama de bloq figuración de hardware ejemplar de una compu liza la serie de procesos antes descrita gramas .
Una CPU (Unidad de Procesamiento Central) I (Memoria de Sólo Lectura) 302, una RAM ( incluye, por ejemplo, una interfaz de red, y para impulsar un medio 311 removible que se c 304.
En una computadora que tiene la configura crita, por ejemplo, la CPU 301 carga un acenado en la unidad 308 de almacenamiento en iante la interfaz 305 de entrada/salida y el pués de esto, la serie de procesos antes de liza.
Los programas que se ejecutan por la C inistran por ejemplo, mediante el medio 311 rem acena los programas o un medio de transmisión a lámbrica, tal como una red de área local, la I usión digital y se instalan en la unida acenamiento .
Observe que los programas ejecutados Signos de Referencia 1 aparato de reproducción 2 disco óptico 3 aparato de presentación 11 codificador de MVC 21 codificador de H.264/AVC 22 descodificador de H.264/AVC 23 unidad de cómputo de Profundidad 24 codificador de video de visualización Depend 25 multiplexor 51 controlador 52 unidad de disco 53 memoria 54 almacén local 55 interfaz de Internet 56 unidad de descodificador

Claims (1)

  1. REIVINDICACIONES 1. Un aparato de procesamiento de infor prende : medios de codificación para codificar eo de multi-visualización utilizando un ificación predeterminado; y medios de generación para generar info tos de vista que indican cuál de una corriente riente de mejoramiento obtenidas a travé ificación realizada por el medio de codificaci riente de una imagen izquierda y cuál es una co imagen derecha. 2. El aparato de procesamiento de info erdo con la Reivindicación 1, que además compren medio de grabación; en donde el medio de generación ificación agrega la información de punto de vis gen incluida por lo menos en una de la corriente riente de mejoramiento. 4. El aparato de procesamiento de info erdo con la Reivindicación 1, en donde el eración genera la información de control de t incluye la información de punto de vista y que a controlar la transmisión de la corriente riente de mejoramiento. 5. El aparato de procesamiento de info erdo con la Reivindicación 1, en donde el eración genera la información de identificación la información se utiliza para controlar la re una imagen bidimensional o una imagen tridi era primera información de control de reprodu luye la información de identificación que erdo con la Reivindicación 5, en donde el eración establece la información con respe roducción de la corriente de mejoramiento en endido de la segunda información de co roducción. 7. Un método de procesamiento de inforr prende las etapas de : codificar los datos de video de multi-vis lizando un método de codificación predeterminado; generar información de punto de vista l de una corriente base y una corriente de me enidas a través de la codificación es una corrie gen izquierda y cuál es una corriente de u echa . 8. Un programa que comprende : código de programación para provocar enidas al codificar datos de video de multi-vis lizando un método de codificación predeterminado; información de control de reproducción q ormación de punto de vista que indica cuá riente base y una corriente de mejoramient riente de una imagen izquierda y cuál es una co imagen derecha y que se utiliza para con roducción de la corriente base y la cor oramiento. RESUMEN DE LA INVENCION Se proporcionan un dispositivo de proces ormación, un método de procesamiento de infor grama y un medio de grabación, los cuales son ucir un dispositivo de reproducción para determ riente base o la corriente extendida, la cual se ificar datos de video de multipunto de vis lizando un sistema de codificación predetermi riente de una imagen izquierda o la corrien gen derecha. 3D_PL_type representa el tipo de Pí or 01 del 3D_PL_type representa la PlayList roducción de B-Dl de la reproducción 3D, y 10 yList para la reproducción B-D2 de la reprod w_type representa si la corriente de ualización Base, la reproducción de la cual se PlayList es ya sea la corriente de la
MX2010013157A 2009-04-08 2010-04-02 Aparato de procesamiento de informacion, metodo de procesamiento de informacion, programa y medio de grabacion. MX2010013157A (es)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
JP2009093626 2009-04-08
JP2010065110A JP4984184B2 (ja) 2009-04-08 2010-03-19 再生装置および再生方法
PCT/JP2010/056081 WO2010116958A1 (ja) 2009-04-08 2010-04-02 情報処理装置、情報処理方法、プログラム、および記録媒体

Publications (1)

Publication Number Publication Date
MX2010013157A true MX2010013157A (es) 2010-12-21

Family

ID=42936242

Family Applications (1)

Application Number Title Priority Date Filing Date
MX2010013157A MX2010013157A (es) 2009-04-08 2010-04-02 Aparato de procesamiento de informacion, metodo de procesamiento de informacion, programa y medio de grabacion.

Country Status (13)

Country Link
US (1) US8599241B2 (es)
EP (2) EP2285129A4 (es)
JP (1) JP4984184B2 (es)
KR (1) KR20120025951A (es)
CN (1) CN102047671A (es)
AU (1) AU2010235568B2 (es)
BR (1) BRPI1002812A2 (es)
CA (1) CA2725009C (es)
MX (1) MX2010013157A (es)
MY (1) MY165998A (es)
RU (1) RU2625519C2 (es)
TW (1) TWI444034B (es)
WO (1) WO2010116958A1 (es)

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
AU2011296956A1 (en) 2010-09-03 2013-02-14 Sony Corporation Encoding device and encoding method, as well as decoding device and decoding method
AU2011296953A1 (en) 2010-09-03 2013-03-14 Sony Corporation Encoding device, encoding method, decoding device, and decoding method
CN105939469A (zh) 2010-09-03 2016-09-14 索尼公司 编码装置和编码方法以及解码装置和解码方法
WO2012060569A2 (ko) * 2010-11-02 2012-05-10 엘지전자 주식회사 디지털 방송 신호 수신 장치 및 방법

Family Cites Families (21)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US650220A (en) 1899-05-05 1900-05-22 George A Judson Feeding mechanism for carding-engines.
TW436777B (en) 1995-09-29 2001-05-28 Matsushita Electric Ind Co Ltd A method and an apparatus for reproducing bitstream having non-sequential system clock data seamlessly therebetween
US6502199B2 (en) 1995-09-29 2002-12-31 Matsushita Electric Industrial Co., Ltd. Method and an apparatus for reproducing bitstream having non-sequential system clock data seamlessly therebetween
KR100348922B1 (ko) 1996-02-28 2002-11-18 마쯔시다덴기산교 가부시키가이샤 고해상도및입체영상기록용광디스크,광디스크재생장치및광디스크기록장치
EP2175666B1 (en) 1996-12-04 2012-11-14 Panasonic Corporation Optical disk for high resolution and three-dimensional video recording, optical disk reproduction apparatus, and optical disk recording apparatus
US6925250B1 (en) 1997-08-29 2005-08-02 Matsushita Electric Industrial Co., Ltd. Optical disc for recording high resolution and normal image, optical disc player, optical disc recorder, and playback control information generator
EP1139347A3 (en) * 1999-03-09 2004-10-06 Matsushita Electric Industrial Co., Ltd. Information recording medium, apparatus and method for recording or reproducing the recording medium
JP4438237B2 (ja) * 2001-02-22 2010-03-24 ソニー株式会社 受信装置および方法、記録媒体、並びにプログラム
JP4224690B2 (ja) * 2002-12-27 2009-02-18 ソニー株式会社 記録方法、記録装置、再生方法、再生装置および撮像装置
JP2004348617A (ja) * 2003-05-26 2004-12-09 Sony Corp 情報処理装置および方法、プログラム記録媒体、プログラム、並びに撮像装置
EP1737225B1 (en) * 2004-04-07 2011-11-09 Panasonic Corporation Information recording medium wherein stream convertible at high-speed is recorded, and recording apparatus and recording method therefor
JP2005340986A (ja) * 2004-05-25 2005-12-08 Fuji Photo Film Co Ltd 画像サービスシステム
JP4608953B2 (ja) 2004-06-07 2011-01-12 ソニー株式会社 データ記録装置、方法およびプログラム、データ再生装置、方法およびプログラム、ならびに、記録媒体
JP4251298B2 (ja) * 2005-07-15 2009-04-08 ソニー株式会社 再生装置および再生方法、プログラム、プログラム格納媒体、データ、記録媒体、記録装置、および、記録媒体の製造方法
JP4923751B2 (ja) * 2005-08-30 2012-04-25 ソニー株式会社 再生装置、並びに記録媒体及びその製造方法
CN101292538B (zh) * 2005-10-19 2012-11-28 汤姆森特许公司 使用可缩放的视频编码的多视图视频编码
WO2008010932A2 (en) * 2006-07-20 2008-01-24 Thomson Licensing Method and apparatus for signaling view scalability in multi-view video coding
JP2008252740A (ja) 2007-03-30 2008-10-16 Sony Corp リモートコマンダおよびコマンド発生方法、再生装置および再生方法、プログラム、並びに、記録媒体
CN101911713B (zh) * 2008-09-30 2014-01-08 松下电器产业株式会社 再现装置、集成电路、再现方法、记录方法、记录介质再现系统
WO2010095440A1 (ja) * 2009-02-20 2010-08-26 パナソニック株式会社 記録媒体、再生装置、及び集積回路
JP4984183B2 (ja) 2009-04-07 2012-07-25 ソニー株式会社 再生装置、再生方法、および記録方法

Also Published As

Publication number Publication date
TW201105107A (en) 2011-02-01
US20120113217A1 (en) 2012-05-10
EP2672714A1 (en) 2013-12-11
AU2010235568B2 (en) 2015-04-16
JP4984184B2 (ja) 2012-07-25
RU2625519C2 (ru) 2017-07-14
JP2010263613A (ja) 2010-11-18
AU2010235568A1 (en) 2010-10-14
TWI444034B (zh) 2014-07-01
CA2725009A1 (en) 2010-10-14
RU2010149261A (ru) 2012-06-10
CN102047671A (zh) 2011-05-04
BRPI1002812A2 (pt) 2016-02-23
WO2010116958A1 (ja) 2010-10-14
MY165998A (en) 2018-05-21
CA2725009C (en) 2015-09-08
KR20120025951A (ko) 2012-03-16
US8599241B2 (en) 2013-12-03
EP2285129A4 (en) 2012-05-09
EP2285129A1 (en) 2011-02-16

Similar Documents

Publication Publication Date Title
CN102292992B (zh) 信息处理设备、信息处理方法、回放设备、回放方法及记录介质
JP4993224B2 (ja) 再生装置および再生方法
CN102047672B (zh) 记录设备、记录方法、回放设备和回放方法
JP5267886B2 (ja) 再生装置、記録媒体、および情報処理方法
WO2010116895A1 (ja) 記録装置、記録方法、再生装置、再生方法、記録媒体、およびプログラム
MX2010013157A (es) Aparato de procesamiento de informacion, metodo de procesamiento de informacion, programa y medio de grabacion.
JP4993044B2 (ja) 再生装置、再生方法、および記録方法
JP4985884B2 (ja) 再生装置、再生方法、および記録方法
JP4984194B2 (ja) 記録方法
JP4984193B2 (ja) 再生装置、再生方法、および記録方法
JP4984192B2 (ja) 記録方法
JP4993233B2 (ja) 記録方法
JP2012100335A (ja) 再生装置、再生方法、および記録方法

Legal Events

Date Code Title Description
FG Grant or registration