ES2552391T3 - Dispositivo de procesamiento de informaciones, método de procesamiento de informaciones, dispositivo de reproducción, método de reproducción y programa - Google Patents

Dispositivo de procesamiento de informaciones, método de procesamiento de informaciones, dispositivo de reproducción, método de reproducción y programa Download PDF

Info

Publication number
ES2552391T3
ES2552391T3 ES10761654.2T ES10761654T ES2552391T3 ES 2552391 T3 ES2552391 T3 ES 2552391T3 ES 10761654 T ES10761654 T ES 10761654T ES 2552391 T3 ES2552391 T3 ES 2552391T3
Authority
ES
Spain
Prior art keywords
file
flow
stream
view video
information
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
ES10761654.2T
Other languages
English (en)
Inventor
Motoki Kato
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Sony Corp
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
Application granted granted Critical
Publication of ES2552391T3 publication Critical patent/ES2552391T3/es
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N9/00—Details of colour television systems
    • H04N9/79—Processing of colour television signals in connection with recording
    • H04N9/87—Regeneration of colour television signals
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N5/00—Details of television systems
    • H04N5/76—Television signal recording
    • H04N5/91—Television signal processing therefor
    • H04N5/93—Regeneration of the television signal or of selected parts thereof
    • 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
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B20/00—Signal processing not specific to the method of recording or reproducing; Circuits therefor
    • G11B20/10—Digital recording or reproducing
    • G11B20/12—Formatting, e.g. arrangement of data block or words on the record carriers
    • G11B20/1217—Formatting, e.g. arrangement of data block or words on the record carriers on discs
    • G11B20/1252—Formatting, e.g. arrangement of data block or words on the record carriers on discs for discontinuous data, e.g. digital information signals, computer programme data
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B27/00—Editing; Indexing; Addressing; Timing or synchronising; Monitoring; Measuring tape travel
    • G11B27/10—Indexing; Addressing; Timing or synchronising; Measuring tape travel
    • G11B27/102—Programmed access in sequence to addressed parts of tracks of operating record carriers
    • G11B27/105—Programmed access in sequence to addressed parts of tracks of operating record carriers of operating discs
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B27/00—Editing; Indexing; Addressing; Timing or synchronising; Monitoring; Measuring tape travel
    • G11B27/10—Indexing; Addressing; Timing or synchronising; Measuring tape travel
    • G11B27/19—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier
    • G11B27/28—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier by using information signals recorded by the same method as the main recording
    • G11B27/30—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier by using information signals recorded by the same method as the main recording on the same track as the main recording
    • G11B27/3027—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier by using information signals recorded by the same method as the main recording on the same track as the main recording used signal is digitally coded
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B27/00—Editing; Indexing; Addressing; Timing or synchronising; Monitoring; Measuring tape travel
    • G11B27/10—Indexing; Addressing; Timing or synchronising; Measuring tape travel
    • G11B27/19—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier
    • G11B27/28—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier by using information signals recorded by the same method as the main recording
    • G11B27/32—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier by using information signals recorded by the same method as the main recording on separate auxiliary tracks of the same or an auxiliary record carrier
    • G11B27/322—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier by using information signals recorded by the same method as the main recording on separate auxiliary tracks of the same or an auxiliary record carrier used signal is digitally coded
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N13/00—Stereoscopic video systems; Multi-view video systems; Details thereof
    • H04N13/10—Processing, recording or transmission of stereoscopic or multi-view image signals
    • H04N13/189—Recording image signals; Reproducing recorded image signals
    • 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
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/234—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs
    • H04N21/2343—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs involving reformatting operations of video signals for distribution or compliance with end-user requests or end-user device requirements
    • H04N21/234327—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs involving reformatting operations of video signals for distribution or compliance with end-user requests or end-user device requirements by decomposing into layers, e.g. base layer and one or more enhancement layers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/235—Processing of additional data, e.g. scrambling of additional data or processing content descriptors
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/236—Assembling of a multiplex stream, e.g. transport stream, by combining a video stream with other content or additional data, e.g. inserting a URL [Uniform Resource Locator] into a video stream, multiplexing software data into a video stream; Remultiplexing of multiplex streams; Insertion of stuffing bits into the multiplex stream, e.g. to obtain a constant bit-rate; Assembling of a packetised elementary stream
    • H04N21/2365—Multiplexing of several video streams
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/25—Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
    • H04N21/262—Content or additional data distribution scheduling, e.g. sending additional data at off-peak times, updating software modules, calculating the carousel transmission frequency, delaying a video stream transmission, generating play-lists
    • H04N21/26258—Content or additional data distribution scheduling, e.g. sending additional data at off-peak times, updating software modules, calculating the carousel transmission frequency, delaying a video stream transmission, generating play-lists for generating a list of items to be played back in a given order, e.g. playlist, or scheduling item distribution according to such list
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/434—Disassembling of a multiplex stream, e.g. demultiplexing audio and video streams, extraction of additional data from a video stream; Remultiplexing of multiplex streams; Extraction or processing of SI; Disassembling of packetised elementary stream
    • H04N21/4347—Demultiplexing of several video streams
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/435—Processing of additional data, e.g. decrypting of additional data, reconstructing software from modules extracted from the transport stream
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/438—Interfacing the downstream path of the transmission network originating from a server, e.g. retrieving encoded video stream packets from an IP network
    • H04N21/4385—Multiplex stream processing, e.g. multiplex stream decrypting
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/83—Generation or processing of protective or descriptive data associated with content; Content structuring
    • H04N21/845—Structuring of content, e.g. decomposing content into time segments
    • H04N21/8451—Structuring of content, e.g. decomposing content into time segments using Advanced Video Coding [AVC]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N9/00—Details of colour television systems
    • H04N9/79—Processing of colour television signals in connection with recording
    • H04N9/80—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback
    • H04N9/82—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback the individual colour picture signal components being recorded simultaneously only
    • H04N9/8205—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback the individual colour picture signal components being recorded simultaneously only involving the multiplexing of an additional signal and the colour video signal
    • H04N9/8227—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback the individual colour picture signal components being recorded simultaneously only involving the multiplexing of an additional signal and the colour video signal the additional signal being at least another television signal
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B20/00—Signal processing not specific to the method of recording or reproducing; Circuits therefor
    • G11B20/10—Digital recording or reproducing
    • G11B20/10527—Audio or video recording; Data buffering arrangements
    • G11B2020/10537—Audio or video recording
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B20/00—Signal processing not specific to the method of recording or reproducing; Circuits therefor
    • G11B20/10—Digital recording or reproducing
    • G11B20/10527—Audio or video recording; Data buffering arrangements
    • G11B2020/10537—Audio or video recording
    • G11B2020/10592—Audio or video recording specifically adapted for recording or reproducing multichannel signals
    • G11B2020/10611—3D video data
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • 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
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N5/00—Details of television systems
    • H04N5/76—Television signal recording
    • H04N5/765—Interface circuits between an apparatus for recording and another apparatus
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N5/00—Details of television systems
    • H04N5/76—Television signal recording
    • H04N5/765—Interface circuits between an apparatus for recording and another apparatus
    • H04N5/775—Interface circuits between an apparatus for recording and another apparatus between a recording apparatus and a television receiver
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N5/00—Details of television systems
    • H04N5/76—Television signal recording
    • H04N5/84—Television signal recording using optical recording
    • H04N5/85—Television signal recording using optical recording on discs or drums
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N9/00—Details of colour television systems
    • H04N9/79—Processing of colour television signals in connection with recording
    • H04N9/80—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback
    • H04N9/804—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback involving pulse code modulation of the colour picture signal components
    • H04N9/8042—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback involving pulse code modulation of the colour picture signal components involving data reduction
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N9/00—Details of colour television systems
    • H04N9/79—Processing of colour television signals in connection with recording
    • H04N9/80—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback
    • H04N9/82—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback the individual colour picture signal components being recorded simultaneously only
    • H04N9/8205—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback the individual colour picture signal components being recorded simultaneously only involving the multiplexing of an additional signal and the colour video signal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N9/00—Details of colour television systems
    • H04N9/79—Processing of colour television signals in connection with recording
    • H04N9/87—Regeneration of colour television signals
    • H04N9/8715—Regeneration of colour television signals involving the mixing of the reproduced video signal with a non-recorded signal, e.g. a text signal

Landscapes

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

Abstract

Un dispositivo de reproducción que comprende: medios de lectura que efectúan una lectura, a partir de un soporte de registro, de un fichero entrelazado, que es un fichero en donde están entrelazados, en incrementos de los fragmentos de una cantidad de datos predeterminada, de un primer flujo que comprende un flujo básico y un segundo flujo que incluye un flujo expandido correspondiente a dicho flujo básico, en donde dicho flujo básico y dicho flujo expandido son, respectivamente, el flujo de vídeo de vista de base y el flujo de vídeo de vista dependiente, que se generan por los flujos de vídeo codificados mediante H.264 AVC/MVC, realiza la lectura de un primer fichero de información, que es información de dicho primer flujo y que tiene el número de fragmentos (n+1) que constituyen dicho primer flujo y un número de paquete inicial (0, c1, c2... cn) dentro de dicho primer flujo para cada fragmento; y realiza la lectura de un segundo fichero de información, que es información de dicho segundo flujo y que tiene el número de fragmentos (n+1) que constituyen dicho segundo flujo y un número de paquete inicial (0, a1, a2... an) dentro de dicho segundo flujo para cada fragmento; y medios de separación para separar dicho fichero entrelazado en dicho primer flujo y dicho segundo flujo, utilizando dicho primer fichero de información y dicho segundo fichero de información.

Description

5
10
15
20
25
30
35
40
45
50
55
60
65
DESCRIPCIÓN
Dispositivo de procesamiento de informaciones, método de procesamiento de informaciones, dispositivo de reproducción, método de reproducción y programa
CAMPO DE LA INVENCIÓN
La presente invención se refiere a un dispositivo de procesamiento de informaciones, un método de procesamiento de informaciones, un dispositivo de reproducción, un método de reproducción y un programa y en particular, se refiere a un dispositivo de procesamiento de informaciones, un método de procesamiento de informaciones, un dispositivo de reproducción, un método de reproducción y un programa que permite la reproducción adecuada de un contenido de imágenes en 3D (tridimensional) partir de un soporte de registro.
ANTECEDENTES DE LA INVENCIÓN
A modo de ejemplo, como contenidos tales como películas cinematográficas y similares, son básicos los contenidos de imágenes bidireccionales (2D), pero recientemente contenidos de imágenes tridimensionales (3D) en donde se permite una visión estereoscópica han atraído la atención de los usuarios.
Como métodos para visualizar imágenes en 3D (en adelante, también denominadas imágenes en estéreo), existen varios tipos de métodos, pero en caso de utilizar cualquier método, la cantidad de datos de una imagen en 3D es mayor que la cantidad de datos de una imagen en 2D.
Además, los contenidos de imágenes de alta resolución tales como películas cinematográficas pueden ser de gran magnitud, y se necesita un soporte de registro de gran capacidad con el fin de registrar dichos contenidos de imágenes de gran magnitud como imágenes en 3D que tengan una gran cantidad de datos.
Como uno de dichos soportes de registro de gran capacidad, existe, a modo de ejemplo, un denominado disco Blu- Ray (marca comercial registrada) tal como BD (Blu-Ray (marca comercial registrada)) -ROM (Memoria de lectura solamente) y similares (en adelante, denominados también BD).
Recientemente, se ha propuesto un dispositivo de gestión de ficheros en donde la posición de registro en el soporte de registro de la señal que se especifica con una unidad predeterminada más pequeña que un sector y se realiza en un fichero por medios de creación de ficheros, de modo que incluso con el procesamiento de edición tal como separación o combinación de las señales en ficheros en posiciones opcionales, las señales en ficheros no necesitan registrarse de nuevo en el soporte de registro con el fin de hacer que un fichero solamente contenga la parte de la señal objeto de edición, pudiendo el procesamiento de edición realizarse en solamente la información de gestión de ficheros, con lo que se puede simplificar notablemente el procesamiento de edición (documento de patente 1).
Lista de citas de referencia
Documentación de patentes
PTL 1: Publicación de solicitud de patente japonesa no examinada número 11-195287 SUMARIO DE LA INVENCIÓN Problema técnico
Recientemente, en conformidad con la norma de BD actual, no se ha definido la forma en que se registra el contenido de imagen en 3D en un BD ni cómo realizar su reproducción.
Sin embargo, si el método de registro y reproducción del contenido de imágenes en 3D depende del autor que es responsable de la creación del contenido en imágenes en 3D, existe un posible problema en el sentido de que no se pueda reproducir adecuadamente el contenido de Imágenes en 3D.
El documento “Formato de memorización de D3.2 MVC/SVC entregable” por Grüneberg K et al, Programa de Tecnologías de la Información y Comunicación (ICT), proyecto n° FP7-ICT-214063, SEA, páginas 1-34, 2009, presenta formatos de ficheros derivados del formato de fichero multimedia base de ISO también conocido como formato de fichero MP4. La mayor parte de los metadatos que describen los medios dentro del formato de fichero MP4 están contenidos en una caja denominada Movie Box y sus cajas dependientes, estando los propios datos multimedia contenidos en una o más cajas de datos multimedia. Cada tipo multimedia diferente tal como audio y vídeo se memorizan en su propia pista, y cada pista está estructurada como una secuencia de muestras, en donde para cada muestra, su duración así como su posición y magnitud de los datos multimedia asociados se registran en tablas que son cajas dependientes de cada caja de pista de seguimiento, siendo una caja de pista (registro) un contenedor para el flujo o pista Individual. Un fragmento está constituido por un número entero de muestras
5
10
15
20
25
30
35
40
45
50
55
60
65
subsiguientes y representa para cada pista a un fragmento corto de los datos multimedia que han de ser memorizados. Tan pronto como se alcanza la magnitud máxima del fragmento, el fragmento se adjunta a la caja de datos multimedia en el fichero. Se proponen extensiones para MVC (codificación de video multivista), en donde una vista base X1 se memoriza como una vista única en una primera pista de registro, dos pistas dependientes X3, X2 se memorizan en una segunda pista de registro y dos vistas dependientes restantes X5, X4 se memorizan individualmente cada una de ellas en su propia pista de registro.
La presente invención tiene como objetivo el tratamiento de dicha circunstancia operativa y ha de permitir una reproducción adecuada del contenido de imágenes estéreo (imágenes en 3D) a partir de un soporte de registro tal como un BD.
La invención se define por las reivindicaciones independientes.
Efectos ventajosos de la invención
En conformidad con la presente invención los contenidos de imágenes estéreo (imágenes en 3D) pueden reproducirse de forma adecuada.
BREVE DESCRIPCIÓN DE LOS DIBUJOS
La Figura 1 es un diagrama que ilustra un ejemplo de configuración de un sistema de reproducción que incluye un dispositivo de reproducción al que se ha aplicado la presente invención.
La Figura 2 es un diagrama que ilustra un ejemplo de filmación de imágenes.
La Figura 3 es un diagrama de bloques que ilustra un ejemplo de configuración de un codificador de MVC.
La Figura 4 es un diagrama que ilustra un ejemplo de una imagen de referencia.
La Figura 5 es un diagrama que ilustra un ejemplo de configuración de un TS.
La Figura 6 es un diagrama que ilustra otro ejemplo de configuración de un TS.
La Figura 7 es un diagrama que ilustra otro ejemplo de configuración de un TS.
La Figura 8 es un diagrama que ilustra un ejemplo de gestión de un flujo audiovisual AV.
La Figura 9 es un diagrama que ilustra una configuración de Ruta Principal y Sub-ruta.
La Figura 10 es un diagrama que ilustra un ejemplo de gestión de configuración de un fichero a registrar en un disco óptico.
La Figura 11 es un diagrama que ilustra la sintaxis de un fichero de lista de reproducción PlayList.
La Figura 12 es un diagrama que ilustra la sintaxis de una lista de reproducción() en la Figura 11.
La Figura 13 es un diagrama que ilustra la sintaxis de la sub-ruta () en la Figura 12.
La Figura 14 es un diagrama que ilustra la sintaxis de subPlayltem (i) en la Figura 13.
La Figura 15 es un diagrama que ilustra la sintaxis de Playltem() en la Figura 12.
La Figura 16 es un diagrama que ilustra la sintaxis de una tabla STN_table () en la Figura 15.
La Figura 17 es un diagrama que ilustra un ejemplo específico de una lista de reproducción 3D_PlayList.
La Figura 18 es un diagrama que ilustra el significado de tipo.
La Figura 19 es un diagrama que ilustra el significado tipo de sub-ruta SubPath_type.
La Figura 20 es un diagrama de bloques que ilustra un ejemplo de configuración de un dispositivo de reproducción.
La Figura 21 es un diagrama que ilustra un ejemplo de configuración de la unidad de decodificador en la Figura 20.
La Figura 22 es un diagrama que ilustra un ejemplo de una lista de reproducción 3D_Playlist.
5
10
15
20
25
30
35
40
45
50
55
60
65
La Figura 23 es un diagrama que ilustra la tasa de transmisión de un fichero dpi.
La Figura 24 es un diagrama que ilustra un concepto de gestión de ficheros que se realiza utilizando los datos en la Figura 22 y la Figura 23.
La Figura 25 es un diagrama de flujo que describe el procesamiento de reproducción que se realiza en conformidad con el fichero de lista de reproducción 3D_PlayList en la Figura 22.
La Figura 26 es un diagrama que ilustra un ejemplo de la sintaxis del mapa de fragmentos chunk_map ().
La Figura 27 es un diagrama que ilustra un ejemplo especifico de chunk_map ().
La Figura 28 es un diagrama que ilustra la separación de un fragmento.
La Figura 29 es un diagrama que ilustra otro ejemplo de una lista de reproducción 3D_PlayList.
La Figura 30 es un diagrama que ilustra la sintaxis de un fichero dpi.
La Figura 31 es un diagrama que ilustra un concepto de gestión de ficheros que se realiza utilizando los datos contenidos en la Figura 29 y la Figura 30.
La Figura 32 es un diagrama de flujo que describe el procesamiento de reproducción que se realiza en conformidad con el fichero de lista de reproducción 3D_PlayList en la Figura 29.
La Figura 33 es un diagrama que ilustra otra lista de reproducción 3D_PlayList.
La Figura 34 es un diagrama que ilustra la sintaxis de un fichero dpi.
La Figura 35 es un diagrama que ilustra el concepto de gestión de ficheros que se realiza utilizando los datos contenidos en la Figura 33 y la Figura 34.
La Figura 36 es un diagrama de flujo que describe el procesamiento de reproducción que se realiza en conformidad con el fichero de lista de reproducción 3D_PlayList en la Figura 33.
La Figura 37 es un diagrama que ilustra un sumario del contenido del chunk_map () en la Figura 27.
La Figura 38 es un diagrama que ilustra la sintaxis de un EP_map ().
La Figura 39 es un diagrama de flujo que describe un procesamiento de acceso aleatorio del dispositivo de reproducción.
La Figura 40 es un diagrama que ilustra un ejemplo de posiciones especificadas por el procesamiento en las etapas S44 y S45.
La Figura 41 es un diagrama que ilustra la expresión SPN_chunk_start [k] que se identifica por el procesamiento en la etapa S46.
La Figura 42 es un diagrama que ilustra una configuración de un flujo audiovisual AV registrado en un disco óptico.
La Figura 43 es un diagrama que ilustra un ejemplo de flujo Clip AV.
La Figura 44 es un diagrama que ilustra un ejemplo de un EP_map.
La Figura 45 es un diagrama que ilustra un ejemplo de configuración de datos de un paquete origen indicado por SPN_EP_start.
La Figura 46 es un diagrama de bloques que ilustra un ejemplo de configuración de una unidad de procesamiento de fabricación de software.
La Figura 47 es un diagrama que ilustra un ejemplo de una configuración que incluye una unidad de procesamiento de fabricación de software.
DESCRIPCIÓN DETALLADA DE LAS FORMAS DE REALIZACIÓN DE LA INVENCIÓN Configuración del sistema de reproducción
5
10
15
20
25
30
35
40
45
50
55
60
65
La Figura 1 ilustra un ejemplo de configuración de un sistema de reproducción que incluye un dispositivo de reproducción 201 al que se ha aplicado la presente invención.
Según se ilustra en la Figura 1, el sistema de reproducción está configurado por el dispositivo de reproducción 201 y un dispositivo de presentación visual 203 que están conectados por un cable de HDMI (Interfaz Multimedia de Alta Definición) o similar. Un disco óptico 202, tal como un BD, está montado en el dispositivo de reproducción 201.
Un flujo necesario para visualizar una imagen en estéreo (imagen en 3D) de la que el número de puntos de vista es dos, se registra en el disco óptico 202.
Los datos para cada flujo se registran en el disco óptico 202 en un estado entrelazado, en incrementos de fragmentos de extensión.
El dispositivo de reproducción 201 es un reproductor correspondiente a la reproducción en 3D de un flujo registrado en el disco óptico 202. El dispositivo de reproducción 201 reproduce un flujo que se registra en el disco óptico 202 y visualiza las imágenes en 3D que se han obtenido mediante la reproducción en un dispositivo de presentación visual 203 constituido por un receptor de televisión o similar. La señal de audio se reproduce también de forma similar por el dispositivo de reproducción 201 y la salida desde un altavoz o elemento similar provisto en el dispositivo de presentación visual 203.
Un flujo, en donde puede visualizarse imágenes en 3D, se registra en el disco óptico 202. Como un método de codificación para registrar el flujo en el disco óptico 202, a modo de ejemplo, se utiliza H.264 AVC(Codificación de vídeo Avanzada)/MVC(Codificación de vídeo Multivista).
Perfil de H. 264 AVC/MVC
H. 264 AVC/MVC tiene un flujo de imágenes denominado vídeo de vista de base y un flujo de imágenes denominado vídeo de vista dependiente que se definen a este respecto. En adelante, lo que antecede se denominará simplemente MVC cuando sea adecuado.
La Figura 2 es un diagrama que ilustra un ejemplo de filmación de imágenes.
Según se ilustra en la Figura 2, la función de filmación de imágenes se realiza mediante una cámara para una imagen L y una cámara para una imagen R, con el mismo sujeto como su objetivo. Un flujo elemental de una toma de vídeo con la cámara para la imagen L y la cámara para la imagen R se aplican a la entrada del codificador MVC.
La Figura 3 es un diagrama de bloques que ilustra un ejemplo de configuración del codificador MVC.
Según se ilustra en la Figura 3, el codificador MVC 211 está constituido por un codificador de H. 264/AVC 221, un decodificador de H.264/AVC 222, una unidad de cálculo de profundidad Depth 223, codificador de vídeo de vista dependiente 224 y un multiplexor 225.
El flujo de la toma de vídeo n° 1 por la cámara para la imagen L se aplica a la entrada del codificador de H.264/AVC 221 y la unidad de cálculo de profundidad Depth 223. Además, el flujo de la toma de vídeo n° 2 por la cámara para la imagen R se aplica a la entrada de la unidad de cálculo de profundidad Depth 223 y del codificador de vídeo de vista dependiente 224. El flujo de la toma de vídeo n° 2 puede aplicarse a la entrada del codificador de H.264/AVC 221 y la unidad de cálculo de profundidad Depth 223 y el flujo de la toma de vídeo n° 1 se aplica a la entrada de la unidad de cálculo de profundidad Depth 223 y del codificador de vídeo de vista dependiente 224.
El codificador de H.264/AVC 221 codifica la toma de vídeo n° 1 como un flujo de vídeo de H.264 AVC/Alto perfil a modo de ejemplo. El codificador de H.264/AVC 221 proporciona, a la salida, el flujo de vídeo de AVC obtenido mediante la codificación para el decodificador H.264/AVC 222 y el multiplexor 225 como un flujo de vídeo de vista de base.
El decodificador H.264/AVC 222 decodifica el flujo de vídeo de AVC suministrado a partir del codificador de H.264/AVC 221, y proporciona, a la salida, el flujo de la toma de vídeo n° 1 obtenida mediante la decodificación para el codificador de vídeo de vista dependiente 224.
La unidad de cálculo de profundidad Depth 223 calcula el flujo de la toma de vídeo n° 1 y el flujo de la toma de vídeo n° 2 sobre la base de la profundidad (paralaje) y proporciona, a la salida, los datos de profundidad calculados al multiplexor 225.
El codificador de vídeo de vista dependiente 224 codifica el flujo de la toma de vídeo n° 1 suministrada a partir del decodificador de H.264/AVC 222 y el flujo de la entrada de vídeo n° 2 en el exterior y proporciona un flujo de vídeo de vista dependiente.
5
10
15
20
25
30
35
40
45
50
55
60
65
El flujo de vídeo de vista de base no permite la codificación predictiva que utiliza otro flujo como una imagen de referencia, sino como se ilustra en la Figura 4, se permite la codificación predictiva que utiliza el flujo de vídeo de vista de base como una imagen de referencia. A modo de ejemplo, en el caso de realizar una codificación en donde la imagen L es un flujo de vídeo de vista de base y la imagen R es un flujo de vídeo de vista dependiente, la cantidad de datos del flujo vídeo de vista dependiente obtenido como resultado de lo que antecede se hace menor en comparación con la cantidad de datos del flujo de vídeo de vista de base
Recientemente, gracias a la codificación con H.264/AVC, la estimación en la dirección temporal se realiza para el flujo de vídeo de vista de base. Además, la estimación en la dirección temporal, junto con la estimación entre vistas, se realiza para el flujo de vídeo de vista dependiente. Con el fin de decodificar el flujo de vídeo de vista dependiente, ha de finalizarse de antemano la decodificación del flujo de vídeo de vista de base correspondiente que es la fuente de referencia en el momento de la codificación.
El codificador de flujo de vídeo de vista dependiente 224 proporciona el flujo de vídeo de vista de Dependiente obtenido mediante codificación utilizando dicha estimación entre vistas al multiplexor 225.
El multiplexor 225 multiplexa el flujo de vídeo de vista de base suministrado desde el codificador de H.264/AVC 221, el flujo de vídeo de vista dependiente procedente de la unidad de cálculo de profundidad Depth 223 (datos de profundidad) y el flujo de vídeo de vista dependiente suministrado desde el codificador de flujo de vídeo de vista dependiente 224, como MPEG2 TS, a modo de ejemplo. El flujo de vídeo de vista de base y el flujo vídeo de vista dependiente pueden multiplexarse en un MPEG2 TS, o pueden incluirse en MPEG2 TSs separados.
El multiplexor 225 proporciona, a la salida, el TS (MPEG2 TS) generado. La salida de TS procedente del multiplexor 225 se registra en un disco óptico 202 en un dispositivo de registro junto con otros datos de gestión y se proporciona al dispositivo de reproducción 201 en una forma según se registra en el disco óptico 202.
En adelante, de los dos vídeos de vista dependiente, el vídeo de vista dependiente constituido por la información de profundidad Depth se denomina un vídeo de vista D1, el flujo de vídeo de vista dependiente constituido por una imagen R se denomina un vídeo de vista D2. Conviene señalar que el flujo vídeo de vista dependiente constituido por la imagen R puede procesarse como el flujo de vídeo de vista D1 y el flujo de vídeo de vista dependiente constituido por información de profundidad Depth se procesa el flujo de vídeo de vista D2.
Además, la reproducción en 3D que se realiza utilizando el vídeo de vista de base y vídeo de vista D1 se denomina reproducción B-D1. La reproducción en 3D que se realiza utilizando el flujo de vídeo de vista de base y el flujo de vídeo de vista D2 se denomina una reproducción de B-D2.
En el caso de realizar una reproducción B-D1 en conformidad con las instrucciones dadas por un usuario y así sucesivamente, el dispositivo de reproducción 201 efectúa la lectura y reproduce el flujo de vídeo de vista de base y el flujo de vídeo de vista D1 a partir del disco óptico 202.
Además, en el caso de realizar la reproducción B-D2, el dispositivo de reproducción 201 efectúa la lectura y reproduce el flujo de vídeo de vista de base y el flujo de vídeo de vista D2 a partir del disco óptico 202.
Además, en el caso de realizar la reproducción de imagen en 2D normal, el dispositivo de reproducción 201 efectúa la lectura y reproduce solamente el flujo de vídeo de vista de base a partir del disco óptico 202.
El flujo de vídeo de vista de base es un flujo de vídeo AVC codificado con H.264/AVC, de modo que si un reproductor es compatible con un formato BD, se puede reproducir su flujo de vídeo de vista de base y se puede visualizar una imagen en 2D
Ejemplo de configuración de TS
La Figura 5 es un diagrama que ilustra un ejemplo de configuración de TS.
Flujos para cada uno de los de vídeo de vista de base, vídeo de vista dependiente, audio primario, PG base, PG dependiente, IG base e IG dependiente son objeto de multiplexación en el TS Principal en la Figura 5. De este modo, el flujo de vídeo de vista dependiente junto con el flujo de vídeo de vista de base puede incluirse en el TS Principal.
El TS Principal y Sub TS se registran en el disco óptico 202. El TS Principal es un TS que incluye al menos el flujo de vídeo de vista de base. El Sub TS es un TS que incluye flujos distintos del flujo de vídeo de vista de base y se utiliza junto con el TS Principal.
Flujos para cada una de las vista de base y la vista dependiente se preparar para PG e IG también, de modo que la presentación visual en 3D se permita de forma similar a la de vídeo.
5
10
15
20
25
30
35
40
45
50
55
60
65
La Figura 6 es un diagrama que ilustra otro ejemplo de configuración de un TS.
Flujos de cada uno del flujo de vídeo de vista de base y del flujo de vídeo de vista dependiente son objeto de multiplexación en el TS Principal que se ¡lustra en la Figura 6.
Por otro lado, los flujos para cada uno de los flujos de audlo primarlo, PG base, PG dependiente, IG base e IG dependiente son objeto de multiplexación en el Sub TS.
De este modo, el flujo de vídeo puede multlplexarse en el TS Principal y los flujos de PG, IG y así sucesivamente, son objeto de multiplexación en el Sub TS.
La Figura 7 es un diagrama que ¡lustra otro ejemplo de configuración de un TS.
Flujos para cada uno de entre los de vídeo de vista de base, audio primarlo, PG base, PG dependiente, IG base e IG dependiente son objeto de multiplexación en el TS Principal que se ¡lustra en la Figura 7.
Por otro lado, el flujo de vídeo de vista dependiente se Incluye en el Sub TS.
De este modo, el flujo de vídeo de vista dependiente puede, a veces, Incluirse en un TS que está separado del flujo de vídeo de vista de base.
Formato de aplicación
La Figura 8 es un diagrama que ¡lustra un ejemplo de gestión de flujo audiovisual AV por el dispositivo de reproducción 201.
La gestión del flujo audiovisual AV se realiza utilizando dos capas de la lista de reproducción PlayLIst y Clip, según se ¡lustra en la Figura 8. El flujo audiovisual AV puede registrarse no solamente en el disco óptico 202, sino también en una memoria local del dispositivo de reproducción 201.
Recientemente, un par de un flujo audiovisual AV y de Información de secuencia de video Clip que es Información añadida se consideras como un solo objeto y juntos se denominan una secuencia de video o Clip. En adelante, un fichero que memoriza el flujo audiovisual AV se denominará un fichero de flujo AV. además, un fichero que memoriza la información de Clip se denominará también un fichero de información de Clip.
El flujo audiovisual AV es objeto de mapeado de correspondencia en el eje temporal y un punto de acceso para cada Clip se especifica de forma primaria en la lista de reproducción PlayList con una marca temporal. El fichero de información de Clip se utiliza para encontrar una dirección que ha de iniciar la decodificación dentro de un flujo audiovisual AV y así sucesivamente.
La lista de reproducción PlayList es un conjunto de secciones de reproducción de flujos audiovisuales AV. Una sección de reproducción en el flujo AV se denomina un elemento de reproducción Playltem. Playltem se representa por un punto de entrada IN y un punto de salida OUT en la sección de reproducción en el eje temporal. Según se ilustra en la Figura 8 la lista de reproducción PlayList está constituida por uno o múltiples elementos de reproducción Playltems.
La lista de reproducción PlayList que es la primera desde la izquierda en la Figura 8 está constituida por dos elementos de reproducción Playltems y a partir de los sus dos Playltems, la parte mitad frontal y la parte mitad posterior del flujo AV que se incluyen en el Clip en el lado izquierdo son objeto de referencia, respectivamente.
La lista de reproducción PlayList que es la segunda desde la izquierda está constituida por un elemento de reproducción Playltem, por lo que el flujo AV completo incluido en el Clip en el lado derecho es objeto de referencia.
La lista de reproducción PlayList que es la tercera desde la izquierda está constituida por dos elementos de reproducción Playltems y a partir de sus dos Playltems, una parte que tiene un flujo AV incluido en el Clip en el lado izquierdo y una parte que tiene un flujo AV incluido en el Clip en el lado derecho son objeto de referencia, respectivamente.
A modo de ejemplo, en el caso de que el elemento de reproducción Playltem en el lado izquierdo que está incluido en la lista de reproducción PlayList que es la primera desde la izquierda se especifica como un objetivo de reproducción mediante un programa de navegación en disco, realizándose la reproducción de la parte mitad frontal del flujo AV incluida en el Clip del lado izquierdo, que es objeto de referencia por su elemento de reproducción Playltem. De este modo, la lista de reproducción PlayList se utiliza como información de gestión de reproducción para gestionar la reproducción de los flujos audiovisuales AV.
Dentro de la lista de reproducción PlayList, la ruta de reproducción realizada en conformidad con la disposición
5
10
15
20
25
30
35
40
45
50
55
60
65
matricial de uno o más elementos de reproducción Playltems se denomina una ruta principal.
Además, dentro de la lista de reproducción PlayList, una ruta de reproducción realizada en conformidad con uno o más SubPlayltems, en paralelo con la Ruta Principal, se denomina una Sub-ruta.
La Figura 9 es un diagrama que ilustra una configuración de una Ruta Principal y de una Sub-ruta.
Una lista de reproducción PlayList puede tener una Ruta Principal y una o más Sub-rutas.
El flujo de vídeo de vista de base anteriormente descrito se gestiona como un flujo que establece un elemento de reproducción como referencia de la Ruta Principal. Además, el flujo de vídeo de vista dependiente se gestiona como un flujo que un SubPlayltem constituye la Sub-ruta objeto de gestión.
La lista de reproducción PlayList en la Figura 9 tiene una Ruta Principal constituida por la disposición matricial de tres Playltems y tres Sub-rutas.
El Playltem que constituye la Ruta Principal tiene un identificador ID establecido en secuencia desde el principio. Las Sub-rutas tienen también identificadores IDs de Subpath_id=0, Subpath_id=1, y Subpath_id=2, en secuencia desde el principio.
Con el ejemplo ilustrado en la Figura 9, un SubPlayltem está incluido en la Sub-ruta de Subpath_¡d=0 y dos SubPlayltems están incluidos en la Sub-ruta de Subpath_id=1. Además, un SubPlayltem está incluido en la Sub-ruta de Subpath_id=2.
Al menos un flujo de vídeo (datos de imagen principales) está incluido en el flujo AV de Clip con referencia mediante un elemento de reproducción Playltem.
Además, uno o más flujos de audio reproducidos con la misma temporización que (sincronizados con) el flujo de vídeo incluido en el flujo AV de Clip puede incluirse en el flujo de AV de Clip o puede no incluirse.
Uno o más flujos de datos de títulos (PG (gráfico de presentación)) del mapa de bits que se reproducen en sincronización con el flujo de vídeo incluido en el flujo AV de Clip pueden incluirse en el flujo AV de Clip o pueden no incluirse.
Uno o más flujos IG (gráfico interactivo) que se reproducen en sincronización con el flujo de vídeo incluido en el fichero de flujo AV de Clip pueden incluirse en el flujo AV de Clip o pueden no incluirse. Un flujo de IG se utiliza para visualizar gráficos tales como un botón pulsado por un usuario.
Un flujo de vídeo y cero o más flujos de audio cero o más flujos de PG y cero o más flujos de IG, que se reproducen sincronizados con ellos son objeto de multiplexación en el flujo AV de Clip con la referencia de un elemento de reproducción Playltem.
Además, un SubPlayltem sirve de referencia para un flujo de vídeo, flujo de audio o flujo PG o similar de un flujo que difiere del flujo AV de Clip (flujo separado) que el elemento de reproducción Playltem establece como referencia.
La gestión del flujo AV utilizando dicha lista de reproducción PlayList, elemento de reproducción Playltem y SubPlayltem se da a conocer en la publicación de solicitud de patente no examinada japonesa n° 2008-252740 y en la publicación de solicitud de patente no examinada japonesa n° 2005-348314, a modo de ejemplo.
Configuración de directorios
La Figura 10 es un diagrama que ilustra un ejemplo de configuración de gestión de un fichero a registrarse en el disco óptico 202.
Según se ilustra en la Figura 10, los ficheros se gestionan en una manera jerárquica con la configuración de directorios. Un directorio raíz se crea en el disco óptico 202. Por debajo del directorio raíz está el alcance operativo gestionado con un solo sistema de reproducción de registros.
Un directorio BDMV se coloca debajo del directorio raíz.
Inmediatamente debajo del directorio BDMV, se memoriza un fichero de índice que es un fichero que tiene el nombre establecido como "Index.bdmv" y un fichero MovieObject que es un fichero que tiene el nombre establecido como "MovieObject.bdmv".
Debajo del directorio BDMV, están provistos un directorio BACKUP, un directorio PLAYLIST, un directorio CLIPINF, un directorio STREAM y así sucesivamente.
5
10
15
20
25
30
35
40
45
50
55
60
65
Los ficheros de la lista de reproducción PlayList que describen las PlayLists se memorizan en el directorio
PLAYLIST. Cada fichero de PlayList se establece con un nombre que combina un número de cinco dígitos y la
extensión ".mpls". Un fichero de PlayList ilustrado en la Figura 10 se establece con el nombre de fichero de "OOOOO.rnpls".
Los ficheros de información de secuencia de video Clip se memorizan en el directorio CLIPINF. Cada fichero de información de Clip se establece con un nombre que combina un número de cinco dígitos y la extensión ".dpi".
Los tres ficheros de información de Clip, ilustrados en la Figura 10, se establecen con los nombres de ficheros "00001.dpi","00002.dpi", "0003.dpi", respectivamente. En adelante, los ficheros de información de Clip se denominarán ficheros c/p/'s, cuando sea adecuado.
A modo de ejemplo, el fichero "00001 .dpi" de tipo dpi es un fichero que describe información en relación con un Clip de un vídeo de vista de base.
El fichero dpi "00002.dpi" es un fichero que describe información relativa a un Clip de un vídeo de vista D2.
El fichero dpi "00003.dpi" es un fichero que describe información relativa a un Clip de un vídeo de vista D1.
Los ficheros de flujos se memorizan en el directorio STREAM. Cada fichero de flujo se establece con un nombre que combina un número de cinco dígitos y la extensión ",m2ts", o un nombre que combina un número de cinco dígitos y la extensión ".ilvt". En adelante, los ficheros que tienen una extensión ",m2ts" establecida se denominarán ficheros m2tss, cuando sea adecuado. Además, los ficheros que tienen una extensión ".ilvt" establecida se denominarán ficheros ilvts.
El fichero m2ts "00001.m2ts" es un fichero para la reproducción en 2D y al especificar este fichero, se realiza la lectura del flujo de vídeo de vista de base.
El fichero m2ts "00002.m2ts" es un fichero de flujo de vídeo de vista D2 y el fichero m2ts "00003.m2ts" es un fichero de flujo de vídeo de vista D1
El fichero ilvt "10000.ilvt" es un fichero para la reproducción de B-D1 y especificando este fichero, se realiza la lectura del flujo de vídeo de vista de base y del flujo de vídeo de vista D1
El fichero ilvt "20000.ilvt" es un fichero para la reproducción B-D2 y especificando este fichero, se realiza la lectura del flujo de vídeo de vista base y el flujo de vídeo de vista D2.
Además de la ilustración en la Figura 10, los directorios que memorizan ficheros de flujos de audlo y así sucesivamente se proporcionan también debajo del directorio BDMV.
Sintaxis de datos diversos
La Figura 11 es un diagrama que ¡lustra la sintaxis de un fichero de lista de reproducción PlayList.
El fichero de PlayList es un fichero que se memoriza en el directorio PLAYLIST en la Figura 10 se establece con la extensión ".mpls".
El indicador de tipo typejndicator en la Figura 11 indica el tipo del fichero de "xxxxx.mpls".
El número de version_number indica el número de versión de "xxxx.mpls". El version_number está constituido por un número de cuatro dígitos. A modo de ejemplo "0240", que indica que se trata de una versión "3D Spec versión", se establece en el fichero de lista de reproducción PlayList para la reproducción en 3D. Una PlayList en donde los ficheros de PlayList establecidos con "0240" se describen como una 3D_PlayList que se describirá con posterioridad.
La dirección PlayList_start_address indica la dirección Inicial en la PlayList(), que tiene un número relativo de bytes desde el byte de cabecera en el fichero de PlayList como unidades.
La dirección PlayLlstMark_start_address Indica la dirección de cabecera en la PlayListMark (), que tiene un número relativo de bytes desde el byte de cabecera en el fichero de PlayList como unidades.
La dirección ExtenslonData_start_address indica la dirección de cabecera en ExtensionData (), que tiene un número relativo de bytes desde el byte de cabecera en el fichero de PlayList como unidades.
Después de la dirección de ExtensionData_start_address, se incluye un conjunto de 160 bit reservados para uso futuro.
5
10
15
20
25
30
35
40
45
50
55
60
65
Los parámetros en relación con el control de la reproducción de la PlayList, tales como restricciones de reproducción, se memorlzan en ApplnfoPlayList().
Los parámetros que se relacionan con la Ruta Principal y la Sub-ruta y así sucesivamente se memorizan en PlayList(). El contenido de PlayListQ se describirá más adelante.
La información de marcas de la lista de reproducción PlayList, esto es, la información relativa a una marca, que es un destino de salto (punto de salto) en una operación de usuario u orden que demanda un salto de sección o similar, se memoriza en PlayLlstMarkQ.
ExtensionData () se forma con el fin de permitir la inserción de datos privados.
La Figura 12 es un diagrama que ilustra la sintaxis de la PlayListQ en la Figura 11.
La longitud es un número entero de 32 bit sin ningún signo que muestra el número de bytes desde inmediatamente después del campo de longitud al final de la PlayListQ. Es decir, la longitud indica el número de bytes desde reservado_para_uso_futuro hasta el final de la PlayList.
Después de la longitud, se preparan 16 bits reservado_para_uso_futuro.
number_of_Playltems es un campo de 16 bits que indica el número de Playltems en la PlayList. En el caso del ejemplo ilustrado en la Figura 9, el número de Playltems es tres. El valor de Playltemjd se asigna desde cero en el orden en que aparecen PlayltemQ en la lista de reproducción PlayList. A modo de ejemplo, Playltemjd = 0, 1, 2 en la Figura 9 son objeto de asignación.
nurnber_of_SubPaths es un campo de 16 bits que indica el número de Sub-rutas en la lista de reproducción PlayList. En el caso del ejemplo ilustrado en la Figura 9, el número de Sub-rutas es tres. El valor de SubPathJd se asigna desde cero en el orden en que aparece SubPath() en la PlayList. A modo de ejemplo, SubPathJd = 0, 1, 2 en la Figura 9 son objeto de asignación. En una sentencia posterior, Playltem() se referencia solamente para el número de Playltems, y SubPath () se referencia solamente para el número de Sub-rutas.
La Figura 13 es un diagrama que ¡lustra la sintaxis de la SubPathQ ilustrada en la Figura 12.
La longitud es un número entero de 32 bits sin ningún signo que muestra el número de bytes desde inmediatamente después del campo de longitud al final de la PlayListQ. Es decir, la longitud indica el número de bytes desde reservado_para_usoJuturo al final de la lista de reproducción PlayList.
Después de la longitud, se preparan 16 bits reservado_para_usoJuturo
SubPathJype es un campo de 8 bits que indica el tipo de aplicación de Sub-ruta. SubPathJype se utiliza en el caso de indicación, a modo de ejemplo, de qué tipo es una Sub-ruta de audio, título de mapa de bits o título de texto.
Después de SubPathJype, se preparan 15 bits reservado_para_usoJuturo
is_repeat_SubPath es un campo de un bit que especifica el método de reproducción de una Sub-ruta e indica si la reproducción de Sub-ruta se realiza repetidamente entre la reproducción de la Ruta Principal o si se realiza la reproducción de Sub-ruta solamente una vez. A modo de ejemplo, lo que antecede se utiliza en el caso de que la temporizaclón de reproducción del Clip que referencia la Ruta Principal y el Clip que referencia la Sub-ruta (en un caso en donde la Ruta Principal es una ruta de una exposición de diapositivas de imagen fija y la Sub-ruta es una ruta de audio que es de música de fondo).
Después de ¡s_repeat_SubPath, se preparan 8 bits reservado_para_usoJuturo
number_of SubPlayltems es un campo de 8 bits que Indica el número de SubPlayltem en una Sub-ruta (número de entradas). A modo de ejemplo, el number_of_SubPlayltems del SubPlayltem en donde SubPathJd = 0 en la Figura 9 es 1 y el number_of_SubPlayltems del SuPlayltem en donde SubPathJd = 1 es 2. En una sentencia posterior, SubPlayltem() es objeto de referencia solamente respecto al número de SubPlayltems.
La Figura 14 es un diagrama que ¡lustra la sintaxis del SubPlayltem (I) ¡lustrado en la Figura 13.
La longitud es un número entero de 16 bits sin ningún signo que muestra el número de bytes desde Inmediatamente después del campo de longitud al final del Sub Playltem().
El SubPlayltem (i) en la Figura 14 describe por separado un caso en donde el SubPlayltem hace referencia a un Clip y el caso de hacer referencia a múltiples Clips.
5
10
15
20
25
30
35
40
45
50
55
60
65
Un caso en donde el SubPlayltem hace referencia a un solo Clip se describirá a continuación.
Clip_lnformation_file_name [0] indica el nombre del fichero de información de Clip objeto de referencia por el SubPlayltem.
Clip_codec_identifier [0] indica un método de codificación-codificación, códec del Clip. Después Clip_codec_identifier [0], se prepara bits reservado_para_uso_futuro
is_multi_Clip_entries es un indicador de la existencia de un registro de multi-Clip. En el caso de que el indicador de is_multi_Clip_entries esté activado, se hace referencia a la sintaxis en el caso de que el SubPlayltem haga referencia a múltiples Clips.
ref_t°_STC_id [0] es información relativa a puntos no continuos STC (puntos no continuos de base de tiempos del sistema).
SubPlayltem_IN_time indica la posición inicial de una sección de reproducción de Sub-ruta y SubPlayltem_OUT_time indica la posición final.
sync_Playltem_id y sync_start_PTS_of_Playltem indican el punto en el tiempo en el eje temporal de la Ruta Principal en la que se inicia la reproducción de Sub-rutas.
SubPlayltem_IN_time, SubPlayltem_OUT_time, sync_Playltem_id y sync_start_PTS_of_Playltem se utilizan en común por el Clip referenciado por SubPlayltem.
A continuación se proporcionará la descripción en el caso de "si (is_multi_Clip_entries = Ib”) y que SubPlayltem hace referencia a múltiples Clips.
num_of_Clip_entries indica el número de Clips objeto de referencia. El número de Clip_lnformation_file_name [Subclip_entry_id], especifica el número de Clip, excluyendo a Clip_lnformation_file_name [0].
Clip_codec_identifier [SubClip_entry_id] indica el método de codificación-decodificación del Clip.
ref_to_STC_id [SubClip_entry_id] es información que se relaciona con los puntos no continuos de STC (puntos no continuos de la base de tiempos del sistema). Después de ref_to_STC_id [SubClip_entry_id], se preparan bits reservado_para_uso_futuro.
La Figura 15 es un diagrama que indica la sintaxis de un Playltem() representado en la Figura 12.
La longitud es un número entero de 16 bits sin ningún signo que muestra el número de bytes desde inmediatamente después del campo de longitud al final del Playltem().
Clip_lnformation_file_name [0] indica el nombre del fichero de información de Clip objeto de referencia por el Playltem. Conviene señalar que el mismo número de cinco dígitos se incluye en el nombre del fichero del fichero m2ts que incluye el Clip y el nombre del fichero del fichero de información de Clip correspondiente.
Clip_codec_identifier[0] indica un método de codificación-decodificación del Clip. Después de Clip_codec_identifier [0], se prepara bits reservado_para_uso_futuro. Después de los bits reservado_para_uso_futuro, se incluye is_multi_angle y connection_condition.
ref_to_STC_id [0] es información relativa a puntos no continuos de STC (puntos no continuos de la base de tiempos del sistema).
IN_time indica la posición inicial en la sección de reproducción de Playltem y OUT_time indica la posición final.
Después de OUTJime, se incluyen UO_mas_table(), Playltem_random_access_mode, y stilljnode.
La información de un flujo AV al que hace referencia un objeto Playltem se incluye en el STN_table (). Además, en el caso de que exista una Sub-ruta que ha de reproducirse en una manera en correlación con el objeto Playltem, se incluyen también información del flujo AV que los SubPlayltems establecen como las referencias de la Sub-ruta.
La Figura 16 es un diagrama que ilustra la sintaxis de STN_table () que se representa en la Figura 15.
La STN_table () se establece como un atributo del Playltem.
La longitud es un número entero de 16 bits sin ningún signo que muestra el número de bytes desde inmediatamente
5
10
15
20
25
30
35
40
45
50
55
60
65
después del campo de longitud al final de la PlayLlst(). Después de la longitud, se prepara 16 bits reservados para uso futuro.
number_of_video_strearn_entr¡es indica el número de flujos a introducir (registrar) en la STN_table(), en donde se proporciona un video_stream_id.
video_stream_id es información para identificar el flujo de vídeo. A modo de ejemplo, un flujo de vídeo de vista de base se identifica por el video_stream_id en este caso.
Un identificador ID del flujo de vídeo de vista dependiente puede definirse dentro de la STN_table (), o puede encontrarse mediante cálculos, añadiendo un valor predeterminado al identificador ID del flujo de vídeo de vista de base.
Vídeo_stream_number es un número de flujo de vídeo que se utiliza para conmutar la señal de vídeo y que puede observarse por el usuario.
number_of_audio_stream_entries indica el número de flujos del primer flujo de audio a introducirse en la STN_table(), en donde se proporciona un audio_stream_id. audio_stream_id es información para identificar el flujo de audio y audio_stream_number es un número de flujo de audio que se utiliza para conmutar la señal de audio y que se puede observar por el usuario.
number_of_audio_stream2_entñes indica el número de flujos del segundo flujo de audio a introducirse en la STN_table (), en donde se proporciona un audio_stream_id2. audio_stream_id2 es información para identificar el flujo de audio y audio_stream_number es un número de flujos de audio que se utiliza para conmutar la señal de audio y que puede observarse por el usuario. En este ejemplo, se permite la conmutación de la señal de audio a
reproducirse.
number_of_PG_txtST_stream_entries indica el número de flujos a introducirse en la STN_table(), en donde se proporciona un PG_txtST_stream_id. Un flujo de PG que tiene un título de mapa de bits sujeto a codificación de longitud de ejecución y un fichero de título de texto (txtST) se introduce en este caso. El PG_txtST_stream_id es información para identificar el flujo de títulos y PG_txtST_stream_number es un número de flujos de títulos que se utiliza para conmutar los títulos y que se puede observar por el usuario.
number_of_IG_stream_entr¡ese indica el número de flujos a introducirse en la STN_table (), en donde se proporciona un IG_stream_number. Los flujos de IG se introducen en este caso. El IG_stream_id es información para identificar el flujo de IG e IG_stream_number es un número de flujo de gráficos que se utiliza para conmutar los gráficos y que se puede observar por el usuario.
Los identificadores IDs del TS Principal y del Sub TS se registran también en la STN_table(). El hecho de que su identificador ID es un TS ID y no un flujo elemental se describe en stream_attribute ().
Ejemplo específico de lista de reproducción PlayList
La Figura 17 es un diagrama que ilustra un ejemplo específico de la 3D_PlayList que es una lista de reproducción PlayList para la reproducción en 3D.
Para facilidad de descripción, un número y que indican el número de filas se muestra en el lado izquierdo de la Figura 17. El número y en este caso, no constituyen la lista de reproducción en 3D_Playlist.
El number_of_Playltems en la segunda fila corresponde al número de elementos de reproducción que se ilustra en la Figura 12 e indica el número de Playltems en la 3D_PlayList. Desde la segunda fila a la octava fila son descripciones relativas a los Playltems. Es decir, desde la tercera fila a la octava fila corresponden a las descripciones de Playltem que se utilizan para sentencia en la Figura 12.
El ref_to_B_clpi_file_name Clip_lnformation_file_name [0] en la quinta fila corresponde a Clip_lnformation_file_name [0] en la Figura 15 el número de cinco dígitos, excluyendo la extensión ",m2ts", del nombre de fichero del fichero m2ts que memoriza el flujo de vídeo de vista de base. Con esta descripción, el fichero m2ts objeto de referencia y el fichero dpi del Clip de vídeo de vista de base son identificados.
El tipo en la sexta fila ilustra un vídeo de vista de base y el tipo de disposición matricial en el disco óptico 202 de los datos de vídeo de vista D1 / D2 correspondientes. El tipo se establece, utilizando los bits reservado_para_uso_futuro que siguen al Clip_codec_identifier [0] en la Figura 15, a modo de ejemplo.
La Figura 18 es un diagrama que ilustra el significado de tipo.
Si el valor de tipo es 0 ello indica que el flujo de vídeo de vista de base, el flujo de vídeo de vista D1, y el flujo vídeo
5
10
15
20
25
30
35
40
45
50
55
60
65
de vista D2 no están entrelazados.
En este caso los flujos de vídeo de vista D1/D2 existentes o uno de los paquetes son objeto de multiplexación para un MPEG2-TS junto con el paquete de vídeo de vista de base.
Que el valor de tipo sea 1 indica que el vídeo de vista de base, el vídeo de vista D1, y el vídeo de vista D2 están todos ellos entrelazados.
En este caso, tres TSs de un primer TS que incluye el vídeo de vista B, un segundo TS que incluye el vídeo de vista D1 y un tercer TS que incluye el vídeo de vista D2 están entrelazados en el disco óptico 202 en incrementos de fragmentos de extensiones.
El hecho de que el valor de tipo sea 2 indica que el vídeo de vista de base y el vídeo de vista D1 están entrelazados.
En este caso dos TSs de un primer TS que incluye el vídeo de vista B y el segundo TS que incluye el paquete de vídeo de vista D1 están entrelazados en el disco óptico 202 en incrementos de fragmentos de extensiones. El paquete de vídeo de vista D2 puede multiplexarse en el primer TS. Además, el paquete de vídeo de vista D2 puede multiplexarse en el segundo TS.
El hecho de que el valor de tipo sea 3 indica que el vídeo de vista de base y el vídeo de vista D2 están entrelazados.
En este caso, dos TSs de un primer TS que incluye el paquete de vídeo de vista B y un segundo TS que incluye el paquete de vídeo de vista D2 están entrelazados en el disco óptico 202 en incrementos de fragmentos de extensiones. El paquete de vídeo de vista D1 puede multiplexarse en el primer TS. Además, el paquete de vídeo de vista D1 no puede multiplexarse en el segundo TS.
Volviendo a la descripción en la Figura 17, la STN_table en la séptima fila corresponde a la STN_table () en la Figura 15. Según se describe haciendo referencia a la Figura 16, el identificador ID de cada flujo objeto de referencia en la 3D_PlayList se describe en la STN_table.
El number_of_SubPaths en la novena fila corresponde al number_of_SubPaths en la Figura 12, y ello indica el número de sub-rutas en la 3D_PlayList. Desde la novena fila a la décimo cuarta fila son descripciones relativas a la Sub-ruta. Es decir, desde la décima fila a la décimo cuarta fila corresponden a descripciones de la Sub-ruta que se utiliza para la sentencia en la Figura 12.
El SubPath_type en la duodécima fila corresponde al SubPath_type en la Figura 13 y muestra el tipo de Sub-ruta.
La Figura 19 es un diagrama que ilustra el significado del SubPath_type.
Para describir lo que es primario de los valores diversos mostrados en la Figura 19, el hecho de que el valor de SubPath_type es 8 indica que se trata de una Sub-ruta que reproduce el vídeo de vista D2.
Además, el hecho de que el valor de SubPath_type sea 9 indica que se trata de una Sub-ruta que reproduce el vídeo de vista D1.
El ref_to_clpi_file_name en la décimo tercera fila en la Figura 17 corresponde al Clip_lnformation_file_name [0] en la Figura 14.
En el caso de que la Sub-ruta reproduzca el vídeo de vista D1, el ref_to_clpi_file_name indica el número de cinco dígitos, excluyendo la extensión ",m2ts" del nombre de fichero del fichero m2ts que memoriza el vídeo de vista D1. Con esta descripción, se identifica el fichero dpi objeto de referencia.
Por otro lado, en el caso de que la Sub-ruta 2 reproduzca el vídeo de vista D2, el ref_to_clpi_file_name en la decimotercera fila indica el número de cinco dígitos, excluyendo la extensión ",m2ts" del nombre de fichero del fichero m2ts que memoriza el vídeo de vista D2.
Desde la décimo sexta fila a la trigésima fila, esta es la descripción relativa a interleaved_file_info(), esto es, un fichero ilvt. A modo de ejemplo, se prepara la descripción relativa a un fichero ilvt utilizando bits reservado_para_uso_futuro en Playltem() y SubPathQ.
Desde la décimo séptima fila a la vigesimosegunda fila, se tiene la descripción en el caso de que el valor del tipo en la sexta fila sea 1 y que el vídeo de vista de base, el vídeo de vista D1, y el vídeo de vista D2 estén todos ellos entrelazados.
El ref_to_D1-B_interleaved_file_name en la décimo octava fila indica el número de cinco dígitos, excluyendo la extensión ".ilvt" del nombre del fichero del fichero ilvt para la reproducción del vídeo de vista de base y el vídeo de
5
10
15
20
25
30
35
40
45
50
55
60
65
vista D1.
El ref_to_D2-B_interleaved_f¡le_name en la décimo novena fila Indica el número de cinco dígitos, excluyendo la extensión ".ilvt" del nombre de fichero del fichero ilvt para la reproducción del vídeo de vista de base y el vídeo de vista D2.
El ref_to_D1_clpi_file_name en la vigésima fila indica el número de cinco dígitos excluyendo la extensión ",m2ts" del nombre de fichero del fichero m2ts que memoriza el vídeo de vista D1. Con esta descripción, el fichero dpi objeto de referencia en el momento de la reproducción del fichero m2ts del vídeo de vista D1 es objeto de identificación.
El ref_to_D2_clpi_file_name en la vigesimoprimera fila indica el número de cinco dígitos, excluyendo la extensión ",m2ts" del nombre de fichero del fichero m2ts que memoriza el vídeo de vista D2. Con esta descripción, el fichero dpi objeto de referencia en el momento de la reproducción del fichero m2ts del vídeo de vista D2 es objeto de identificación.
Desde la vigesimotercera fila a la vigesimosexta fila, se tiene la descripción objeto de referencia en el caso de que el valor de tipo en la sexta fila sea 2 y el vídeo de vista de base y el vídeo de vista D1 estén entrelazados.
El ref_to_D1-B_interleaved_file_name en la vigesimocuarta fila indica el número de cinco dígitos, excluyendo la extensión " ilvt" del nombre de fichero del fichero ilvt para la reproducción del vídeo de vista de base y el vídeo de
vista D1.
El ref_to_D1_clpi_file_name en la vigesimoquinta fila indica el número de dígitos, excluyendo la extensión ",m2ts" del nombre de fichero del fichero m2ts que memoriza el vídeo de vista D1. Con esta descripción, el fichero dpi objeto de referencia en el momento de la reproducción del fichero m2ts del vídeo de vista D1 es objeto de identificación.
Desde la vigesimoséptima fila a la trigésima fila, se tiene la descripción objeto de referencia en el caso de que el valor de tipo en la sexta fila sea 3 y el vídeo de vista de base y el vídeo de vista D2 estén entrelazados.
El ref_to_D1-B_interleaved_file_name en la vigesimoctava fila indica el número de cinco dígitos, excluyendo la extensión " ilvt" del nombre de fichero del fichero ilvt para la reproducción de vídeo de vista de base y el vídeo de
vista D2.
El ref_to_D2_clpi_file_name en la vigésimo novena fila indica el número de cinco dígitos, excluyendo la extensión ",m2ts" del nombre de fichero del fichero m2ts que memoriza el vídeo de vista D2. Con esta descripción, el fichero dpi objeto de referencia en el momento de la reproducción de la reproducción del fichero m2ts del vídeo de vista D2 es objeto de identificación.
De este modo, en el caso de que los datos estén entrelazados en el disco óptico 202, se describe información en la 3D_PlayList en donde el nombre del fichero del fichero dpi correspondiente al flujo AV de Clip puede identificarse para el vídeo de vista D1 y también para el vídeo de vista D2.
[Ejemplo de configuración de Dispositivo de reproducción 201]
La Figura 20 es un diagrama de bloques que ilustra un ejemplo de configuración de un dispositivo de reproducción 201.
El controlador 251 ejecuta un programa de control que se prepara de antemano y controla las operaciones globales del dispositivo de reproducción 201.
A modo de ejemplo, el controlador 251 controla una unidad de disco 252 para la lectura de un fichero de PlayList para la reproducción en 3D. Además, el controlador 251 hace que el TS Principal y el Sub TS sean objeto de lectura, sobre la base de los identificadores IDs registrados en la STN_table y suministra estos datos a la unidad de decodificador 256.
La unidad de disco 252 realiza la lectura de datos desde el disco óptico 202 bajo el control del controlador 251 y proporciona, a la salida, los datos leídos al controlador 251, a la memoria 253, o la unidad de decodificación 256.
La memoria 253 memoriza datos y elementos adicionales necesarios para que el controlador 251 realice varios tipos de procesamiento, cuando sea adecuado.
Una memoria local 254 está constituida por una HDD (Hardware Disk Drive - Unidad de disco duro), a modo de ejemplo. Los flujos de vídeo de vista D1/D2 y similares que se descargan desde un servidor 272 se registran en la memoria local 254. Los flujos registrados en la memoria local 254 se suministran también a la unidad de decodificador 256 cuando sea adecuado.
Una interfaz de Internet 255 realiza una comunicación con el servidor 272 por intermedio de una red 271 bajo el
5
10
15
20
25
30
35
40
45
50
55
60
65
control del controlador 251 y suministra los datos descargados desde el servidor 272 a la memoria local 254.
Desde el servidor 272, se descargan datos para actualizar los datos registrados en el disco óptico 202. Los flujos de vídeo de vista D1/D2 descargados pueden utilizarse con los flujos de vídeo de vista de base registrados en el disco óptico 202, de modo que pueda realizarse la reproducción en 3D del contenido que difiere del contenido en el disco óptico 202. Cuando se descargan los flujos de vídeo de vista D1/D2, el contenido de la lista de reproducción PlayList se actualiza también cuando sea adecuado.
La unidad de decodiflcador 256 decodifica los flujos suministrados desde la unidad de disco 252 o la memoria local 254, y proporciona, a la salida, la señal de vídeo obtenida al dispositivo de presentación visual 203. La señal de audio se proporciona también al dispositivo de presentación visual 203 por intermedio de una ruta predeterminada.
La unidad de entrada operativa 257 está constituida por dispositivos de entrada, tales como botones, panel táctil, disco selector denominado jog dial, ratón y otros dispositivos similares y una unidad de recepción para recibir señales tales como rayos infrarrojos que se transmiten desde un dispositivo de mando a distancia predeterminada. La unidad de entrada operativa 257 detecta las operaciones del usuario y suministra las señales que muestran el contenido operativo detectado al controlador 251.
La Figura 21 es un diagrama que ¡lustra un ejemplo de configuración de la unidad de decodificador 256.
Una unidad de separación 281 separa los datos suministrados desde la unidad de disco 252 bajo el control por el controlador 251 en datos de paquetes que constituyen la TS Principal y datos de paquetes que constituyen la Sub TS. A modo de ejemplo, el TS efectúa la lectura desde el disco óptico 202 que se suministra a la unidad de separación 281 sobre la base de los identificadores IDs de flujo descritos en la STN_table () del fichero de 3D PlayList.
La unidad de separación 281 proporciona y memoriza los paquetes separados que constituyen el TS Principal en la memoria intermedia de lectura 282, y proporciona y memoriza los paquetes que constituyen la Sub TS en la memoria Intermedia de lectura 285.
Además, la unidad de separación 281 proporciona y memoriza los paquetes que constituyen la Sub TS que se suministran desde la memoria local 254 a la memoria intermedia de lectura 285.
Según se describió con anterioridad, existen casos en donde el vídeo de vista D1/D2 descargado desde el servidor 272 se memorizan en la memoria local 254. Cuando se dan instrucciones para la reproducción con respecto al vídeo de vista de base registrado en el disco óptico 202, los flujos de vídeo de vista D1/D2 que sirven como Sub TS son objeto de lectura desde la memoria local 254 y se suministran a la unidad de separación 281.
Un filtro de PID 283 asigna los paquetes que constituyen el TS Principal que se memoriza en la memoria intermedia de lectura 282, sobre la base del PID establecido en cada paquete. Los PIDs de los paquetes que constituyen el vídeo de vista de base, los PIDs de los paquetes que constituyen el vídeo de vista D1 y los PIDs de los paquetes que constituyen el vídeo de vista D2 son cada uno especificados por el controlador 251.
El filtro de PID 283 efectúa la lectura de los paquetes de vídeo de vista de base incluidos TS Principal desde la memoria intermedia de lectura 282, y proporciona y memoriza estos paquetes en una memoria intermedia de ES 284. Un ES (Elementary Stream - flujo elemental) constituido por paquetes de vídeo de vista de base se memoriza en la intermedia de ES 284.
Además, en el caso de que los paquetes de vídeo de vista D1/D2 sean multiplexados en el TS Principal, sus paquetes son extraídos sobre la base de los PIDs y se proporcionan a un conmutador 287.
El filtro de PID 286 efectúa la lectura de los paquetes de vídeo de vista D1/D2 incluidos en la Sub TS a partir de la memoria intermedia de lectura 285 y los proporciona al conmutador 287.
Conviene señalar que se describe el procesamiento para solamente el vídeo de vista de base y el vídeo de vista D1/D2, pero cuando se describe haciendo referencia a la Figura 5, los datos de gráficos tales como PG e IG pueden multiplexarse para el TS principal. De forma similar, según se describe haciendo referencia a la Figura 6, datos de subtítulos y datos de gráficos que no sean del vídeo de vista D1/D2 pueden multiplexarse también para el Sub TS.
El filtro de PID 283 y el filtro de PID 286 asignan adecuadamente sus datos basados en el PID y los proporciona a los destinos de salida predeterminados. Un decodificador para decodificar datos de gráficos o similares está conectado a un terminal de destino de salida (círculo) ilustrado en el bloque del filtro de PID 283 y del filtro de PID 286 en la Figura 21.
El conmutador 287 proporciona y memoriza los paquetes de vídeo de vista D1/D2 suministrados desde el filtro de PID 283 a la memoria intermedia de ES 288. Además, el conmutador 287 proporciona y memoriza los paquetes de
5
10
15
20
25
30
35
40
45
50
55
60
65
vídeo de vista D1/D2 suministrados desde filtro de PID 286 en la memoria intermedia de ES 288. ES está constituido por los paquetes de vista de vídeo D1/D2 que se memorizan en la memoria intermedia de ES 288.
El conmutador 289 proporciona los paquetes de vídeo de vista de base que se memorizan en la memoria intermedia de ES 284, y los paquetes a someterse a decodificación dentro de los paquetes de vídeo de vista D1/D2 que se memorizan en la memoria intermedia de ES 288, al decodificador 290. La información de puntos temporales tales como DTS (Marca Temporal de Decodificación) se establece en un paquete de PES del vídeo de vista de base y vídeo de vista D1/D2, y se realiza la lectura desde la memoria intermedia sobre la base de su información de puntos temporales.
El decodificador de vídeo 290 decodifica los paquetes suministrados desde el conmutador 289 y proporciona los datos del vídeo de vista de base o vídeo de vista D1/D2 obtenidos mediante la decodificación.
[Ejemplo 1 de lista de reproducción en 3D_PlayList]
La Figura 22 es un diagrama que ¡lustra un ejemplo de la lista de reproducción en 3D_PlayList.
La lista de reproducción en 3D_PlayList, descrita en el fichero de PlayList "00000.mpls" en la Figura 22 es una PlayList que gestiona la reproducción del disco óptico 202 en donde el vídeo de vista de base, el vídeo de vista D1 y el vídeo de vista D2 están todos ellos entrelazados. Es decir, el valor de tipo es 1.
En la realización ejemplo de la Figura 22, el ref_to_B_clpi_file_name de PlayltemQ es “00001". A partir de esta descripción, en el caso de reproducción de "00001.m2ts" que es un fichero m2ts de vídeo de vista de base que hace referencia al fichero dpi "00001.dpi" en la Figura 10 es objeto de identificación.
Además, el SubPath_type de SubPath() [1] es “9". El hecho de que el SubPath_type es “9" indica que la primera Sub-ruta, en este caso, es una Sub-ruta para reproducir el vídeo de vista D2.
El ref_to_clpi_file_name de SubPath() [1] es “00002". A partir de esta descripción, en el caso de reproducción del vídeo de vista D2, haciendo referencia al fichero dpi "00002.clpi" en la Figura 10 es objeto identificación.
El SubPath_type de SubPathQ [2] es “8". El hecho de que el SubPath_type es “8" indica que la segunda Sub-ruta en este caso es una Sub-ruta para reproducir el vídeo de vista D1.
El ref_to_clpi_file_name de SubPathQ [2] es “00003". A partir de esta descripción, en el caso de reproducción del vídeo de vista D1, haciendo referencia al fichero dpi "00003.clp¡" en la Figura 10 es objeto de descripción.
El ref_to_D1-B_interleave_file_name del interleaved_file_info() es “10000". A partir de esta descripción, en el caso de realizar una reproducción D1-B, se identifica haciendo referencia al fichero ilvt "10000.ÍM" en la Figura 10.
Además, el ref_to_D2-B_interleaved_file_name del interleaved_file_info () es “20000". A partir de esta descripción, en el caso de realizar una reproducción D2-B se indica haciendo referencia al fichero ilvt "20000.ilvt" en la Figura 10.
El ref_to_D1_clpi_file_name es “00003". A partir de esta descripción, en el caso de reproducción del vídeo de vista D1, se identifica haciendo referencia al fichero dpi "00003.clp¡" en la Figura 10
El ref_to_D2_clpi_file_name es “00002". A partir de esta descripción, en el caso de reproducción del vídeo de vista D2, se identifica haciendo referencia al fichero dpi "00002.clp¡" en la Figura 10
La Figura 23 es un diagrama que muestra la sintaxis del fichero dpi utilizado junto con la 3D_PlayList en la Figura 22.
A en la Figura 23 es un diagrama que ilustra un ejemplo de un fichero dpi "00001.dpi". Según se describió con anterioridad, el fichero dpi "00001.dpi" es un fichero objeto de referencia en el caso reproducción de "00001.m2ts" que es un fichero m2ts de vídeo de vista de base.
El number_of_source_packets1 indica el número de paquetes origen incluidos en el fichero m2ts "00001.m2ts".
EP_map indica información de posición de un punto de entrada (EP) dentro del TS incluido en el fichero m2ts "00001.m2ts".
chunk_map () indica un número de paquete origen (SPN) que indica la posición de inicio para cada fragmento, en orden desde el fragmento de cabecera, para el TS incluido en fichero m2ts "00001.m2ts".
Un fragmento pertenece a un TS y es un conjunto de paquetes origen que están distribuidos matricialmente de forma continua en el disco óptico 202. A continuación se proporcionará la descripción de cómo un fragmento que es
5
10
15
20
25
30
35
40
45
50
55
60
65
aplicable a una extensión establecida en el disco óptico 202.
chunkjmap () indica la longitud de cada fragmento. Un ejemplo específico del chunk_map() se describirá más adelante.
B en la Figura 23 es un diagrama que ilustra un ejemplo de un fichero dpi "00002.clp¡”. El fichero dpi "00002.clpi” es un fichero objeto de referencia en el caso de reproducir el vídeo de vista D2.
C en la Figura 23 es un diagrama que ilustra un ejemplo de un fichero dpi "00003.clp¡”. El fichero dpi "00003.clpi” es un fichero objeto de referencia en el caso de reproducir un vídeo de vista D1. El contenido de descripción B en la Figura 23 y de C en la Figura 23 es el mismo que se ilustra en A en la Figura 23.
La Figura 24 es un diagrama que ilustra un concepto de gestión de ficheros que se realiza utilizando los datos en la Figura 22 y en la Figura 23.
Según se ilustra en la Figura 24, la gestión de ficheros se realiza en una forma de una configuración de tres capas de una capa física, la capa del sistema de ficheros y la capa de aplicación. La 3D_PlayLlst en la Figura 22 y el fichero dpi en la Figura 23 son la información de capa de aplicación.
La capa física es la capa del disco óptico 202 en donde el vídeo de vista de base, el vídeo de vista D1 y el vídeo de vista D2 están todos ellos registrados en un estado de disposición entrelazada.
Con el ejemplo ¡lustrado en la Figura 24, un fragmento de vídeo de vista D1, un fragmento de vídeo de vista D2 y un fragmento de vídeo de vista de base están dispuestos de forma matricial en el orden allí establecido. En la Figura 24, el bloque indicado por la letra "B" Indica el fragmento de vídeo de vista de base, el bloque Indicado por la letra "D1" Indica el fragmento de vista de vídeo D1 y el bloque indicado por la letra "D2" Indica el fragmento de vídeo de vista D2
De este modo, las extensiones (fragmentos) del vídeo de vista de base, el vídeo de vista D1 y el vídeo de vista D2 están dispuestos de forma matricial con el fin de estar entrelazados en el disco óptico 202. La disposición entrelazada significa una disposición matricial cíclica en donde las extensiones de mismo tipo de flujo no son adyacentes.
En la capa del sistema de ficheros, un fichero de flujos (fichero m2ts, fichero ilvt) especificado por la aplicación con un nombre de fichero y los diversos fragmentos en el disco óptico 202 están en corrección. El sistema de ficheros es un sistema de ficheros UDF, a modo de ejemplo.
Según se ilustra en la Figura 24, el fichero m2ts "00001.m2ts” está constituido por fragmentos de vídeo de vista de base dispuestos matricialmente en el disco óptico 202.
Además, el fichero m2ts "00002.m2ts” está constituido por fragmentos de vídeo de vista D2 dispuestos matricialmente en el disco óptico 202.
El fichero m2ts "00003.m2ts" está constituido por fragmentos de vídeo de vista D1 dispuestos matricialmente en el disco óptico 202.
El fichero "20000.ilvt" está constituido por fragmentos de vídeo de vista D2 y fragmentos de vídeo de vista de base dispuestos matricialmente en el disco óptico 202.
El fichero " 10000.ilvt" está constituido por fragmentos de vídeo de vista D1 y fragmentos de vídeo de vista de base dispuestos matricialmente en el disco óptico 202.
En el caso de que "00001.m2ts" se especifique por la aplicación y los datos leídos se presenten en instrucciones en orden para realizar una reproducción en 2D, el fragmento de vídeo de vista de base es leído en conformidad con la gestión por el sistema de ficheros.
Además, en el caso de que "10000.Ilvt" se especifique por la aplicación y los datos leídos sean objeto de instrucción con el fin de realizar la reproducción de B-D1, el fragmento de vídeo de vista D1 y el fragmento de vídeo de vista de base son leídos en conformidad con la gestión por el sistema de ficheros.
En el caso de "20000.Ilvt" se especifique por la aplicación y los datos leídos sean objeto de Instrucciones con el fin de realizar la reproducción de B-2D, el fragmento de vídeo de vista D2 y el fragmento de vídeo de vista de base son leídos en conformidad con la gestión por sistema de ficheros.
[Ejemplo operativo 1]
5
10
15
20
25
30
35
40
45
50
55
60
65
A continuación se describe el procesamiento de reproducción que se realiza en conformidad con el fichero 3D_PlayList en la Figura 22 que se describirá haciendo referencia al diagrama de flujo en la Figura 25.
En la etapa S1, el controlador 251 confirma a partir del valor del tipo, que el vídeo de vista de base, el vídeo de vista D1 y el vídeo de vista D2 están todos ellos entrelazados.
En este caso, en la etapa S2, el control 251 se traslada a la lectura de interleaved_file_info ().
En la etapa S3, el controlador 251 determina si, o no, la reproducción de B-D1 ha recibido transacciones, sobre la base de las operaciones del usuario y así sucesivamente.
En el caso de que la determinación se realice en la etapa S3 que ha sido incluida en la reproducción B-D1, en la etapa S4 el controlador 251 especifica "10000.¡lvt" (ref_to_D1-B_interleaved_fíle_name) que se describe en interleaved_f¡le_info () y hace que un fragmento de vídeo de vista de base y un fragmento de vídeo de vista D1 sean objeto de lectura desde el disco óptico 202 por intermedio del sistema de ficheros UDF.
El fragmento de vídeo de vista de Base y el fragmento de vídeo de vista D1 que han sido leídos por la unidad de disco 252 se suministran a la unidad de separación 281 de la unidad de decodificador 256.
En la etapa S5, la unidad de separación 281 separa los datos suministrados en datos del fichero m2ts "00001.m2ts” y datos del fichero m2ts "00003.m2ts”, sobre la base del chunk_map () del "00001.dpi" (ref_to_B_clpi_file_name) y el chunk_map () del "00003.dpi" (ref_to_D1_clpi_f¡le_name) en la Figura 23. La unidad de separación 281 proporciona los datos del fichero m2ts "00001.m2ts” a la memoria intermedia de lectura 282 y proporciona los datos del fichero m2ts "00003. m2ts” a la memoria intermedia de lectura 285. La separación de los datos realizada utilizando el chunk_map () se describirá más adelante.
Los datos del fichero m2ts "00001. m2ts” memorizados en la memoria intermedia de lectura 282 se suministran a un decodificador 290 por intermedio del filtro de PID 283, la memoria intermedia de ES 284 y el conmutador 289. Los datos del fichero m2ts "00003. m2ts” memorizados en la memoria intermedia de lectura 285 se suministran al decodificador 290 por intermedio del filtro de PID 286, conmutador 287, memoria Intermedia de ES 288, y conmutador 289.
En la etapa S6, el decodificador 290 decodlflca (reproduce) paquetes que se suministran de forma secuenclal desde el conmutador 289.
Por otro lado, en el caso de que se haga la determinación en la etapa S3 de que la reproducción B-D1 no ha sido objeto de instrucciones, esto es, en el caso de que se haga la determinación de que la reproducción B-D2 ha sido instruida, en la etapa S7 el controlador 251 especifica "20000.ilvt" (ref_to_D2-B_interleaved_file_name) que se describe en interleaved_file_info () y hace que un fragmento de vídeo de vista de base y un fragmento de vídeo de vista D2 sean objeto de lectura desde el disco óptico 202 por intermedio del sistema de ficheros UDF.
En la etapa S8, la unidad de separación 281 separa los datos suministrados en datos de ficheros m2ts "00001.m2ts” y datos del fichero m2ts "00002.m2ts”, sobre la base del chunk_map () del "00001.dpi" (ref_to_B_clpi_flle_name) y el chunk_map () del "00002.clpi" (ref_to_D2_clpl_file_name).
La unidad de separación 281 proporciona los datos del fichero m2ts "00001.m2ts” a la memoria intermedia de lectura 282 y proporciona los datos del fichero m2ts "00002.m2ts” a la memoria intermedia de lectura 285.
Más adelante, los datos del fichero m2ts "00001.m2ts” y los datos del fichero m2ts "00002.m2ts” se suministran al decodificador 290, de forma similar en el momento de la reproducción B-D1 y se reproducen en la etapa S6.
[Separación de datos utilizando chunk_map()j
La Figura 26 es un diagrama que ilustra un ejemplo de la sintaxis de un chunk_map ().
number_of_chunks indica el número de fragmentos objeto de referencia. Después de number_of_chunks, se describe la información de fragmento para solamente el número aquí especificado.
SPN_chunk_start [i] indica la SPN (longitud), con la posición inicial del fragmento de cabecera como una base, a modo de ejemplo, desde la posición de su base a la posición inicial de cada fragmento. La SPN para la posición inicial de cada fragmento se describe en orden desde el fragmento de cabecera.
La Figura 27 es un diagrama que ilustra un ejemplo específico de un chunk_map ().
A en la Figura 27 es un chunk_map () descrito en el fichero dpi "00001.dpi”, en donde el número de fragmentos es
(n + 1).
5
10
15
20
25
30
35
40
45
50
55
60
65
Además, SPN_chunk_start [i] es 0, c1, c2, .... en.
El primer valor 0, según se ilustra en C en la Figura 28, Indica que el SPN es 0, con la posición inicial del fragmento de cabecera del vídeo de vista de base Incluido en el fichero m2ts "00001.m2ts” como una base, desde la posición de su base a la posición inicial del primer fragmento (B[0]).
El segundo valor c1 indica que el SPN desde la posición base a la posición inicial del segundo fragmentos (B[l]) es c1.
El tercer valor c2 indica que el SPN desde la posición base a la posición inicial del tercer fragmento (B[2]) es c2.
El n+1-ésimo valor en indica el valor de SPN desde la posición base a la posición inicial del n+1-ésimo fragmento (B[n]) que es último fragmento es en.
B en la Figura 27 es un chunk_map () descrito en el fichero dpi "00002.clpi”, en donde number_of_chunks es (n + J). Además, SPN_chunk_start [i] es 0, b1, b2, ..., bn.
El primer valor 0, según se ilustra en B en la Figura 28, indica que el SPN es 0, con la posición inicial del fragmento de cabecera del vídeo de vista D2 incluido en el fichero m2ts "00002.m2ts” como una base, desde la posición de su base a la posición inicial del primer fragmento (D2[0]).
El segundo valor b1 indica que el valor de SPN desde la posición base a la posición inicial del segundo fragmento (D2[1 ]) es b1.
El tercer valor b2 indica que el valor SPN desde la posición base a la posición inicial del tercer fragmento (D2[2]) es b2.
El n+1-ésimo valor bn indica el valor de SPN desde la posición base a la posición inicial del n+1-ésimo fragmento (D2[n]) que es el último fragmento es bn.
C en la Figura 27 es un chunk_map () descrito en el fichero dpi "00003.clpi”, en donde number_of_chunks es (n + 1). Además, SPN_chunk_start [i] es 0, a1, a2, .... an.
El primer valor 0, tal como se ilustra en A en la Figura 28, indica que el SPN es 0, con la posición inicial del fragmento de cabecera del vídeo de vista D1 incluido en el fichero m2ts "00003. m2ts” como una base, desde la posición de su base a la posición inicial del primer fragmento (D1 [0]).
El segundo valor a1 indica que el SPN desde la posición base a la posición inicial del segundo fragmento (D1 [1 ]) es
a1.
El tercer valor a2 indica que el SPN desde la posición base a la posición inicial del tercer fragmento (D1[2]) es a2.
El n+1-ésimo valor an indica el valor de SPN desde la posición base a la posición inicial del n+1-ésimo fragmento (D1[n]) que es último fragmento es an.
D1[¡], D2[¡], y B[¡] están dispuestos matricialmente de forma cíclica en el disco óptico 202 en el orden ilustrado en D de la Figura 28.
En el caso de que los datos leídos desde el disco óptico 202 se suministren desde la unidad de disco 252, la unidad de separación 281 separa los datos de SPN que se igualan a a1 desde la cabecera de los datos suministrados como D1 [0], sobre la base de la descripción de tres chunkjnap () en la Figura 27.
Además, la unidad de separación 281 separa el valor de SPN de datos equivalentes a b1 desde la posición al final de D1[0] como D2[0] y separa el valor SPN de datos equivalente a c1 desde la posición al final de D2[0] como B[0].
La unidad de separación 281 separa el valor de SPN de los datos equivalentes a a2-a1 desde la posición al final de B[0] como D1 [1 ].
La unidad de separación 281 separa el valor de SPN de los datos equivalentes a b2-b1 desde la posición al final de D1[1] como D2[1] y separa el valor de SPN de datos equivalentes a c2-c1 desde la posición al final de D2[1] como B[1 ]-
Conviene señalar que los fragmentos a someterse a la separación son solamente D1 [i] y B[i] en el caso de realizar una reproducción B-D1 y son solamente D2[i], B[¡] en el caso de realizar una reproducción B-D2.
5
10
15
20
25
30
35
40
45
50
55
60
65
De este modo, la separación de datos por la unidad de separación 281 se realiza utiliza Información de la longitud de cada fragmento que se describe chunk_map ().
chunk_map() será descripción suplementaria dad.
Cuando el tipo = 0, chunk_map () es opcional (no necesario) para un fichero dpi objeto de referencia por ref_to_B_clpi_fíle_name. En el caso de que exista un chunk_map (), el reproductor debe ignorar su chunkjmap ().
Además, chunkjmap () es opcional (no necesario) para un fichero dpi correspondiente a un fichero m2ts en la memoria local 254. En el caso de que exista un chunkjmap (), el reproductor debe ignorar su chunkjmap ()
Cuando el tipo = 1, los tres TSs correspondientes del TS de vídeo de vista de base TS de vídeo de vista D1 y TS de vídeo de vista D2 están cada uno dividido en fragmentos del mismo número (n + 1) respectivamente. Es decir, para D1 [i], D2[¡] y B[¡] en la Figura 28, los fragmentos de un par que tengan el mismo valor de índice i se dividen con el fin de tener el mismo tiempo de reproducción.
De forma similar, cuando el tipo = 2, los dos TSs correspondientes del TS de vídeo de vista de base y TS del vídeo de vista D1 están cada uno divididos en fragmentos del mismo número (n + 1) respectivamente. Es decir, para D1[¡], B[¡] entrelazados, los fragmentos de un par que tenga el mismo valor de índice i se dividen con el fin de tener el mismo tiempo de reproducción.
Cuando el tipo = 3, los dos TSs correspondientes del TS de vídeo de vista de base y del TS vídeo de vista D2 están cada uno dividido en fragmentos del mismo número (n + 1) respectivamente. Es decir, para D2[i], B[i] entrelazados, los fragmentos de un par que tenga el mismo valor de índice i se dividen con el fin de tener el mismo tiempo de reproducción.
Ejemplo 2 de lista de reproducción en 3D_PlayList
La Figura 29 es un diagrama que ilustra otro ejemplo de la 3D_PlayList.
El 3D_PlayList descrito en el fichero PlayList de "OOOO.rnpls" en la Figura 29 es una PlayList que gestiona la reproducción del disco óptico 202 en donde el vídeo de vista de base y el vídeo de vista D2 están entrelazados. Es decir, el valor del tipo es 3.
Con la excepción del punto en donde la descripción de la Sub-ruta es solamente la descripción de la Sub-ruta con referencia al vídeo de vista D2 y el punto en que difiere las descripciones de interleaved_file_info (), la descripción de la 3D_PlayList en la Figura 29 es similar a la descripción en la Figura 22.
Es decir, el SubPath_type de la SubPath() es “9". El hecho de que el SubPath_type sea “9" indica que en este caso, la Sub-ruta es una Sub-ruta que reproduce el vídeo de vista D2.
Además, el parámetro ref_to_clpi_file_name es “00002".
ref_to_D2-B_interleaved_file_name del interleaved_file_info () en la Figura 29 es “20000". A partir de esta descripción, en el caso de realizar una reproducción D2-B se identifica haciendo referencia al fichero ilvt "20000.ilvt" en la Figura 10.
Además, ref_to_D2_clpi_file_name es “00002". A partir de esta descripción, en el caso de realizar la reproducción del vídeo de vista D2, se identifica haciendo referencia al fichero dpi "00002.dpi” en la Figura 10.
La Figura 30 es un diagrama que ilustra la sintaxis de un fichero dpi que se utiliza junto con 3D_PlayList en la Figura 29.
A en la Figura 30 es un diagrama que ilustra un ejemplo de un fichero dpi "00001.dpi” y B en la Figura 30 es un diagrama que ilustra un ejemplo de un fichero dpi a "00002.dpi”. En uno u otro ficheros dpi, se incluyen un EP_map y la descripción de chunk_map () anteriormente proporcionada.
La Figura 31 es un diagrama que ilustra un concepto de gestión de ficheros que se realiza utilizando los datos en la Figura 29 y en la Figura 30.
Según se ilustra en la Figura 31, la capa física es una capa del disco óptico 202 en donde el vídeo de vista de base y el vídeo de vista D2 se registran en un estado entrelazado.
El fichero m2ts "00001.m2ts” está constituido por fragmentos de vídeo de vista de base dispuestos matricialmente en el disco óptico 202.
5
10
15
20
25
30
35
40
45
50
55
60
65
Además, el fichero m2ts "00002.m2ts” está constituido por fragmentos de vídeo de vista D2 dispuestos matricialmente en el disco óptico 202.
El fichero ilvt "20000.ilvt" está constituido por fragmentos de vídeo de vista D2 y fragmentos de vídeo de vista de base dispuestos matricialmente en el disco óptico 202.
En el caso de que se especifique "00001.m2ts" por la aplicación y la lectura de datos sea instruida con el fin de realizar la reproducción en 2D, el fragmento de vídeo de vista de base es objeto de lectura en conformidad con la gestión por el sistema de ficheros.
En el caso de que se especifique "20000.ilvt" por la aplicación y la lectura de datos sea instruida con el fin de realizar la reproducción B-2D, el fragmento de vídeo de vista D2 y el fragmento de vídeo de vista de base son objeto de lectura en conformidad con la gestión por el sistema de ficheros.
Ejemplo operativo 2
El procesamiento de la reproducción que se realiza en conformidad con el fichero 3D_PlayList en la Figura 29 se describirá haciendo referencia al diagrama de flujo ilustrado en la Figura 32.
En la etapa S11, el controlador 251 confirma a partir del valor del tipo que el vídeo de vista de base y el vídeo de vista D2 están entrelazados.
En este caso, en la etapa S12 el controlador 251 pasa a efectuar la lectura de interIeaved_fiIe_info ().
En el caso de que haya sido instruida la reproducción B-D2 en la etapa S13 el controlador 251 especifica el "20000.ilvt" (ref_to_D2-B_interleaved_file_name) descrito en el interleaved_file_info () y hace que los fragmentos de vídeo de vista de base y fragmentos de vídeo de vista D2 sean objeto de lectura desde el disco óptico 202.
Los fragmentos de vídeo de vista de base y los fragmentos de vídeo de vista D2 leídos por la unidad de disco 252 se suministran a la unidad de separación 281 de la unidad de decodificador 256.
En la etapa S14, la unidad de separación 281 separa los datos suministrados en datos de fichero m2ts "00001.m2ts” y datos de fichero m2ts "00002.m2ts”, sobre la base del chunk_map () del "00001.dpi" (ref_to_B_clpi_file_name) y el chunk_map () del "00002.clp¡" (ref_to_D2_clpi_file_name). La unidad de separación 281 proporciona los datos del fichero m2ts "00001.m2ts” a la memoria intermedia de lectura 282 y proporciona los datos del fichero m2ts "00002.m2ts” a la memoria intermedia de lectura 285.
Los datos del fichero m2ts "00001.m2ts” memorizados en la memoria intermedia de lectura 282 se suministran al decodificador 290, por intermedio del filtro de PID 283, la memoria intermedia de ES 284 y el conmutador 289. Por otro lado, los datos del fichero m2ts "00002.m2ts” que se memorizan en la memoria intermedia de lectura 285 se suministra al decodificador 290 por intermedio del filtro de PID 286, el conmutador 287, la memoria intermedia de ES 288 y el conmutador 289.
En la etapa S15, el decodificador 290 decodifica los paquetes suministrados de forma secuencial desde el conmutador 289.
Ejemplo 3 de la lista de reproducción en 3D
La Figura 33 es un diagrama que ilustra otro ejemplo de 3D_PlayList.
El parámetro 3D_PlayList descrito en el fichero PlayList "00000.mpls" en la Figura 33 es una lista de reproducción para gestionar la reproducción del vídeo de vista de base y del vídeo de vista D2 registrados en el disco óptico 202 y el vídeo de vista D1 registrado en la memoria local 254. En el disco óptico 202, el vídeo de vista de base y el vídeo de vista D2 están entrelazados.
El valor de tipo de Playltem() es 3. Puesto que ello indica el tipo de conjunto matricial de datos en el disco óptico 202.
El SubPath_type de SubPath () [1] es "9". El hecho de que el SubPath_type sea "9" indica que la primera Sub-ruta, en este caso, es una Sub-ruta para reproducir el vídeo de vista D2.
El ref_to_clpi_file_name de SubPath () [1] es "00002". A partir de esta descripción, en el caso de reproducción del vídeo de vista D2, se identifica haciendo referencia al fichero dpi "00002.dpi” en la Figura 10.
El SubPath_type de SubPath () [2]es "8". El hecho de que el SubPath_type es "8" indica que, en este caso, la
5
10
15
20
25
30
35
40
45
50
55
60
65
segunda Sub-ruta es una Sub-ruta para reproducir el vídeo de vista D1.
El ref_to_clpl_f¡le_name de SubPath () [2] es “00003". A partir de esta descripción, en el caso de reproducción del vídeo de vista D1, se identifica haciendo referencia al fichero dpi "00003.clpi” registrado en la memoria local 254.
La descripción relativa a la segunda Sub-ruta, en este caso, se añade cuando se descarga el vídeo de vista D1
El ref_to_D2-B_interleaved_file_name del ¡nterleaved_file_info () es "20000". A partir de esta descripción, en el caso de realizar la reproducción B-D2 se Identifica haciendo referencia al fichero ilvt "20000.¡Ivt" fichero ilvt en la Figura 10.
Además, el ref_to_D2_clpi_file_name es "00002". A partir de esta descripción, en el caso de reproducción del vídeo de vista D2, se identifica haciendo referencia al fichero clpi "00002.clpi” en la Figura 10.
Conviene señalar que en la memoria local 254, el vídeo de vista D1 no está entrelazado, por lo que no se necesita un fichero ilvt en relación con el vídeo de vista D1.
La Figura 34 es un diagrama que ilustra la sintaxis del fichero clpi utilizado junto con la lista de reproducción en 3D en la Figura 33.
A en la Figura 34 es un diagrama que ilustra un ejemplo de un fichero clpi "00001.clpi" y B en la Figura 34 es un diagrama que ¡lustra un ejemplo de un fichero clpi "00002.clpi". Con uno u otro fichero clpi, se incluyen descripciones de un EP_map y chunk_map ().
La Figura 35 es un diagrama que ilustra un concepto de gestión de ficheros realizado utilizando los datos en la Figura 33 y en la Figura 34.
Tal como se ¡lustra en la Figura 35, la capa física es la capa del disco óptico 202 en donde el vídeo de vista de base y el vídeo de vista D2 están registrados en un estado entrelazado y la memoria local 254 en donde un fichero de vídeo de vista D1 que se registra con las referencias de la segunda Sub-ruta.
Con el ejemplo ilustrado en la Figura 35, el nombre del fichero del fichero m2ts que memoriza el vídeo de vista D1 es "00003.m2ts". Además, el nombre del fichero del fichero clpi correspondiente a "00003.m2ts" es "00003.clp¡".
El fichero m2ts "00001.m2ts" está constituido por fragmentos de vídeo de vista de base dispuestos matricialmente en el disco óptico 202.
Además, el fichero m2ts "00002.m2ts" está constituido por fragmentos de vídeo de vista D2 dispuestos matricialmente en el disco óptico 202.
El fichero ilvt "20000.ilvt" está constituido por fragmentos de vídeo de vista D2 y fragmentos de vídeo de vista de base dispuestos matricialmente en el disco óptico 202.
En el caso de que se especifique "00001.m2ts" por la aplicación y los datos leídos sean objeto de instrucciones con el fin de realizar la reproducción 2D, el fragmento de vídeo de vista de base es objeto de lectura en conformidad con la gestión por el sistema de ficheros.
En el caso de que se especifique "00001.m2ts" por la aplicación y los datos leídos sean instruidos con el fin de realizar la reproducción B- D1 el fragmento de vídeo de vista de base es objeto de lectura en conformidad con la gestión del sistema de ficheros. Además, un fichero m2ts de vídeo de vista D1 es objeto de lectura desde la memoria local 254, especificando "00003. m2ts" en conformidad con la descripción de la segunda Sub-ruta de 3D_PlayList en la Figura 33.
En el caso de que se especifique "20000.ilvt" por la aplicación y los datos leídos sean instruidos con el fin de realizar la reproducción B-D2, el fragmento de vídeo de vista D2 y el fragmento de vídeo de vista de base son objeto de lectura en conformidad con la gestión por el sistema de ficheros.
Ejemplo operativo 3
El procesamiento de reproducción que se realiza en conformidad con el fichero de lista de reproducción en 3D en la Figura 33 se describirá con referencia al diagrama de flujo representado en la Figura 36.
En la etapa S21 el controlador 251 confirma a partir del valor del tipo que el vídeo de vista de base y el vídeo de vista D2 están entrelazados.
En este caso, en la etapa S22, el controlador 251 pasa a efectuar la lectura del interleaved_f¡le_info ().
5
10
15
20
25
30
35
40
45
50
55
60
65
En la etapa S23 el controlador 251 determina si, o no, la reproducción B-D1 ha sido instruida.
En el caso de realizar una reproducción B-D1, los datos registrados en el disco óptico 202 y los datos registrados en la memoria local 254 son objeto de utilización. Por el contrario, en el caso de realizar la reproducción B-D2, los datos registrados en el disco óptico 202 se utilizan a este respecto.
En el caso de que se haga la determinación en la etapa S23 de que la reproducción B-D1 no ha sido instruida, esto es, que ha sido instruida la reproducción B-D2, en la etapa S24, el controlador 251 extrae el nombre de Clip X "00002" (excluyendo la parte de la extensión del nombre de fichero m2ts que incluye el video de vista D2) incluyendo el vídeo de vista D2 que establece "20000.ÍM" (ref_to_D2-B_interleaved_file_name) descrito en el ¡nterleaved_flle_¡nfo ().
En la etapa S25 el controlador 251 extrae el nombre del Clip Y "00002" que hace referencia al SubPath_type = 9 (Sub-ruta que reproduce el vídeo de vista D2).
En la etapa S26, el controlador 251 reconoce que el vídeo de vista D2 está incluido en "20000.ilvt" puesto que Y es la misma que X. Cuando Y es diferente de X en este caso, el Clip que incluye el vídeo de vista D2 está en la memoria local 254.
En la etapa S27 el controlador 251 especifica el "20000.ilvt" (ref_to_D2-B_interleaved_file_name) descrito en el ¡nterleaved_f¡le_info () y hace que los fragmentos de vídeo de vista de base y los fragmentos de vídeo de vista D2 sean objeto de lectura desde el disco óptico 202 por intermedio del sistema de ficheros UDF.
Los fragmentos de vídeo de vista de base y los fragmentos de video de vista D2 leídos por la unidad de disco 252 se suministran a la unidad de separación 281 de la unidad de decodificador 256.
En la etapa S28, la unidad de separación 281 separa los datos suministrados en datos de fichero m2ts "00001.m2ts" y datos de fichero m2ts "00002.m2ts”, sobre la base del chunk_map () de "00001.dpi" (ref_to_B_clpi_file_name) y el chunk_map () del "00002.clpi" (ref_to_D2_clpi_file_name). La unidad de separación 281 proporciona los datos del fichero m2ts "00001.m2ts" a la memoria intermedia de lectura 282 y proporciona los datos del fichero m2ts "00002.m2ts" a la memoria intermedia de lectura 285.
Los datos del fichero m2ts "00001.m2ts" memorizados en la memoria intermedia de lectura 282 se suministran al decodificador 290, por intermedio del filtro de PID 283, la memoria intermedia de ES 284 y el conmutador 289. Por otro lado, los datos del fichero m2ts "00002.m2ts" memorizados en la memoria intermedia de lectura 285 se suministran al decodificador 290 por intermedio del filtro de PID 286, el conmutador 287, la memoria intermedia de
ES 288 y el conmutador 289.
En la etapa S29, el decodlflcador 290 decodifica los paquetes suministrados de forma secuencial desde el conmutador 289.
Por otro lado, en el caso de que se realice la determinación en la etapa S23 de que se ha instruido la reproducción B-D1 en la etapa S30 el controlador 251 extrae el nombre del Clip X "00002" incluyendo el video de vista D2 que constituye "20000.ilvt" (ref_to_D2-B_lnterleaved_flle_name) descrito en el interleaved_file_info ().
En la etapa S31, el controlador 251 extrae el nombre del Clip Y "00003" que hace referencia al subPath_type = 8 (Sub-ruta que reproduce el vídeo de vista D1).
En la etapa S32, el controlador 251 reconoce que Y difiere de la parte que excluye la extensión del "00001.dpi" (ref_to_B_clpi_file_name) y que Y difiere de X, por lo que el Clip del vídeo de vista D1 está en la memoria local 254. Ahora, cuando Y es el mismo que la parte que excluye la extensión del "00001.dpi", o cuando Y es el mismo que X, el vídeo de vista D1 se incluye "20000.Ilvt".
En la etapa S33 el controlador 251 utiliza el EP_map del "00001.dpi" (ref_to_B_clpl_flle_name) y hace que la unidad de disco 252 efectúe la lectura del fichero m2ts "00001.m2ts". El EP_map de "00001.dpi" incluye información de un punto de entrada que sirve como una posición Inicial de decodlflcaclón del fichero m2ts "00001.m2ts".
En la etapa S34 el controlador 251 utiliza el EP_map del "00003.dpi" (objeto de referencia por SubPath () [2]) para la lectura del fichero m2ts "00003.m2ts" desde la memoria local 254. El EP_map de "00003.dpi" incluye Información de un punto de entrada que sirve como una posición Inicial de decodlflcaclón del fichero m2ts "00003.m2ts".
Los fragmentos de vídeo de vista de base y los fragmentos de vídeo de vista D1 leídos se suministran a la unidad de separación 281 de la unidad de decodlflcador 256.
Después de memorizarse en la memoria Intermedia de lectura 282, los datos del fichero m2ts "00001.m2ts" leídos desde el disco óptico 202 se suministran al decodificador 290 por Intermedio del filtro de PID 283, la memoria Intermedia de ES 284 y el conmutador 289.
5
10
15
20
25
30
35
40
45
50
55
60
65
Además, después de memorizarse en la memoria intermedia de lectura 285, los datos del fichero m2ts "00003.m2ts" leídos desde la memoria local 254 se suministran al decodificador 290 por intermedio del filtro de PID 286, el conmutador 287, la memoria intermedia de ES 288 y el conmutador 289.
En la etapa S29 el decodificador 290 decodifica los paquetes suministrados de forma secuencial desde el conmutador 289.
[Método de reproducción de acceso aleatorio de "lOOOO.ilvt" utilizando chunk_map ()]
La Figura 37 es un diagrama que ilustra el contenido resumido del chunk_map () descrito con referencia a la Figura
27.
Cuando el SPN chunk_start descrito en el chunk_map () de cada fichero dpi (la SPN (longitud) desde la posición base) se dispone matricialmente asumiendo el valor de i en la dirección vertical, dicha disposición se ilustra en la Figura 37.
La Figura 38 es un diagrama que ilustra la sintaxis del EP_map() descrita en cada fichero dpi junto con el chunk_map ().
El EP_map () es objeto de referencia para poder identificar la posición inicial de decodificación cuando se realiza un acceso aleatorio o una operación similar.
number_of_EP_entries indica el número de EPs (puntos de entrada).
La descripción después del number_of_EP_entries se prepara para cada EP. PTS_EP_start [i] indica el PTS del EP, y SPN_EP_start [i] indica el SPN del EP. De este modo, PTS y SPN para cada punto de entrada están en corrección y se registran para el EP_map.
La descripción del procesamiento del dispositivo de reproducción 201 se describirá haciendo referencia al diagrama
de flujo ilustrado en la Figura 39.
La descripción se proporcionará a continuación para el caso en donde la lista de reproducción en 3D_PlayList de la Figura 22 es objeto de referencia para realizar una reproducción B-D1 y se realiza un acceso aleatorio.
En la etapa S41 el controlador 251, confirma a partir del valor del tipo que el vídeo de vista de base, el vídeo de vista D1 y el vídeo de vista D2 están todos ellos entrelazados.
En este caso, en la etapa S42 el controlador 251 pasa a la lectura del interleaved_file_info ().
En la etapa S43 el controlador 251 determina que el "10000.ilvt" (ref_to_D1-B_interleaved_file_name) descrito en interleaved_file_info () es un fichero de lectura.
En el caso de comenzar la reproducción desde el punto en el tiempo X de la "00000.mpls" 3D_PlayList, en la etapa S44, el controlador 251 utiliza el EPjnap del "00001.dpi" (ref_to_B_clpi_file_name) para encontrar el PTS_EP_start [m] que tenga un valor que sea más pequeño que y más próximo a x.
En la etapa S45 el controlador 251 extrae el SPN_EP_start [m] que corresponde a PTS_EP_start [m]. Según se describe haciendo referencia a la Figura 38, PTS_EP_start [i] y SPN_EP_start [i] están en corrección y se registran para el EPjnap.
La Figura 40 es un diagrama que ilustra un ejemplo de la posición especificada por el procesamiento las etapas S44 y S45.
Según se ilustra en la Figura 40, en el caso de iniciar la reproducción desde el punto en el tiempo x en el eje temporal, un PTS_EP_star [m] que tenga un valor más pequeño y más próximo a x se identifica en la etapa S44. Además, un SPN_EP_start [m] correspondiente a PTS_EP_start [m] se identifica en la etapa S45.
En la etapa S46 el controlador 251 utiliza el chunkjnap de "00001.dpi" y encuentra un SPN_chunk_start [k] que tiene un valor más pequeño y más próximo a SPN_EP_start [m]. El SPN_chunk_start [k] identificado por el procesamiento en la etapa S46 se ilustra en la Figura 41.
En la etapa S47 el controlador 251 determina la suma del SPN_chunk_start [k] del chunkjnap () de “00001.dpi" y el SPN_chunk_start [k] del chunkjnap () del "00003.dpi" (ref_to_ D1_clpi_file_name) y la dirección de inicio de lectura de "10000.ilvt".
5
10
15
20
25
30
35
40
45
50
55
60
65
La dirección de inicio de lectura del "lOOOO.ilvt" aquí determinada muestra la dirección ¡nidal de un fragmento D1 [k] en el "lOOOO.ilvt".
En la etapa S48 el controlador 251 especifica el "lOOOO.ilvt (ref_to_ D1-B interleaved_f¡le_name) y hace que los fragmentos de vídeo de vista de base y los fragmentos de vídeo de vista D1 sean objeto de lectura desde la dirección determinada en la etapa S47, por intermedio del sistema de ficheros UDF.
Los fragmentos de vídeo de vista de base y los fragmentos de vídeo de vista D1 que han sido objeto de lectura se suministran a la unidad de separación 281 de la unidad de decodificador 256.
En la etapa S49, la unidad de separación 281 separa los datos suministrados en datos de ficheros m2ts "00001.m2ts" y datos de fichero m2ts "00003.m2ts", sobre la base del chunk_map () del "00001.dpi" (ref_to_B_clp¡_f¡le_name) y el chunk_map () del "00003.dpi" (ref_to_D1_clpi_file_name). La unidad de separación 281 proporciona los datos del fichero m2ts "00001.m2ts" a la memoria intermedia de lectura 282, y proporciona los datos del fichero m2ts "00003.m2ts" a la memoria intermedia de lectura 285.
Los datos del fichero m2ts "00001.m2ts" memorizados en la memoria intermedia de lectura 282 se suministran al decodificador 290 por intermedio del filtro de PID 283, la memoria intermedia 284 y el conmutador 289. Los datos del fichero m2ts "00003.m2ts" memorizados en la memoria intermedia de lectura 285 se suministran al decodificador 290 por intermedio del filtro de PID 286, el conmutador 287, la memoria intermedia ES 288 y el conmutador 289.
En la etapa S50, el decodificador 290 decodifica paquetes que se suministran de forma secuencial desde el conmutador 289.
El acceso aleatorio de un fichero ilvt se realiza según se describió con anterioridad.
Información respecto a EP_map.
A continuación, se describirá un EP_map.
El EP_map del vídeo de vista de base se describirá a continuación, pero un EP_map se establece de forma similar para los vídeos de vista D1/D2. A modo de ejemplo, en el caso de que se establezca un punto de entrada en una determina del vídeo de vista de base, se establece también un punto de entrada en la imagen correspondiente del vídeo de vista D1/D2.
La imagen de vídeo de vista de base y la imagen de vídeo de vista D1/D2 que están en la misma posición cuando se dispone matricialmente la imagen de cada flujo en orden de codificación/error de decodificación u orden de presentación visual es la imagen correspondiente.
La Figura 42 es un diagrama que ¡lustra la configuración de un flujo AV registrado en el disco óptico 202.
El TS que incluye el flujo de vídeo de vista de base está constituido por un número entero de unidades alineadas que tienen una magnitud de 6144 bytes.
La unidad alineada está constituida por 32 paquetes origen. Un paquete origen tiene 192 bytes. Un paquete origen está constituido por una cabecera extra de paquetes de transporte de 4 bytes (cabecera extra de TP) un paquete de transporte de 188 bytes.
Los datos de vídeo de vista de base se empaquetan en un paquete de MPEG2 PES. El paquete PES se forma por la cabecera de paquete PES que se añade a la parte de datos del paquete PES.
Los identificadores IDs de flujos que identifican el tipo de flujo elemental que transmite el paquete PES se incluye en la cabecera del paquete PES.
El paquete PES se empaqueta, además, en un paquete de transporte. Es decir, el paquete PES se divide en magnitudes de carga útil de paquetes de transporte, se añade una cabecera de paquete de transporte a la carga útil y se forma el paquete de transporte. La cabecera del paquete de transporte incluye un PID que información de identificación de los datos memorizados en la carga útil.
Conviene señalar que el paquete origen está provisto de un número de paquete origen que aumenta de uno en uno para cada paquete origen, con la cabecera del flujo AV de Clip como 0, a modo de ejemplo. Además, la unidad alineada comienza desde el primer byte del paquete origen.
Cuando se una marca temporal de un punto de acceso del Clip, el EP_map se utiliza con el fin de buscar la dirección de datos que ha de ser objeto de lectura y comenzar los datos dentro del fichero de flujo AV de Clip. El EP_map es una lista de puntos de entrada que se extrae desde el flujo elemental y el flujo de transporte.
5
10
15
20
25
30
35
40
45
50
55
60
65
El EP_map tiene información de dirección con el fin de buscar un punto de entrada que ha de iniciar la decodificación dentro del flujo AV. Un elemento de datos EP dentro del EP_map se establece como un par de un PTS y la dirección dentro del flujo AV de la unidad de acceso correspondiente al PTS. Con AVC/H.264, un valor de imagen de datos se memoriza en una unidad de acceso.
La Figura 43 es un diagrama que ilustra un ejemplo de un flujo AV de Clip.
El flujo AV de Clip en la Figura 43 es un flujo de vídeo (flujo de vídeo de vista de base) constituido por paquetes origen identificados por PID = x. El flujo de vídeo se distingue por el PID incluido en la cabecera del paquete de transporte dentro del paquete origen para cada paquete origen.
En la Figura 43, se añade color al paquete origen incluyendo el byte inicial de la imagen de IDR (recuperación de decodificación instantánea) dentro de los paquetes origen del flujo de vídeo. El cuadrante sin color indica paquetes origen que incluyen datos que no serán puntos de acceso aleatorios y paquetes origen que incluyen datos de otros flujos.
Una imagen IDR es una imagen I y se decodifica primero dentro de un GOP que incluye una imagen IDR. En el momento de la decodificación de la imagen IDR, la totalidad de la información relativa a la decodificación tal como el estado de la memoria intermedia de imágenes de referencia, los números de tramas y POC (conteo de orden de imágenes) gestionados hasta entonces es objeto de reposición.
A modo de ejemplo, un paquete origen con el número de paquete origen X1 que incluye el byte de cabecera de una imagen IDR que puede accederse de forma aleatoria por el flujo de vídeo que se distingue por PID = x, se dispone matricialmente en la posición PTS = pts (x1) en el eje temporal del flujo de Clip AV.
De forma similar, un paquete origen que incluye el byte de cabecera de la imagen IDR que puede ser objeto de acceso aleatorio es el paquete origen de un número de paquete origen X2 y se dispone en la posición de PTS = pts (x2).
La Figura 44 es un diagrama que ¡lustra, de forma conceptual, un ejemplo del EP_map correspondiente al flujo Clip AV en la Figura 43.
Según se ¡lustra en la Figura 44, el EP_map está constituido por un stream_PID, PTS_EP_start, y SPN_EP_start.
El stream_PID Indica el PID del paquete de transporte que transfiere el flujo de vídeo.
El PTS_EP_start Indica el PTS de la unidad de acceso que comienza a partir de la Imagen IDR que puede ser objeto de acceso aleatorio.
El SPN_EP_star Indica la dirección de paquete origen que Incluye el primer byte de la unidad de acceso objeto de referencia por el valor del PTS_EP_star.
El PID del flujo de vídeo se memoriza en el stream_PID y un EP_map_for_one_stream_PID (), que es Información de la tabla que muestra la relación correspondiente del PTS_EP_start y SPN_EP_start, se genera a este respecto.
A modo de ejemplo, un PTS = pts (x 1) y el número de paquete origen X1, PTS = pts (x2) y el número de paquete origen X2,... y PTS = pts (xk) y el número de paquete origen Xk se describen en el EP_map_for_one_stream_PID (0) del flujo de vídeo de PID = x en una manera respectivamente correspondiente.
Dicha tabla se genera también para cada uno de los flujos de vídeo multiplexados en el mismo flujo del Clip AV. El EP map que Incluye la tabla generada se memoriza en un fichero de información de Clip correspondiente a este flujo Clip AV.
La Figura 45 es un diagrama que ¡lustra un ejemplo de configuración de datos de un paquete origen que Indica el SPN_EP_start
Según se describió con anterioridad, el paquete origen está configurado en una forma en donde se añade una cabecera de 4 bytes a un paquete de transporte de 188 bytes. La parte del paquete de transporte está constituida por una parte de cabecera (TP header) y una parte de carga útil. El SPN_EP_start Indica un número de paquete origen del paquete origen que incluye el primer byte de la unidad de acceso que comienza desde la imagen IDR.
Con AVC/H.264, la unidad de acceso, es decir, la Imagen, se inicia desde un dellmltador AU (delimitador de Unidad de Acceso). Después del delimitador de AU sigue un SRS y un PPS. Posteriormente, la parte inicial o la integridad de los datos de un fragmento de imagen IDR se memoriza.
5
10
15
20
25
30
35
40
45
50
55
60
65
El hecho de que el valor del payload_unit_start_indlcator en la cabecera de TP del paquete de transporte sea 1 indica que un nuevo paquete PES comienza desde la carga útil del paquete de transporte en este caso. La unidad de acceso ha de iniciarse a partir del paquete origen en este caso.
Dicho EP_map se prepara para cada uno del flujo de vídeo de vista de base y del flujo de vista dependiente.
Ejemplo de configuración del dispositivo de registro
La Figura 46 es un diagrama de bloques que ilustra un ejemplo de configuración de la unidad de procesamiento de fabricación de software 301.
Un codificador de vídeo 311 tiene una configuración similar que el codificador MVC 211 en la Figura 3. El codificador de vídeo 311 genera un flujo de vídeo de vista de base y un flujo de vídeo de vista dependiente codificando múltiples elementos de datos de vídeo con el H. 264 AVC/MVC y lo proporciona a la memoria intermedia 312.
Un codificador de audio 313 codifica el flujo de audio de entrada y proporciona los datos obtenidos a una memoria intermedia 314. Un flujo de audio a registrar en un disco se aplica a la entrada del codificador de audio 313, junto con los flujos de vídeo de vista de base y de vídeo de vista dependiente.
Un codificador de datos 315 codifica varios tipos de datos anteriormente descritos que no son de vídeo y audio. Tales como ficheros PlayList y proporciona los datos obtenidos por codificación a una memoria intermedia 316.
A modo de ejemplo, el codificador de datos 315 establece el tipo (Figura 18) en el fichero PlayList para indicar si, o no, los datos del flujo de vídeo de vista de base y los datos del flujo de vídeo de vista D1/D2 se registran en el disco óptico en el estado de entrelazados en incrementos de fragmentos de extensión.
Además, en el caso de que los datos de flujo de vídeo de vista de base y los datos de flujo de vídeo de vista D1/D2 se registren en el disco óptico en el estado entrelazados, el codificador de datos 315 establece el fichero ilvt anteriormente descrito como el fichero PlayList. El fichero ilvt funciona como un fichero virtual que resume virtualmente y gestiona los datos de flujo de vídeo de vista de base y los datos de flujo de vídeo de vista D1/D2.
Además, el codificador de datos 315 establece el nombre del fichero del fichero de información de Clip para cada Clip en la lista de reproducción y establece un EP_map y un chunk_map en cada uno de los ficheros de información
de Clip.
Una unidad de multiplexación 317 multiplexa los datos de vídeo y los datos de audio memorizados en cada una de las memorias intermedias y datos que no sean flujos junto con una señal de sincronización y lo proporciona a una unidad de codificación de corrección de errores 318.
La unidad de codificación de corrección de errores 318 añade un código de corrección de error a los datos multiplexados de la unidad de multiplexación 317.
Una unidad de modificación 319 somete los datos suministrados desde la unidad de codificación de corrección de errores 318 a modulación y proporciona los resultados a la salida. La salida de la unidad de modulación 319 es un programa informático a registrarse en el disco óptico 202 que puede reproducirse en el dispositivo de reproducción
201.
Una unidad de procesamiento de fabricación de software 301 que tiene dicha configuración se proporciona al
dispositivo de reproducción.
La Figura 47 es un diagrama que ilustra un ejemplo de una configuración que incluye la unidad de procesamiento de fabricación de software 301.
Una parte de la configuración ilustrada en la Figura 47 puede proporcionarse también dentro del dispositivo de registro.
La señal de registro generada por la unidad de procesamiento de fabricación de software 301 se somete a un procesamiento denominado mastering con una unidad de procesamiento pre-mastering 331 y una señal en un formato a registrarse en el disco óptico 202 se genera a este respecto. La señal generada se suministra a una unidad de registro maestra 333.
Con una unidad de fabricación maestra para registro 332, se prepara un fichero maestro de vidrio o material similar, y un material de registro constituido por una resina photoresist o material similar que le sirve de revestimiento. De este modo, se fabrica un fichero maestro de registro.
Con la unidad de registro maestra 333, un haz láser se modula correspondiente a la señal de registro suministrada
5
10
15
20
25
30
35
40
45
50
55
60
65
desde la unidad de procesamiento pre-mastering 331 y se irradia en la resina photoresist del disco maestro. De este modo, la resina photoresist en el disco maestro se expone en correspondencia con la señal de registro. Posteriormente, se desarrolla el registro maestro y se hace que aparezcan depresiones en el disco.
Con una unidad de fabricación maestra metálica 334, se realiza un procesamiento tal como electro-conformación con respecto al registro maestro y se fabrica un disco maestro metálico al que se han transferido las depresiones en una placa de vidrio. Desde el disco maestro metálico en este caso, se fabrica además un estampador metálico y se toma a modo de matriz de moldeo.
Con una unidad de procesamiento de moldeo 335, un material como PMMA (acrílico) o PC (policarbonato) se introduce por inyección o proceso similar a la matriz de moldeo y se realiza la solidificación. Como alternativa, después del revestimiento del estampador metálico con una resina 2P (resina de endurecimiento ultravioleta) o material similar, se realiza la irradiación de luz ultravioleta y su endurecimiento. De este modo, las depresiones en el estampador metálico pueden transferirse a una réplica realizada a partir de una resina.
Con una unidad de procesamiento de formación de películas 336, se forma una película de reflexión sobre la réplica por evaporación o pulverización. Como alternativa, también una película de reflexión se forma sobre la réplica mediante revestimiento giratorio.
Con una unidad de procesamiento de post-proceso 337, se realiza el procesamiento de los diámetros interiores y exteriores en cuanto al disco y se realiza un tratamiento necesario tal como pastificar juntos dos discos. Además, después de incorporar una etiqueta o un cubo, se inserta en un cartucho. De este modo, se completa un disco óptico 202 en donde los datos reproducibles por el dispositivo de reproducción 201 se registran.
La serie anteriormente descrita de procesamientos puede ejecutarse con hardware y puede ejecutarse con software. En el caso de ejecutar la serie de procesamientos con software, programas que comprenden su software se instalan en un ordenador que está incorporado en un hardware especial o un ordenador personal de uso general.
El programa a instalarse se registra en un soporte de registro extraíble y se proporciona a este respecto. Además, puede proporcionarse mediante soporte de transferencia inalámbrica o por cable tal como una red de área local, la red Internet o difusiones digitales.
Las formas de realización de la presente invención no están limitadas a las formas de realización anteriormente descritas y se pueden realizar varias modificaciones sin desviarse por ello de la esencia de la idea inventiva de la presente invención.
Lista de signos de referencia
201 Dispositivo de reproducción
202 Disco óptico
203 Dispositivo de presentación visual 211 Codificador MVC
221 Codificador H.264/AVC
222 Decodificador H.264/AVC
223 Unidad de cálculo de profundidad
224 Codificador de vídeo de vista dependiente
225 Multiplexor
251 Controlador
252 Unidad de disco
253 Memoria
254 Memoria local
255 Interfaz de Internet
256 Unidad de decodificación
257 Unidad de entrada de operación 5
10

Claims (14)

  1. 5
    10
    15
    20
    25
    30
    35
    40
    45
    50
    55
    60
    65
    REIVINDICACIONES
    1. Un dispositivo de reproducción que comprende: medios de lectura que
    efectúan una lectura, a partir de un soporte de registro, de un fichero entrelazado, que es un fichero en donde están entrelazados, en incrementos de los fragmentos de una cantidad de datos predeterminada, de un primer flujo que comprende un flujo básico y un segundo flujo que incluye un flujo expandido correspondiente a dicho flujo básico, en donde dicho flujo básico y dicho flujo expandido son, respectivamente, el flujo de vídeo de vista de base y el flujo de vídeo de vista dependiente, que se generan por los flujos de vídeo codificados mediante H.264 AVC/MVC,
    realiza la lectura de un primer fichero de información, que es información de dicho primer flujo y que tiene el número de fragmentos (n+1) que constituyen dicho primer flujo y un número de paquete inicial (0, c1, c2... en) dentro de dicho primer flujo para cada fragmento; y
    realiza la lectura de un segundo fichero de información, que es información de dicho segundo flujo y que tiene el número de fragmentos (n+1) que constituyen dicho segundo flujo y un número de paquete inicial (0, a1, a2... an) dentro de dicho segundo flujo para cada fragmento; y
    medios de separación para separar dicho fichero entrelazado en dicho primer flujo y dicho segundo flujo, utilizando dicho primer fichero de información y dicho segundo fichero de información.
  2. 2. El dispositivo de reproducción según la reivindicación 1, en donde dicho fragmento es un conjunto de paquetes origen dispuestos continuamente en dicho soporte de registro.
  3. 3. El dispositivo de reproducción según la reivindicación 2, en donde el número de dichos fragmentos que tiene dicho primer fichero de información y el número de dichos fragmentos que tiene dicho segundo fichero de información son el mismo número.
  4. 4. El dispositivo de reproducción según la reivindicación 3, en donde
    dicho primer fichero de información tiene, además, información del número total de paquetes origen que constituyen dicho primer flujo; y
    dicho segundo fichero de información tiene, además, información del número total de paquetes origen que constituyen dicho segundo flujo; y
  5. 5. El dispositivo de reproducción según la reivindicación 4 en donde
    cuando el número de dichos fragmentos que tiene dicho primer fichero de información se expresa como (n + 1), los fragmentos que constituyen dicho primer flujo se expresan por B[¡] (i = 0 a n) y el k-ésimo fragmento a partir de la cabecera de dicho primer flujo se expresa por B[k],
    los fragmentos que constituyen dicho segundo flujo se expresan como D[¡] (i = 0 a n) y el k-ésimo fragmento a partir de la cabecera de dicho segundo flujo se expresa como D[k],
    el número de paquete inicial de B[k] se expresa como SPN_chunk_start_1[k],
    el número de paquete inicial de D[k] se expresa como SPN_chunk_start_2[k],

    el número total de paquetes origen que constituyen dicho primer flujo se expresa como
    number_of_source_packets1, y

    el número total de paquetes origen que constituyen dicho segundo flujo se expresa como
    number_of_source_packets2,
    dichos medios de separación

    calculan el número de paquetes origen que constituyen B[k] por (SPN_chunk_ start_1 [k + 1 ]-
    SPN_chunk_start_1[k]), en donde k = 0 a (n -1),
    calculan el número de paquetes origen que constituyen D[k] por (SPN_chunk_start_2[k + 1] -SPN_chunk_start_2[k]), en donde k = 0 a (n -1),
    calculan el número de paquetes origen que constituyen B[n] por (number_of_source_packets1-
    5
    10
    15
    20
    25
    30
    35
    40
    45
    50
    55
    60
    65
    SPN_chunk_start_1[n]), y
    calculan el número de paquetes origen que constituyen D[n] por (number_of_source_packets2 - SPN_chunk_start_2[n]).
  6. 6. El dispositivo de reproducción según la reivindicación 5, en donde un conjunto de fragmentos que tienen el mismo valor de i tienen el mismo tiempo de reproducción en lo que respecta a B[¡] y D[i],
  7. 7. El dispositivo de reproducción según la reivindicación 5, que comprende, además:
    medios de control para controlar la lectura por dicho medio de lectura, en donde dichos medios de control
    efectúan la lectura de un EP_map que es una información de dicho primer flujo y la información que tiene el número de puntos de entrada dentro de dicho primer flujo, un PTS_EP_start[i] que indica un PTS (Marca Temporal de Presentación), y un SPN_EP_start[i] que es un número de paquetes origen que indican una posición para cada punto de entrada;
    detectan un PTS_EP_start[m] que tiene un valor inferior a, y el más próximo a, un punto en el tiempo de iniciación de reproducción especificado;
    detectan un SPN_EP_start[m] que corresponde a la PTS_EP_start[mj;
    detectan SPN_chunk_start_1[k] que tiene un valor inferior que, y el más próximo a SPN_EP_start[m] y el valor de su
    constante k; y
    determinan la suma de SPN_chunk_start_1[k] y de SPN_chunk_start_2[k] como una dirección de iniciación de lectura de dicho fichero entrelazado.
  8. 8. Un método de reproducción que incluye las etapas de:
    efectuar la lectura a partir de un soporte de registro de un fichero entrelazado que es un fichero en el que están entrelazados en incrementos de fragmentos de una cantidad de datos predeterminada, un primer flujo que incluye un flujo básico y un segundo flujo que incluye un flujo expandido correspondiente a dicho flujo básico, en donde dicho flujo básico y dicho flujo expandido son el flujo de vídeo de vista de base y el flujo de vídeo de vista dependiente, que se generan por los flujos de vídeo codificados por H.264 AVC/MVC;
    realizar la lectura de un primer fichero de información que es una información de dicho primer flujo y que tiene el número de fragmentos que constituyen dicho flujo y un número de paquete inicial dentro de dicho primer flujo para cada fragmento, y
    realizar la lectura de un segundo fichero de información que es una información de dicho segundo flujo y que tiene el número de fragmentos que constituyen dicho segundo flujo y un número de paquete inicial dentro de dicho segundo flujo para cada fragmento, y
    separar dicho fichero entrelazado en dicho primer flujo y en dicho segundo flujo, utilizando dicho primer fichero de información y dicho segundo fichero de información.
  9. 9. Un programa que hace que un ordenador ejecute un procesamiento que incluye las etapas de:
    realizar la lectura, a partir de un soporte de registro, de un fichero entrelazado que es un fichero en donde están entrelazados por incrementos de fragmentos de una cantidad de datos predeterminada, un primer flujo que comprende un flujo básico y un segundo flujo que incluye un flujo expandido correspondiente a dicho flujo básico, en donde dicho flujo básico y dicho flujo expandido son, respectivamente, el flujo de vídeo de vista de base y el flujo de vídeo de vista dependiente, que se generan por los flujos de vídeo codificados por H.264 AVC/MVC;
    realizar la lectura de un primer fichero de información, que es información de dicho primer flujo, y que tiene el número de fragmentos que constituyen dicho flujo y un número de paquete inicial dentro de dicho primer flujo para cada fragmento; y
    realizar la lectura de un segundo fichero de información, que es información de dicho segundo flujo y que tiene el número de fragmentos que constituyen dicho segundo flujo y un número de paquete inicial dentro de dicho segundo flujo para cada fragmento; y
    separar dicho fichero entrelazado en dicho primer flujo y en dicho segundo flujo, utilizando dicho primer fichero de información y dicho segundo fichero de información.
    5
    10
    15
    20
    25
    30
    35
    40
    45
    50
  10. 10. Un dispositivo de procesamiento de información que comprende:
    medios de establecimiento que establecen información de estado de registro (tipo) que indica si, o no, los datos de un flujo básico y los datos de un flujo expandido se registran en un disco óptico en el estado de estar entrelazados en incrementos de fragmentos que es un incremento de datos predeterminado, en un fichero de información de gestión de reproducción que gestiona la reproducción del flujo básico y del flujo expandido generados mediante la codificación de múltiples elementos de datos de vídeo con un método de codificación predeterminado, en donde dicho flujo básico y dicho flujo expandido son el flujo de vídeo de vista de base y el flujo de vídeo de vista dependiente, respectivamente, que se generan por los flujos de vídeo que están codificados por H.264 AVC/MVC;
    y establecer, en el caso de registro en el estado en donde estén entrelazados en dichos incrementos de fragmentos, un fichero virtual (1 OOOO.ilvt, 20000.ilvt) que gestiona dicho flujo básico y dicho flujo expandido como dicho fichero de información de gestión de la reproducción.
  11. 11. El dispositivo de procesamiento de información según la reivindicación 10, en donde dichos medios de establecimiento establecen, además, información de identificación de un fichero de información de secuencia de vídeo denominada Clip que describe información con respecto a una secuencia de vídeo que es una sección de lectura para reproducción de dicho flujo básico e información de identificación de dicho fichero de información de secuencia de vídeo que describen información con respecto a la secuencia de vídeo de dicho flujo expandido que se utiliza para reproducir una imagen tridimensional al mismo tiempo que dicha secuencia de vídeo de flujo básico.
  12. 12. El dispositivo de procesamiento de información según la reivindicación 11, en donde dichos medios de establecimiento establecen información relativa a los fragmentos de dicho flujo básico en dicho fichero de información de secuencia de vídeo de dicho flujo básico y establecen información en relación con los fragmentos de dicho flujo expandido en dicho fichero de información de secuencia de vídeo de dicho flujo expandido.
  13. 13. Un método de procesamiento de información que incluye las etapas de:
    establecer información de estado de registro indicando si, o no, datos del flujo básico y datos del flujo expandido se registran en un disco óptico en el estado de estar entrelazados en incrementos de fragmentos que es un incremento de datos predeterminado, en un fichero de información de gestión de lectura que gestiona la reproducción de flujo básico y del flujo expandido generados mediante la codificación de múltiples elementos de datos de vídeo con un método de codificación predeterminado, en donde dicho flujo básico y dicho flujo expandido son el flujo de vídeo de vista de base y el flujo de vídeo de vista dependiente, respectivamente, que se generan por flujos de vídeo que se codifican por H.264 AVC/MVC; y
    en el caso de registro en el estado en que están entrelazados en dichos incrementos de fragmentos, establecer un fichero virtual que gestiona dicho flujo básico y dicho flujo expandido como dicho fichero de información de gestión de lectura para la reproducción.
  14. 14. Un programa que hace que un ordenador ejecute un procesamiento que incluye las etapas de:
    establecer información de estado de registro indicando si, o no, datos del flujo básico y datos del flujo expandido se registran en un disco óptico en el estado de estar entrelazados en incrementos de fragmentos que es un incremento de datos predeterminado, en un fichero de información de gestión de reproducción que gestiona la reproducción de flujo básico y del flujo expandido generados mediante la codificación de múltiples elementos de datos de vídeo con un método de codificación predeterminado, en donde dicho flujo básico y dicho flujo expandido son el flujo de vídeo de vista de base y el flujo de vídeo de vista dependiente, respectivamente, que se generan por flujos de vídeo que se codifican por H.264 AVC/MVC; y
    en el caso de registro en el estado en que están entrelazados en dichos incrementos de fragmentos, establecer un fichero virtual que gestiona dicho flujo básico y dicho flujo expandido como dicho fichero de información de gestión de lectura para la reproducción.
ES10761654.2T 2009-04-07 2010-04-02 Dispositivo de procesamiento de informaciones, método de procesamiento de informaciones, dispositivo de reproducción, método de reproducción y programa Active ES2552391T3 (es)

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
JP2009093159 2009-04-07
JP2009093159 2009-04-07
JP2010065109 2010-03-19
JP2010065109A JP4984183B2 (ja) 2009-04-07 2010-03-19 再生装置、再生方法、および記録方法
PCT/JP2010/056078 WO2010116955A1 (ja) 2009-04-07 2010-04-02 情報処理装置、情報処理方法、再生装置、再生方法、およびプログラム

Publications (1)

Publication Number Publication Date
ES2552391T3 true ES2552391T3 (es) 2015-11-27

Family

ID=42936239

Family Applications (1)

Application Number Title Priority Date Filing Date
ES10761654.2T Active ES2552391T3 (es) 2009-04-07 2010-04-02 Dispositivo de procesamiento de informaciones, método de procesamiento de informaciones, dispositivo de reproducción, método de reproducción y programa

Country Status (17)

Country Link
US (2) US8582953B2 (es)
EP (1) EP2288172B1 (es)
JP (1) JP4984183B2 (es)
KR (1) KR20120014237A (es)
CN (4) CN102655014B (es)
AU (1) AU2010235565B2 (es)
BR (1) BRPI1002810A2 (es)
CA (1) CA2724975C (es)
DK (1) DK2288172T3 (es)
ES (1) ES2552391T3 (es)
HK (1) HK1164000A1 (es)
MX (1) MX2010013105A (es)
MY (1) MY155528A (es)
PL (1) PL2288172T3 (es)
RU (1) RU2523196C2 (es)
TW (1) TWI444037B (es)
WO (1) WO2010116955A1 (es)

Families Citing this family (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP4984184B2 (ja) 2009-04-08 2012-07-25 ソニー株式会社 再生装置および再生方法
JP5390017B2 (ja) * 2010-03-24 2014-01-15 パナソニック株式会社 映像処理装置
US8643699B2 (en) * 2011-04-26 2014-02-04 Mediatek Inc. Method for processing video input by detecting if picture of one view is correctly paired with another picture of another view for specific presentation time and related processing apparatus thereof
US8813116B2 (en) * 2011-04-27 2014-08-19 Morega Systems Inc. Adaptive video server with virtual file system and methods for use therewith
BR112013017322A2 (pt) * 2011-11-11 2017-03-01 Sony Corp dispositivo e método de transmissão, e, método de recepção
CN104575125B (zh) * 2013-10-10 2017-06-30 北大方正集团有限公司 双音频复读方法和装置
CN103531210B (zh) * 2013-10-16 2017-01-18 广州番禺巨大汽车音响设备有限公司 一种基于音响实现蓝光碟数据读取输出的方法及音响系统
EP3090549A1 (en) * 2014-01-02 2016-11-09 VID SCALE, Inc. Methods and systems for scalable video coding with mixed interlace and progressive content
CN107465945B (zh) * 2017-09-12 2019-12-03 中广热点云科技有限公司 一种实现iptv播放增强的方法及系统

Family Cites Families (24)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
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
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
CN1750628B (zh) * 1997-08-29 2011-05-25 松下电器产业株式会社 光盘、光盘再生和记录装置及再生控制信息生成装置
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
US6222837B1 (en) * 1997-09-26 2001-04-24 Lucent Technologies Inc. Internet service via ISDN
JPH11195287A (ja) * 1997-12-27 1999-07-21 Sony Corp フアイル管理装置及びフアイル管理方法
JP3948979B2 (ja) * 2002-02-18 2007-07-25 パイオニア株式会社 情報記録媒体、情報記録装置及び方法、情報再生装置及び方法、情報記録再生装置及び方法、記録又は再生制御用のコンピュータプログラム、並びに制御信号を含むデータ構造
KR100563685B1 (ko) * 2002-02-25 2006-03-28 엘지전자 주식회사 재기록 가능 기록매체의 재생리스트 관리방법
JP3770249B2 (ja) * 2002-07-04 2006-04-26 ソニー株式会社 多重化装置及び方法
JP4608953B2 (ja) * 2004-06-07 2011-01-12 ソニー株式会社 データ記録装置、方法およびプログラム、データ再生装置、方法およびプログラム、ならびに、記録媒体
CN101023483A (zh) * 2004-08-17 2007-08-22 Lg电子株式会社 再现记录在记录介质和本地存储上的数据的方法和装置
CN101833966B (zh) * 2004-12-01 2013-05-08 松下电器产业株式会社 再现装置和再现方法
US20080056678A1 (en) * 2006-04-18 2008-03-06 Kim Kun S Apparatus for reproducing data, method thereof, apparatus for recording the same, method thereof and recording medium
RU2315439C1 (ru) * 2006-07-03 2008-01-20 Борис Иванович Волков Система объемной видеозаписи и воспроизведения
RU2334370C1 (ru) * 2007-03-23 2008-09-20 Борис Иванович Волков Система стереотелевидения
JP2008252740A (ja) 2007-03-30 2008-10-16 Sony Corp リモートコマンダおよびコマンド発生方法、再生装置および再生方法、プログラム、並びに、記録媒体
MY162861A (en) * 2007-09-24 2017-07-31 Koninl Philips Electronics Nv Method and system for encoding a video data signal, encoded video data signal, method and system for decoding a video data signal
CN101682719B (zh) * 2008-01-17 2013-01-30 松下电器产业株式会社 3d影像的记录装置、方法以及3d影像的再现装置、方法
KR101506217B1 (ko) * 2008-01-31 2015-03-26 삼성전자주식회사 스테레오스코픽 영상의 부분 데이터 구간 재생을 위한스테레오스코픽 영상 데이터스트림 생성 방법과 장치, 및스테레오스코픽 영상의 부분 데이터 구간 재생 방법과 장치
WO2009102173A1 (en) * 2008-02-13 2009-08-20 Samsung Electronics Co,. Ltd. Method and apparatus for recording data, method and apparatus for reproducing data, and recording medium for recording data
US8565576B2 (en) * 2008-05-01 2013-10-22 Panasonic Corporation Optical disc for reproducing stereoscopic video image
ES2439316T3 (es) 2009-02-19 2014-01-22 Panasonic Corporation Medio de grabación y dispositivo de reproducción
CN102124748A (zh) * 2009-02-27 2011-07-13 松下电器产业株式会社 记录介质、再生装置及集成电路

Also Published As

Publication number Publication date
CA2724975A1 (en) 2010-10-14
DK2288172T3 (en) 2015-11-16
CN102655014B (zh) 2015-09-09
RU2523196C2 (ru) 2014-07-20
CN102655014A (zh) 2012-09-05
CN103327354B (zh) 2015-12-23
MY155528A (en) 2015-10-30
US20130287367A1 (en) 2013-10-31
AU2010235565B2 (en) 2015-08-13
CN102292999B (zh) 2014-05-28
PL2288172T3 (pl) 2016-01-29
CN103313071A (zh) 2013-09-18
HK1164000A1 (en) 2012-09-14
EP2288172A4 (en) 2013-07-03
AU2010235565A1 (en) 2010-10-14
BRPI1002810A2 (pt) 2016-02-23
TW201105114A (en) 2011-02-01
US9781402B2 (en) 2017-10-03
US20110116762A1 (en) 2011-05-19
CA2724975C (en) 2014-02-04
EP2288172B1 (en) 2015-10-14
RU2010149063A (ru) 2012-06-10
WO2010116955A1 (ja) 2010-10-14
CN103327354A (zh) 2013-09-25
TWI444037B (zh) 2014-07-01
CN102292999A (zh) 2011-12-21
EP2288172A1 (en) 2011-02-23
JP2010263612A (ja) 2010-11-18
US8582953B2 (en) 2013-11-12
MX2010013105A (es) 2010-12-21
CN103313071B (zh) 2016-01-20
KR20120014237A (ko) 2012-02-16
JP4984183B2 (ja) 2012-07-25

Similar Documents

Publication Publication Date Title
ES2552391T3 (es) Dispositivo de procesamiento de informaciones, método de procesamiento de informaciones, dispositivo de reproducción, método de reproducción y programa
CN102047674B (zh) 记录设备、记录方法、重放设备、重放方法、程序和记录介质
TWI458337B (zh) Information processing apparatus, information processing method, reproducing apparatus, and reproducing method
ES2526578T3 (es) Dispositivo de registro, método de registro, dispositivo de reproducción, método de reproducción, soporte de registro y programa
EP2285128A1 (en) Recording device, recording method, reproduction device, reproduction method, program, and recording medium
JP2010244630A (ja) 情報処理装置、情報処理方法、プログラム、及び、データ構造
EP2309763B1 (en) Information processing device, information processing method, playback device, playback method, and program
JP4985895B2 (ja) 再生装置、再生方法、および記録方法
JP2010244629A (ja) 情報処理装置、情報処理方法、プログラム、および記録媒体