BRPI1004221A2 - meio de gravação, dispositivo de reprodução, e circuito integrado - Google Patents

meio de gravação, dispositivo de reprodução, e circuito integrado Download PDF

Info

Publication number
BRPI1004221A2
BRPI1004221A2 BRPI1004221-0A BRPI1004221A BRPI1004221A2 BR PI1004221 A2 BRPI1004221 A2 BR PI1004221A2 BR PI1004221 A BRPI1004221 A BR PI1004221A BR PI1004221 A2 BRPI1004221 A2 BR PI1004221A2
Authority
BR
Brazil
Prior art keywords
stream
video
images
data
graphics
Prior art date
Application number
BRPI1004221-0A
Other languages
English (en)
Inventor
Taiji Sasaki
Hiroshi Yahata
Tomoki Ogawa
Original Assignee
Panasonic Corporation
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Panasonic Corporation filed Critical Panasonic Corporation
Publication of BRPI1004221A2 publication Critical patent/BRPI1004221A2/pt

Links

Classifications

    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B20/00—Signal processing not specific to the method of recording or reproducing; Circuits therefor
    • G11B20/10—Digital recording or reproducing
    • G11B20/12—Formatting, e.g. arrangement of data block or words on the record carriers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N5/00—Details of television systems
    • H04N5/76—Television signal recording
    • H04N5/84—Television signal recording using optical recording
    • H04N5/85—Television signal recording using optical recording on discs or drums
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B20/00—Signal processing not specific to the method of recording or reproducing; Circuits therefor
    • G11B20/10—Digital recording or reproducing
    • G11B20/12—Formatting, e.g. arrangement of data block or words on the record carriers
    • G11B20/1217—Formatting, e.g. arrangement of data block or words on the record carriers on discs
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B20/00—Signal processing not specific to the method of recording or reproducing; Circuits therefor
    • G11B20/10—Digital recording or reproducing
    • G11B20/12—Formatting, e.g. arrangement of data block or words on the record carriers
    • G11B20/1217—Formatting, e.g. arrangement of data block or words on the record carriers on discs
    • G11B20/1251—Formatting, e.g. arrangement of data block or words on the record carriers on discs for continuous data, e.g. digitised analog information signals, pulse code modulated [PCM] data
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B27/00—Editing; Indexing; Addressing; Timing or synchronising; Monitoring; Measuring tape travel
    • G11B27/10—Indexing; Addressing; Timing or synchronising; Measuring tape travel
    • G11B27/102—Programmed access in sequence to addressed parts of tracks of operating record carriers
    • G11B27/105—Programmed access in sequence to addressed parts of tracks of operating record carriers of operating discs
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B27/00—Editing; Indexing; Addressing; Timing or synchronising; Monitoring; Measuring tape travel
    • G11B27/10—Indexing; Addressing; Timing or synchronising; Measuring tape travel
    • G11B27/19—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier
    • G11B27/28—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier by using information signals recorded by the same method as the main recording
    • G11B27/30—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier by using information signals recorded by the same method as the main recording on the same track as the main recording
    • G11B27/3027—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier by using information signals recorded by the same method as the main recording on the same track as the main recording used signal is digitally coded
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N13/00—Stereoscopic video systems; Multi-view video systems; Details thereof
    • H04N13/10—Processing, recording or transmission of stereoscopic or multi-view image signals
    • H04N13/106—Processing image signals
    • H04N13/161—Encoding, multiplexing or demultiplexing different image signal components
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N13/00—Stereoscopic video systems; Multi-view video systems; Details thereof
    • H04N13/10—Processing, recording or transmission of stereoscopic or multi-view image signals
    • H04N13/106—Processing image signals
    • H04N13/172—Processing image signals image signals comprising non-image signal components, e.g. headers or format information
    • H04N13/178—Metadata, e.g. disparity information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N13/00—Stereoscopic video systems; Multi-view video systems; Details thereof
    • H04N13/10—Processing, recording or transmission of stereoscopic or multi-view image signals
    • H04N13/106—Processing image signals
    • H04N13/172—Processing image signals image signals comprising non-image signal components, e.g. headers or format information
    • H04N13/183—On-screen display [OSD] information, e.g. subtitles or menus
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N13/00—Stereoscopic video systems; Multi-view video systems; Details thereof
    • H04N13/10—Processing, recording or transmission of stereoscopic or multi-view image signals
    • H04N13/189—Recording image signals; Reproducing recorded image signals
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N5/00—Details of television systems
    • H04N5/76—Television signal recording
    • H04N5/91—Television signal processing therefor
    • H04N5/92—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N9/00—Details of colour television systems
    • H04N9/79—Processing of colour television signals in connection with recording
    • H04N9/80—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback
    • H04N9/82—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback the individual colour picture signal components being recorded simultaneously only
    • H04N9/8205—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback the individual colour picture signal components being recorded simultaneously only involving the multiplexing of an additional signal and the colour video signal
    • H04N9/8227—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback the individual colour picture signal components being recorded simultaneously only involving the multiplexing of an additional signal and the colour video signal the additional signal being at least another television signal
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B20/00—Signal processing not specific to the method of recording or reproducing; Circuits therefor
    • G11B20/10—Digital recording or reproducing
    • G11B20/10527—Audio or video recording; Data buffering arrangements
    • G11B2020/10537—Audio or video recording
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B20/00—Signal processing not specific to the method of recording or reproducing; Circuits therefor
    • G11B20/10—Digital recording or reproducing
    • G11B20/10527—Audio or video recording; Data buffering arrangements
    • G11B2020/10537—Audio or video recording
    • G11B2020/10592—Audio or video recording specifically adapted for recording or reproducing multichannel signals
    • G11B2020/10611—3D video data
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B2220/00—Record carriers by type
    • G11B2220/20—Disc-shaped record carriers
    • G11B2220/25—Disc-shaped record carriers characterised in that the disc is based on a specific recording technology
    • G11B2220/2537—Optical discs
    • G11B2220/2541—Blu-ray discs; Blue laser DVR discs

Abstract

MEIO DE GRAVAÇÃO, DISPOSITIVO DE REPRODUÇÃO, E CIRCUITO INTEGRADO. A presente invenção refere-se a um par de fluxos de vídeo de vista principal e de vista inferior e um fluxo de gráfico são gravados em um disco BD-ROM. Os metadados são fornecidos em cada GOP no fluxo de um vídeo de vista inferior. Os metadados incluem informações de desvio. As informações de desvio especificam o controle de desvio para uma pluralidade de imagens que constituem um GOP. O controle de desvio fornece um desvio para a esquerda e um desvio para a direita para as coordenadas horizontais em um plano de gráfico a fim de gerar um par de planos de gráfico e combiná-los separadamente com os planos de vídeo de vista principal e de vista inferior. O fluxo de vídeo de vista inferior é pacotizado e multiplexado em um fluxo de transporte. Um cabeçalho de cada pacote de TS inclui um sinalizador de prioridade de TS. Os pacotes de TS que contêm os metadados têm um valor diferente de sinalizador de prioridade de TS proveniente dos pacotes de TS que contêm imagens de vista inferior.

Description

“ f 1/318 Relatório Descritivo da Patente de Invenção para "MEIO DE GRAVAÇÃO, DISPOSITIVO DE REPRODUÇÃO, E CIRCUITO INTEGRA- DO". E Campo Técnico A presente invenção refere-se a uma tecnologia para reprodução ' de vídeo estereoscópico, isto é, tridimensional (3D), vídeo de reprodução e especialmente à estrutura de dados de fluxo em um meio de gravação.
Antecedentes da Técnica Nos últimos anos, o interesse geral em vídeo 3D vem aumen- tando.
Por exemplo, atrações de parque de diversão que incorporam ima- gens de vídeo 3D são populares.
Além disso, ao longo do país, a quantidade de cinemas que mostram filmes 3D está aumentando.
Junto com esse inte- resse crescente em vídeo 3D, o desenvolvimento da tecnologia que habilita a reprodução de imagens de vídeo 3D em casa também vem progredindo.
Existeumademanda por essa tecnologia para armazenar conteúdo de vídeo Ê 3D em um meio de gravação portátil, tal como um disco óptico, enquanto mantém o conteúdo de vídeo 3D em qualidade de imagem alta.
Além disso, existe demanda pelo meio de gravação por ser compatível com um dispositi- vo de reprodução bidimensional (2D). Isto é, prefere-se que um dispositivo de reprodução 2D possa reproduzir imagens de vídeo 2D e um dispositivo de reprodução 3D possa reproduzir imagens de vídeo 3D a partir do mesmo conteúdo de vídeo 3D gravado no meio de gravação.
Neste documento, um "dispositivo de reprodução 2D" se refere a um dispositivo de reprodução convencional que somente pode reproduzir imagens de vídeo monoscópi- cas,istoé, imagens de vídeo 2D, considerando que um "dispositivo de re- produção 3D" se refere a um dispositivo de reprodução que pode reproduzir imagens de vídeo 3D.
Deve-se notar que na presente descrição, presume-se que um dispositivo de reprodução 3D também possa reproduzir imagens de vídeo 2D convencionais.
A figura 109 é um diagrama esquemático ilustrando a tecnologia para assegurar a compatibilidade de um disco óptico armazenando conteúdo de vídeo 3D com dispositivos de reprodução 2D (vide, por exemplo, Docu-
' f 2/318 mento de Patente 1). Um PDS de disco óptico armazena dois tipos de fluxos de vídeo. Um é um fluxo de vídeo de vista esquerda/2D, e o outro é um fluxo de vídeo de vista direita. Um "fluxo de vídeo de vista esquerda/2D" represen- = ta uma imagem de vídeo 2D para ser mostrada ao olho esquerdo de um es- -— 5 pectador durante a reprodução 3D, isto é, uma "vista esquerda". Durante a ' reprodução 2D, esse fluxo constitui a imagem de vídeo 2D. Um "fluxo de ví- deo de vista direita" representa uma imagem de vídeo 2D para ser mostrado ao olho direito do espectador durante a reprodução 3D, isto é, uma "vista direita". Os fluxos de vídeo de vista direita e esquerda têm a mesma taxa de quadros mas apresentação diferente vezes deslocamento um do outro por metade de um período de quadros. Por exemplo, quando a taxa de quadros de cada fluxo de vídeo é de 24 quadros por segundo, os quadros do fluxo de vídeo de vista esquerda/2D e do fluxo de vídeo de vista direita são exibidos - alternadamente todos 1/48 segundos.
Conforme mostrado na figura 109, os fluxos de vídeo de vista di- í reita e vista esquerda são divididos em uma pluralidade de extensões EX1A- C e EX2A-C respectivamente no PDS de disco óptico. Cada extensão con- tém pelo menos um grupo de imagens (GOP), GOPs sendo lidas juntamente por meio da unidade de disco óptico. Daqui por diante, as extensões que pertencem ao fluxo de vídeo de vista esquerda/2D são denominadas "exten- sões de vista esquerda/2D", e as extensões que pertencem ao fluxo de vií- deo de vista direita são denominadas "extensões de vista direita". As exten- sões de vista esquerda/2D EX1A-C e as extensões de vista direita EX2A-C ficam dispostas alternadamente em um TRC de rastreamento da PDS de —discoóptico. Cada uma das duas extensões contíguas EX1A + EX2A, EX1B + EX2B, e EXIC + EX2C tem o mesmo comprimento de tempo de reprodu- ção. Tal disposição das extensões é denominada de uma "disposição inter- calada". Um grupo de extensões gravadas em uma disposição intercalada em um meio de gravação é usado tanto em reprodução de vídeo 3D quanto emimagem de vídeo reprodução 2D, conforme descrito abaixo. Dentre as extensões gravadas na PDS de disco óptico, um dis- positivo de reprodução 2D PL2 faz com que uma unidade de disco óptico
MV f 3/318 DD?2 leia somente as extensões de vista esquerda/2D EX1A-C sequencial- mente a partir do início, ignorando a leitura das extensões de vista direita EX2A-C.
Além disso, um decodificador de imagem VDC decodifica sequen- e cialmente as extensões lidas por meio da unidade de disco óptico DD2 em -— 5 um quadro de vídeo VFL.
Dessa maneira, um dispositivo de exibição DS2 Ú exibe somente vistas esquerdas, e os espectadores podem assistir a ima- gens de vídeo 2D normais.
Um dispositivo de reprodução 3D PL3 faz com que uma unidade de disco óptico DD3 leia alternadamente extensões de vista esquerda/2D e extensões de vista direita a partir da PDS de disco óptico.
Quando expres- sas como códigos, as extensões são lidas na ordem EX1A, EX2A, EX1B, EX2B, EX1C, e EX2C.
Além disso, dentre as extensões lidas, aquelas per- tencentes ao fluxo de vídeo de vista esquerda/2D são fornecidas a um deco- - dificador de vídeo esquerdo VDL, considerando que aquelas pertencentes aofluxode vídeo de vista direita são fornecidas a um decodificador de vídeo á direito VDR.
Os decodificadores de vídeo VDL e VDR decodificam alterna- damente cada fluxo de vídeo em quadros de vídeo VFL e VFR, respectiva- mente.
Como resultado, as vistas esquerdas e as vistas direitas são exibidas alternadamente em um dispositivo de exibição DS3. Em sincronização com a comutação das vistas por meio do dispositivo de exibição DS3, óculos obtu- radores SHG fazem com que as lentes esquerda e direita se tornem opacas alternadamente.
Portanto, um espectador usando os óculos obturadores SHG vê as vistas exibidas por meio do dispositivo de exibição DS3 como imagens de vídeo 3D.
Quando o conteúdo de vídeo 3D é armazenado em qualquer meio de gravação, não somente em um disco óptico, a disposição intercala- da de extensões, descrita acima, é usada.
O meio de gravação pode ser u- sado, dessa forma, para reprodução tanto de imagens de vídeo 2D quanto para imagens de vídeo 3D.
Listade Citação Literatura de Patente Literatura de Patente 1
' 4/318 Publicação de Patente Nº JP 3935507 Sumário da Invenção Problema Técnico O conteúdo de vídeo geral inclui, além de um fluxo de vídeo, um oumais fluxos gráficos representando imagens gráficas tal como legendas e telas interativas. Quando as imagens de vídeo são reproduzidas a partir do conteúdo de vídeo 3D, as imagens gráficas também são reproduzidas em três dimensões. Técnicas de reprodução das mesmas em três dimensões incluem modo de 2 planos e 1 plano + modo de deslocamento. O conteúdo de vídeo3D em modo de 2 planos inclui um par de fluxos gráficos represen- tando separadamente imagens gráficas de vista esquerda e imagens gráfi- cas de vista direita. Um dispositivo de reprodução em modo de 2 planos gera um plano gráfico separado de vista direita e de vista esquerda a partir dos fluxos gráficos. O conteúdo de vídeo 3D em um plano + modo de desloca- mento inclui um fluxo gráfico representando imagens gráficas 2D, e informa- ção de deslocamento apresentada para o fluxo gráfico. Um dispositivo de reprodução em um plano + modo de deslocamento primeiro gera um plano gráfico único a partir do fluxo gráfico, e apresenta, então, um deslocamento horizontal no plano gráfico de acordo com a informação de deslocamento.
Um par de planos gráficos de vista direita e vista esquerda é gerado, dessa forma, a partir do fluxo gráfico. Em cada modo, as imagens gráficas de vista direita e vista esquerda são exibidas alternadamente na tela do dispositivo de exibição. Como resultado, os espectadores percebem as imagens gráfi- cas como imagens 3D.
Se o fluxo gráfico e a informação de deslocamento estiverem contidos em arquivos separados de conteúdo de vídeo 3D, o dispositivo de reprodução em um plano + modo de deslocamento processa esses arquivos separadamente em conjuntos de dados correspondentes, e o uso dos con- juntos de dados para gerar um par de imagens gráficas de vista direita e vis- ta esquerda. Deve-se notar que as imagens gráficas e a informação de des- locamento são alteradas, em geral, em períodos de quadros. Entretanto, a leitura e a análise do arquivo que armazena a informação de deslocamento a
' . 5/318 cada momento em que um quadro é exibido tem um risco de que "o proces- so não seja completado a tempo e as imagens não possam ser exibidas cor- retamente". Assim sendo, com a finalidade de o processo ser sincronizado CNA com o período de quadros sem falha, é necessário expandir a informação de — 5 deslocamento na memória previamente. Naquele caso, a capacidade da ' memória interna na qual o arquivo que armazena a informação de desloca- mento deve ser expandido deve ser necessariamente grande pelo fato de a quantidade total da informação de deslocamento por fluxo gráfico ser gran- de. Além disso, quando uma pluralidade de imagens gráficas está incluída emuma cena, é exigido que a memória interna tenha até mesmo capacida- de maior. Dessa maneira, a incorporação do fluxo gráfico e da informação de deslocamento como arquivos separados em conteúdo de vídeo 3D impede uma redução adicional em capacidade da memória interna.
- Com a finalidade de solucionar o problema descrito acima, a in- formação de deslocamento é contida no fluxo de vídeo em intervalos de ' GOPs, por exemplo. Isso permite que um decodificador em um dispositivo de reprodução extraia a informação de deslocamento a partir do fluxo de vídeo enquanto decodifica o fluxo de vídeo. Como resultado, o dispositivo de reprodução pode manter certamente a correspondência entre o fluxo gráfico eainformação de deslocamento. Além disso, a memória interna necessita somente ter uma capacidade suficiente para expandir a informação de des- locamento por GOP na mesma, por exemplo. Isso pode alcançar facilmente tanto o suporte dos conteúdos de vídeo 3D com diversos fluxos gráficos quanto à redução adicional em capacidade da memória interna.
Neste documento, diversos meios são concebíveis como meios específicos usados por meio do decodificador em um dispositivo de reprodu- ção para implantar a função para extrair informação de deslocamento a partir dos fluxos de vídeo, tal como um meio para incorporar a função no hardware dedicado para a decodificação de fluxos de vídeo, e um meio para a realiza- ção da função por meio de outro hardware ou software. Entretanto, não é preferencial variar as estruturas de dados de fluxos de vídeo e a informação de deslocamento dentre aqueles meios.
' í 6/318 Um objetivo da presente invenção é solucionar os problemas a- cima, particularmente para fornecer um meio de gravação em que um fluxo de vídeo e uma informação de desiocamento são gravados integralmente ..” em uma estrutura de dados usável em comum em diversos modos de im- — 5 plantaçãoda função, que deve extrair a informação de deslocamento a partir Ú do fluxo de vídeo, em um dispositivo de reprodução. | Solução para o Problema Em um meio de gravação de acordo com a presente invenção, um fluxo de vídeo de vista principal, um fluxo de vídeo de vista inferior, e um fluxográfico são gravados.
O fluxo de vídeo de vista principal inclui imagens de vista principal constituindo vistas principais de imagens de vídeo estere- oscópicas.
O fluxo de vídeo de vista inferior inclui imagens de vista inferior e metadados, as imagens de vista inferior constituindo vistas inferiores de i- - magens de vídeo estereoscópicas.
O fluxo gráfico inclui dados gráficos cons- tituindo imagens gráficas monoscópicas.
Cada uma das imagens de vista Ê principal é renderizada em um plano de vídeo de vista principal, quando são reproduzidas.
Cada uma das imagens de vista inferior é renderizada em um plano de vídeo de vista inferior, quando são reproduzidas.
Os dados gráficos são renderizados em um plano gráfico, quando são reproduzidos.
Os meta- dados são fornecidos em cada grupo de imagens (GOP) constituindo o fluxo de vídeo de vista inferior e inclui informação de deslocamento.
A informação de deslocamento é a informação de controle que especifica o controle de deslocamento para uma pluralidade de imagens constituindo um GOP.
O controle de deslocamento é um processo para fornecer um deslocamento esquerdo e um deslocamento direito para coordenadas horizontais no plano gráfico para gerar um par de planos gráficos, e então combinar o par de pla- nos gráficos separadamente com o plano de vídeo de vista principal e o pla- no de vídeo de vista inferior.
O fluxo de vídeo de vista inferior é multiplexado em um fluxo de transporte (TS). Cada um dos pacotes de TS constituindo o TStemum cabeçalho incluindo um sinalizador de prioridade de TS que indi- ca uma prioridade do pacote de TS.
Os pacotes de TS contendo os metada- dos têm um valor diferente de sinalizador de prioridade de TS a partir dos
' n 7/318 pacotes de TS contendo as imagens de vista inferior.
Efeitos Vantajosos da Invenção O meio de gravação de acordo com a presente invenção habilita O a unidade de decodificação de um dispositivo de reprodução para separar — 5 pacotesdeTS contendo os metadados e pacotes de TS contendo as ima- ' gens de vista inferior de acordo com os valores dos sinalizadores de priori- dade de TS.
Assim sendo, a unidade de decodificação pode ser equipada com unidades de função separadas; uma para extrair a informação de des- locamento a partir dos pacotes de TS contendo os metadados, e a outra pa- ra decodificar pacotes de TS contendo as imagens de vista inferior em ima- gens descompactadas.
Nesse caso, configurações específicas dessas uni- dades de função podem ser designadas independentemente uma da outra.
Por outro lado, a unidade de decodificação em que as unidades de função - são integradas habilita a unidade de função integrada para processar todos os pacotesdeTS contendo o fluxo de vídeo de vista inferior, independente- ' mente dos valores dos sinalizadores de prioridade de TS.
Dessa maneira, o meio de gravação de acordo com a presente invenção habilita um fluxo de vídeo e a informação de deslocamento para serem gravados integralmente no mesmo em uma estrutura de dados usável em comum em diversos mo- dosde implantação da função, que é extrair a informação de deslocamento a partir do fluxo de vídeo, em um dispositivo de reprodução.
Breve Descrição dos Desenhos A figura 1 é um diagrama esquemático que mostra um sistema de home theater que usa um meio de gravação de acordo com a Modalidade 1dapresente invenção.
A figura 2 é um diagrama esquemático mostrando uma estrutura de dados de um disco BD-ROM 101 mostrado na figura 1. As figuras 3A e 3B são listas de fluxos elementares multiplexa- dos em um TS principal e um sub-TS no disco BD-ROM, respectivamente.
A figura 4 é um diagrama esquemático mostrando a disposição dos pacotes de TS nos dados de fluxo multiplexados 400. A figura 5A é um diagrama esquemático mostrando uma estrutu-
. ' 8/318 ra de dados de um cabeçalho de TS 501H; a figura 5B é um diagrama es- quemático mostrando o formato de uma sequência dos pacotes de TS 501 constituindo dados de fluxo multiplexados; a figura 5C é um diagrama es- nf quemático mostrando a formação de uma sequência de pacotes fonte 502 — 5 compostos da sequência de pacote de TS para dados de fluxo multiplexa- ' dos; e a figura 5D é um diagrama esquemático de um grupo de setores, em que uma sequência de pacotes fonte 502 é consequentemente gravada, na área de volume do disco BD-ROM. A figura 6 é um diagrama esquemático mostrando a estrutura de dadosdofluxode PG 600.
A figura 7 é um diagrama esquemático mostrando as imagens para um fluxo de vídeo de vista de base 701 e um fluxo de vídeo de vista direita 702 em ordem de tempo de apresentação.
- A figura 8 é um diagrama esquemático mostrando detalhes em uma estrutura de dados de um fluxo de vídeo 800. ' A figura 9 é um diagrama esquemático mostrando detalhes em um método para armazenando um fluxo de vídeo 901 em uma sequência de pacote de PES 902. A figura 10 é um diagrama esquemático mostrando correspon- dência entrePTSs e DTSs atribuídos para cada imagem em um fluxo de ví- deo de vista de base 1001 e um fluxo de vídeo de vista dependente 1002.
A figura 11 é um diagrama esquemático mostrando uma estrutu- ra de dados de metadados de deslocamento 1110 incluídos em um fluxo de vídeo de vista dependente 1100.
A figura 12 é uma tabela mostrando a sintaxe desses metadados de deslocamento 1110 mostrados na figura 11.
As figuras 13A e 13B são diagramas esquemáticos mostrando controles de deslocamento para um plano de PG 1310 e plano de IG 1320 respectivamente; e a figura 13C é um diagrama esquemático mostrando i- —magens gráficas 3D que fazem com que um espectador 1330 perceba ima- gens gráficas 2D representadas por meio de planos gráficos mostrados nas figuras 13A e 13B.
' : 9/318 As figuras 14A e 14B são gráficos mostrando exemplos de se- quências de deslocamento; e a figura 14C é um diagrama esquemático mos- trando imagens gráficas 3D reproduzidas de acordo com as sequências de "o deslocamento mostradas nas figuras 14A e 14B.
A figura 15 é um diagrama esquemático mostrando um pacote : de PES 1510 armazenando VAU nº 1 1500 no fluxo de vídeo de vista de- pendente, e uma sequência dos pacotes de TS 1520 gerados a partir do pa- cote de PES 1510. A figura 16 é um diagrama esquemático mostrando uma se- —quência dos pacotes de TS 1620 onde pacotes de TS pertencentes ao pri- meiro grupo 1521 e ao segundo grupo 1522 mostrados na figura 15 indicam o mesmo valor de Prioridade de TS.
A figura 17A é um diagrama esquemático mostrando a estrutura - de dados de informação de comutador de decodificação 1750; e as figuras 17Be17C são diagramas esquemáticos mostrando sequências de contado- Ê res de decodificação 1710, 1720, 1730, e 1740 alocados a cada imagem em um fluxo de vídeo de vista de base 1701 e um fluxo de vídeo de vista de- pendente 1702. A figura 18 é um diagrama esquemático mostrando uma estrutu- radedados de uma PMT 1810. A figura 19 é um diagrama esquemático mostrando uma disposi- ção física dos dados de fluxo multiplexados no disco BD-ROM.
A figura 20A é um diagrama esquemático mostrando a disposi- ção do TS principal 2001 e do sub-TS 2002 gravados separadamente e con- secutivamente em um disco BD-ROM; a figura 20B é um diagrama esque- mático mostrando uma disposição de blocos de dados de vista dependente DIO], DI1], D[2], ... e blocos de dados de vista de base B[0], B[1], BI2], ... gravados alternadamente no disco BD-ROM 101 de acordo com a Modalida- de 1 da presente invenção; e as figuras 20C e 20D são diagramas esquemá- ticos mostrando exemplos dos tempos de ATC de extensão para um grupo de bloco de dados de vista dependente D[n] e um grupo de bloco de dados de vista de base B[n] gravados em uma disposição intercalada (n = 0, 1,2).
' ' 10/318 A figura 21 é um diagrama esquemático mostrando um caminho de reprodução 2101, 2102 em modo de reprodução 2D e modo L/R para um grupo de bloco de controle 1901 a 1903. "mm A figura 22 é um diagrama esquemático mostrando uma estrutu- .- 5 radedadosde arquivo de informação de clipe 2D (01000.clpi) 231.
' A figura 23A é um diagrama esquemático mostrando uma estru- tura de dados de um mapa de entrada 2230; a figura 23B é um diagrama esquemático mostrando pacotes fonte em um grupo de pacote fonte 2310 pertencendo a um arquivo 2D 241 que são associados com cada EP ID 2305 por meio do mapa de entrada 2230; e a figura 23C é um diagrama esquemático mostrando um grupo de bloco de dados D[n], B[n] (n= O, 1, 2,3, ...) em um disco BD-ROM 101 correspondendo ao grupo de pacote fonte 2310. - A figura 24A é um diagrama esquemático mostrando uma estru- tura de dados de pontos iniciais de extensão 2242; a figura 24B é um dia- grama esquemático mostrando uma estrutura de dados de pontos iniciais de extensão 2420 incluídos em arquivo de informação de clipe de vista depen- dente (02000.clpi) 232; a figura 24C é um diagrama esquemático represen- tando os blocos de dados de vista de base B[O], B[1], B[2], ... extraídos do arquivo SS 244A por meio do dispositivo de reprodução 102 em modo de reprodução 3D; a figura 24D é um diagrama esquemático representando correspondência entre extensões de vista dependente EXT2[0], EXT2[1], ... pertencendo ao arquivo DEP (02000.m2ts) 242 e os SPNs 2422 mostrados por meio dos pontos iniciais de extensão 2420; e a figura 24E é um diagra- ma esquemático mostrando correspondência entre uma extensão SS EXTSS[0] pertencendo ao arquivo SS 244A e um bloco de controle no disco BD-ROM. ' A figura 25 é um diagrama esquemático mostrando correspon- dência entre um bloco de controle único 2500 gravado no disco BD-ROM e cadaum dos grupos de bloco de controle em um arquivo 2D 2510, uma base de arquivo 2511, um arquivo DEP 2512, e um arquivo SS 2520. A figura 26 é um diagrama esquemático mostrando um exemplo
' : 11/318 de pontos de entrada definidos em um fluxo de vídeo de vista de base 2610 e um fluxo de vídeo de vista dependente 2620. A figura 27 é um diagrama esquemático mostrando uma estrutu- "e ra de dados de um arquivo de lista de reprodução 2D. Ns) A figura 28 é um diagrama esquemático mostrando uma estrutu- ] ra de dados de PI nºN mostrada na figura 27.
As figuras 29A e 29B são diagramas esquemáticos mostrando uma correspondência entre duas seções de reprodução 2901 e 2902 a se- rem conectadas quando CC é "5" ou "6".
A figura 30 é um diagrama esquemático mostrando uma corres- pondência entre PTSs indicadas por meio de um arquivo de lista de reprodu- ção 2D (00001.mpls) 221 e seções reproduzidas a partir de um arquivo 2D (01000.m2ts) 241.
. A figura 31 é um diagrama esquemático mostrando uma estrutu- radedados de um arquivo de lista de reprodução 3D.
í A figura 32 é um diagrama esquemático mostrando uma tabela STN 3205 incluída em um caminho principal 3101 do arquivo de lista de re- produção 3D mostrado na figura 31.
A figura 33 é um diagrama esquemático mostrando uma estrutu- radedadosdoSS de tabela de STN 3130 mostrado na figura 31.
A figura 34 é um diagrama esquemático mostrando correspon- dência entre PTSs indicados por meio de um arquivo de lista de reprodução 3D (00002.mpls) 222 e seções reproduzidas a partir de um arquivo SS (01000.ssif) 244A.
A figura 35 é um diagrama esquemático mostrando uma estrutu- ra de dados de um arquivo de índice (index.bdmv) 211 mostrado na figura 2.
A figura 36 é um fluxograma de processamento por meio do qual o dispositivo de reprodução 102 mostrado na figura 1 seleciona um arquivo de lista de reprodução para reprodução usando seis tipos de processos de determinação.
A figura 37 é um diagrama de bloco funcional de um dispositivo de reprodução 2D 3700.
' ' 12/318 A figura 38 é uma lista de parâmetros de sistema (SPRMs) ar- mazenados na unidade de armazenamento variável reprodutora 3736 mos- trada na figura 37.
"ma A figura 39 é um fluxograma de processamento de reprodução - 5 delistade reprodução 2D por meio de uma unidade de controle de reprodu- ] ção 3735 mostrada na figura 37.
A figura 40 é um diagrama de bloco funcional do decodificador- alvo de sistema 3725 mostrado na figura 37.
A figura 41A é um fluxograma de processamento por meio do qualo decodificador de PG 4072 mostrado na figura 40 decodifica um objeto gráfico a partir de uma entrada de dados no fluxo de PG; e as figuras 41B a 41E são diagramas esquemáticos mostrando o objeto gráfico alterando na medida em que o processamento procede.
- A figura 42 é um diagrama de bloco funcional de um dispositivo dereprodução 3D 4200.
i A figura 43 é uma tabela mostrando uma estrutura de dados de SPRM(27) e SPRM(28) armazenados na unidade de armazenamento variá- vel reprodutora 4236 mostrada na figura 42.
A figura 44 é um fluxograma de processamento de reprodução delistade reprodução 3D por meio de uma unidade de controle de reprodu- ção 4235 mostrada na figura 42.
A figura 45 é um diagrama de bloco funcional do decodificador alvo de sistema 4225 mostrado na figura 42 que implanta a função para ex- trair metadados de deslocamento usando um primeiro meio.
A figura 46 é um diagrama de bloco funcional de um sistema de fluxos de vídeo de processamento no decodificador alvo de sistema 4225 mostrado na figura 42 que implanta a função para extrair metadados de des- locamento usando um segundo meio.
A figura 47 é um diagrama de bloco funcional de um adicionador de plano4226 mostrado na figura 42.
A figura 48 é um fluxograma de controle de deslocamento por meio das unidades de recorte 4731 a 4734 mostradas na figura 47.
: Í 13/318 A figura 49B é um diagrama esquemático mostrando dados GP de plano de PG aos quais a segunda unidade de recorte 4732 deve fornecer controle de deslocamento; e as figuras 49A e 49C são diagramas esquemá- se ticos mostrando dados RPG de plano de PG aos quais um deslocamento . 5 direitofoifornecido e dados LPG de plano de PG aos quais um deslocamen- to esquerdo foi fornecido.
A figura 50 é um diagrama esquemático mostrando um pacote de PES 5010 armazenando VAU nº1 5000 no fluxo de vídeo de vista depen- dente e uma sequência dos pacotes de TS 5020 gerada a partir do pacote dePES 5010.
A figura 51 é um diagrama de bloco funcional mostrando um sis- tema de fluxos de vídeo de processamento no decodificador-alvo de sistema 5125 que extrai metadados de deslocamento a partir da sequência de paco- ' te de TS 5020 mostrada na figura 50. A figura 52A é um diagrama esquemático mostrando uma estru- tura de dados de metadados de deslocamento 5200 que usa a função de término; a figura 52B é um gráfico mostrando os tipos de elementos na fun- ção de término; e a figura 52C é um gráfico mostrando valores de desloca- mento calculados por meio de um dispositivo de reprodução 3D a partir dos IDsde sequência de deslocamento = O, 1, 2 mostrados na figura 52A.
A figura 53 é um diagrama esquemático mostrando (1) uma es- trutura de dados de um arquivo de lista de reprodução 3D 5300 que inclui uma pluralidade de sub-caminhos e (ii) uma estrutura de dados de um arqui- vo 2D 5310 e dois arquivos DEP 5321 e 5322 que são citados por meio do arquivo de lista de reprodução 3D 5300.
A figura 54 é um diagrama esquemático mostrando uma tabela STN 5400 em que dois ou mais valores de ajuste de deslocamento são defi- nidos para um conjunto de dados de fluxo.
As figuras 55A a 55C são diagramas esquemáticos mostrando paralaxes PRA, PRB, e PRC entre as vistas direita e esquerda exibidas em uma tela de 76,2 cm (32 polegadas) SCA, tela de 127 cm (50 polegadas) SCB, e tela de 254 cm (100 polegadas) SCC, respectivamente.
' ' 14/318 A figura 56A é um diagrama esquemático mostrando uma tabela de correspondência entre tamanhos de tela e valores de ajuste de desloca- mento de saída; e a figura 56B é um gráfico representando uma função entre Aa tamanhos de tela e valores de ajuste de deslocamento de saída.
A figura 57 é um diagrama de bloco mostrando os componentes ] de um dispositivo de reprodução 3D exigido para ajuste de deslocamento de saída.
A figura 58A é um diagrama esquemático mostrando uma estru- tura de dados de um fluxo de vídeo de vista dependente 5800 representando ainda somente imagens; e a figura 58B é um diagrama esquemático mos- trando uma sequência de plano de vídeo de vista esquerda 5821, uma se- quência de plano de vídeo de vista direita 5822, e uma sequência de plano gráfico 5830 que são reproduzidas de acordo com tal lista de reprodução 3D.
Í A figura 59 é um diagrama de bloco do dispositivo de exibição 103 que desempenha o processamento para compensar um desalinhamento Ô entre as vistas direita e esquerda.
A figura 60A é uma vista em planta mostrando esquematicamen- te ângulos horizontais de vista HAL e HAR para um par de câmeras de vídeo CML e CMR filmando imagens de vídeo 3D; as figuras 60B e 60C são dia- gramas esquemáticos mostrando uma vista esquerda LV filmada por meio da câmera de vídeo esquerdo CML e uma vista direita RV capturada por meio da câmera de vídeo direito CMR, respectivamente; e as figuras 60D e 60E são diagramas esquemáticos mostrando respectivamente uma vista esquerda LV representada por meio do plano de vídeo esquerdo processado euma vista direita RV representada por meio do plano de vídeo direito pro- cessado.
A figura 61A é uma vista plana mostrando esquematicamente ângulos verticais de vista VAL e VAR para um par de câmeras de vídeo CML e CMR filmando imagens de vídeo 3D; a figura 61B é um diagrama esque- —mático mostrando uma vista esquerda LV filmada por meio da câmera de vídeo esquerdo CML e uma vista direita RV capturada por meio da câmera de vídeo direito CMR; e a figura 61C é um diagrama esquemático mostrando
' í 15/318 uma vista esquerda LV representada por meio do plano de vídeo esquerdo processado e uma vista direita RV representada por meio do plano de vídeo direito processado. “mm A figura 62A é um diagrama esquemático mostrando um exem- . 5 plode imagens gráficas representadas por meio de um plano gráfico GPL; : as figuras 62B e 62C são diagramas esquemáticos mostrando respectiva- mente processos de fornecimento de um deslocamento direito e esquerdo para o plano gráfico GPL; e as figuras 62D e 62E são diagramas esquemáti- cos mostrando imagens gráficas representadas por meio dos planos gráficos GP1eGP2 com os deslocamentos direito e esquerdo, respectivamente.
A figura 63 é um diagrama esquemático mostrando uma condi- ção com relação à disposição de elementos gráficos para planos gráficos reproduzidos a partir de um fluxo de PG ou um fluxo de IG em um disco BD- ' ROM e para um plano gráfico gerado por meio de um dispositivo de repro- dução102.
As figuras 64A1 e 64A2 são diagramas esquemáticos mostrando a mesma tela no visor de formato letterbox; as figuras 64B e 64C são dia- gramas esquemáticos mostrando as telas em que o plano de vídeo primário foi fornecido com deslocamentos para cima e para baixo de 131 pixels, res- pectivamente; e a figura 64D é um diagrama esquemático mostrando a tela em que o plano de vídeo primário foi fornecido com um deslocamento para cima de 51 pixels.
A figura 65 é um diagrama de bloco funcional mostrando a estru- tura do dispositivo de reprodução exigida para o desvio de vídeo.
A figura 66A é uma tabela mostrando as estruturas de dados de SPRM(32) e SPRM(33); e a figura 66B é um diagrama esquemático mos- trando a tabela STN no arquivo de lista de reprodução para o conteúdo de vídeo do visor de formato letterbox.
As figuras 67A a 67C são diagramas esquemáticos mostrando planos de vídeo primários VPA, VPB, e VPC processados por meio da uni- dade de desvio de vídeo 6.501 no modo Up, modo Keep, e modo Down, respectivamente; as figuras 67D a 67F são diagramas esquemáticos mos-
' Í 16/318 trando planos de PG PGD, PGE, e PGF processados por meio da segunda unidade de recorte 4632 no modo Up, modo Keep, e modo Down, respecti- vamente; e as figuras 67G a 671 são diagramas esquemáticos mostrando Ie dados de plano PLG, PLH, e PLI combinados por meio do segundo adicio- . 5 nador4642nomodo Up, modo Keep, e modo Down, respectivamente.
] A figura 68A é um diagrama esquemático mostrando outro e- xemplo da tabela STN no arquivo de lista de reprodução para o conteúdo de vídeo do visor de formato letferbox; e a figura 68B é um diagrama esquemá- tico mostrando a ordem de registro de uma pluralidade de partes de informa- ção de atributo de fluxo 6803, cada uma incluindo o modo de desvio de ví- deo 6812, na tabela STN mostrada na figura 68A. A figura 69 é um diagrama de bloco funcional mostrando outro exemplo da estrutura do dispositivo de reprodução exigido para o desvio de ' vídeo. A figura 70A é um diagrama esquemático mostrando a estrutura | de dados do SPRM(37) na unidade de armazenamento variável reprodutora 4236; a figura 70B é um diagrama esquemático mostrando a imagem de ví- deo IMG e a legenda SUB exibidas na tela SCR no caso em que a cor do plano de fundo da legenda representada por meio do fluxo de PG é definida para transparente incolor; e a figura 70C é um diagrama esquemático mos- trando a imagem de vídeo IMG e a legenda SUB exibidas na tela SCR no caso em que um valor de coordenada de cor da cor do plano de fundo da legenda é armazenado no SPRM(37). A figura 71A é um diagrama esquemático mostrando um outro exemplo adicional da tabela STN no arquivo de lista de reprodução para o conteúdo de vídeo do visor de formato /letterbox; e a figura 71B é um dia- grama de bloco funcional mostrando um outro exemplo adicional da estrutu- ra do dispositivo de reprodução exigida para o desvio de vídeo. A figura 72A é um diagrama esquemático mostrando as legen- das&SB1eSB2 que correspondem ao modo Keep; a figura 72B é um dia- grama esquemático mostrando as legendas SB1 e SB2 que correspondem ao modo Down; a figura 72C é um diagrama esquemático mostrando a le-
' " 17/318 genda SB1 exibida no modo Keep; e a figura 72D é um diagrama esquemá- tico mostrando a legenda SB3 exibida no modo Up quando a legenda para cima de vídeo 7110 não é registrada na tabela STN. 2a As figuras 73A e 73B são listas de fluxos elementares multiple- - 5 xadasemunm primeiro sub-TS e um segundo sub-TS em um disco BD-ROM, Ú respectivamente.
A figura 74 é um diagrama esquemático mostrando uma estrutu- ra de dados SS de tabela de STN 3130 de acordo com a Modalidade 2 da presente invenção.
A figura 75 é um diagrama de bloco funcional de um decodifica- dor-alvo de sistema 7525 de acordo com a Modalidade 2 da presente inven- ção.
A figura 76 é um diagrama de bloco funcional parcial do adicio- f nador de plano 7526 em modo de 2 planos. As figuras 77A, 77B, e 77C são diagramas esquemáticos mos- À trando uma imagem gráfica de vista esquerda GOBO representada por meio do fluxo de PG 2D e imagens gráficas de vista direita GOB1 a GOB3 repre- sentadas por meio do fluxo de PG de vista direita; e as figuras 77D, 77E, e 77F são diagramas esquemáticos mostrando o controle de deslocamento desempenhado sobre a imagem gráfica de vista esquerda mostrada nas fi- guras 77A, 77B, e 77C.
A figura 78 é um diagrama de bloco funcional de um dispositivo de gravação 7800 de acordo com a Modalidade 3 da presente invenção.
As figuras 79A e 79B são diagramas esquemáticos mostrando respectivamente uma imagem em uma vista esquerda e uma vista direita usada para exibir uma cena de imagens de vídeo 3D; e a figura 79C é um diagrama esquemático mostrando informação de profundidade calculada a partir dessas imagens por meio do codificador 7802.
A figura 80 é um fluxograma de um método para gravar conteú- do de fimeem um disco BD-ROM usando o dispositivo de gravação 7800 mostrado na figura 78.
A figura 81 é um diagrama esquemático mostrando um método
' 18/318 para alinhar tempos de ATC de extensão entre blocos de dados consecuti- vos.
As figuras 82A a 82C são diagramas esquemáticos ilustrando o "ml princípio por trás da reprodução de imagens de vídeo 3D (imagens de vídeo - 5 estereoscópicas) em um método usando imagens de vídeo de paralaxe.
A figura 83 é um diagrama esquemático mostrando um exemplo de construção de uma vista esquerda LVW e uma vista direita RVW a partir da combinação de uma imagem de vídeo 2D MVW e um mapa de profundi- dade DPH.
A figura 84 é um diagrama de bloco mostrando processamento de reprodução no dispositivo de reprodução em modo de reprodução 2D. A figura 85A é um gráfico mostrando a alteração na quantidade de dados DA armazenados no buffer de leitura 3721 durante a operação do ' processamento de reprodução mostrado na figura 84 em modo de reprodu- ção2D;ea figura 85B é um diagrama esquemático mostrando a correspon- dência entre um bloco de controle 8510 para reprodução e um caminho de reprodução 8520 em modo de reprodução 2D. A figura 86 é um exemplo de uma tabela de correspondência en- tre distâncias de salto Ssarro e tempos de salto máximo Tsarrto max para um discoBD-ROM. A figura 87 é um diagrama de bloco mostrando processamento de reprodução no dispositivo de reprodução em modo de reprodução 3D. As figuras 88A e 88B são gráficos mostrando alterações nas quantidades de dados DA1 e DA2 armazenados em RB1 4221 e RB2 4222 mostrados na figura 87 quando as imagens de vídeo 3D são reproduzidas diretamente a partir de um bloco de controle único; e a figura 88C é um dia- grama esquemático mostrando uma correspondência entre o bloco de con- trole 8810 e um caminho de reprodução 8820 em modo de reprodução 3D. A figura 89B é um diagrama esquemático mostrando um (M + 1)º (aletraM representa um número inteiro maior do que ou igual a 1) bloco de controle 8901 e (M + 2)º bloco de controle 8.902 e a correspondência entre esses blocos de controle 8901 e 8902 e um caminho de reprodução 8920
' ' 19/318 em modo de reprodução 3D; e a figura 89A é um grupo gráfico mostrando alterações em quantidades de dados DA1 e DA2 armazenados em RB1 4221 e RB2 4222, bem como as alterações na soma DA1 + DA2Z, quando as "o imagens de vídeo 3D são reproduzidas continuamente diretamente a partir - 5 dedoisblocosde controle 8901 e 8902.
As figuras 90A e 90B são gráficos mostrando alterações em quantidades de dados DA1 e DA2 armazenados em RB1 4221 e RB2 4222 quando as imagens de vídeo 3D são reproduzidas diretamente a partir de dois blocos de controle consecutivos 8901 e 8902 mostrados na figura 89B.
A figura 91 é um diagrama de bloco mostrando o sistema de processamento de fluxo de vídeo fornecido no decodificador-alvo de sistema 4225 no modo de reprodução 3D. As figuras 92A e 92B são gráficos mostrando alterações tempo- Ô rais na taxa de transferência de vista de base Rexr: e na taxa de transferên- ciade vista dependente Rexr2 naquele caso, respectivamente; e a figura 922C | é um gráfico mostrando a alteração temporal na soma da taxa de transferên- cia de vista de base Rpxr1 e na taxa de transferência de vista dependente Rext2 mostradas nas figuras 92A e 92B. A figura 93 é um diagrama esquemático mostrando as relações entreos pacotesde TS que são transferidos no decodificador-alvo de siste- ma a partir do descompactador fonte para o filtro PID e os tempos de ATC.
A figura 94A é uma tabela mostrando os tamanhos de extensão máximos maxSexri[n] e maxSext2[n] para um par de extensões em diversas combinações da taxa de transferência de vista de base Rexri[n] e da taxa de transferência de vista dependente Rexr2[n]; a figura 94B é um diagrama es- quemático mostrando que uma par de extensões EXT 1[n], EXT2[n] fica loca- lizado no topo de um bloco de controle 9401 disposto após uma camada |i- mite LB, e o bloco de dados de vista de base B[n] do par de extensões fica disposto antes do bloco de dados de vista dependente Dfn] do mesmo.
As figuras 95A e 95B são gráficos mostrando alterações em quantidades DA1, DA2 de dados armazenados em RB1 e RB2, respectiva- mente, quando as imagens de vídeo 3D são reproduzidas diretamente a par-
' ' 20/318 tir dos dois blocos de controle 9401 e 9402 mostrados na figura 94B.
A figura 96A é um diagrama esquemático mostrando a sintaxe do ponto inicial de extensão no caso em que a ordem de blocos de dados é SE invertida no par de extensões localizado no meio do bloco de controle; a fi- - 5 gura96Bé um diagrama esquemático mostrando as relações entre a exten- ' são de vista de base EXT1[k] (k = 0, 1, 2,...) pertencendo ao arquivo base e o sinalizador inicial de extensão indicado por meio do ponto inicial de exten- são; a figura 96C é um diagrama esquemático mostrando as relações entre a extensão de vista dependente EXT2[k] pertencendo ao arquivo DEP e o sinalizador inicial de extensão; e a figura 96D é um diagrama esquemático mostrando as relações entre a extensão SS EXTSS[0] pertencendo ao ar- quivo SS e os blocos de controle no disco BD-ROM.
A figura 97C é um diagrama esquemático mostrando uma dispo- ' sição de um bloco de dados que exige a maior capacidade de RB1 4221; as figuras 97A e 97B são gráficos mostrando alterações em quantidades DA1, | DA2 de dados armazenados em RB1 4221 e RB2 4222, respectivamente, quando as imagens de vídeo 3D são reproduzidas diretamente a partir dos dois blocos de controle 9701 e 9702 mostrados na figura 97C; a figura 97F é um diagrama esquemático mostrando uma disposição de um bloco de dados que exigea maior capacidade de RB2 4222; e as figuras 97D e 97E são grá- ficos mostrando alterações em quantidades DA1, DA2 de dados armazena- dos em RB1 4221 e RB2 4222, respectivamente, quando as imagens de ví- deo 3D são reproduzidas diretamente a partir dos dois blocos de controle 9703 e 9704 mostrados na figura 97F.
A figura 98C é um diagrama esquemático mostrando um bloco de controle 9810 que inclui no meio do mesmo um par de extensões em que a ordem de blocos de dados é invertida; e as figuras 98A e 98B são gráficos mostrando alterações em quantidades DA1, DA2 de dados armazenados em RB1 4221 e RB2 4222, respectivamente, quando as imagens de vídeo 3D são reproduzidas diretamente a partir do bloco de controle 9801 mostrado na figura 98C.
A figura 99 é um diagrama esquemático mostrando uma relação
' : 21/318 entre um bloco de controle 9900 e arquivos de fluxo AV 9910 a 9920, o bloco de controle 9900 incluindo um par de extensões no meio do mesmo, sendo que o par de extensões tem blocos de dados em ordem inversa. Sa A figura 100 é um diagrama esquemático mostrando a disposi- - 5 ção1deumgrupo de bloco de dados gravados antes e depois de uma ca- mada limite LB em um disco BD-ROM.
A figura 101 é um diagrama esquemático mostrando um cami- nho de reprodução A110 em modo de reprodução 2D e um caminho de re- produção A120 em modo de reprodução 3D para o grupo de bloco de dados nadisposição 1 mostrada na figura 100.
A figura 102 é um diagrama esquemático mostrando a disposi- ção 2 de um grupo de bloco de dados gravados antes e depois de uma ca- mada limite LB em um disco BD-ROM.
" A figura 103 é um diagrama esquemático mostrando um cami- nho de reprodução A310 em modo de reprodução 2D e um caminho de re- produção A320 em modo de reprodução 3D para o grupo de bloco de dados na disposição 2 mostrada na figura 102.
A figura 104 é um diagrama esquemático mostrando as relações entre o tempo de leitura Sexr:[3]/Rup72 do bloco exclusivamente para repro- dução 3D Bl[3]ss localizada na extremidade do segundo bloco de controle A202 e o limite inferior da capacidade de RB2 4222.
A figura 105 é um diagrama esquemático mostrando pontos de entrada A510 e A520 definidos para extensões EXT1[k] e EXT2[k] (a letra k representa um número inteiro maior do que ou igual a 0) em um arquivo ba- seA501eum arquivo DEP A502.
A figura 106A é um diagrama esquemático mostrando um cami- nho de reprodução quando tempos de ATC de extensão e tempos de repro- dução do fluxo de vídeo diferem entre blocos de dados de vista de base con- tíguos e blocos de dados de vista dependente; e a figura 106B é um diagra- ma esquemático mostrando um caminho de reprodução quando os tempos de reprodução do fluxo de vídeo são iguais para blocos de dados de vista dependente e de vista de base contíguos.
' í 22/318 A figura 107A é um diagrama esquemático mostrando um cami- nho de reprodução para dados de fluxo mutitiplexados suportando múltiplos ângulos; a figura 107B é um diagrama esquemático mostrando um grupo de SE bloco de dados A701 gravados em um disco BD-ROM e um caminho de re- - & produção correspondente A702 em modo L/R; e a figura 107C é um diagra- ' ma esquemático mostrando um bloco de controle formado por meio de da- dos de fluxo Ak, Bk, e Ck para ângulos diferentes.
A figura 108 é um diagrama esquemático mostrando (i) um gru- po de bloco de dados A801 constituindo um período de múltiplos ângulos e (ii) um caminho de reprodução A810 em modo de reprodução 2D e um ca- minho de reprodução A820 em modo L/R que correspondem ao grupo de bloco de dados A801.
A figura 109 é um diagrama esquemático ilustrando a tecnologia ' para assegurar a compatibilidade de um disco óptico armazenando conteúdo de vídeo3D com dispositivos de reprodução 2D.
A figura 110 é um diagrama de bloco funcional de um dispositivo de reprodução realizado usando o circuito integrado 3 de acordo com a Mo- dalidade 4 da presente invenção.
A figura 111 é um diagrama de bloco funcional mostrando uma estrutura representativa da unidade de processamento de fluxo 5 mostrada na figura 110.
A figura 112 é um diagrama de bloco funcional da unidade de comutação 53 e das unidades circundantes mostradas na figura 110 quando a unidade de comutação 53 é DMAC.
A figura 113 é um diagrama de bloco funcional mostrando uma estrutura representativa da unidade de saída AV 8 mostrada na figura 110.
A figura 114 é um diagrama esquemático mostrando um exem- plo do método de uso da memória 2 durante o processo de sobreposição de imagens.
A figura 115 é um diagrama esquemático mostrando um método de sobreposição do plano gráfico no plano de vista esquerda usando a me- mória 2 mostrada na figura 114.
' E 23/318 A figura 116 é um diagrama esquemático mostrando um método de sobreposição do plano gráfico no plano de vista direita usando a memória 2 mostrada na figura 114. mm A figura 117 é um diagrama esquemático mostrando outro e- - &5 xemplodo método de uso da memória 2 durante o processo de sobreposi- ção de imagens.
A figura 118 é um diagrama de bloco funcional detalhado da uni- dade de saída AV 8 e da unidade de saída de dados no dispositivo de repro- dução mostrado na figura 113. As figuras 119A e 119B são diagramas esquemáticos mostrando exemplos da topologia de um barramento de controle e um barramento de dados dispostos no circuito integrado 3 mostrado na figura 110. A figura 120 é um diagrama de bloco funcional mostrando a es- ' trutura do circuito integrado de acordo com a Modalidade 4 e as unidades : 15 circundantes, que são incorporadas em um dispositivo de exibição.
A figura 121 é um diagrama de bloco funcional detalhado da uni- dade de saída AV 8 mostrada na figura 120. A figura 122 é um fluxograma de processamento de reprodução por meio de um dispositivo de reprodução usando o circuito integrado 3 mos- tradonafigura 110. A figura 123 é um fluxograma mostrando detalhes das etapas S1 a S6 mostradas na figura 122. Descrição da Modalidade O segmento seguinte descreve um meio de gravação e um dis- positivo de reprodução pertencendo às Modalidades preferenciais da pre- sente invenção em relação aos desenhos.
Modalidade 1 A figura 1 é um diagrama esquemático mostrando um sistema de home fheater que usa um meio de gravação de acordo com a Modalidade 1da presente invenção.
Esse sistema de home theater adota um método de reprodução de imagem de vídeo 3D (imagem de vídeo estereoscópica) que usa imagens de vídeo de paralaxe, e, em particular, adota um método de í 24/318 sequenciamento de quadro alternado conforme um método de exibição (vide <<Explicação Suplementar>> para detalhes). Conforme mostrado na figura 1, esse sistema de home theater reproduz um meio de gravação 101 e inclui | um dispositivo de reprodução 102, um dispositivo de exibição 103, óculos - 5 obturadores 104, e um controle remoto 105. O dispositivo de reprodução 102 ] e o dispositivo de exibição 103 são fornecidos independentemente um do outro conforme mostrado na figura 1. De forma alternativa, o dispositivo de reprodução 102 e o dispositivo de exibição 103 podem ser fornecidos como uma unidade.
O meio de gravação 101 é um Blu-ray disc (BD)º somente de lei- tura, isto é, um disco BD-ROM. O meio de gravação 101 pode ser um meio de gravação portátil diferente, tal como um disco óptico com um formato dife- rente tal como DVD ou algo similar, uma unidade de disco rígido removível " (HDD), ou um dispositivo de memória semicondutora tal como um cartão de memória SD. Esse meio de gravação, isto é, o disco BD-ROM 101, armaze- na conteúdo de filme como imagens de vídeo 3D. Esse conteúdo inclui flu- xos de vídeo representando uma vista esquerda e uma vista direita para as imagens de vídeo 3D. O conteúdo pode incluir adicionalmente um fluxo de vídeo representando um mapa de profundidade para as imagens de vídeo 3D. Esses fluxos de vídeo ficam dispostos no disco BD-ROM 101 em unida- des de blocos de dados e são acessados usando uma estrutura de arquivo descrita abaixo. Os fluxos de vídeo representando a vista esquerda ou a vis- ta direita são usados tanto por meio de um dispositivo de reprodução 2D quanto um dispositivo de reprodução 3D para reproduzir o conteúdo como imagens de vídeo 2D. Inversamente, um par de fluxos de vídeo represen- tando uma vista esquerda e uma vista direita, ou um par de fluxos de vídeo representando uma vista esquerda ou uma vista direita e um mapa de pro- fundidade, são usados por meio de um dispositivo de reprodução 3D para reproduzir o conteúdo como imagens de vídeo 3D.
Uma unidade de BD-ROM 121 é montada no dispositivo de re- produção 102. A unidade de BD-ROM 121 é uma unidade de disco óptico de acordo com o formato BD-ROM. O dispositivo de reprodução 102 usa a uni-
' ' 25/318 dade de BD-ROM 121 para ler o conteúdo a partir do disco BD-ROM 101. O dispositivo de reprodução 102 decodifica adicionalmente o conteúdo em da- dos de vídeo/dados de áudio.
O dispositivo de reprodução 102 é um disposi- —— tivo de reprodução 3D e pode reproduzir o conteúdo tanto como imagens de . 5 vídeo2D quanto como imagens de vídeo 3D.
Daqui por diante, os modos ] operacionais do dispositivo de reprodução 102 quando reproduzindo ima- gens de vídeo 2D e imagens de vídeo 3D são denominados respectivamente de "modo de reprodução 2D" e "modo de reprodução 3D". Em modo de re- produção 2D, os dados de vídeo incluem somente um quadro de vídeo de vista esquerda ou de vista direita.
Em modo de reprodução 3D, os dados de vídeo incluem ambos os quadros de vídeo de vista direita e de vista esquer- da.
O modo de reprodução 3D é dividido adicionalmente em modo " esquerdo/direito (L/R) e modo de profundidade.
Em "modo UR", um par de quadros de vídeo de vista direita e vista esquerda é gerado a partir de uma i combinação de fluxos de vídeo representando a vista esquerda e a vista di- reita.
Em "modo de profundidade", um par de quadros de vídeo de vista di- reita e vista esquerda é gerado a partir de uma combinação de fluxos de ví- deo representando uma vista esquerda ou uma vista direita e um mapa de profundidade.
O dispositivo de reprodução 102 é fornecido com um modo L/R.
O dispositivo de reprodução 102 pode ser fornecido adicionalmente com um modo de profundidade.
O dispositivo de reprodução 102 é conectado ao dispositivo de exibição 103 via um cabo de Interface de Multimídia de Alta Definição (HD- MI)122.O dispositivo de reprodução 102 converte dados de vídeo/dados de áudio em um sinal de vídeo/sinal de áudio no formato HDMI, e transmite os sinais ao dispositivo de exibição 103 via cabo HDMI 122. Em modo de re- produção 2D, somente um do quadro de vídeo de vista esquerda ou de vista direita é multiplexado no sinal de vídeo.
Em modo de reprodução 3D, ambos os quadros de vídeo de vista esquerda e de vista direita são multiplexados por tempo no sinal de vídeo.
Adicionalmente, o dispositivo de reprodução 102 troca mensagens CEC com o dispositivo de exibição 103 via cabo HDMI
' ' 26/318
122. O dispositivo de reprodução 102 pode solicitar, então, ao dispositivo de exibição 103 se o mesmo suporta reprodução de imagens de vídeo 3D. O dispositivo de exibição 103 é um visor de cristal líquido. De NA forma alternativa, o dispositivo de exibição 103 pode ser outro tipo de visor - 5 detela plana, tal como um visor de plasma, um visor EL orgânico, etc., ou í um projetor. O dispositivo de exibição 103 exibe vídeo na tela 131 em res- posta a um sinal de vídeo, e faz com que os alto-falantes para produzir áudio em resposta a um sinal de áudio. O dispositivo de exibição 103 suporta re- produção de imagens de vídeo 3D. Durante a reprodução de imagens de vídeo2D, avista esquerda ou a vista direita é exibida na tela 131. Durante a reprodução de imagens de vídeo 3D, a vista esquerda e a vista direita são exibidas alternadamente na tela 131. O dispositivo de exibição 103 inclui uma unidade de transmissão h de sinal esquerdo/direito 132. A unidade de transmissão de sinal esquer- — 15 dof/direito132 transmite um sinal esquerdo/direito LR aos óculos obturadores 104 via raios infravermelhos ou por meio de radiotransmissão. O sinal es- querdo/direito LR indica se a imagem exibida de forma simultânea na tela 131 é uma imagem de vista esquerda ou uma imagem de vista direita. Du- rante a reprodução de imagens de vídeo 3D, o dispositivo de exibição 103 detectaa comutação de quadros distinguindo entre um quadro de vista es- querda e um quadro de vista direita com base em um sinal de controle que acompanha um sinal de vídeo. Além disso, o dispositivo de exibição 103 faz com que a unidade de transmissão de sinal esquerdo/direito 132 comute o sinal esquerdo/direito LR em sincronia com a comutação de quadros detec- tada Os óculos obturadores 104 incluem dois painéis de visor de cris- tal líquido 141L e 141R e uma unidade receptora de sinal esquerdo/direito
142. Os painéis de visor de cristal líquido 1411. e 141R constituem respecti- vamente as partes de lentes esquerda e direita. A unidade receptora de sinal esquerdo/direito 142 recebe um sinal esquerdo/direito LR, e de acordo com as alterações na mesma, transmite o sinal para os painéis de visor de cristal líquido esquerdo e direito 1411. e 141R. Em resposta ao sinal, cada um dos
' . 27/318 painéis de visor de cristal líquido 141L e 141R deixa a luz atravessar todo o painel ou bloqueia a mesma. Por exemplo, quando o sinal esquerdo/direito LR indica uma exibição de vista esquerda, o painel de visor de cristal líquido "e 141L para o olho esquerdo deixa a luz atravessar, enquanto o painel de visor - 5 decristal líquido 141R para o olho direito bloqueia a mesma. Quando o sinal esquerdo/direito LR indica uma exibição de vista direita, os painéis de visor atuam de forma oposta. Os dois painéis de visor de cristal líquido 141L e 141R deixam a luz atravessar alternadamente em sincronia com a comuta- ção de quadros. Como resultado, quando o espectador olha na tela 131 en- quanto usa os óculos obturadores 104, a vista esquerda é mostrada somen- te para o olho esquerdo do espectador, e a vista direita é mostrada somente para o olho direito. Isso faz com que o espectador perceba a diferença entre as imagens vistas por cada olho conforme a paralaxe binocular para a mes- " ma imagem estereoscópica, e, dessa forma, a imagem de vídeo aparece por — 15 serestereoscópica.
O controle remoto 105 inclui uma unidade de operação e uma unidade de transmissão. A unidade de operação inclui uma pluralidade de botões. Os botões correspondem a cada uma das funções do dispositivo de reprodução 102 e do dispositivo de exibição 103, tal como ligar ou desligar a energia, iniciar ou interromper a reprodução do disco BD-ROM 101, etc. À unidade de operação detecta quando o usuário pressiona um botão e trans- mite a informação de identificação para o botão para a unidade de transmis- são como um sinal. A unidade de transmissão converte esse sinal em um sinal IV e emite o mesmo via raios infravermelhos ou radiotransmissão para o dispositivo de reprodução 102 ou o dispositivo de exibição 103. Por outro lado, o dispositivo de reprodução 102 e cada um do dispositivo de exibição 103 recebe esse sinal IV, determina o botão indicado por meio desse sinal IV, e executa a função associada com o botão. Dessa maneira, o usuário pode controlar remotamente o dispositivo de reprodução 102 ou o dispositivo de exibição103.
Estrutura de dados do disco BD-ROM A figura 2 é um diagrama esquemático mostrando uma estrutura
' Ô 28/318 de dados de um disco BD-ROM 101. Conforme mostrado na figura 2, a Área de Corte de Rajada (BCA) 201 é fornecida na parte mais interna da área de gravação de dados no disco BD-ROM 101. Somente a unidade de BD-ROM " 121 é permitida de acessar a BCA, e o acesso por meio de programas de - 5 aplicativo é proibido. A BCA 201 pode ser usada, dessa forma, conforme a tecnologia para proteção de direitos autorais. Na área de gravação de dados no exterior da BCA 201, rastreamentos se movem em forma de espiral a par- tir da circunferência interna para a circunferência externa. Na figura 2, um rastreamento 202 é estendido esquematicamente em uma direção transver- sal. O lado esquerdo representa a parte circunferencial interna do disco 101, e o lado direito representa a parte circunferencial externa. Conforme mostra- do na figura 2, o rastreamento 202 contém uma área de entrada 202A, uma área de volume 202B, e uma área de saída 202C em ordem a partir da cir- " cunferência interna. A área de entrada 202A é fornecida imediatamente na — 15 bordaexteriordaBCA 201. A área de entrada 202A inclui informação neces- sária para a unidade de BD-ROM 121 acessar a área de volume 202B, tal como o tamanho, o endereço físico, etc., dos dados gravados na área de volume 202B. A área de saída 202C é fornecida na parte circunferencial mais externa da área de gravação de dados e indica o fim da área de volu- me 202B.A área de volume 202B inclui dados de aplicativo tal como ima- gens de vídeo, áudio, etc.
A área de volume 202B é dividida em áreas pequenas 202D chamadas "setores". Os setores têm um tamanho comum, por exemplo, 2048 bytes. A cada setor 202D é atribuído consecutivamente um número de série em ordem a partir do topo da área de volume 202B. Esses números de série são chamados números de bloco lógico (LBN) e são usados em ende- reços lógicos no disco BD-ROM 101. Durante a leitura de dados a partir do disco BD-ROM 101, os dados a serem lidos são especificados através da designação do LBN para o setor de destino. A área de volume 202B pode ser acessada, então, em unidades de setores. Além disso, no disco BD- ROM 101, endereços lógicos são substancialmente os mesmos que os en- dereços físicos. Em particular, em uma área onde os LBNs são consecuti-
! ' 29/318 vos, os endereços físicos também são substancialmente consecutivos. As- sim sendo, a unidade de BD-ROM 121 pode ler consecutivamente os dados a partir dos setores tendo LBNs consecutivos sem fazer com que a captação *m óptica desempenhe uma busca. - 5 Os dados gravados na área de volume 202B são gerenciados ' mediante um sistema de arquivo predeterminado. O Formato de Disco Uni- versal (UDF) é adotado como esse sistema de arquivo. De forma alternativa, o sistema de arquivo pode ser ISO9660. Os dados gravados na área de vo- lume 202B são representados em um formato de diretório/arquivo de acordo como sistema de arquivo (vide a <<Explicação Suplementar>> para deta- lhes). Em outras palavras, os dados são acessíveis em unidades de diretó- rios ou arquivos. Estrutura de diretório/arquivo no disco BD-ROM ' A figura 2 mostra adicionalmente a estrutura de diretório/arquivo — 15 dos dados armazenados na área de volume 202B em um disco BD-ROM
101. Conforme mostrado na figura 2, nessa estrutura de diretório/arquivo, um diretório de filme BD (BDMV) 210 fica localizado diretamente abaixo de um diretório raiz 203. Abaixo do diretório de BDMV 210 estão um arquivo de Índice (index.bdmv) 211 e um arquivo de objeto de filme (MovieObject.bdmv)
212.
O arquivo de índice 211 contém informação para gerenciar con- forme um todo do conteúdo gravado no disco BD-ROM 101. Em particular, essa informação inclui tanto a informação para fazer com que o dispositivo de reprodução 102 reconheça o conteúdo, bem como uma tabela de índice.
A tabela de índice é uma tabela de correspondência entre um título constitu- indo o conteúdo e um programa para controlar a operação do dispositivo de reprodução 102. Esse programa é chamado de um "objeto". Os tipos de ob- jeto são um objeto de filme e um objeto de BD-J (BD Java?).
O arquivo de objeto de filme 212 armazena, geralmente, uma pluralidade de objetos de filme. Cada objeto de filme inclui uma sequência de comandos de navegação. Um comando de navegação é um comando de controle fazendo com que o dispositivo de reprodução 102 execute os pro-
: 30/318 cessos de reprodução similares aos reprodutores de DVD em geral. Os tipos de comandos de navegação são, por exemplo, um comando de leitura para ler um arquivo de lista de reprodução correspondendo a um título, um co- ' mando de reprodução para reproduzir dados de fluxo a partir de um arquivo - 5 defluxo AV indicado por meio de um arquivo de lista de reprodução, e um ' comando de transição para fazer uma transição para outro título. Comandos de navegação são gravados em uma linguagem interpretada e são decifra- dos por meio de um intérprete, isto é, um programa de controle de trabalho, incluído no dispositivo de reprodução 102, fazendo, dessa forma, com que a unidade de controle execute o trabalho desejado. Um comando de navega- ção é composto de um opcode e um operando. O opcode descreve o tipo de operação que o dispositivo de reprodução 102 deve executar, tal como divi- dir, reproduzir, ou calcular um título, etc. O operando indica a informação de ' identificação tida como alvo por meio da operação tal como o número do título, etc. A unidade de controle do dispositivo de reprodução 102 chama um objeto de filme em resposta, por exemplo, para uma operação de usuário e executa comandos de navegação incluídos no objeto de filme chamado na ordem da sequência. De uma maneira similar aos reprodutores de DVD em geral, o dispositivo de reprodução 102 primeiro exibe um menu no dispositi- vo de exibição 103 para permitir que o usuário selecione um comando. O dispositivo de reprodução 102 executa, então, o início/fim de reprodução de um título, comuta para outro título, etc., em resposta ao comando seleciona- do, alterando dinamicamente, desse modo, o progresso da reprodução de vídeo.
Conforme mostrado na figura 2, o diretório de BDMV 210 contém adicionalmente um diretório de lista de reprodução (PLAYLIST) 220, um dire- tório de informação de clipe (CLIPINF) 230, um diretório de fluxo (STREAM) 240, um diretório de objeto BD-J (BDJO: BD Java Object) 250, e um diretório de arquivo Java (JAR: Java Archive) 260.
Três tipos de arquivos de fluxo AV, (01000.m2ts) 241, (02000.m2ts) 242, e (03000.m2ts) 243, bem como um diretório de arquivo intercalado estereoscópico (SSIF) 244 ficam localizados diretamente sob o
' 31/318 diretório de STREAM 240. Dois tipos de arquivos de fluxo AV, (01000.ssif) 244A e (02000.ssif) 244B ficam localizados diretamente sob o diretório de SSIF 244. E Um "arquivo de fluxo AV" refere-se a um arquivo, dentre um con- - 5 teúdode vídeo real gravado em um disco BD-ROM 101, que está de acordo | com o formato de arquivo determinado por meio do sistema de arquivo.
Tal conteúdo de vídeo real se refere, em geral, a dados de fluxo em que tipos diferentes de dados de fluxo representando vídeo, áudio, legendas, etc., isto é, fluxos elementares, foram multiplexados.
Os dados de fluxo multiptexados podem ser divididos amplamente em dois tipos: um fluxo de transporte prin- cipal (TS), e um sub-TS.
Um "TS principal" são dados de fluxo multiplexados que incluem um fluxo de vídeo de vista de base como um fluxo de vídeo pri- mário.
Um "fluxo de vídeo de vista de base" é um fluxo de vídeo que pode h ser reproduzido independentemente e que representa imagens de vídeo 2D. — 15 Essasimagens de vídeo 2D são denominadas a "vista de base" ou a "vista principal". Um "sub-TS" são dados de fluxo multiplexados que incluem um fluxo de vídeo de vista dependente como um fluxo de vídeo primário.
Um "fluxo de vídeo de vista dependente" é um fluxo de vídeo que exige um fluxo de vídeo de vista de base para reprodução e representa imagens de vídeo 3D sendo combinadas com o fluxo de vídeo de vista de base.
Os tipos de fluxos de vídeo de vista dependente são um fluxo de vídeo de vista direita, fluxo de vídeo de vista esquerda, e fluxo de mapa de profundidade.
Quando a vista de base é a vista esquerda das imagens de vídeo 3D, um "fluxo de vídeo de vista direita" é um fluxo de vídeo representando a vista direita das imagens de vídeo 3D.
O inverso é verdadeiro para um "fluxo de vídeo de vista esquerda". Quando a vista de base é uma projeção de imagens de vi- deo 3D em uma tela 2D virtual, um "fluxo de mapa de profundidade" são da- dos de fluxo representando um mapa de profundidade para as imagens de vídeo 3D.
As imagens de vídeo 2D ou o mapa de profundidade representado —pormeio do fluxo de vídeo de vista dependente são denominados uma "vista dependente" ou "subvista". Dependendo do tipo de dados de fluxo muitiplexados armazena-
Á ' 32/318 dos no mesmo, os arquivos de fluxo AV são divididos em três tipos: arquivo 2D, arquivo dependente (daqui por diante, abreviado como "arquivo DEP"), e arquivo intercalado (daqui por diante, abreviado como "arquivo SS"). Um to "arquivo 2D" é um arquivo de fluxo AV para reprodução de imagens de vídeo * 5 2Demmodo de reprodução 2D e inclui um TS principal. Um "arquivo DEP" é À um arquivo de fluxo AV que inclui um sub-TS. Um "arquivo SS" é um arquivo de fluxo AV que inclui um TS principal e um sub-TS representando as mes- mas imagens de vídeo 3D. Em particular, um arquivo SS compartilha seu TS principal com um determinado arquivo 2D e compartilha seu sub-TS com um determinado arquivo DEP. Em outras palavras, no sistema de arquivo no disco BD-ROM 101, um TS principal pode ser acessado tanto por meio de um arquivo SS quanto um arquivo 2D, e um sub-TS pode ser acessado tanto por meio de um arquivo SS quanto um arquivo DEP. Essa definição, por í meio da qual uma sequência de dados gravados no disco BD-ROM 101 é — 15 comum para arquivos diferentes e pode ser acessada por meio de todos os arquivos, é denominada "vínculo cruzado de arquivo".
Ú No exemplo mostrado na figura 2, o primeiro arquivo de fluxo AV (01000.m2ts) 241 é um arquivo 2D, e o segundo arquivo de fluxo AV (02000.m2ts) 242 e o terceiro arquivo de fluxo AV (03000.m2ts) 243 são ambos um arquivo DEP. Dessa maneira, os arquivos 2D e os arquivos DEP ficam localizados diretamente abaixo do diretório de STREAM 240. O primei- ro arquivo de fluxo AV, isto é, o fluxo de vídeo de vista de base que inclui o arquivo 2D 241, representa uma vista esquerda de imagens de vídeo 3D. O segundo arquivo de fluxo AV, isto é, o fluxo de vídeo de vista dependente queincluio primeiro arquivo DEP 242, inclui um fluxo de vídeo de vista direi- ta. O terceiro arquivo de fluxo AV, isto é, o fluxo de vídeo de vista dependen- te que inclui o segundo arquivo DEP 243, inclui um fluxo de mapa de profun- didade.
No exemplo mostrado na figura 2, o quarto arquivo de fluxo AV — (01000.ssif) 244A e o quinto arquivo de fluxo AV (02000.ssif) 244B são am- bos um arquivo SS. Dessa maneira, os arquivos SS ficam localizados dire- tamente abaixo do diretório de SSIF 244. O quarto arquivo de fluxo AV, isto
' ' 33/318 é, o arquivo SS 244A, compartilha um TS principal, e em particular um fluxo de vídeo de vista de base, com o arquivo 2D 241 e compartilha um sub-TS, em particular um fluxo de vídeo de vista direita, com o primeiro arquivo DEP 2 242. O quinto arquivo de fluxo AV, isto é, o segundo arquivo SS 244B, com- - 5 partilhaum TS principal, e, em particular, um fluxo de vídeo de vista de base, com o primeiro arquivo 2D 241 e compartilha um sub-TS, em particular, um fluxo de mapa de profundidade, com o terceiro arquivo DEP 243. Três tipos de arquivos de informação de clipe, (01000.clpi) 231, (02000.clpi) 232, e (03000.clpi) 233 ficam localizados no diretório de CLI- —PINF 230. Um "arquivo de informação de clipe" é um arquivo associado em uma base um para um com um arquivo 2D e um arquivo DEP e, em particu- lar, contém um mapa de entrada para cada arquivo.
Um "mapa de entrada" é uma tabela de correspondência entre o tempo de apresentação para cada ' cena representada por meio do arquivo e do endereço dentro de cada arqui- vonoquala cena é gravada.
Dentre os arquivos de informação de clipe, um arquivo de informação de clipe associado com um arquivo 2D é denominado um "arquivo de informação de clipe 2D", e um arquivo de informação de clipe associado com um arquivo DEP é denominado um "arquivo de informação de clipe de vista dependente". No exemplo mostrado na figura 2, o primeiro arquivo de informação de clipe (01000.clpi) 231 é um arquivo de informação de clipe 2D e é associado com o arquivo 2D 241. O segundo arquivo de in- formação de clipe (02000.clpi) 232 e o terceiro arquivo de informação de cli- pe (03000.clpi) 233 são ambos um arquivo de informação de clipe de vista dependente, e são associados com o primeiro arquivo DEP 242 e o segundo arquivo DEP 243, respectivamente.
Três tipos de arquivos de lista de reprodução, (00001.mpls) 221, (00002.mpls) 222, e (00003.mpls) 223 ficam localizados no diretório de PLAYLIST 220. Um "arquivo de lista de reprodução" é um arquivo que espe- cifica o caminho de reprodução de um arquivo de fluxo AV, isto é, a parte de um arquivo de fluxo AV para reprodução, e a ordem de reprodução.
Os tipos de arquivos de lista de reprodução são um arquivo de lista de reprodução 2D e um arquivo de lista de reprodução 3D.
Um "arquivo de lista de reprodução
' 34/318 2D" especifica o caminho de reprodução de um arquivo 2D. Um "arquivo de lista de reprodução 3D" especifica, para um dispositivo de reprodução em modo de reprodução 2D, o caminho de reprodução de um arquivo 2D, e para EE um dispositivo de reprodução em modo de reprodução 3D, o caminho de : 5 reprodução de um arquivo SS. Conforme mostrado no exemplo na figura 2, o ] primeiro arquivo de lista de reprodução (00001.mpls) 221 é um arquivo de lista de reprodução 2D e específica o caminho de reprodução do arquivo 2D
241. O segundo arquivo de lista de reprodução (00002.mpls) 222 é um ar- quivo de lista de reprodução 3D que especifica, para um dispositivo de re- produção em modo de reprodução 2D, o caminho de reprodução do arquivo 2D 241, e para um dispositivo de reprodução 3D em modo L/R, o caminho de reprodução do arquivo SS 244A. O terceiro arquivo de lista de reprodu- ção (00003.mpis) 223 é um arquivo de lista de reprodução 3D que especifi- ' ca, para um dispositivo de reprodução em modo de reprodução 2D, o cami- —nhode reprodução do arquivo 2D 241, e para um dispositivo de reprodução 3D em modo de profundidade, o caminho de reprodução do segundo arquivo í SS 244B.
Um arquivo de objeto BD-J (XXXXX.bdjo) 251 fica localizado no diretório de BDJO 250. O arquivo de objeto BD-J 251 inclui um objeto BD-J único. O objeto BD-J é um programa de código de bytes para fazer com que uma máquina virtual Java montada no dispositivo de reprodução 102 repro- duza um título e renderize imagens gráficas. O objeto BD-J é gravado em uma linguagem do compilador tal como Java ou algo semelhante. O objeto BD-J inclui uma tabela de gerenciamento de aplicativo e informação de iden- tificação para o arquivo de lista de reprodução para o qual é citado. A "tabela de gerenciamento de aplicativo" é uma lista dos programas de aplicativo Ja- va a serem executados por meio da máquina virtual Java e seu período de execução, isto é, ciclo de vida. A "informação de identificação do arquivo de lista de reprodução para o qual é citado" identifica um arquivo de lista de — reprodução que corresponde a um título a ser reproduzido. A máquina virtual Java chama um objeto BD-J em resposta a uma operação de usuário ou um programa de aplicativo e executa o programa de aplicativo Java de acordo
] | 35/318 com a tabela de gerenciamento de aplicativo incluída no objeto BD-J. Con- sequentemente, o dispositivo de reprodução 102 altera dinamicamente o progresso do vídeo para cada título exibido, ou faz com que o dispositivo de E exibição 103 exiba imagens gráficas independentemente do vídeo do título. - 5 Um arquivo JAR (YYYYY jar) 261 fica localizado no diretório de ' JAR 260. O diretório de JAR 261 inclui, em geral, uma pluralidade de pro- gramas de aplicativo Java reais a serem executados de acordo com a tabela de gerenciamento de aplicativo mostrada no objeto BD-J. Um "programa de aplicativo Java" é um programa de código de bytes gravado em uma lingua- gem do compilador tal como Java ou algo semelhante, conforme é o objeto BD-J. Os tipos de programas de aplicativo Java incluem programas fazendo com que a máquina virtual Java desempenhe a reprodução de um título e programas fazendo com que a máquina virtual Java renderize imagens gráfi- " cas. O arquivo JAR 261 é um arquivo arquivado Java, e quando o mesmo é — 15 lidopormeio do dispositivo de reprodução 102, é carregado na memória in- terna. Dessa maneira, um programa de aplicativo Java é armazenado na : memória. Estrutura de Dados de Fluxo Multiplexados A figura 3A é uma lista de fluxos elementares multiplexada em umTS principal em um disco BD-ROM 101. O TS principal é um fluxo digital em formato de MPEG-2 Fluxo de Transporte (TS) e é incluído no arquivo 2D 241 mostrado na figura 2. Conforme mostrado na figura 3A, o TS principal inclui um fluxo de vídeo primário 301, fluxos de áudio primário 302A e 302B, e fluxos de gráficos de apresentação (PG) 303A e 303B. O TS principal pode incluir adicionalmente um fluxo de gráfico interativo (IG) 304, um fluxo de áudio secundário 305, e um fluxo de vídeo secundário 306.
O fluxo de vídeo primário 301 representa o vídeo primário de um filme, e o fluxo de vídeo secundário 306 representa o vídeo secundário do filme. O vídeo primário é o vídeo principal pertencendo ao conteúdo, tal co- moo recurso principal de um filme, e é exibido na tela inteira, por exemplo. Por outro lado, o vídeo secundário é exibido na tela simultaneamente com o vídeo primário com o uso, por exemplo, de um método imagem-em-imagem,
' ' 36/318 para que as imagens de vídeo secundário sejam exibidas em uma janela menor dentro das imagens de vídeo primário. O fluxo de vídeo primário 301 e o fluxo de vídeo secundário 306 são ambos um fluxo de vídeo de vista de "N base. Cada um dos fluxos de vídeo 301 e 306 é codificado por meio de um - 5 —métodode codificação de compressão de vídeo, tal como MPEG-2, MPEG-4 ' AVC, ou SMPTE VC-1.
Os fluxos de áudio primário 302A e 302B representam o áudio primário do filme. Nesse caso, os dois fluxos de áudio primário 302A e 302B estão em linguagens diferentes. O fluxo de áudio secundário 305 representa oáudiosecundário a ser misturado com o áudio primário, ta! como efeitos de som que acompanham a operação de uma tela interativa. Cada um dos flu- xos de áudio 302A, 302B, e 305 é codificado por meio de um método tal co- mo AC-3, Dolby Digital Plus ("Dolby Digital" é uma marca registrada), Meri- ' dian Lossless Packingº (MLP), Digital Theater Systemº (DTS), DTS-HD, ou -— 15 PulseCodeModulation (PCM) linear.
Cada um dos fluxos de PG 303A e 303B representa imagens : gráficas, tal como legendas formadas por meio de gráficos, a serem exibidas sobrepostas nas imagens de vídeo representadas por meio do fluxo de vídeo primário 301. Os dois fluxos de PG 303A e 303B representam, por exemplo, legendas em uma linguagem diferente. O fluxo de IG 304 representa ele- mentos gráficos de Interface Gráfica do Usuário (GUI), e a disposição dos mesmos, para construir uma tela interativa na tela 131 no dispositivo de exi- bição 103.
Os fluxos elementares 301 a 306 são identificados por meio de identificadores de pacote (PIDs). Os PIDs são atribuídos, por exemplo, con- forme segue. Uma vez que um TS principal inclui somente um fluxo de vídeo primário, ao fluxo de vídeo primário 301 é atribuído um valor hexadecimal de O0x1011. Quando até 32 outros fluxos elementares podem ser multiplexados por tipo em um TS principal, a cada um dos fluxos de áudio primário 302A e — 302B é atribuído um valor de 0x1100 a 0x111F. A cada um dos fluxos de PG 303A e 303B é atribuído um valor de 0x1200 a 0x121F. Ao fluxo de IG 304 é atribuído um valor de 0x1400 a 0x141F. Ao fluxo de áudio secundário 305 é atribuído um valor de 0x1A00 a OxX1A1F.
Ao fluxo de vídeo secundário 306 é atribuído um valor de 0x1B00 a Ox1B1F.
A figura 3B é uma lista de fluxos elementares multiplexados em ] um sub-TS em um disco BD-ROM 101. O sub-TS são dados de fluxo muliti- plexadosem formato de MPEG-2 TS e é incluído no arquivo DEP 242 mos- ' trado na figura 2. Conforme mostrado na figura 3B, o sub-TS inclui dois flu- xos de vídeo primário 311R e 311D. 311R é um fluxo de vídeo de vista direi- ta, considerando que 311D é um fluxo de mapa de profundidade.
Deve-se notar que os fluxos de vídeo primário 311R e 311D podem ser multiplexados em arquivos DEP 242 e 243, que são arquivos diferentes, separadamente.
Quando o fluxo de vídeo primário 301 no TS principal representa a vista es- querda das imagens de vídeo 3D, o fluxo de vídeo de vista direita 311R re- presenta a vista direita das imagens de vídeo 3D.
O fluxo de mapa de pro- ' fundidade 311D representa imagens de vídeo 3D em combinação com o flu- xo de vídeo primário 301 no TS principal.
Adicionalmente, o sub-TS pode incluir fluxos de vídeo secundário 312R e 312D. 312R é um fluxo de vídeo í de vista direita, considerando que 312D é um fluxo de mapa de profundida- de.
Quando o fluxo de vídeo secundário 306 no TS principal representa a vista esquerda das imagens de vídeo 3D, o fluxo de vídeo de vista direita 312R representa a vista direita das imagens de vídeo 3D.
O fluxo de mapa de profundidade 312D representa imagens de vídeo 3D em combinação com Oo fluxo de vídeo secundário 306 no TS principal.
Os PIDs são atribuídos aos fluxos elementares 311R, ..., 312D conforme segue, por exemplo.
Aos fluxos de vídeo primário 311R e 311D são atribuídos respectivamente valores de 0x1012 e 0x1013. Quando até 32 outros fluxos elementares podem ser multiplexados por tipo em um sub-TS, aos fluxos de vídeo secundário 312R e 312D são atribuídos um valor de O0x1B20 a Ox1B3F.
A figura 4 é um diagrama esquemático mostrando a disposição dos pacotesde TS nos dados de fluxo multiplexados 400. O TS principal e o sub-TS compartilham essa estrutura de pacote.
Nos dados de fluxo muitiple- xados 400, os fluxos elementares 401, 402, 403, e 404 são convertidos res-
' 38/318 pectivamente em sequências dos pacotes de TS 421, 422, 423, e 424. Por exemplo, no fluxo de vídeo 401, cada quadro 401A ou cada campo é primei- ro convertido em um pacote de Fluxo Elementar Empacotado (PES) 411. À : seguir, cada pacote de PES 411 é convertido, em geral, em uma pluralidade de pacotesdeTS421.De forma similar, o fluxo de áudio 402, o fluxo de PG ' 403, e o fluxo de IG 404 são primeiro convertidos respectivamente em uma sequência de pacotes de PES 412, 413, e 414, após a qual são convertidos em uma sequência dos pacotes de TS 422, 423, e 424. Finalmente, os paco- tes de TS 421, 422, 423, e 424 obtidos a partir dos fluxos elementares 401, 402,403,6e404 são multiplexados por tempo em um conjunto de dados de fluxo, isto é, o TS principal 400. A figura 5B é um diagrama esquemático mostrando uma se- quência de pacote de TS constituindo dados de fluxo multiplexados.
Cada , pacote de TS 501 possui 188 bytes de extensão.
Conforme mostrado na fi- -— 15 gura5S5B,cada pacote de TS 501 inclui um cabeçalho de TS 501H e cada um, ou ambos, inclui uma carga útil de TS 501P e um campo de adaptação É (daqui por diante abreviado como "campo de AD") 501A.
A carga útil de TS 501P e o campo de AD 501A constituem juntamente uma área de dados de | 184 bytes de extensão.
A carga útil de TS 501P é usada como uma área de armazenamento para um pacote de PES.
Os pacotes de PES 411 a 414 mostrados na figura 4 são divididos tipicamente em uma pluralidade de par- tes, e cada parte é armazenada em uma carga útil de TS diferente 501P.
O campo de AD 501A é uma área para armazenar bytes de inserção (isto é, dados fictícios) quando a quantidade de dados na carga útil de TS 501P não atinge 184 bytes.
Adicionalmente, quando o pacote de TS 501 é, por exem- plo, uma PCR conforme descrito abaixo, o campo de AD 501A é usado para armazenar tal informação.
O cabeçalho de TS 501H é uma área de dados de 4 bytes de extensão.
A figura 5A é um diagrama esquemático mostrando uma estrutu- rade dados de um cabeçalho de TS 501H.
Conforme mostrado na figura 5A, o cabeçalho de TS 501H inclui prioridade de TS (transport priority) 511, PID 512, e controle de campo de AD (adaptation field control) 513. O PID 512
? ! 39/318 indica o PID para o fluxo elementar cujos dados são armazenados na carga útil de TS 501P do pacote de TS 501 contendo o PID 512. A prioridade de TS 511 indica o grau de prioridade do pacote de TS 501 dentre os pacotes 7 de TS que compartilham o valor indicado por meio do PID 512. O controle de campo de AD 513 indica se o pacote de TS 501 contém um campo de AD ' 501A e/ou uma carga útil de TS 501P.
Por exemplo, se o controle de campo de AD 513 indicar "1", então, o pacote de TS 501 não inclui um campo de AD 501A, mas inclui uma carga útil de TS 501P.
Se o controle de campo de AD 513 indicar "2", então, o inverso é verdadeiro.
Se o controle de campo de AD513 indicar "3", então, o pacote de TS 501 inclui tanto um campo de AD 501A quanto uma carga útil de TS 501P.
A figura 5C é um diagrama esquemático mostrando a formação de uma sequência de pacote fonte composta da sequência de pacote de TS ' para dados de fluxo multiplexados.
Conforme mostrado na figura 5C, cada — 15 pacote fonte 502 possui 192 bytes de extensão e inclui um pacote de TS 501, mostrado na figura 5B, e um cabeçalho de quatro bytes de extensão : (TP Extra Header) 502H.
Quando o pacote de TS 501 é gravado no disco BD-ROM 101, um pacote fonte 502 é constituído por meio da fixação de um cabeçalho 502H ao pacote de TS 501. O cabeçalho 502H inclui um ATS (Ar- rival Time Stamp). O "ATS" é a informação de tempo usada por meio do dispositivo de reprodução 102 conforme segue.
Quando um pacote fonte 502 é enviado a partir do disco BD-ROM 101 para um decodificador-alvo de sistema no dispositivo de reprodução 102, o pacote de TS 502P é extraído a partir do pacote fonte 502 e transferido para um filtro PID no decodificador- alvode sistema.
O ATS no cabeçalho 502H indica o tempo em que essa transferência deve iniciar.
O "decodificador-alvo de sistema" é um dispositivo que decodifica dados de fluxo multiplexados de um fluxo elementar em um tempo.
Os detalhes com relação ao decodificador-alvo de sistema e seu uso do ATS são fornecidos abaixo.
A figura 5D é um diagrama esquemático de um grupo de seto- res, em que uma sequência de pacotes fonte 502 é gravada consecutiva- mente, na área de volume 202B do disco BD-ROM 101. Conforme mostrado na figura 5D, 32 pacotes fonte 502 são gravados em um tempo conforme uma sequência em três setores consecutivos 521, 522, e 523. Isso ocorre pelo fato de a quantidade de dados para 32 pacotes fonte, isto é, 192 bytes : x 32 = 6.144 bytes, ser a mesma que o tamanho total dos três setores, isto . 5 é, 2.048 bytesx3=6.144 bytes.
Os 32 pacotes fonte 502 que são gravados dessa maneira em três setores consecutivos 521, 522, e 523 são denomina- dos uma "unidade alinhada" 520. O dispositivo de reprodução 102 lê pacotes fonte 502 a partir do disco BD-ROM 101 por meio de cada unidade alinhada 520, isto é, 32 pacotes fonte em um tempo.
Além disso, o grupo de setor 521,522,523,... é dividido em 32 partes em ordem a partir do topo, e cada um forma um bloco de código de correção de erro 530. A unidade de BD- ROM 121 desempenha processamento de correção de erro para cada bloco de ECC 530. : Estrutura de dados de Fluxo de PG A figura 6 é um diagrama esquemático mostrando a estrutura de dados do fluxo de PG 600. Conforme mostrado na figura 6, o fluxo de PG ' 600 inclui uma pluralidade de entradas de dados nº1, nº2, ... Cada entrada de dados representa uma unidade de exibição (definição de exibição) do fluxo de PG 600, e é composta de dados que são necessários para o dispo- sitivo de reprodução 102 para formar um plano gráfico.
Neste documento, "plano gráfico" são dados de plano gerados a partir de dados gráficos repre- sentando imagens gráficas 2D.
Os "dados de plano" são uma matriz bidi- mensional de dados de pixel.
O tamanho da matriz é o mesmo da resolução do quadro de vídeo.
Um conjunto de dados de pixel é formado por meio de uma combinação de um valor de coordenada cromática e um valor de a (o- pacidade). O valor de coordenada cromática é expresso conforme um valor de RGB ou um valor de YCrCb.
Os tipos de planos gráficos incluem um pla- no de PG, plano de IG, plano de imagem, e plano de Exibição na Tela (OSD). Um plano de PG é gerado a partir de um fluxo de PG no TS principal.
Um plano delG é gerado a partir de um fluxo de IG no TS principal.
Um pla- no de imagem é gerado de acordo com um objeto BD-J.
Um plano de OSD é gerado de acordo com o firmware no dispositivo de reprodução 102.
í 41/318 Referindo-se novamente à figura 6, cada entrada de dados inclui uma pluralidade de segmentos funcionais.
Esses segmentos funcionais in- cluem, em ordem, a partir do início, um Segmento de Controle de Apresen- v tação (PCS), Segmento de Definição de Janela (WDS), Segmento de Defini- . 5 çãodePalete (PDS), e Segmento de Definição de Objeto (ODS). O WDS define uma região retangular no interior do plano gráfico, isto é, uma janela.
Mais especificamente, o WDS inclui uma ID de janela 611, uma posição de janela 612, e um tamanho de janela 613. A ID de janela 611 é a informação de identificação (ID) do WDS.
A posição de janela 612 indica a posição de uma janela no plano gráfico por meio, por exemplo, de coordenadas do canto esquerdo superior da janela.
O tamanho de janela 613 indica a altura e a largura da janela.
O PDS define a correspondência entre um tipo predeterminado ' de ID de cor e um valor de coordenada cromática (por exemplo, luminância Y, diferença de vermelho Cr, diferença de azul Cb, opacidade a). De forma específica, o PDS inclui uma ID de palete 621 e uma tabela de busca de co- f res (CLUT) 622. A ID de palete 621 é a ID do PDS.
A CLUT 622 é uma tabe- la mostrando uma lista de cores que pode ser usada na renderização do ob- jeto gráfico.
Na CLUT 622, 256 cores podem ser registradas, em que as IDs decorde'"0"a"255" são atribuídas para as respectivas 256 cores.
Deve-se notar que a ID de cor = 255 é constantemente atribuída para "transparente incolor". Em geral, uma pluralidade de ODSs representa um objeto gráfi- co.
O "objeto gráfico" são dados que representam uma imagem gráfica por —meioda correspondência entre um código de pixel e uma ID de cor.
O objeto gráfico é dividido em partes após ser comprimido por meio do método de codificação de comprimento de percurso, e as partes são distribuídas para cada ODS.
Cada ODS inclui adicionalmente uma ID de objeto, a saber, uma ID do objeto gráfico.
O PCS mostra detalhes de uma definição de exibição que per- tence à mesma entrada de dados, e em particular define uma estrutura de tela que usa objetos gráficos.
Os tipos de estrutura de tela incluem Cut-
' , 42/318 In/Out, Aparecer/Desaparecer (Fade-ln/Out), Alteração de Cor, Rolagem, e Revelar/Apagar (Wipe-ln/Out). De forma específica, o PCS inclui uma posi- ção de exibição de objeto 601, informação de recorte 602, ID de janela de referência 603, ID de palete de referência 604, e ID de objeto de referência
605.A posição de exibição de objeto 601 indica uma posição no plano gráfi- co na qual o objeto gráfico deve ser exibido, por meio de, por exemplo, coor- denadas do canto esquerdo superior de uma área em que o objeto gráfico deve ser exibido. A informação de recorte 602 indica a faixa de uma parte retangular que deve ser recortada do objeto gráfico por meio do processo de recorte. A faixa é definida por meio de, por exemplo, coordenadas do canto esquerdo superior, altura e largura. De fato, a parte pode ser renderizada em uma posição indicada por meio da posição de exibição de objeto 601. A ID de janela de referência 603, a ID de palete de referência 604, e a ID de obje- to de referência 605 indicam IDs do WDS, PDS, e o objeto gráfico que de- .- 15 vem ser citados no processo de renderização de objeto gráfico, respectiva- mente. O provedor de conteúdo indica a estrutura da tela para o dispositivo de reprodução 102 usando esses parâmetros no PCS. Isso permite que o dispositivo de reprodução 102 reconheça um efeito de exibição por meio do qual "uma determinada legenda desaparece gradualmente, e a próxima le- gendaé exibida". i Estrutura de Dados de Fluxo de IG Ainda se referindo novamente à figura 4, o fluxo de IG 404 inclui um Segmento de Composição Interativa (ICS), PDS, e ODS. PDS e ODS são os mesmos segmentos funcionais conforme incluído no fluxo de PG 403. Em particular, um objeto gráfico que inclui um ODS representa um elemento gráfico de GUI, tal como um botão, menu pop-up, etc., que forma uma tela interativa. Um ICS define operações interativas que usam esses objetos grá- ficos. De forma específica, um ICS define os estados que cada objeto gráfi- co, tal como um botão, menu pop-up, etc. pode obter quando alterado em resposta à operação de usuário, estados tais como normal, selecionado, e ativo. Um ICS também inclui informação de botão. A informação de botão inclui um comando que o dispositivo de reprodução deve desempenhar
. , 43/318 quando o usuário desempenha uma determinada operação no botão ou algo semelhante. Estrutura de Dados de Fluxo de Vídeo Cada uma das imagens incluídas no fluxo de vídeo representa um quadro ou um campo e é comprimida por meio de um método de codifi- cação de compressão de vídeo, tal como MPEG-2, MPEG+4 AVC, etc. Essa compressão usa a redundância temporal ou espacial da imagem. Neste do- cumento, à codificação de imagem que somente usa a redundância espacial da imagem é denominada "codificação intraimagem". Por outro lado, a codi- ficaçãode imagem que usa redundância temporal, isto é, a similaridade en- tre dados para uma pluralidade de imagens exibidas sequencialmente, é de- nominada "codificação preditiva interimagem". Na codificação preditiva inte- rimagem, primeiro, uma imagem anteriormente ou posteriormente em tempo ] de apresentação é atribuída para a imagem a ser codificada como uma ima- -— 15 gemde referência. A seguir, um vetor de movimento é detectado entre a i- magem a ser codificada e a imagem de referência, e a compensação de mo- ' vimento é desempenhada na imagem de referência usando o vetor de mo- vimento. Além disso, o valor de diferença entre a imagem obtida por meio de compensação de movimento e a imagem a ser codificada é necessário, e a redundância espacial é removida usando o valor de diferença. Dessa manei- ra, a quantidade de dados para cada imagem é comprimida.
A figura 7 é um diagrama esquemático mostrando as imagens para um fluxo de vídeo de vista de base 701 e um fluxo de vídeo de vista direita 702 em ordem de tempo de apresentação. Conforme mostrado na figura7,o fluxo de vídeo de vista de base 701 inclui imagens 710, 711, 712, ..., 719 (daqui por diante "imagens de vista de base"), e o fluxo de vídeo de vista direita 702 inclui imagens 720, 721, 722, ..., 729 (daqui por diante "i- magens de vista direita"). As imagens de vista de base 710 a 719 são dividi- das tipicamente em uma pluralidade de GOPs 731 e 732. Um "GOP" se refe- reauma sequência de imagens tendo uma imagem | no topo da sequência. Além de uma imagem |, um GOP inclui tipicamente imagens P e imagens B. Neste documento, "I (Intra) imagem" se refere a uma imagem comprimida
à ' 44/318 por meio da codificação intrammagem. "Imagem P (Preditiva)" se refere a uma imagem comprimida por meio da codificação preditiva interimagem u- sando outra imagem cujo tempo de apresentação é anterior ao tempo de apresentação da imagem como uma imagem de referência. "Imagem B (Bi- direcionalmente Preditiva)" se refere a uma imagem comprimida por meio da codificação preditiva interimagem usando duas imagens cujos tempos de apresentação são anteriores ou posteriores ao tempo de apresentação da imagem conforme as imagens de referência.
Em particular, uma imagem B que é usada como uma imagem de referência para outra imagem na codifi-
cação preditiva interimagem é denominada "imagem Br (B de referência)". No exemplo mostrado na figura 7, as imagens de vista de base nos GOPs 731 e 732 são comprimidas na seguinte ordem.
No primeiro GOP 731, a imagem de vista de base superior é comprimida como imagem l9 710. Í O número subscrito indica o número de série alocado para cada imagem na .— 15 ordem de tempo de apresentação.
A seguir, a quarta imagem de vista de base é comprimida como imagem P3 713 usando imagem | 710 como uma j imagem de referência.
As setas mostradas na figura 7 indicam que a ima- gem na cabeça da seta é uma imagem de referência para a imagem na par- te final da seta.
A seguir, as segunda e terceira imagens de vista de base são comprimidas respectivamente como imagem Br, 711 e imagem Br2 712, usando tanto imagem lp 710 quanto imagem P3 713 conforme as imagens de referência.
Além disso, a sétima imagem de vista de base é comprimida co- mo imagem Ps 716 usando imagem P3 713 como uma imagem de referên- cia.
A seguir, as quarta e quinta imagens de vista de base são comprimidas respectivamente como imagem Br, 714 e imagem Brs 715, usando tanto i- magem P3 713 quanto imagem P; 716 conforme as imagens de referência.
De forma similar, no segundo GOP 732, a imagem de vista de base superior é primeiro comprimida como imagem |; 717. A seguir, a terceira imagem de vista de base é comprimida como imagem Pg 719 usando imagem |; 717 como uma imagem de referência.
Subsequentemente, a segunda imagem de vista de base é comprimida como imagem Br; 718 usando tanto imagem
|; 717 quanto imagem P9 719 conforme as imagens de referência.
Í ' 45/318 No fluxo de vídeo de vista de base 701, cada GOP 731 e 732 sempre contém uma imagem | no topo, e, dessa forma, as imagens de vista de base podem ser decodificadas GOP por GOP. Por exemplo, no primeiro GOP 731, a imagem lp 710 é primeiro decodificada independentemente. A seguir, a imagem P3 713 é decodificada usando a imagem lp decodificada
710. Então, a imagem Br, 711 e a imagem Br2 712 são decodificadas usan- do tanto a imagem |, decodificada 710 quanto a imagem P3 713. O grupo de imagem subsequente 714, 715, ... é decodificado de forma similar. Dessa maneira, o fluxo de vídeo de vista de base 701 pode ser decodificado inde- pendentemente e, além disso, pode ser acessado aleatoriamente em unida- des de GOP's. Conforme mostrado adicionalmente na figura 7, as imagens de vista direita 720 a 729 são comprimidas por meio de codificação preditiva : interimagem. Entretanto, o método de codificação difere do método de codi- .- 15 ficaçãoparaas imagens de vista de base 710 a 719, uma vez que além de redundância na redundância temporal de imagens de vídeo, a redundância Ú entre as imagens de vídeo esquerdo e direito também é usada. De forma específica, conforme mostrado por meio das setas na figura 7, a imagem de referência para cada uma das imagens de vista direita 720 a 729 não é sele- cionada a partir do fluxo de vídeo de vista direita 702, mas diferente do fluxo de vídeo de vista de base 701. Em particular, o tempo de apresentação é substancialmente o mesmo para cada uma das imagens de vista direita 720 a 729 e a imagem de vista de base correspondente selecionada como uma imagem de referência. Essas imagens representam uma vista direita e uma vistaesquerda para a mesma cena de uma imagem de vídeo 3D, isto é, uma imagem de vídeo de paralaxe. As imagens de vista direita 720 a 729 e as imagens de vista de base 710 a 719 estão, dessa forma, em correspondên- cia um para um. Em particular, a estrutura de GOP é a mesma entre essas imagens.
No exemplo mostrado na figura 7, a imagem de vista direita su- perior no primeiro GOP 731 é comprimida como imagem P,o 720 usando i- magem lo 710 no fluxo de vídeo de vista de base 701 como uma imagem de
, ' 46/318 referência. Essas imagens 710 e 720 representam a vista esquerda e a vista direita do quadro superior nas imagens de vídeo 3D. A seguir, a quarta ima- gem de vista direita é comprimida como imagem P; 723 usando imagem P3 713 no fluxo de vídeo de vista de base 701 e a imagem P;9 720 conforme as imagens de referência. A seguir, a segunda imagem de vista direita é com- primida como imagem B, 721, usando imagem Br, 711 no fluxo de vídeo de vista de base 701 além de imagem P, 720 e imagem P3 723 conforme as imagens de referência. De forma similar, a terceira imagem de vista direita é comprimida como imagem B, 722, usando imagem Br2 712 no fluxo de vídeo devistade base 701 além de imagem P,5 720 e imagem P3 730 conforme as imagens de referência. Para cada uma das imagens de vista direita restan- tes 724 a 729, uma imagem de vista de base com um tempo de apresenta- ção substancialmente o mesmo que a imagem de vista direita é usada de , forma similar como uma imagem de referência.
2 15 Os padrões revisados para MPEG4 AVC/H.264, chamados Co- dificação de Vídeos Multivistas (MVC), são conhecidos como um método de K codificação de compressão de vídeo que faz uso de correlação entre ima- gens de vídeo esquerdo e direito conforme descrito acima. A MVC foi criada em julho de 2008 por meio do Time Conjunto de Vídeo (JVT), um projeto de união entre ISO/IEC MPEG e ITU-T VCEG, e é um padrão para codificar coletivamente vídeo que pode ser visto a partir de uma pluralidade de pers- pectivas. Com MVC, não somente é similaridade temporal em imagens de vídeo usadas para codificação preditiva intervídeo, como também é similari- dade entre imagens de vídeo a partir de perspectivas diferentes. Esse tipo de codificação preditiva tem uma razão de compressão de vídeo mais alta do que a codificação preditiva que comprime individualmente dados de ima- gens de vídeo vistos a partir de cada perspectiva. Conforme descrito acima, uma imagem de vista de base é usada como uma imagem de referência para compressão de cada uma das ima- gens de vista direita720 a 729. Portanto, ao contrário do fluxo de vídeo de vista de base 701, o fluxo de vídeo de vista direita 702 não pode ser decodi- ficado independentemente. Por outro lado, entretanto, a diferença entre ima-
aa 47/318 gens de vídeo de paralaxe é geralmente muito pequena; isto é, a correlação entre a vista esquerda e a vista direita é alta. Assim sendo, as imagens de vista direita têm, em geral, uma taxa de compressão significativamente mais alta do que as imagens de vista de base, significando que a quantidade de dados é significativamente menor.
Os mapas de profundidade incluídos em um fluxo de mapa de profundidade estão em correspondência um para um com as imagens de vista de base 710 a 719 e cada um representa um mapa de profundidade para a imagem de vídeo 2D na imagem de vista de base correspondente. Os mapas de profundidade são comprimidos por meio de um método de codifi- cação de compressão de vídeo, tal como MPEG-2, MPEG+4 AVC, etc., da mesma maneira que as imagens de vista de base 710 a 719. Em particular, a codificação preditiva interimagem é usada nesse método de codificação.
' Em outras palavras, cada mapa de profundidade é comprimido usando outro .- 15 mapa de profundidade como uma imagem de referência. Além disso, o fluxo de mapa de profundidade é dividido em unidades de GOPs da mesma ma- À neira que o fluxo de vídeo de vista de base 701, e cada GOP sempre contém uma imagem | no topo. Assim sendo, os mapas de profundidade podem ser decodificados GOP por GOP. Entretanto, tendo em vista que um mapa de profundidade é somente informação representando a profundidade de cada parte de uma imagem de vídeo 2D pixel por pixel, o fluxo de mapa de pro- fundidade não pode ser usado independentemente para reprodução de ima- gens de vídeo.
Por exemplo, conforme nos dois fluxos de vídeo primário 311R e 311D mostrados na figura 3B, o fluxo de vídeo de vista direita e o fluxo de mapa de profundidade que correspondem ao mesmo fluxo de vídeo de vista de base são comprimidos com o mesmo método de codificação. Por exem- plo, se o fluxo de vídeo de vista direita for codificado em formato MVC, o flu- xo de mapa de profundidade também é codificado em formato MVC. Nesse caso, durante a reprodução de imagens de vídeo 3D, o dispositivo de repro- dução 102 pode comutar suavemente entre modo L/R e modo de profundi- dade, enquanto mantém um método de codificação constante.
Ns 48/318 |
A figura 8 é um diagrama esquemático mostrando detalhes em uma estrutura de dados de um fluxo de vídeo 800. Essa estrutura de dados é substancialmente a mesma para o fluxo de vídeo de vista de base e o fluxo de vídeo de vista dependente.
Conforme mostrado na figura 8, o fluxo de vídeo 800 é composto, em geral, de uma pluralidade de sequências de vídeo nº1, nº 2,.... Uma "sequência de vídeo" é uma combinação de imagens 811, 812, 813, 814, ... que constitui um GOP único 810 e ao qual informação adi- cional, tal como um cabeçalho, foi afixada individualmente.
A combinação dessa informação adicional e de uma imagem é denominada uma "unidade de acesso de vídeo (VAU)". Isto é, nos GOPs 810 e 820, uma VAU única nº1, nº2, ... é formada para cada imagem.
Cada imagem pode ser lida a par-
tir do fluxo de vídeo 800 em unidades de VAUs.
A figura 8 mostra adicionalmente a estrutura de VAU nº1 831 lo- : calizada no topo de cada sequência de vídeo no fluxo de vídeo de vista de - 15 base AVAU nº1831 inclui um código de identificação de unidade de acesso (AU) 831A, um cabeçalho de sequência 831B, um cabeçalho de imagem Ú 831C, dados suplementares 831D, e dados de imagem comprimidos 831E.
Exceto para não incluir um cabeçalho de sequência 831B, as VAUs a partir da segunda VAU nº2 em diante têm a mesma estrutura que a VAU nº1 831. O código de identificação de AU 831A é um código predeterminado indican- do o topo da VAU nº1 831. O cabeçalho de sequência 831B, também deno- minado de um cabeçalho de GOP, inclui um número de identificação para a sequência de vídeo nº1 que inclui a VAU nº1 831. O cabeçalho de sequência 831B inclui adicionalmente informação compartilhada por meio de todo o —GOP 810, por exemplo, resolução, taxa de quadros, taxa de proporção, e taxa de bits.
O cabeçalho de imagem 831C indica seu próprio número de identificação, o número de identificação para a sequência de vídeo nº1, e a informação necessária para decodificar a imagem, tal como o tipo de método de codificação.
Os dados suplementares 831D incluem informação adicional com relação a questões diferentes da decodificação da imagem, por exem- plo, informação de legenda codificada, informação na estrutura de GOP, e informação de código de tempo.
Em particular, os dados suplementares
Nm 49/318 831D incluem informação de comutador de decodificação (detalhes forneci- dos abaixo). Uma pluralidade de conjuntos de dados suplementares 831D pode ser definida em uma VAU dependendo do tipo de dados contidos na mesma. Os dados de imagem comprimidos 831E incluem uma imagem de vistade base. Adicionalmente, a VAU nº1 831 pode incluir qualquer um ou todos os dados de enchimento 831F, um código de fim de sequência 831G, e um código de fim de fluxo 831H, conforme necessário. Os dados de en- chimento 831F são dados fictícios. Por meio do ajuste do tamanho dos da- dos de enchimento 831F em conjunto com o tamanho dos dados de imagem comprimidos 831E, a taxa de bits da VAU nº1 831 pode ser mantida em um valor predeterminado. O código de fim de sequência 831G indica que a VAU nº1 831 fica localizada na extremidade da sequência de vídeo nº1. O código de fim de fluxo 831H indica o fim do fluxo de vídeo de vista de base 800.
A figura 8 também mostra a estrutura de uma VAU nº1 832 loca- - 15 lizadanotopo de cada sequência de vídeo no fluxo de vídeo de vista depen- dente. A VAU nº1 832 inclui um código de identificação de sub-AU 832A, um Ú cabeçalho de subsequência 832B, um cabeçalho de imagem 832C, dados suplementares 832D, e dados de imagem comprimidos 832E. Exceto para não incluir um cabeçalho de subsequência 832B, as VAUs a partir da se- —gunda VAU nº2 em diante têm a mesma estrutura que a VAU nº1 832. O , código de identificação de sub-AU 832A é um código predeterminado indi- cando o topo da VAU nº1 832. O cabeçalho de subsequência 832B inclui um número de identificação para a sequência de vídeo nº1 que inclui a VAU nº1
832. O cabeçalho de subsequência 832B inclui adicionalmente informação compartilhada por meio de todo o GOP 810, por exemplo, resolução, taxa de quadros, taxa de proporção, e taxa de bits. Esses valores são os mesmos que os valores definidos para o GOP correspondente no fluxo de vídeo de vista de base, isto é, os valores mostrados por meio do cabeçalho de se- quência 831B na VAU nº1 831. O cabeçalho de imagem 832C indica seu próprio número de identificação, o número de identificação para a sequência de vídeo nº1, e a informação necessária para decodificar a imagem, tal co- mo o tipo de método de codificação. Os dados suplementares 832D incluem í ' 50/318 somente metadados de deslocamento (detalhes fornecidos abaixo). Neste documento, os dados suplementares 832D são um tipo de dados suplemen- tares, e existem outros tipos de dados suplementares que incluem informa- ção adicional com relação a questões diferentes da decodificação da ima- gem, por exemplo, informação de legenda codificada, informação na estrutu- ra de GOP, informação de código de tempo, e informação de comutador de decodificação. Os dados de imagem comprimidos 832E incluem uma ima- gem de vista dependente. Adicionalmente, a VAU nº1 832 pode incluir qual- quer um ou todos os dados de enchimento 832F, um código de fim de se- quência832G, e um código de fim de fluxo 832H conforme necessário. Os dados de enchimento 832F são dados fictícios. Por meio do ajuste do tama- nho dos dados de enchimento 832F em conjunto com o tamanho dos dados de imagem comprimidos 832E, a taxa de bits da VAU nº1 832 pode ser man- ' tida em um valor predeterminado. O código de fim de sequência 832G indica -— 15 queaVWVAU nº1 832 fica localizada na extremidade da sequência de vídeo nº1. O código de fim de fluxo 832H indica o fim do fluxo de vídeo de vista ' dependente 800.
O conteúdo específico de cada componente em uma VAU difere de acordo com o método de codificação do fluxo de vídeo 800. Por exemplo, quando o método de codificação é MPEG AVC ou MVC, os componentes nas VAUs mostradas na figura 8 são compostos de uma unidade de Cama- da de Abstração de Rede única (NAL). De forma específica, o código de i- dentificação de AU 831A, cabeçalho de sequência 831B, cabeçalho de ima- gem 831C, os dados suplementares 831D, dados de imagem comprimidos 831E, dados de enchimento 831F, o código de fim de sequência 831G, e o código de fim de fluxo 831H correspondem, respectivamente, a um delimita- dor de unidade de acesso (AU), Conjunto de Parâmetros de Sequência (SPS), Conjunto de Parâmetros de Imagem (PPS), Informação Suplementar de Enriquecimento (SEI), Componente de Vista, Dados de Preenchimento, Fimde Sequência, e Fim de Fluxo. Em particular, na VAU nº1 832, os dados suplementares 832D incluindo os metadados de deslocamento são compos- tos de uma unidade de NAL, sendo que a unidade de NAL não inclui dados en 51/318 diferentes dos metadados de deslocamento.
A figura 9 é um diagrama esquemático mostrando detalhes em um método para armazenar um fluxo de vídeo 901 em uma sequência de pacote de PES 902. Esse método de armazenamento é o mesmo para o —fluxode vídeo de vista de base e o fluxo de vídeo de vista dependente.
Con- forme mostrado na figura 9, no fluxo de vídeo real 901, as imagens são mul- tiplexadas na ordem de codificação, não na ordem de tempo de apresenta- ção.
Por exemplo, nas VAUs no fluxo de vídeo de vista de base, conforme mostrado na figura 9, a imagem lp 910, a imagem P3 911, a imagem B, 912, aimagemB,913,... são armazenados em ordem a partir do topo.
O número subscrito indica o número de série alocado para cada imagem em ordem de tempo de apresentação.
A imagem | 910 é usada como uma imagem de referência para codificar a imagem P3 911, e tanto a imagem l9 910 quanto a ' imagem P3 911 são usadas conforme as imagens de referência para codifi- . 15 caraimagem B,912eaimagem B>; 913. Cada uma dessas VAUs é arma- zenada como um pacote de PES diferente 920, 921, 922, 923,.... Cada pa- Ú cote de PES 920, ... inclui uma carga útil de PES 920P e um cabeçalho de PES 920H.
Cada VAU é armazenada em uma carga útil de PES 920P.
Cada cabeçalho de PES 920H inclui um tempo de apresentação, (Carimbo de Da- ta/Horade Apresentação, ou PTS), e um tempo de decodificação (Carimbo de Data/Hora de Decodificação, ou DTS), para a imagem armazenada na carga útil de PES 920P no mesmo pacote de PES 920. Conforme com o fluxo de vídeo 901 mostrado na figura 9, os ou- tros fluxos elementares mostrados nas figuras 3 e 4 são armazenados em cargas úteis de PES em uma sequência de pacotes de PES.
Além disso, o cabeçalho de PES em cada pacote de PES inclui o PTS para os dados ar- mazenados na carga útil de PES para o pacote de PES.
A figura 10 é um diagrama esquemático mostrando correspon- dência entre PTSs e DTSs atribuídos para cada imagem em um fluxo de ví- deo de vistade base 1001 e um fluxo de vídeo de vista dependente 1002. Conforme mostrado na figura 10, entre os fluxos de vídeo 1001 e 1002, os mesmos PTSs e DTSs são atribuídos para um par de imagens representan-
Í 52/318 do o mesmo quadro ou campo em uma imagem de vídeo 3D. Por exemplo, o quadro superior ou campo na imagem de vídeo 3D é renderizado a partir de uma combinação de |; imagem 1011 no fluxo de vídeo de vista de base 1001 e a imagem P; 1021 no fluxo de vídeo de vista dependente 1002. Assim sendo,oPTSeobDTS para essas duas imagens 1011 e 1.021 são os mes- mos. Os números subscritos indicam o número de série alocado para cada imagem na ordem de DTSs. Além disso, quando o fluxo de vídeo de vista dependente 1002 é um fluxo de mapa de profundidade, a imagem P, 1021 é substituída por uma imagem | representando um mapa de profundidade para al imagem 1011. De forma similar, o PTS e o DTS para o par de segundas imagens nos fluxos de vídeo 1001 e 1002, isto é, imagens P2 1012 e 1022, são os mesmos. Ambos o PTS e o DTS são os mesmos para o par de tercei- ras imagens nos fluxos de vídeo 1001 e 1002, isto é, imagem Br; 1013 e ] imagem B; 1023. O mesmo também é verdadeiro para o par imagem Br, ' - 15 101T4eimagem B, 1024. Um par de VAUs que inclui imagens para as quais o PTS e DTS Ê são os mesmos entre o fluxo de vídeo de vista de base 1001 e o fluxo de vídeo de vista dependente 1002 é chamado de uma "VAU 3D". Usando a alocação de PTSs e DTSs mostrada na figura 10, é fácil fazer com que o decodificador no dispositivo de reprodução 102 em modo de reprodução 3D processe o fluxo de vídeo de vista de base 1001 e o fluxo de vídeo de vista dependente 1002 em paralelo em unidades de VAUs 3D. Dessa maneira, o decodificador processa definitivamente um par de imagens representando o mesmo quadro ou campo em uma imagem de vídeo 3D em paralelo. Além disso, o cabeçalho de sequência na VAU 3D no topo de cada GOP inclui a mesma resolução, a mesma taxa de quadros, e a mesma taxa de proporção. Em particular, essa taxa de quadros é igual ao valor quando o fluxo de vídeo de vista de base 1001 é decodificada independentemente em modo de re- produção 2D.
Metadados de Deslocamento A figura 11 é um diagrama esquemático mostrando uma estrutu- ra de dados de metadados de deslocamento 1110 incluída em um fluxo de
NA 53/318 vídeo de vista dependente 1100. A figura 12 é uma tabela mostrando a sin- taxe desses metadados de deslocamento 1110. Conforme mostrado na figu- ra 11, os metadados de deslocamento 1110 são armazenados nos dados suplementares 1101 da VAU nº1 localizada no topo de cada sequência de vídeo (isto é, cada GOP). Conforme mostrado nas figuras 11 e 12, os meta- dados de deslocamento 1110 incluem um PTS 1111, as IDs de sequência de deslocamento 1112, e as sequências de deslocamento 1113. O PTS 1111 é o mesmo que um PTS de um quadro representado por meio de dados de imagem comprimidos na VAU nº1, a saber, um PTS do primeiro quadro de cadaGOP.
As IDs de sequência de deslocamento 1112 são números de sé- rie 0, 1, 2, ..., M alocados para as sequências de deslocamento 1313. A letra M representa um número inteiro maior do que ou igual a 1 e indica a quanti- i dade total de sequências de deslocamento 1113 (number of offset se- - 15 quency) Uma lD de sequência de deslocamento 1112 é alocada a cada pla- no gráfico a ser combinado em um plano de vídeo. Dessa maneira, uma se- i quência de deslocamento 1113 é associada com cada plano gráfico. Neste documento, um "plano de vídeo" se refere a dados de plano gerados a partir de uma imagem incluída em uma sequência de vídeo, a saber, para uma matriz bidimensional de dados de pixel. O tamanho da matriz é o mesmo que a resolução do quadro de vídeo. Um conjunto de dados de pixel é for- mado por meio de uma combinação de um valor de coordenada cromática (um valor de RGB ou um valor de YCrCb) e um valor de a. Cada sequência de deslocamento 1113 é uma tabela de corres- —pondência entre números de quadro 1121 e informação de deslocamento 1122 e 1123. Os números de quadro 1121 são números de série 1,2, ..., N alocados em ordem de apresentação para quadros nº1, nº2, ..., N represen- tados por meio de uma sequência de vídeo única (por exemplo, sequência de vídeo nº1). Na figura 11, o número de quadro 1121 é representado como um número inteiro variável "i". A letra N representa um número inteiro maior do que ou igual a um e indica a quantidade total de quadros incluídos na se- quência de vídeo (number of displayed frames in GOP). As partes de in-
: ' 54/318 formação de deslocamento 1122 e 1123 são informação de controle definin- do controle de deslocamento para um plano gráfico único. O "controle de deslocamento" refere-se a um processo para for- necer deslocamentos esquerdo e direito para as coordenadas horizontais em um plano gráfico e combinar os planos resultantes respectivamente com o plano de vídeo de vista de base e o plano de vídeo de vista dependente. O "fornecimento de deslocamentos horizontais para um plano gráfico" se refere ao desvio de forma horizontal de cada conjunto de dados de pixel no plano gráfico. A partir de um plano gráfico único, isso gera um par de planos gráfi- cos representando uma vista esquerda e uma vista direita. A posição de a- presentação de cada elemento nas imagens gráficas 2D reproduzidas a par- tir de seu par de planos é desviada para a esquerda ou direita a partir da posição de apresentação original. Faz-se com que o espectador perceba um ' par de uma vista esquerda e uma vista direita como uma imagem gráfica 3D - 15 únicadevidoà paralaxe binocular produzida por meio desses desvios.
Um deslocamento é determinado por meio de uma direção e um í tamanho. Assim sendo, conforme mostrado nas figuras 11 e 12, cada parte de informação de deslocamento inclui uma direção de deslocamento (Pla- ne offset direction) 1122 e um valor de deslocamento (Plane offset value)
1123. A direção de deslocamento 1122 indica se uma imagem gráfica 3D está mais próxima ao espectador do que a tela ou mais para trás. O desvio da posição de apresentação na vista esquerda e na vista direita para a es- querda ou para a direita a partir da posição de apresentação original da ima- gem gráfica 2D depende do valor da direção de deslocamento 1122. O valor — dedeslocamento 1123 indica a quantidade de pixels horizontais da distância entre a posição de apresentação original da imagem gráfica 2D e da posição de apresentação de cada uma da vista esquerda e da vista direita. As figuras 13A e 13B são diagramas esquemáticos mostrando controles de deslocamento para um plano de PG 1310 e um plano de IG 1320 respectivamente. Via esses controles de deslocamento, dois tipos de planos gráficos, 1310 e 1320, são combinados respectivamente com o plano de vídeo de vista esquerda 1301 e o plano de vídeo de vista direita 1302.
' 55/318 Um "plano de vídeo de vista direita/vista esquerda" se refere a um plano de vídeo que representa uma vista esquerda/vista direita e é gerado a partir de uma combinação do fluxo de vídeo de vista de base e do fluxo de vídeo de vista dependente. Na seguinte descrição, presume-se que uma legenda 1311 indicada por meio do plano de PG 1310 é exibida mais próxima à tela, e um botão 1321 indicado por meio do plano de IG 1320 é exibido mais atrás do que a tela.
Conforme mostrado na figura 13A, um deslocamento direito é fornecido ao plano de PG 1310. De forma específica, a posição de cada con- junto de dados de pixel no plano de PG 1310 é primeiro desviado para a di- reita (virtualmente) a partir da posição correspondente dos dados de pixel no plano de vídeo de vista esquerda 1301 por meio de uma quantidade de pi- xels SFP igual ao valor de deslocamento. A seguir, uma tira 1512 que se é projeta (virtualmente) a partir da borda direita da faixa do plano de vídeo de - 15 vista esquerda 1301 é "cortada" a partir da borda direita do plano de PG
1310. Em outras palavras, os dados de pixel para essa região 1312 são des- Á cartados. Inversamente, uma tira transparente 1513 é adicionada à borda esquerda do plano de PG 1310. A largura dessa tira 1513 é a largura da tira 1512 na borda direita; isto é, a largura é a mesma que o valor de desloca- mento SFP.Um plano de PG representando a vista esquerda é gerado, en- tão, a partir do plano de PG 1310 e combinado com o plano de vídeo de vis- ta esquerda 1301. Em particular, nesse plano de PG de vista esquerda, a posição de apresentação da legenda 1311 é desviada para a direita a partir da posição de apresentação original por meio do valor de deslocamento SFP.
Inversamente, um deslocamento esquerdo é fornecido para o plano de IG 1320. De forma específica, a posição de cada conjunto de dados de pixel no plano de IG 1320 é primeiro desviada para a esquerda (virtual- mente) a partir da posição correspondente dos dados de pixel no plano de vídeo de vista esquerda 1301 por meio de uma quantidade de pixeis SFI i- gual ao valor de deslocamento. A seguir, uma tira 1322 que se projeta (virtu- almente) a partir da borda esquerda da faixa do plano de vídeo de vista es-
Í ' 56/318 querda 1310 é cortada a partir da borda esquerda do plano de IG 1320. In- versamente, uma tira transparente 1323 é adicionada à borda direita do pla- no de IG 1320. A largura dessa tira 1323 é a largura da tira 1322 na borda esquerda; isto é, a largura é a mesma que o valor de deslocamento SFI. Um planodelG representando a vista esquerda é gerado, desse modo, a partir do plano de IG 1320 e é combinado com o plano de vídeo de vista esquerda
1301. Em particular, nesse plano de IG de vista esquerda, a posição de a- presentação do botão 1321 é desviada para a esquerda a partir da posição de apresentação original por meio do valor de deslocamento SFI.
Conforme mostrado na figura 13B, um deslocamento esquerdo é fornecido ao plano de PG 1310, e um deslocamento direito é adicionado ao plano de IG 1320. Em outras palavras, as operações acima são desempe- nhadas ao inverso para o plano de PG 1310 e o plano de IG 1320. Como , resultado, os dados de plano representando a vista direita são gerados a - 15 partirdos dados de plano 1310 e 1320 e são combinados com o plano de vídeo de vista direita 1320. Em particular, no plano de PG de vista direita, a À posição de apresentação da legenda 1311 é desviada para a esquerda a partir da posição de apresentação original por meio do valor de deslocamen- to SFP. Por outro lado, no plano de IG de vista direita, a posição de apresen- tação do botão 1321 é desviada para a direita a partir da posição de apre- sentação original por meio do valor de deslocamento SFI.
A figura 13C é um diagrama esquemático mostrando imagens gráficas 3D com as quais se faz um espectador 1330 detectar imagens gráfi- cas 2D representadas por meio de planos gráficos mostrados nas figuras 13Ae13B. Quando as imagens gráficas 2D representadas por meio desses planos gráficos são exibidas alternadamente na tela 1340, o espectador 1330 detecta a legenda 1331 por estar mais próxima que a tela 1340 e o botão 1332 por estar mais atrás do que a tela 1340, conforme mostrado na figura 13C. A distância entre as imagens gráficas 3D 1331 e 1332 e a tela 1340 pode ser ajustada via valores de deslocamento SFP e SFI.
As figuras 14A e 14B são gráficos mostrando exemplos de se- quências de deslocamento. Nesses gráficos, o valor de deslocamento é po-
Ns 57/318 sitivo quando a direção de deslocamento está em direção ao espectador a partir da tela.
A figura 14A é uma ampliação do gráfico para o período de apresentação do primeiro GOP na figura 14B, isto é, GOP1. Conforme mos- trado na figura 14A, a linha gradual 1401 mostra valores de deslocamento para a sequência de deslocamento com uma ID de sequência de desloca- mento igual a O, isto é, sequência de deslocamento [0]. Por outro lado, a li- nha horizontal 1402 mostra valores de deslocamento para a sequência de deslocamento com uma ID de sequência de deslocamento igual a 1, isto é, sequência de deslocamento [1]. O valor de deslocamento 1401 da sequência de deslocamento [0] aumenta gradativamente durante o período de apresen- tação GOP1 do primeiro GOP na ordem de quadros FR1, FR2, FR3, ..., FR15, .... Conforme mostrado na figura 14B, o aumento gradual no valor de deslocamento 1401 continua de forma similar nos períodos de apresentação : GOP2, GOP3, ..., GOP40, ... para os segundo e subsequente GOPs.
A - 15 quantidadede aumento por quadro é suficientemente pequena para o valor de deslocamento 1401 na figura 14B por parecer aumentar continuamente i como uma linha.
Por outro lado, o valor de deslocamento 1402 em sequên- cia de deslocamento [1] é mantido constante durante o período de apresen- tação GOP1 do primeiro GOP.
Conforme mostrado na figura 14B, o valor de deslocamento 1402 aumenta para um valor positivo na extremidade do perí- odo de apresentação GOP40 para o 40º GOP.
Os valores de deslocamento podem exibir, desse modo, alteração descontínua.
A figura 14C é um diagrama esquemático mostrando imagens gráficas 3D reproduzidas de acordo com as sequências de deslocamento —mostradas nas figuras 14A e 14B.
Quando a imagem de vídeo 3D de legen- da 1403 é exibida de acordo com a sequência de deslocamento [0], a ima- gem de vídeo 3D 1403 aparece para iniciar a partir da direita em frente à tela 1404 e gradualmente próxima ao espectador.
Por outro lado, quando a ima- gem de vídeo 3D de botão 1405 é exibida de acordo com a sequência de deslocamento [1], a imagem de vídeo 3D 1405 aparece para saltar subita- mente de uma posição fixa atrás da tela 1404 para em frente à tela 1404. Conforme descrito, os padrões cujos valores de deslocamento aumentam e
Í : 58/318 diminuem quadro por quadro são alterados de diversas maneiras a partir de uma sequência de deslocamento para outra. Alterações individuais na pro- fundidade de uma pluralidade de imagens gráficas 3D podem ser represen- tadas, desse modo, de diversas maneiras.
RelaçãoentreMetadados de Deslocamento e Prioridade de TS A figura 15 é um diagrama esquemático mostrando um pacote de PES 1510 armazenando VAU nº1 1500 no fluxo de vídeo de vista depen- dente e uma sequência dos pacotes de TS 1520 gerada a partir do pacote de PES 1510. A VAU nº1 1500 fica localizada no topo da sequência de ví- deo, semelhante à VAU nº1 832 mostrada na figura 8. Assim sendo, pelo menos um conjunto de dados suplementares 1504 incluído na VAU nº1 1500 consiste somente em metadados de deslocamento 1509. As áreas hachura- das na figura 15 mostram os dados suplementares 1504 consistindo somen- : te nos metadados de deslocamento 1509. A VAU nº1 1500 é armazenada na - 15 carga útildePES 1512 do pacote de PES 1510. O cabeçalho de PES 1511 do pacote de PES 1510 inclui um DTS e um PTS atribuídos para dados de Á imagem comprimidos 1505 na VAU nº1 1500. O pacote de PES 5010 é ar- mazenado na sequência de pacote de TS 5020 em ordem a partir do topo. Com essa disposição, a sequência de pacote de TS 1520 é dividida em três grupos 1521, 1522, e 1523 em ordem a partir do topo. O primeiro grupo 1521 inclui o cabeçalho de PES 1511, o subcódigo de identificação de AU 1501, o cabeçalho de subsequência 1502, e o cabeçalho de imagem 1503. O segundo grupo 1522 somente inclui os dados suplementares 1504 consis- tindo somente nos metadados de deslocamento 1509. O terceiro grupo 1513 inclui os dados de imagem comprimidos 1505, os dados de enchimento 1506, o código de fim de sequência 1507, e o código de fim de fluxo 1508. Deve-se notar que os dados suplementares diferentes dos metadados de deslocamento, se incluídos na VAU nº1 1500, são armazenados no primeiro grupo 1521 ou no terceiro grupo 1513. O pacote de TS 1530 localizado na extremidade do primeiro grupo 1521 inclui, em geral, um campo de AD 1532. Isso impede que os dados suplementares 1504 consistindo somente nos metadados de deslocamento 1509 se misturem no interior da carga útil de
Ns 59/318 TS 1533. De forma similar, o pacote de TS 1550 localizado na extremidade do segundo grupo 1522 inclui, em geral, um campo de AD 1552. Isso impe- de que os dados de imagem comprimidos 1505 e quaisquer outros dados exceto os dados suplementares 1504 consistindo somente nos metadados de deslocamento 1509 se misturem no interior da carga útil de TS 1553. Dessa maneira, os dados suplementares 1504 consistindo somente nos me- tadados de deslocamento 1509 são armazenados somente no interior das cargas úteis de TS 1542, 1553 dos pacotes de TS 1540, 1550 pertencendo ao segundo grupo 1522. Por outro lado, os dados de imagem comprimidos 1505são armazenados somente no interior das cargas úteis de TS 1562 dos pacotes de TS 1560 pertencendo ao terceiro grupo 1523.
Referindo-se adicionalmente à figura 15, os cabeçalhos de TS 1531 dos pacotes de TS 1530 pertencendo ao primeiro grupo 1521 indicam ' o valor do conjunto de prioridade de TS para "0". De forma similar, os cabe- - 15 çalhosdeTS 1561 dos pacotes de TS 1560 pertencendo ao terceiro grupo 1523 indicam o valor do conjunto de prioridade de TS para "0". Por outro É lado, os cabeçalhos de TS 1541, 1551 dos pacotes de TS 1540, 1550 per- tencendo ao segundo grupo 1522 indicam o valor do conjunto de prioridade de TS para "1". Deve-se notar que esses valores podem ser definidos ao inverso. Dessa maneira, os pacotes de TS pertencendo ao segundo grupo 1522 têm um valor diferente de prioridade de TS a partir dos pacotes de TS pertencendo aos outros grupos 1521 e 1523. Assim sendo, o decodificador- : alvo de sistema no dispositivo de reprodução 102 pode selecionar facilmente pacotes de TS pertencendo ao segundo grupo 1522 usando prioridade de 1TS.
Em contraste à figura 15, pacotes de TS pertencendo ao primei- ro grupo 1521 e ao segundo grupo 1522 podem indicar o mesmo valor de prioridade de TS. A figura 16 é um diagrama esquemático mostrando uma sequência dos pacotes de TS 1620 naquele caso. Semelhante à sequência dos pacotes de TS 1520 mostrada na figura 15, a sequência dos pacotes de TS 1620 é dividida em três grupos 1621, 1622, e 1623 em ordem a partir do topo. O primeiro grupo 1621 inclui o cabeçalho de PES 1511, o subcódigo de
' í 60/318 identificação de AU 1501, o cabeçalho de subsequência 1502, e o cabeçalho de imagem 1503. O segundo grupo 1622 inclui os dados suplementares 1504 consistindo somente nos metadados de deslocamento 1509. O terceiro grupo 1613 inclui os dados de imagem comprimidos 1505, os dados de en- chimento 1506, o código de fim de sequência 1507, e o código de fim de flu- xo 1508. Deve-se notar que os dados suplementares diferentes dos metada- dos de deslocamento, se incluídos na VAU nº1 1500, são armazenados no primeiro grupo 1621 ou no terceiro grupo 1613. As áreas hachuradas na fi- gura 16 mostram os dados suplementares 1504 consistindo somente nos metadados de deslocamento 1509, e as áreas pontilhadas mostram dados 1511, 1501 a 1503 dispostos antes dos dados suplementares no pacote de PES 1510. Os cabeçalhos de TS 1631, 1641, 1651 dos pacotes de TS 1630, 1640, 1650 pertencendo ao primeiro grupo 1621 e ao segundo grupo 1622 ' indicam o valor de conjunto de prioridade de TS para "1". Por outro lado, os . 15 cabeçalhos deTS 1661 dos pacotes de TS 1660 pertencendo ao terceiro grupo 1623 indicam o valor do conjunto de prioridade de TS para "0". Deve- ' se notar que esses valores podem ser definidos ao inverso.
Mesmo nesse caso, os pacotes de TS contendo os dados suplementares 1504 consistindo somente nos metadados de deslocamento 1509 têm um valor diferente de prioridade de TS a partir dos pacotes de TS contendo os dados de imagem comprimidos 1505 Assim sendo, o decodificador-alvo de sistema no disposi- tivo de reprodução 102 pode separar facilmente o grupo dos pacotes de TS contendo os dados suplementares 1504 consistindo somente nos metada- dos de deslocamento 1509 a partir do grupo dos pacotes de TS contendo os —dadosdeimagem comprimidos 1505 usando prioridade de TS.
Informação de Comutador de Decodificação A figura 17A é um diagrama esquemático mostrando uma estru- tura de dados de informação de comutador de decodificação 1750. A infor- mação de comutador de decodificação 1750 é incluída nos dados suplemen- taresem cada VAU tanto no fluxo de vídeo de vista de base quanto no fluxo de vídeo de vista dependente mostrado na figura 8. Entretanto, na VAU nº1 832 localizada no topo de cada VOP no fluxo de vídeo de vista dependente,
el 61/318 a informação de comutador de decodificação 1750 é armazenada em dados suplementares que são diferentes a partir dos dados suplementares 832D contendo os metadados de deslocamento. Os dados suplementares 831D e 832D, em particular, em MPEG AVC e MVC, correspondem a "SEI" que é um tipode unidade de NAL. A informação de comutador de decodificação 1750 é a informação para fazer com que o decodificador no dispositivo de reprodução 102 especifique facilmente a próxima VAU para decodificar. Conforme descrito abaixo, o decodificador decodifica alternadamente o fluxo de vídeo de vista de base e o fluxo de vídeo de vista dependente em unida- . desdeVAUs. Quando fazendo o mesmo, o decodificador especifica, em ge- ral, a próxima VAU para ser decodificada em alinhamento com o tempo mos- trado por meio do DTS atribuído para cada VAU. Muitos dos tipos de decodi- ficadores, entretanto, continuam a decodificar VAUSs em ordem, ignorando o DTS. Para tais decodificadores, é preferencial que cada VAU inclua informa- - 15 çãodecomutador de decodificação 1750 além de um DTS.
Á Conforme mostrado na figura 17A, a informação de comutador : de decodificação 1750 inclui um tipo de unidade de acesso subsequente 1751, um tamanho de unidade de acesso subsequente 1752, e um contador de decodificação 1753. O tipo de unidade de acesso subsequente 1751 indi- casea próxima VAU a ser decodificada pertence a um fluxo de vídeo de vista de base ou um fluxo de vídeo de vista dependente. Por exemplo, quan- do o valor do tipo de unidade de acesso subsequente 1751 é "1", a próxima VAU a ser decodificada pertence a um fluxo de vídeo de vista de base, e quando o valor do tipo de unidade de acesso subsequente 1751 é "2", a pró- ximaVAU a ser decodificada pertence a um fluxo de vídeo de vista depen- dente. Quando o valor do tipo de unidade de acesso subsequente 1751 é "O", a VAU atual fica localizada na extremidade do fluxo tido como alvo para decodificar, e a próxima VAU a ser decodificada não existe. O tamanho de unidade de acesso subsequente 1752 indica o tamanho da próxima VAU que deve ser decodificada. Referindo-se ao tamanho de unidade de acesso subsequente 1752, o decodificador no dispositivo de reprodução 102 pode especificar o tamanho de uma VAU sem analisar sua estrutura real. Assim ein 62/318 sendo, o decodificador pode extrair facilmente VAUs do buffer. O contador de decodificação 1753 mostra a ordem de decodificação da VAU a qual per- tence. A ordem é contada a partir de uma VAU que inclui uma imagem | no fluxo de vídeo de vista de base.
A figura 17B é um diagrama esquemático mostrando sequências de contadores de decodificação 1710 e 1720 alocados para cada imagem em um fluxo de vídeo de vista de base 1701 e um fluxo de vídeo de vista dependente 1702. Conforme mostrado na figura 17B, os contadores de de- codificação 1710 e 1720 são incrementados alternadamente entre os dois fluxos de vídeo 1701 e 1702. Por exemplo, para a VAU 1711 que inclui uma imagem | no fluxo de vídeo de vista de base 1701, um valor de "1" é atribuí- do ao contador de decodificação 1710. A seguir, um valor de "2" é atribuído ao contador de decodificação 1720 para a VAU 1721 que inclui a próxima i imagem P a ser decodificada no fluxo de vídeo de vista dependente 1702. - 15 Além disso, um valor de "3" é atribuído ao contador de decodificação 1710 | para a VAU 1712 que inclui a próxima imagem P a ser decodificada no fluxo | de vídeo de vista de base 1701 Atribuindo valores dessa maneira, mesmo quando o decodificador no dispositivo de reprodução 102 falha ao ler uma das VAUs devido a algum erro, o decodificador pode especificar imediata- mente a imagem ausente usando os contadores de decodificação 1710 e
1720. Assim sendo, o decodificador pode desempenhar erro processando de forma apropriada e imediata.
No exemplo mostrado na figura 17B, um erro ocorre durante a leitura da terceira VAU 1713 no fluxo de vídeo de vista de base 1701,e a imagem Br fica ausente. Durante a decodificação da imagem P contida na segunda VAU 1722 no fluxo de vídeo de vista dependente 1702, entretanto, o decodificador leu o contador de decodificação 1720 para essa VAU 1722 e reteve o valor. Assim sendo, o decodificador pode prever o contador de de- codificação 1710 para a próxima VAU a ser processada. De forma específi- ca, ocontadorde decodificação 1720 na VAU 1722 que inclui a imagem P é "4". Portanto, o contador de decodificação 1710 para a próxima VAU a ser lida pode ser previsto a ser "5". A próxima VAU que é lida de fato, entretanto,
ANNA 63/318 é a quarta VAU 1714 no fluxo de vídeo de vista de base 1701, cujo contador de decodificação 1710 é "7". O decodificador pode detectar, então, que fa- lhou para ler uma VAU. Assim sendo, o decodificador pode executar o se- guinte processamento: "ignorar a decodificação da imagem B extraída da terceira VAU 1723 no fluxo de vídeo de vista dependente 1702, tendo em vista que a imagem Br a ser usada como uma referência está ausente". Dessa maneira, o decodificador verifica os contadores de decodificação 1710 e 1720 durante cada processo de decodificador. Consequentemente, o decodificador pode detectar imediatamente erros durante a leitura das VAUS e pode executar imediatamente processamento adequado de erro. Como resultado, o decodificador pode impedir que ruído contamine o vídeo de re- produção.
A figura 17C é um diagrama esquemático mostrando outros e- ' xemplos dos contadores de decodificação 1730 e 1740 alocados para cada - 15 imagem em um fluxo de vídeo de vista de base 1701 e um fluxo de vídeo de ! vista dependente 1702. Conforme mostrado na figura 12C, contadores de K decodificação 1730 e 1740 são incrementados separadamente nos fluxos de vídeo 1701 e 1702. Portanto, os contadores de decodificação 1730 e 1740 são os mesmos para um par de imagens na mesma VAU 3D. Nesse caso, quando o decodificador decodificou uma VAU no fluxo de vídeo de vista de base 1701, o mesmo pode prever que "o contador de decodificação 1230 é o mesmo que o contador de decodificação 1740 para a próxima VAU a ser decodificada no fluxo de vídeo de vista dependente 1702". Inversamente, quando o decodificador decodificou uma VAU no fluxo de vídeo de vista de- pendente 1702, o mesmo pode prever que "o contador de decodificação 1730 para a próxima VAU a ser decodificada no fluxo de vídeo de vista de base 1701 é o mesmo que o contador de decodificação 1740 mais um". As- sim sendo, em qualquer ponto no tempo, o decodificador pode detectar ime- diatamente um erro na leitura de uma VAU usando os contadores de decodi- ficação 1730 e 1740 e pode executar imediatamente processamento ade- quado de erro. Como resultado, o decodificador pode impedir que o ruído contamine o vídeo de reprodução.
É ' 64/318 Outros Pacotes de TS Incluídos em Arquivo de Fluxo AV Além dos pacotes de TS convertidos a partir do fluxo elementar conforme mostrado na figura 3, os tipos dos pacotes de TS incluídos em um arquivo de fluxo AV incluem uma Tabela de Associação de Programas (PAT), uma Tabela de Mapa de Programas (PMT), e uma Referência de Re- lógio de Programa (PCR). As PCR, PMT, e PAT são especificadas por meio do Padrão Europeu de Difusão Digital e são previstas a regularem o fluxo de transporte parcial constituindo um programa único. Usando PCR, PMT, e PAT, o arquivo de fluxo AV também pode ser regulado da mesma maneira que o fluxo de transporte parcial. De forma específica, a PAT mostra o PID i de uma PMT incluído no mesmo arquivo de fluxo AV. O PID da própria PAT é 0. A PMT inclui os PIDs para os fluxos elementares representando vídeo, áudio, legendas, etc. incluídos no mesmo arquivo de fluxo AV, bem como a informação de atributo para os fluxos elementares. A PMT também inclui - 15 diversos descritores relacionados ao arquivo de fluxo AV. Os descritores in- i cluem particularmente informação de controle de cópia mostrando se a cópia | do arquivo de fluxo AV é permitida ou não. A PCR inclui informação indican- do o valor de um relógio do sistema (STC) a ser associado com os ATS atri- buídos para a própria PCR. O STC citado neste documento é um relógio u- sado como uma referência para o PTS e o DTS por meio de um decodifica- dor no dispositivo de reprodução 102. Esse decodificador usa a PCR para sincronizar o STC com o ATC. A figura 18 é um diagrama esquemático mostrando uma estrutu- ra de dados de uma PMT 1810. A PMT 1810 inclui um cabeçalho de PMT 1801, descritores 1802, e partes de informação de fluxo 1803. O cabeçalho de PMT 1801 indica o comprimento de dados, etc., armazenados na PMT
1810. Cada descritor 1802 se refere ao arquivo de fluxo AV inteiro que inclui a PMT 1810. A informação de controle de cópia é incluída em um dos descri- tores 1802. Cada parte da informação de fluxo 1803 se refere a um dos flu- xos elementares incluídos no arquivo de fluxo AV e é atribuída a um fluxo elementar diferente. Cada parte da informação de fluxo 1803 inclui um tipo de fluxo 1831, um PID 1832, e descritores de fluxo 1833. O tipo de fluxo
Te 65/318 1831 inclui informação de identificação para o codec usado para comprimir o fluxo elementar. O PID 1832 indica o PID do fluxo elementar. Os descritores de fluxo 1833 incluem informação de atributo do fluxo elementar, tal como uma taxa de quadros e uma taxa de proporção.
Usando PCR, PMT, e PAT, o decodificador no dispositivo de re- produção 102 pode ser feito para processar o arquivo de fluxo AV da mesma maneira que o fluxo de transporte parcial no Padrão Europeu de Difusão Di- gital. Dessa maneira, é possível assegurar compatibilidade entre um disposi- tivo de reprodução para o disco BD-ROM 101 e um dispositivo terminal de acordocomo Padrão Europeu de Difusão Digital. Disposição Intercalada de Dados de Fluxo Multiplexados Para reprodução contínua de imagens de vídeo 3D, a disposição física do fluxo de vídeo de vista de base e do fluxo de vídeo de vista depen- i dente no disco BD-ROM 101 é importante. Essa "reprodução contínua" se 1 15 refere à reprodução de vídeo e áudio a partir dos dados de fluxo multiplexa- dos sem interrupção.
A figura 19 é um diagrama esquemático mostrando uma disposi- ção física de dados de fluxo multiplexados no disco BD-ROM 101. Conforme mostrado na figura 19, os dados de fluxo multiplexados são divididos em uma pluralidade de blocos de dados D[n], B[n] (n= O, 1, 2,3, ...) e dispostos no disco BD-ROM 101. Um "bloco de dados" se refere a uma sequência de dados gravados em uma área contígua no disco BD-ROM 101, isto é, uma pluralidade de setores fisicamente contíguos. Tendo em vista que os ende- reços físicos e os endereços lógicos no disco BD-ROM 101 são substanci- almente os mesmos, os LBNs dentro de cada bloco de dados também são contínuos. Assim sendo, a unidade de BD-ROM 121 pode ler continuamente um bloco de dados sem fazer com que a captação óptica desempenhe uma busca. Daqui por diante, blocos de dados B[n] pertencendo a um TS princi- pal são denominados "blocos de dados de vista de base", e blocos de dados — D[n] pertencendo a um sub-TS são denominados "blocos de dados de vista dependente". Em particular, blocos de dados que incluem o fluxo de vídeo de vista direita são denominados "blocos de dados de vista direita", e os blo-
Do 66/318 cos de dados que incluem o fluxo de mapa de profundidade são denomina- dos "blocos de dados de mapa de profundidade".
No sistema de arquivo no disco BD-ROM 101, cada bloco de dados B[n] e Din] pode ser acessado como uma extensão nos arquivos 2D ounos arquivos DEP. Em outras palavras, o endereço lógico para cada blo- co de dados pode ser conhecido a partir da entrada de arquivo de um arqui- vo 2D ou um arquivo DEP (vide <<Explicação Suplementar>> para deta- lhes).
No exemplo mostrado na figura 19, a entrada de arquivo 1910 no arquivo 2D (01000.m2ts) 241 indica os tamanhos dos blocos de dados de vista de base B[n] e os LBNs de seus topos. Assim sendo, os blocos de da- dos de vista de base B[n] podem ser acessados como extensões EXT2D[n] no arquivo 2D 241. Daqui por diante, as extensões EXT2D[n] pertencendo Ê ao arquivo 2D 241 são denominadas "extensões 2D". Por outro lado, a en- * 15 tradade arquivo 1920 do arquivo DEP (02000.m2ts) 242 indica os tamanhos dos blocos de dados de vista dependente D[n] e os LBNs de seus topos.
À Assim sendo, cada bloco de dados de vista dependente D[n] pode ser aces- sado como uma extensão EXT2[n] no arquivo DEP 242. Daqui por diante, as extensões EXT2[n] pertencendo ao arquivo DEP 242 são denominadas "ex- tensões de vista dependente", Conforme mostrado na figura 19, um grupo de bloco de dados é gravado continuamente ao longo de uma faixa no disco BD-ROM 101. Adi- cionalmente, os blocos de dados de visualização base B[n] e os blocos de dados de visualização dependente D[n] são dispostos alternativamente um a um. Este tipo de disposição de um grupo de bloco de dados é chamado de "disposição intercalada". Em particular, uma série de blocos de dados gra- vados em uma disposição intercalada é chamada de "bloco de extensão". Três blocos de extensão 1901, 1902 e 1903 são mostrados na figura 19. Conforme mostrado nos primeiros dois blocos de extensão 1901 e 1902, uma áreade armazenamento NAV para dados diferentes dos dados de fluxo multiplexados existe entre os blocos de extensão, separando assim os blo- cos de extensão. Ademais, quando o disco BD-ROM 101 é um disco multi-
e 67/318 camada, isto é, quando o disco BD-ROM 101 inclui uma pluralidade de ca- madas de gravação, os blocos de extensão também podem ser separados por um limite de camada LB entre as camadas de gravação, como no se- gundo e terceiro blocos de extensão 1902 e 1903 mostrados na figura 19. Deste modo, uma série de dados de fluxo multiptexados é geralmente dis- posta com a finalidade de ser dividida em uma pluralidade de blocos de ex- tensão. Nesse caso, para o dispositivo de reprodução 102 reproduzir conti- nuamente imagens de vídeo a partir dos dados de fluxo multiplexados, é ne- cessário que as imagens de vídeo sejam reproduzidas a partir dos blocos de extensão para serem conectadas continuamente. Doravante no presente documento, o processamento requerido pelo dispositivo de reprodução 102 para este propósito é chamado de "conexão sem corte entre blocos de ex- tensão".
i Os blocos de extensão 1901 a 1903 têm o mesmo número dos 7 15 doistiposde blocos de dados, D[n] e B[n]. Adicionalmente, o tempo ATC de extensão é o mesmo entre par de bloco de dados contíguo D[n] e B[n]. Nes- l te contexto, "Relógio de Tempo de Chegada (ATC)" se refere a um relógio que atua como um padrão para um ATS. Ademais, o "tempo ATC de exten- são" é definido pelo valor do ATC e representa a faixa do ATS atribuída a pacotes fonte em uma extensão, isto é, o intervalo de tempo do ATS do pa- cote fonte no topo da extensão para o ATS do pacote fonte no topo da pró- xima extensão. Em outras palavras, o tempo ATC de extensão é igual ao tempo requerido para transferir todos os pacotes fonte na extensão da me- mória temporária no dispositivo de reprodução 102 para o decodificador-alvo dosistema. A "memória buffer" é uma memória de armazenamento temporá- rio no dispositivo de reprodução 102 em que os blocos de dados lidos do disco BD-ROM 101 são temporariamente armazenados antes de serem transmitidos para o decodificador-alvo do sistema. Os detalhes da memória temporária são fornecidos posteriormente. No exemplo mostrado na figura 19,uma vez que três blocos de extensão 1901 a 1903 são conectados sem corte, os tempos ATC de extensão são iguais entre os pares de bloco de dados Dn], Bín] (n= 0, 1,2, ...).
' f 68/318 Os VAUSs localizados no topo de blocos de dados contíguos D[n] e B[n] pertencem ao mesmo VAU 3D e, em particular, incluem a imagem de topo do GOP que representa a mesma imagem de vídeo em 3D. Por exem- plo, quando o bloco de dados de visualização dependente D[n] é um bloco dedados de visualização direita D[n], o topo de cada bloco de dados de vi- sualização direita D[n] inclui uma imagem P para o fluxo de vídeo de visuali- zação direita, e o topo do bloco de dados de visualização base B[n] inclui uma imagem | para o fluxo de vídeo de visualização base. A imagem P para o fluxo de vídeo de visualização direita representa a visualização direita quando a imagem de vídeo 2D representada pela imagem | no fluxo de ví- deo de visualização base é usada como a visualização esquerda. Em parti- cular, a imagem P, conforme mostrado na figura 7, é compactada com o uso da imagem | como uma imagem de referência. Consequentemente, o dispo- ' sitivo de reprodução 102 em modo de reprodução em 3D pode iniciar a re- produção de imagens de vídeo em 3D a partir de qualquer par de blocos de dados D[n] e B[n]. Ou seja, o processamento que requer acesso aleatório de fluxos de vídeo, tal como reprodução de interrupção, é possível. Isto também permanece verdadeiro no caso em que o bloco de dados de visualização dependente D[n] é um bloco de dados de mapa de profundidade.
Adicionalmente, na disposição intercalada, dentre pares contí- guos de blocos de dados D[n] e B[n], os blocos de dados de visualização dependente D[n] estão localizados antes dos blocos de dados de visualiza- ção base B[n]. Isto se deve ao fato de que geralmente o volume de dados é menor no bloco de dados de visualização dependente D[n] que o bloco de dados de visualização base Bin], isto é, a taxa de bit é inferior. Por exemplo, a imagem incluída no bloco de dados de visualização direita D[In] é compac- tada com o uso da imagem incluída no bloco de dados de visualização base B[n] como uma imagem de referência. Consequentemente, o tamanho Sextln] do bloco de dados de visualização direita D[n] é geralmente igual ou menor que o tamanho Sexri[n] do bloco de dados de visualização base B[n]: Sexraln] € Sexriln]. Por outro lado, o volume de dados por pixel no mapa de profundidade, isto é, o número de bits do valor de profundidade é, em geral,
ar 69/318 menor que o volume de dados por pixel da imagem de visualização base, isto é, a soma do número de bits do valor de coordenada cromática e do va- lor a.
Adicionalmente, conforme mostrado nas figuras 3A e 3B, diferente- mente do sub-TS, o TS principal inclui outros fluxos elementares, tal como um fluxode áudio primário, além do fluxo de vídeo primário.
Portanto, o ta- manho do bloco de dados de mapa de profundidade, Sexraln], é geralmente menor que ou igual ao tamanho do bloco de dados de visualização base B[n], Sexn[N]: Sextaln] < Sexriln]. Significância de Divisão de Dados de Fluxo Multiplexado em Blocos de Da- dos A fim de reproduzir imagens de vídeo em 3D sem corte do disco BD-ROM 101, o dispositivo de reprodução 102 precisa processar o TS prin- cipal e o sub-TS em paralelo.
A capacidade de memória temporária útil em Í tal processamento, entretanto, é geralmente limitada.
Em particular, existe 7 15 um limiteparao volume de dados que pode ser continuamente lido na me- mória temporária do disco BD-ROM 101. Consequentemente, o dispositivo de reprodução 102 precisa ler seções do TS principal e do sub-TS com o mesmo tempo ATC de extensão através da divisão das seções.
A figura 20A é um diagrama esquemático que mostra a disposi- çãodoTS principal 2001 e do sub-TS 2002 gravada separada e consecuti- vamente em um disco BD-ROM.
Quando o dispositivo de reprodução 102 processa o TS principal 2001 e o sub-TS 2002 em paralelo, conforme mos- trado pelas setas (1) a (4) nas linhas sólidas na figura 20A, a unidade de BD- ROM 121 lê alternadamente seções do TS principal 2001 e do sub-TS 2002 quetêmo mesmo tempo ATC de extensão.
Nesse instante, conforme mos- trado pelas setas nas linhas tracejadas na figura 20A, durante a leitura, o processamento da unidade de BD-ROM 121 precisa fazer uma grande alte- ração na área a ser lida no disco BD-ROM.
Por exemplo, após a seção de topo do TS principal 2001 mostrada pela seta (1) ser lida, a unidade de BD- —ROM 121 interrompe temporariamente a operação de leitura pelo captor óp- tico e aumenta a velocidade de rotação do disco BD-ROM.
Desse modo, a unidade de BD-ROM 121 move rapidamente o setor no disco BD-ROM no k ' 70/318 qual a seção de topo do sub-TS 2002 mostrada pela seta (2) é gravada na posição do captor óptico.
Esta operação para parar temporariamente a leitu- ra através do captor óptico e, enquanto a leitura é parada, posicionar o cap- tor óptico acima da próxima área a ser lida é chamada de "pulo". As linhas tracejadas com uma seta mostradas na figura 20A indicam a faixa dos pulos necessários durante o processamento de leitura.
Durante cada período de pulo, o processamento de leitura pelo captor óptico para, e somente a deco- dificação pelo decodificador progride.
Uma vez que o pulo é excessivo no exemplo mostrado na figura 20A, é difícil fazer com que o processamento de leitura mantenha a decodificação.
Como um resultado, é difícil manter esta- velmente a reprodução direta.
A figura 20B é um diagrama esquemático que mostra uma dis- posição de blocos de dados de visualização dependente D[0], D[1], D[2], ... e blocos de dados de visualização base B[O0], B[1], B[2], ... gravados alterna- 7 15 tivamentenodisco BD-ROM 101 de acordo com a Modalidade 1 da presente invenção.
Conforme mostrado na figura 20B, o TS principal e o sub-TS são divididos em uma pluralidade de blocos de dados e são dispostos alternati- vamente.
Nesse caso, durante a reprodução de imagens de vídeo em 3D, o dispositivo de reprodução 102 Ilê os blocos de dados DIJO], B[O], D[1], BI1] ... em ordem a partir do topo, conforme mostrado pela setas (1) a (4) na figura 20B.
Através da simples leitura destes blocos de dados em ordem, o disposi- tivo de reprodução 102 pode ler suavemente o TS principal e o sub-TS alter- nativamente.
Em particular, tendo em vista que nenhum pulo ocorre durante o processamento de leitura, a reprodução direta de imagens de vídeo em 3D pode ser mantida estavelmente.
Significância de Fornecimento de Blocos de Dados Contíquos com o Mesmo Tempo ATC de Extensão A figura 20C é um diagrama esquemático que mostra um exem- plo dos tempos ATC de extensão para um grupo de bloco de dados de vi- —sualização dependente D[n] e um grupo de bloco de dados de visualização base B[n] gravados em uma disposição intercalada (n = O, 1, 2). Conforme mostrado na figura 20C, o tempo ATC de extensão é igual em cada par entre
Do 71318 o bloco de dados de visualização dependente D[n] e o bloco de dados de visualização base imediatamente subsequente B[n]. Por exemplo, o tempo ATC de extensão é igual a um segundo para cada D[0] e B[0] no par de blo- co de dados de topo. Consequentemente, quando os blocos de dados D[0] e B[O] são lidos pela memória temporária no dispositivo de reprodução 102, todos os pacotes TS nisso são enviados da memória temporária para o de- codificador-alvo do sistema no mesmo intervalo de um segundo. Similarmen- te, tendo em vista que o tempo ATC de extensão é igual a 0,7 segundo para cada D[1] e B[1] no segundo par de bloco de dados, todos os pacotes TS em cada bloco de dados são transmitido da memória temporária para o decodifi- cador-alvo do sistema no mesmo intervalo de 0,7 segundo.
A figura 20D é um diagrama esquemático que mostra outro e- xemplo dos tempos ATC de extensão para um grupo de bloco de dados de : visualização dependente D[n] e um grupo de bloco de dados de visualização base B[n] gravados em uma disposição intercalada. Conforme mostrado na figura 20D, os tempos ATC de extensão em todos os blocos de dados D[n] e B[n] são iguais a um segundo. Consequentemente, no mesmo intervalo de um segundo em que qualquer um dos blocos de dados D[n] e Bin] é lido pela memória temporária no dispositivo de reprodução 102, todos os pacotes TS emcada um daqueles blocos de dados são transmitidos da memória tempo- rária para o decodificador-alvo do sistema.
Conforme descrito acima, a taxa de compressão dos blocos de dados de visualização dependente é geralmente maior que a taxa de com- pressão dos blocos de dados de visualização base. Consequentemente, a decodificação dos blocos de dados de visualização dependente é geralmen- te mais lenta que a decodificação dos blocos de dados de visualização base. Por outro lado, quando os tempos ATC de extensão são iguais, os blocos de dados de visualização dependente têm um volume de dados menor que os blocos de dados de visualização base. Portanto, quando os tempos ATC de extensão são iguais entre blocos de dados contíguos como na figuras 20C e 20D, a velocidade na qual os dados a serem decodificados são fornecidos para o decodificador-alvo do sistema pode ser facilmente mantida uniforme-
a. 72/318 mente com a velocidade de processamento pelo decodificador. Em outras palavras, o decodificador-alvo do sistema facilita a sincronização entre a de- codificação dos blocos de dados de visualização base e a decodificação dos blocos de dados de visualização dependente, particularmente, em reprodu- çãodeinterrupção.
Significância de Colocação de Primeiros Blocos de Dados de Volume de Dados Menor Quando se lê um bloco de dados localizado no topo ou na posi- ção de início de reprodução de cada bloco de extensão, o dispositivo de re- produção 102 no modo de reprodução em 3D primeiro lê a totalidade do blo- co de dados na memória temporária. O bloco de dados não é transferido para o decodificador-alvo do sistema durante aquele período. Após finalizar a leitura do bloco de dados, o dispositivo de reprodução 102 transfere o blo- Ô co de dados para o decodificador-alvo do sistema em paralelo com o próxi- -— 15 moblocode dados. Este processamento é chamado de "pré-carregamento". A significância técnica de pré-carregamento é a seguinte. Primei- ramente, no modo L/R, os blocos de dados de visualização base são neces- sários para a decodificação dos blocos de dados de visualização dependen- te. Portanto, para manter a memória temporária na capacidade mínima ne- cessária para armazenar os dados decodificados até o processamento de saída, é preferencial fornecer simultaneamente os blocos de dados para o decodificador-alvo do sistema a ser decodificado. Por outro lado, no modo de profundidade, o processamento é necessário gerar um par de planos de vídeo que representa imagens em paralaxe de um par de uma imagem de visualização base decodificada e um mapa de profundidade decodificado. Consequentemente, para manter a memória temporária na capacidade mí- nima necessária para armazenar os dados decodificados até este proces- samento, é preferencial fornecer os blocos de dados de visualização base simultaneamente com os blocos de dados de mapa de profundidade para o decodificador-alvo do sistema a ser decodificado. Portanto, o pré- carregamento faz com que a totalidade do bloco de dados no topo de um bloco de extensão ou na posição de início de reprodução seja lida na memó-
NEN 731318 ria temporária em avanço. Isto permite que o bloco de dados e o bloco de dados seguinte sejam transferidos simultaneamente da memória temporária para o decodificador-alvo do sistema e decodificado. Adicionalmente, os pa- res subsequentes de blocos de dados também podem ser simultaneamente decodificados pelo decodificador-alvo do sistema.
Mediante o pré-carregamento, a totalidade do bloco de dados que é lida primeiramente é armazenada na memória temporária. Conse- quentemente, a memória temporária requer pelo menos uma capacidade igual ao tamanho do bloco de dados. Para manter a capacidade da memória temporária em um mínimo, o tamanho do bloco de dados a ser pré- carregado deve ser tão pequeno quanto possível. Nesse ínterim, para a re- produção de interrupção, etc., qualquer par de blocos de dados pode ser selecionado como a posição de início de reprodução. Por essa razão, o blo- co de dados que tem o menor volume de dados é colocado em primeiro em “.15 cada pardos blocos de dados. Isto permite que a capacidade mínima seja : mantida na memória temporária. Reticulação de Arquivos de Fluxo de AV para Blocos de Dados Para o grupo de bloco de dados mostrado na figura 19, os arqui- vos de fluxo de AV são reticulados da seguinte forma. A entrada de arquivo 1940 do arquivo SS (01000.ssif) 244A considera cada bloco de extensão 1901 a 1903 sendo cada extensão, que indica o tamanho de cada e o LBN do topo do mesmo. Consequentemente, os blocos de extensão 1901 a 1903 podem ser acessado como as extensões EXTSSIO], EXTSS[1], e EXTSS[2] do arquivo SS 244A. Doravante no presente documento, as extensões EXTSS[O0], EXTSS[1], e EXTSS[2] pertencentes ao arquivo SS 244A são chamadas de "extensões SS". Cada uma das extensões SS EXTSS[O], EXTSS[1], e EXTSS[2] compartilham os blocos de dados de visualização base B[n] com o arquivo 2D 241 e compartilham os blocos de dados de vi- sualização dependente D[n] com o arquivo DEP 242.
Trajetória de Reprodução para Grupo de Bloco de Extensão A figura 21 é um diagrama esquemático que mostra uma trajetó- ria de reprodução 2101 em modo de reprodução em 2D para um grupo de
' Í 74/318 bloco de extensão 1901 a 1903. O dispositivo de reprodução 102 no modo de reprodução em 2D reproduz o arquivo 2D 241. Consequentemente, con- forme indicado pela trajetória de reprodução 2101 no modo de reprodução em 2D, os blocos de dados de visualização base B[n] (n = 0, 1, 2, ...) são lidos em ordem a partir dos blocos de extensão 1901 a 1903 como as exten- sões 2D EXT2D[0], EXT2D[1], e EXT2D[2]. Especificamente, primeiro, o blo- co de dados de visualização base do topo B[0] é lido a partir do bloco de ex- tensão de topo 1901, então, a leitura do bloco de dados de visualização de- pendente D[0] imediatamente subsequente é pulado por um primeiro pulo Jaxp1. A seguir, o segundo bloco de dados de visualização base B[1] é lido e, então, a leitura dos dados NAV imediatamente subsequentes e do bloco de dados de visualização dependente D[1] é pulada por um segundo pulo Jnav.
Subsequentemente, a leitura dos blocos de dados de visualização base e ' dos pulos é repetida similarmente no segundo e subsequente bloco de ex- tensão 1902 e 1903. Um pulo J.y que ocorre entre o segundo bloco de extensão 1902 : e o terceiro bloco de extensão 1903 é um pulo longo ao longo do limite de camada LB.
Um "pulo longo" é um termo coletivo para pulos com um tempo de busca longo e especificamente se refere a uma distância de pulo que ex- cede um valor limite predeterminado.
A "distância de pulo" se refere ao com- primento da área no disco BD-ROM 101 cuja leitura é pulada durante um período de pulo.
A distância de pulo é normalmente expressa como o núme- ro de setores da seção correspondente.
O valor limite usado para definir um pulo longo é especificado, por exemplo, como 40000 setores no padrão BD- ROM.
Este valor limite, entretanto, depende do tipo de disco BD-ROM e da capacidade processamento de leitura da unidade de BD-ROM.
Os pulos lon- gos incluem particularmente pulos de foco e pulos de faixa.
Um "pulo de fo- co" é um pulo ocasionado através da comutação de camadas de gravação, e inclui o processamento para alterar a distância de foco do captor óptico.
Um "pulo de faixa" inclui o processamento para mover o captor óptico em uma direção radial ao longo do disco BD-ROM 101 A figura 21 mostra adicionalmente uma trajetória de reprodução
—— 75/318 2102 no modo L/R para o grupo de bloco de extensão 1901 a 1903. O dis- positivo de reprodução 102 no modo UR reproduz o arquivo SS 244A. Con- sequentemente, conforme indicado pela trajetória de reprodução 2102 no modo L/R, os blocos de extensão 1901 a 1903 são lidos em ordem como as extensões SS EXTSS [0], EXTSS[1], e EXTSS[2]. Especificamente, os blo- cos de dados D[0], B[o]l, D[1] e B[1] são primeiro sequencialmente lidos a partir do bloco de extensão de topo 1901, então, a leitura dos dados NAV imediatamente subsequentes é pulada por um primeiro pulo Jnav. À seguir, os blocos de dados D[2], ... , BI3] são sequencialmente lidos a partir do se- gundo bloco de extensão 1902. Imediatamente após isso, um pulo longo Jiy ocorre ao mesmo tempo em que a comutação da camada de registro, e a seguir, os blocos de dados D[4], B[4], ... são lidos sequencialmente a partir do terceiro bloco de extensão 1903.
Mediante a leitura dos blocos de extensão 1901-1903 como as .15 extensões do arquivo SS 244A, o dispositivo de reprodução 102 lê o LBN de topo das extensões SS EXTSS[0], EXTSS[1], ... e o tamanho das mesmas, da entrada de arquivo 1940 no arquivo SS 244A e, então, emite os LBNs e os tamanhos para a unidade de BD-ROM 121. A unidade de BD-ROM 121 lê continuamente os dados que têm o tamanho de entrada do LBN de entrada. Em tal processamento, o controle da unidade de BD-ROM 121 é mais fácil que o processamento para ler os grupos de bloco de dados como as exten- sões no primeiro arquivo DEP 242 e o arquivo 2D 241 pelas seguintes ra- zões (A) e (B): (A) o dispositivo de reprodução 102 pode se referir em ordem a extensões que usam uma entrada de arquivo em um local, e (B) tendo em vistaqueo número total de extensões a serem lidas é substancialmente me- tade do número total de pares de um LBN e um tamanho que precisam ser emitidos para a unidade de BD-ROM 121. Entretanto, após o dispositivo de reprodução 102 ter lido as extensões SS EXTSS[0], EXTSS[1], ..., isto pre- cisa separar cada em um bloco de dados de visualização dependente e um — bloco de dados de visualização base e emiti-los para o decodificador. Este arquivo de informações de recorte é usado para este processamento de se- paração. Os detalhes são fornecidos abaixo.
í ' 76/318 Conforme mostrado na figura 19, quando realmente se lê os blo- cos de extensão 1901-1903, a unidade de BD-ROM 121 executa uma transi- ção do setor zero Jo no tempo do topo de um bloco de dados para o topo do próximo bloco de dados.
Uma "transição do setor zero" é um movimento do captor óptico entre dois blocos de dados consecutivos.
Durante um período no qual uma transição do setor zero é executada (doravante no presente documento chamado de "período de transição do setor zero"), o captor ópti- co suspende temporariamente sua operação de leitura e espera.
Nesse sen- tido, a transição do setor zero é considerada "um pulo no qual a distância de puloé iguala 0 setores". O comprimento do período de transição do setor zero, ou seja, o período do instante de transição do setor zero pode incluir, além do tempo para deslocar a posição do captor óptico através da revolu- ção do disco BD-ROM 101, a sobrecarga ocasionada por processamento de B correção de erro. "Sobrecarga ocasionada por processamento de correção - 15 deerro"refere-se ao excesso de tempo ocasionado através da execução de processamento de correção de erro duas vezes com o uso de um bloco ECC | quando o limite entre os blocos ECC não corresponde ao limite entre dois blocos de dados.
Um bloco ECC inteiro é necessário para o processamento de correção de erro.
Consequentemente, quando dois blocos de dados con- —secutivos compartilham um único bloco ECC, o bloco ECC inteiro é lido e usado para o processamento de correção de erro durante a leitura do bloco de dados.
Como um resultado, em cada instante que um destes blocos de dados é lido, um máximo de 32 setores de excesso de dados é adicional- mente lido.
A sobrecarga ocasionada por processamento de correção de erroé avaliada como o tempo total para a leitura do excesso de dados, isto é, 32 setores x 2048 bytes x 8 bits/byte x 2 instâncias/taxa de leitura.
Ob- serva-se que através da configuração de cada bloco de dados nas unidades de bloco ECC, a sobrecarga ocasionada por processamento de correção de erro pode ser removida do instante da transição do setor zero. — Arquivo de Informações de Recorte A figura 22 é um diagrama esquemático que mostra uma estrutu- ra de dados de um primeiro arquivo de informações de recorte (01000.clpi),
aaa 77/1318 | isto é o arquivo de informações de recorte 2D 231. O arquivo de informações de recorte de visualização dependente (02000.clip) 232 e o arquivo de in- formações de recorte (03000.clpi) 233 têm a mesma estrutura de dados. A- baixo, a estrutura de dados comum para todos os arquivos de informações de recorte é descrita, primeiro com o uso da estrutura de dados do arquivo de informações de recorte 2D 231 como um exemplo. Posteriormente, as diferenças em estrutura de dados entre um arquivo de informações de recor- te 2D e um arquivo de informações de recorte de visualização dependente são descritas.
Conforme mostrado na figura 22, o arquivo de informações de recorte 2D 231 inclui informações de recorte 2210, informações de atributo de fluxo 2220, um mapa de entrada 2230, e metadados 3D 2240. Os meta- dados 3D 2240 incluem pontos de início de extensão 2242.
i As informações de recorte 2210 incluem uma taxa de sistema
7.15 2211,um tempo de início de reprodução 2212, e um tempo final de reprodu- ção 2213. A taxa de sistema 2211 especifica uma taxa de sistema para o À arquivo 2D (01000.m2ts) 241. O dispositivo de reprodução 102 no modo de reprodução em 2D transfere pacotes TS pertencentes ao arquivo 2D 241 da memória temporária para o decodificador-alvo do sistema. A "taxa de siste- ma"serefere ao limite superior da taxa de transferência. O intervalo entre os ATSs dos pacotes fonte no arquivo 2D 241 é ajustado de modo que a velo- cidade de transferência seja limitada à taxa de sistema ou menos. O tempo de início de reprodução 2212 indica o PTS do VAU localizado no topo do arquivo 2D 241, por exemplo, o PTS do quadro de vídeo de topo. O tempo de final de reprodução 2212 indica o valor do STC atrasado por um tempo predeterminado do PTS do VAU localizado no fim do arquivo 2D 241, por exemplo, a soma do PTS do último quadro de vídeo e o tempo de reprodu- ção de um quadro.
As informações de atributo de fluxo 2220 são uma tabela de cor- respondência entre o PID 2221 para cada fluxo elementar incluído no arqui- vo 2D 241 e peças de informações de atributo 2222. Cada peça de informa- ções de atributo 2222 é diferente para um fluxo de vídeo, fluxo de áudio, flu-
í ' 78/318 xo de PG e fluxo de IG. Por exemplo, as informações de atributo correspon- dentes ao PID 0x1011 para o fluxo de vídeo primário incluem um tipo de co- dec usado para a compressão do fluxo de vídeo, bem como uma resolução, razão de aspecto e taxa de quadro para cada imagem que constitui o fluxo devídeo.Por outro lado, as informações de atributo correspondentes ao PID 0x1100 para o fluxo de áudio primário inclui um tipo de codec usado para comprimir o fluxo de áudio, inúmeros canais incluídos no fluxo de áudio, lin- guagem e frequência de amostragem. O dispositivo de reprodução 102 usa estas informações de atributo 2222 para inicializar o decodificador.
Mapade Entrada A figura 23A é um diagrama esquemático que mostra uma estru- tura de dados de um mapa de entrada 2230. Conforme mostrado na figura 23A, o mapa de entrada 2230 inclui tabelas 2300. Existe o mesmo número de tabelas 2300 que dos fluxos de vídeo multiplexados no TS principal, e as “.15 tabelassão atribuídas uma a uma a cada fluxo de vídeo. Na figura 23A, cada Ê tabela 2300 é distinguida pelo PID do fluxo de vídeo ao qual é atribuída. Ca- da tabela 2300 inclui um cabeçalho de mapa de entrada 2301 e um ponto de entrada 2302. O cabeçalho de mapa de entrada 2301 inclui o PID corres- pondente à tabela 2300 e ao número total de pontos de entrada 2302 incluí dos natabela2300.Um ponto de entrada 2302 se associa a cada par de um PTS 2303 e o número de pacote fonte (SPN) 2304 com um dos IDs de pon- tos de entrada (EP 1D) 2305 individualmente diferentes. O PTS 2303 é equi- valente ao PTS para uma das imagens | incluídas no fluxo de vídeo para o PID indicado pelo cabeçalho de mapa de entrada 2301 O SPN 2304 é equi- valente ao SPN para o topo do grupo de pacote fonte armazenado na ima- gem | correspondente. Um "SPN" se refere ao número serial atribuído con- secutivamente a partir do topo para um grupo de pacote fonte pertencente a um arquivo de fluxo de AV. O SPN é usado como o endereço para cada pa- cote fonte no arquivo de fluxo de AV. No mapa de entrada 2230 no arquivo de informações de recorte 2D 231, o SPN se refere ao número atribuído ao grupo de pacote fonte pertencente ao arquivo 2D 241, isto é, o grupo de pa- cote fonte que constitui o TS principal. Consequentemente, o ponto de en-
o 79/318 trada 2302 expressa a correspondência entre o PTS e o endereço, isto é, o SPN, de cada imagem | incluída no arquivo 2D 241 Um ponto de entrada 2302 na precisa ser ajustado para todas as imagens no arquivo 2D 241 Entretanto, quando uma imagem | é localizado notopode um GOP, e o pacote TS que inclui o topo daquela imagem | está localizado no topo de uma extensão 2D, um ponto de entrada 2302 precisa ser ajustado para aquela imagem |.
A figura 23B é um diagrama esquemático que mostra pacotes fonte em um grupo de pacote fonte 2310 pertencente a um arquivo 2D 241 queestão associados a cada EP ID 2305 através do mapa de entrada 2230. A figura 23C é um diagrama esquemático que mostra um grupo de bloco de dados DI[n], B[n] (n = 0, 1, 2,3, ...) em um disco BD-ROM 101 corresponden- te ao grupo de pacote fonte 2310. Quando o dispositivo de reprodução 102 : reproduz imagens de vídeo 2D do arquivo 2D 241, isto se refere ao mapa de “15 entrada 2230 para especificar o SPN para o pacote fonte que inclui um qua- dro que representa uma cena arbitrária do PTS para aquele quadro. Especi- i ficamente, quando, por exemplo, um PTS = 360000 é indicado como o PTS para um ponto de entrada específico para a posição de início de reprodução, o dispositivo de reprodução 102 recupera primeiro o SPN = 3200 localizado nestePTS no mapa de entrada 2230. A seguir, o dispositivo de reprodução 102 procura o cociente SPNx192/2048, isto é, o valor do SPN multiplicado por 192 bytes, o volume de dados por pacote fonte, e dividido por 2048 by- tes, o volume de dados por setor. Conforme pode ser entendido a partir das figuras 5B e 5C, este valor é igual ao número total de setores gravados na TS principal antes do pacote fonte ao qual o SPN é atribuído. No exemplo mostrado na figura 23B, este valor é 3200 x 192/2048 = 300, e é igual ao número total de setores no qual o grupo de pacote fontes 2311 é gravado a partir do SPN O a 3199. A seguir, o dispositivo de reprodução 102 se refere à entrada de arquivo no arquivo 2D 241 e especifica o LBN do (número total + 1)º setor, contando a partir do topo dos grupos de setor nos quais os grupos de extensão 2D são gravados. No exemplo mostrado na figura 23C, nos grupos de setor nos quais os blocos de dados de visualização base B[O],
f : 80/318 B[1], BI2], ... que podem ser acessados como extensões 2D EXT2D[0], EXT2D[1], EXT2D[2], ... são gravados, o LBN do 301º setor contando a par- tir do topo é especificado. O dispositivo de reprodução 102 indica este LBN para a unidade de BD-ROM 121. Desse modo, os grupos de bloco de dados de visualização base são lidos como unidades alinhadas em ordem a partir do setor para este LBN. Adicionalmente, a partir da primeira unidade alinha- da que é lida, o dispositivo de reprodução 102 seleciona o pacote fonte indi- cado pelo ponto de entrada para a posição de início de reprodução e, então, extrai e decodifica uma imagem |. A partir disso, imagens subsequentes são decodificadas em ordem referindo-se às imagens já decodificadas. Desse modo, o dispositivo de reprodução 102 pode reproduzir imagens de vídeo 2D do arquivo 2D 241 a partir de um PTS especificado progressivamente. Adicionalmente, o mapa de entrada 2230 é útil para processa- | mento eficiente durante controle de leitura tal como adiantamento rápido, .-15 reversão, etc. Por exemplo, o dispositivo de reprodução 102 no modo de reprodução em 2D primeiro se refere ao mapa de entrada 2230 para ler SPNs que começam na posição de início de reprodução, por exemplo, para ler SPN = 3200, 4800, ... em ordem a partir dos pontos de entrada EP |D = 2,3, ... que incluem PTSs que começam em PTS = 360000. A seguir, o dis- positivo de reprodução 102 se refere à entrada de arquivo no arquivo 2D 241 para especificar o LBN dos setores correspondentes a cada SPN. O disposi- tivo de reprodução 102 indica, então, cada LBN para a unidade de BD-ROM
121. As unidades alinhadas são, dessa forma, lidas a partir do setor para cada LBN. Adicionalmente, a partir de cada unidade alinhada, o dispositivo —dereprodução 102 seleciona o pacote fonte indicado por cada ponto de en- trada e, então, extrai e decodifica uma imagem |. O dispositivo de reprodu- ção 102 pode, dessa forma, reproduzir seletivamente uma imagem | do ar- quivo 2D 241 sem analisar o próprio grupo de extensão 2D EXT2D[n].
Ponto de Início de Extensão A figura 24A é um diagrama esquemático que mostra uma estru- tura de dados de pontos de início de extensão 2242. Conforme mostrado na figura 24A, um "ponto de início de extensão" 2242 inclui IDs de extensão de
Á ' 81/318 visualização base (EXT1 1D) 2411 e SPNs 2412. Os EXT1 IDs 2411 são números seriais atribuídos consecutivamente a partir do topo para os blocos de dados de visualização base pertencentes ao arquivo SS (01000.ssif) 244A. Um SPN 2412 é atribuído a cada EXT1 ID 2411 e é o mesmo que o SPNparao pacote fonte localizado no topo do bloco de dados de visualiza- ção base identificado por EXT1 ID 2411. Este SPN é um número serial atri- buído a partir do topo para os pacotes fonte incluídos no grupo de bloco de dados de visualização base pertencente ao arquivo SS 244A.
Nos blocos de extensão 1901-1903 mostrados na figura 19, o arquivo 2D 241 e o arquivo SS 244A compartilham os blocos de dados de visualização base B[O0], B[1], B[2], ... em comum. Entretanto, os grupos de bloco de dados colocados em locais que requerem um pulo longo, tal como em limites entre as camadas de gravação, geralmente, incluem blocos de dados de visualização base pertencentes a somente um dentre o arquivo 2D - 15 241 0ouo arquivo SS 244A (vide <<Explicação Suplementar >> para deta- Ê lhes). Consequentemente, o SPN 2412 que indica o ponto de início de ex- tensão 2242 geralmente difere do SPN para o pacote fonte localizado no topo da extensão 2D pertencente ao arquivo 2D 241. A figura 24B é um diagrama esquemático que mostra uma estru- turade dados de pontos de início de extensão 2420 incluída em um segundo arquivo de informações de recorte (02000.clpi), isto é, o arquivo de informa- ções de recorte de visualização dependente 232. Conforme mostrado na figura 24B, o ponto de início de extensão 2420 inclui IDs de extensão de vi- sualização dependente (EXT2 ID) 2421 e SPNs 2422. Os EXT2 IDs 2421 são números seriais atribuídos a partir do topo para os blocos de dados de visualização dependente pertencentes ao arquivo SS 244A. Um SPN 2422 é atribuído a cada EXT2 ID 2421 e é igual ao SPN para o pacote fonte locali- zado no topo do bloco de dados de visualização dependente identificado por EXT2 1D 2421. Este SPN é um número serial atribuído em ordem a partir do topo para os pacotes fonte incluídos no grupo de bloco de dados de visuali- zação dependente pertencentes ao arquivo SS 244A. A figura 24D é um diagrama esquemático que representa a cor-
í Á 82/318 respondência entre extensões de visualização dependente EXT2[0], EXT2[1], ... pertencentes ao arquivo DEP (02000.m2ts) 242 e os SPNs 2422 mostrados pelos pontos de início de extensão 2420. Conforme mostrado na figura 19, o arquivo DEP 242 e o arquivo SS 244A compartilham os blocos de dados de visualização dependentes em comum. Consequentemente, conforme mostrado na figura 24D, cada SPN 2422 mostrado pelos pontos de início de extensão 2420 é igual ao SPN para o pacote fonte localizado no topo de cada extensão de visualização dependente EXT2[0], EXT2[1], .... Conforme descrito abaixo, o ponto de início de extensão 2242 no arquivo de informações de recorte 2D 231 e o ponto de início de extensão 2420 no arquivo de informações de recorte de visualização dependente 232 são usados para detectar o limite de blocos de dados incluídos em cada ex- tensão SS durante a reprodução de imagens de vídeo em 3D do arquivo SS : 244A.
A figura 24E é um diagrama esquemático que mostra um exem- plo de correspondência entre uma extensão SS EXTSS[0] pertencente ao | arquivo SS 244A e um bloco de extensão no disco BD-ROM 101. Conforme mostrado na figura 24E, o bloco de extensão inclui grupos de bloco de dados DIn] e BIn] (n = O, 1, 2, ...) em uma disposição intercalada. Observa-se que a seguinte descrição também é verdadeira para outras disposições. O bloco de extensão pode ser acessado como uma única extensão SS EXTSS[0]. Adicionalmente, na extensão SS EXTSS[0], o número de pacotes fonte inclu- ídos no bloco de dados de visualização base B[n] é, no ponto de início de extensão 2242, igual à diferença A(n + 1) — Um entre SPNs correspondente aEXT1ID=n+1en Nesse caso, AO = O. Por outro lado, o número de pacotes fonte incluídos no bloco de dados de visualização dependente D[n + 1] é, no ponto de início de extensão 2420, igual à diferença B(n + 1) - Bn entre SPNs correspondentes a EXT2 ID=n+1en.Nesse caso, BO = 0. Quando o dispositivo de reprodução 102 no modo de reprodução em;3D reproduz imagens de vídeo em 3D do arquivo SS 244A, o dispositivo de reprodução 102 se refere aos mapas de entrada e os pontos de início de extensão 2242 e 2420 respectivamente encontrados nos arquivos de infor-
nn 83/318 mações de recorte 231 e 232. Através disso, o dispositivo de reprodução 102 especifica, a partir do PTS para um quadro que representa a visualiza- ção direita de uma cena arbitrária, o LBN para o setor no qual um bloco de dados de visualização dependente que é requerido como um constituinte do quadro é gravado. Especificamente, o dispositivo de reprodução 102, por exemplo, primeiro recupera o SPN associado ao PTS do mapa de entrada no arquivo de informações de recorte de visualização dependente 232. Con- sidera-se que o pacote fonte indicado pelo SPN é incluído na terceira exten- são de visualização dependente EXT2[2] no primeiro arquivo DEP 242, isto é,oblocode dados de visualização dependente D[2]. A seguir, o dispositivo de reprodução 102 recupera "B2", o maior SPN antes do SPN-alvo, dentre os SPNs 2422 mostrados pelos pontos de início de extensão 2420 no arqui- vo de informações de recorte de visualização dependente 232. O dispositivo Í de reprodução 102 também recupera a EXT2 ID "2" correspondente. Então, -15 odispositivo de reprodução 102 recupera o valor "A2" para o SPN 2412 cor- respondente à EXT1 ID, que é igual a EXT2 ID "2", a partir dos pontos de início de extensão 2242 no arquivo de informações de recorte 2D 231. O dispositivo de reprodução 102 procura adicionalmente a soma B2 + A2 dos SPNs recuperados. Conforme pode ser visto a partir da figura 24E, esta so- mabB2+A? é igualao número total de pacotes fonte incluídos nos blocos de dados localizado antes do terceiro bloco de dados de visualização depen- dente D[2] dentre os blocos de dados incluídos na extensão SS EXTSSÍO]. Consequentemente, esta soma B2 + A2 multiplicada por 192 bytes, o volu- me de dados por pacote fonte, e dividida por 2048 bytes, o volume de dados por setor, isto é (B2+A2)x192/2048, é igual ao número de setores do topo da extensão SS EXTSS[0] até imediatamente antes do terceiro bloco de dados de visualização dependente D[2]. Com o uso deste cociente, o LBEN parao — setor no qual o topo do bloco de dados de visualização dependente D[2] é gravado pode ser especificado através da referência da entrada de arquivo parao arquivo SS 244A.
Após especificar o LBN através do procedimento descrito acima, o dispositivo de reprodução 102 indica o LBN para a unidade de BD-ROM
. ' 84/318
121. Desse modo, a porção da extensão SS EXTSS[0] gravada que inicia com o setor para este LBN, isto é, o grupo de bloco de dados D[2], B[2], DI3], BI3], ... que inicia a partir do terceiro bloco de dados de visualização dependente D[2], é lida como unidades alinhadas.
O dispositivo de reprodução 102 se refere adicionalmente aos pontos de início de extensão 2242 e 2420 para extrair os blocos de dados de visualização dependente e os blocos de dados de visualização base alterna- tivamente a partir das extensões SS lidas. Por exemplo, considera-se que o grupo de bloco de dados D[n], B[n] (n = 0, 1, 2, ...) é lido em ordem a partir da extensãoSS EXTSS[0] mostrada na figura 24E. O dispositivo de repro- dução 102 primeiro extrai pacotes fonte B1 do topo da extensão SS EXTSSIO0] como o bloco de dados de visualização dependente D[0]. A se- guir, o dispositivo de reprodução 102 extrai o B1º pacote fonte e os (A1 - 1) pacotes fonte subsequentes, um total de pacotes fonte A1, como o primeiro bloco de dados de visualização base B[0]. O dispositivo de reprodução 102 E extrai, então, o pacote fonte (B1 + A1)º e o os pacotes fonte subsequentes (B2 - B1 - 1), um total de (B2 - B1) pacotes fonte, como o segundo bloco de dados de visualização dependente D[1]. O dispositivo de reprodução 102 extrai adicionalmente o (A1 + B2)º pacote fonte e os (A2 - A1 - 1) pacotes fonte subsequentes, um total de (A2 - A1) pacotes fonte, como o segundo bloco de dados de visualização base B[1]. Posteriormente, o dispositivo de reprodução 102 continua, dessa forma, a detectar o limite entre os blocos de dados na extensão SS com base no número de pacotes fonte lidos, extrain- do alternativamente assim blocos de dados de visualização base e de visua- lização dependente. Os blocos de dados de visualização dependente e de visualização base extraídos são transmiítidos para o decodificador-alvo do sistema a ser decodificado em paralelo.
Desse modo, o dispositivo de reprodução 102 no modo de re- produção em 3D pode reproduzir imagens de vídeo em 3D a partir do arqui- voSS244A que inicia em um PTS específico. Como um resultado, o disposi- tivo de reprodução 102 pode, de fato, se beneficiar das vantagens descritas acima (A) e (B) relacionadas ao controle da unidade de BD-ROM 121.
aa 85/318 Base de Arquivo A figura 24C é um diagrama esquemático que representa os blo- cos de dados de visualização base B[O0], B[1], B[2], ... extraídos do arquivo SS 244A pelo dispositivo de reprodução 102 no modo de reprodução em 3D.
Conforme mostrado na figura 24C, quando se aloca SPNs em ordem do topo para um grupo de pacote fonte incluído no bloco de dados de visualização base B[n] (n = O, 1, 2, ...), o SPN do pacote fonte localizado no topo do bloco de dados Bin] é igual ao SPN 2412 que indica o ponto de início de extensão
2242. O grupo de bloco de dados de visualização base extraído de um único arquivo SS através da referência a pontos de início de extensão, como o grupo de bloco de dados de visualização base B[n], é chamado de "arquivo base". Adicionalmente, os blocos de dados de visualização base incluídos em um arquivo base são chamados de "extensões de visualização base".
Conforme mostrado na figura 24E, cada extensão de visualização base -15 EXT1(O0], EXTIMI]... é chamada por um ponto de início de extensão 2242 ou il 2420 em um arquivo de informações de recorte.
Uma extensão de visualização base EXT1[n] compartilha o mesmo bloco de dados de visualização base B[n] com uma extensão 2D EXT2D[n]. Consequentemente, o arquivo base inclui o mesmo TS principal comoo arquivo 2D. Diferentemente da extensão 2D EXT2D[n], entretanto, a extensão de visualização base EXT1[n] não é referenciada por qualquer en- trada de arquivo. Conforme descrito acima, a extensão de visualização base EXT1[n] é extraída da extensão SS EXTSS [-] no arquivo SS com o uso do ponto de início de extensão no arquivo de informações de recorte. O arquivo base difere, dessa forma, de um arquivo convencional por não incluir uma entrada de arquivo e por precisar de um ponto de início de extensão como uma referência para uma extensão de visualização base. Nesse sentido, o arquivo base é um "arquivo virtual". Em particular, o arquivo base não é re- conhecido pelo sistema do arquivo e não aparece na estrutura/arquivo de diretório mostrada na figura 2.
A figura 25 é um diagrama esquemático que mostra a corres- pondência entre um único bloco de extensão 2500 gravado no disco BD-
SN 286/318 ROM 101 e cada grupo de bloco de extensão em um arquivo 2D 2510, ar- quivo base 2511, arquivo DEP 2512, e arquivo SS 2520. Conforme mostrado na figura 25, o bloco de extensão 2500 inclui os blocos de dados de visuali- zação dependente D[n] e os blocos de dados de visualização base B[n] (n = 5 ..,0,1,2,3,...). O bloco de dados de visualização base B[n] pertence ao arquivo 2D 2510 como a extensão 2D EXT2D[n]J.
O bloco de dados de visua- lização dependente D[n] pertence ao arquivo DEP 2512 como a extensão de visualização dependente EXT2[n]. A totalidade do bloco de extensão 2500 pertence ao arquivo SS 2520 como uma extensão SS EXTSS[0]. Conse- quentemente, a extensão SS EXTSS[0] compartilha o bloco de dados de visualização base B[n] em comum com a extensão 2D EXT2D[n] e comparti- Ilha o bloco de dados de visualização dependente DIn] com a extensão de visualização dependente EXT2[n]. Após ser lida no dispositivo de reprodu- ção 102, a extensão SS EXTSS[0] é separada no bloco de dados de visuali- -15 zação dependente D[n] e no bloco de dados de visualização base B[n]. Es- : tes blocos de dados de visualização base B[n] pertencem ao arquivo base 2511 como as extensões de visualização base EXT1[n]. O limite na extensão SS EXTSS [0] entre a extensão de visualização base EXT1[n] e a extensão de visualização dependente EXT2[n] é especificado com o uso do ponto de início de extensão no arquivo de informações de recorte correspondente a cada arquivo 2D 2510 e arquivo DEP 2512. Arquivo de Informações de Recorte de Visualização Dependente O arquivo de informações de recorte de visualização dependente tem a mesma estrutura de dados que o arquivo de informações de recorte 2D mostrado na figuras 22 a 24. Consequentemente, a seguinte descrição abrange as diferenças entre o arquivo de informações de recorte de visuali- zação dependente e o arquivo de informações de recorte 2D.
Os detalhes de similaridades podem ser encontrados na descrição acima.
Um arquivo de informações de recorte de visualização depen- dente diferede um arquivo de informações de recorte 2D principalmente nos dois pontos seguintes: (i) condições são colocadas sobre as informações de atributo de fluxo, e (ii) condições são colocadas sobre os pontos de entrada.
fa 87/318 (i) Quando o fluxo de vídeo de visualização base e o fluxo de vi- deo de visualização dependente são usados para reprodução de imagens de vídeo em 3D pelo dispositivo de reprodução 102 no modo L/R, conforme mostrado na figura 7, o fluxo de vídeo de visualização dependente é com- —pactado como uso do fluxo de vídeo de visualização base. Neste ponto, os atributos do fluxo de vídeo do fluxo de vídeo de visualização dependente se tornam equivalentes ao fluxo de vídeo de visualização base. As informações de atributo de fluxo de vídeo para o fluxo de vídeo de visualização base es- tão associadas ao PID = 0x1011 nas informações de atributo de fluxo 2220 no arquivo de informações de recorte 2D. Por outro lado, as informações de atributo de fluxo de vídeo para o fluxo de vídeo de visualização dependente estão associadas ao PID = 0x1012 ou 0x1013 nas informações de atributo de fluxo no arquivo de informações de recorte de visualização dependente. Consequentemente, os itens mostrados na figura 22, isto é, o codec, a reso- lução, a razão de aspecto e a taxa de quadro, precisam se corresponder com estas duas peças de informações de atributo de fluxo de vídeo. Se o | tipo de codec corresponder, então, uma relação de referência entre as ima- gens no fluxo de vídeo de visualização base e no fluxo de vídeo de visuali- zação dependente é estabelecida durante a codificação e, dessa forma, ca- da imagem pode ser decodificada. Se a resolução, a razão de aspecto e a taxa de quadro se corresponderem, então, a exibição em tela de vídeos da esquerda e da direita pode ser sincronizada. Portanto, estes vídeos podem ser mostrados como imagens de vídeo em 3D sem tornar a sensação do visualizador desconfortável.
(ii) O mapa de entrada no arquivo de informações de recorte de visualização dependente inclui uma tabela alocada no fluxo de vídeo de vi- sualização dependente. Como a tabela 2300 mostrada na figura 23A, esta tabela inclui um cabeçalho de mapa de entrada e pontos de entrada. O ca- beçalho de mapa de entrada indica o PID para o fluxo de vídeo de visualiza- — ção dependente alocado na tabela, isto é, 0x1012 ou 0x1013. Em cada pon- to de entrada, um par de PTS e SPN é associado a um único EP ID. O PTS para cada ponto de entrada é igual ao PTS para a imagem de topo em um
ENS 88/318 dos GOP's incluídos no fluxo de vídeo de visualização dependente. O SPN para cada ponto de entrada é igual ao SPN de topo do grupo de pacote fonte armazenado na imagem indicado pelo PTS pertencente ao mesmo ponto de entrada. Este SPN se refere a um número de série atribuído consecutiva- mente a partir do topo para o grupo de pacote fonte pertencente ao arquivo DEP, isto é, o grupo de pacote fonte que constitui o sub-TS. O PTS para ca- da ponto de entrada precisa se corresponder ao PTS, no mapa de entrada no arquivo de informações de recorte 2D, para o ponto de entrada na tabela alocada no fluxo de vídeo de visualização base. Em outras palavras, quando um ponto de entrada é ajustado no topo de um grupo de pacote fonte que inclui um conjunto de imagens incluídas no mesmo VAU 3D, um ponto de entrada sempre precisa ser ajustado no topo do grupo de pacote fonte que inclui a outra imagem.
A figura 26 é um diagrama esquemático que mostra um exemplo de pontos de entrada ajustados em um fluxo de vídeo de visualização base ' 2610 e um fluxo de vídeo de visualização dependente 2620. Nos dois fluxos de vídeo 2610 e 2620, os GOPs que são o mesmo número do topo repre- sentam vídeo para o mesmo período de reprodução. Conforme mostrado na figura 26, no fluxo de vídeo de visualização base 2610, os pontos de entrada 2601B,2603B, e 2605B são ajustados no topo dos GOPs de número ímpar contados do topo, isto em, GOP nº1, GOP nº3, e GOP nº5. Consequente- mente, também no fluxo de vídeo de visualização dependente 2620, os pon- tos de entrada 2601D, 2603D e 2605D são ajustados no topo dos GOPs de número ímpar contados do topo, isto é, GOP nº1, GOP nº3, e GOP nº5.
Nesse caso, quando o dispositivo de reprodução 102 começa a reprodução de imagens de vídeo em 3D a partir do GOP nº3, por exemplo, isto pode imediatamente calcular o endereço da posição de início de reprodução no arquivo SS do SPN dos pontos de entrada 2603B e 2603D correspondentes.
Em particular, quando ambos os pontos de entrada 2603B e 2603D são a- —justados no topo de um bloco de dados, então, conforme pode ser compre- endido a partir da figura 24E, a soma dos SPNs dos pontos de entrada 2603B e 2603D se iguala ao SPN da posição de início de reprodução no ar-
* . 89/318 quivo SS. Conforme descrito em referência à figura 24E, a partir deste nú- mero de pacotes fonte, é possível calcular o LBN do setor no qual a parte do arquivo SS para a posição de início de reprodução é gravada. Desse modo, mesmo durante a reprodução de imagens de vídeo em 3D, é possível apri- morara velocidade de resposta para o processamento que requer acesso aleatório ao fluxo de vídeo, tal como reprodução de interrupção ou similares. Arquivo de Lista de Reprodução 2D A figura 27 é um diagrama esquemático que mostra uma estrutu- ra de dados de um arquivo de lista de reprodução 2D. O primeiro arquivo de lista de reprodução (00001mplis) 221 mostrado na figura 2 tem esta estrutura de dados. Conforme mostrado na figura 27, o arquivo de lista de reprodução 2D 221 inclui uma trajetória principal 2701 e duas subtrajetórias 2702 e
2703.
A trajetória principal 2701 é uma sequência de peças de infor- « 15 mações de item de reprodução (PI) que define a trajetória de reprodução principal para o arquivo 2D 241, isto é, a seção para a reprodução e a ordem | de reprodução de seção. Cada PI é identificada com um item de reprodução exclusivo ID = nºN (N = 1, 2,3, ...). Cada PI nº N define uma seção de re- produção diferente ao longo da trajetória de reprodução principal com um —pardePTSs. Um dos PTSs no par representa o tempo de início (In-Time) da seção de reprodução, e os outros representam o tempo de término (Out- Time). Adicionalmente, a ordem dos Pls na trajetória principal 2701 repre- senta a ordem de seções de reprodução correspondentes na trajetória de reprodução.
Cada uma das subtrajetórias 2702 e 2703 é uma sequência de subpeças de informações de item de reprodução (SUB PI) que define uma trajetória de reprodução que pode estar associada em paralelo à trajetória de reprodução principal para o arquivo 2D 241. Tal trajetória de reprodução é uma seção diferente do arquivo 2D 241 que é representada pela trajetória principal 2701, ou é uma seção de dados de fluxo multiplexados em outro arquivo 2D, junto com a ordem de reprodução correspondente. A trajetória de reprodução também pode indicar os dados de fluxo multiplexados em um
Sa 90/318 arquivo 2D diferente do arquivo 2D 241 como uma seção para reprodução, junto com a ordem de reprodução correspondente. Os dados de fluxo indi- cados pela trajetória de reprodução representam outras imagens de vídeo 2D a serem reproduzidas simultaneamente com imagens de vídeo 2D repro- duzidasa partir do arquivo 2D 241 de acordo com a trajetória principal 2701. Estas outras imagens de vídeo 2D incluem, por exemplo, subvídeo em um formato de imagem em imagem, uma janela de navegador, um menu pop-up ou legendas. Números de série "0" e "1" são atribuídos às subtrajetórias 2702 e 2703 na ordem de registro no arquivo de lista de reprodução 2D 221. Estes números seriais são usados como IDs de subtrajetória para identificar as subtrajetórias 2702 e 2703. Nas subtrajetórias 2702 e 2703, cada SUB PI é identificado por um ID de subitem de reprodução exclusivo = nºM (M = 1, 2, 3, ...). Cada SUB PI nºM define uma seção de reprodução diferente ao longo da trajetória de reprodução com um par de PTSs. Um dos PTSs no par representa o tempo de início de reprodução da seção de reprodução, e o outro representa o tempo de final de reprodução. Adicionalmente, a ordem dos SUB Pls nas subtrajetórias 2702 e 2703 representa a ordem de seções de reprodução correspondentes na trajetória de reprodução. A figura 28 é um diagrama esquemático que mostra uma estrutu- rade dados de PI nºN. Conforme mostrado na figura 28, um PI nºN inclui uma peça de informações de recorte de referência 2801, tempo de início de reprodução (In Time) 2802, tempo de final de reprodução (Out Time) 2803, condição de conexão 2804, e tabela de seleção de fluxo (doravante no pre- sente documento chamada de "tabela STN" (tabela de número de fluxo))
2805. As informações de recorte de referência 2801 são informações para identificar o arquivo de informações de recorte 2D 231 O tempo de início de reprodução 2802 e o tempo de final de reprodução 2803 respectivamente indicam os PTSs para o começo e o fim da seção para reprodução do arqui- vo 2D 241. A condição de conexão 2804 específica uma condição para co- —nectarvídeo na seção de reprodução especificada por um tempo de início de reprodução 2802 e um tempo de final de reprodução 2803 ao vídeo na se- ção de reprodução especificada pela PI anterior nº(N - 1). A tabela STN
E) 91/318 2805 é uma lista de fluxos elementares que pode ser selecionada a partir do arquivo 2D 241 pelo decodificador no dispositivo de reprodução 102 do tem- po de início de reprodução 2802 até o tempo de final de reprodução 2803. A estrutura de dados de um SUB PI é igual à estrutura de dados do PI mostrado na figura 28 desde que inclua informações de recorte de re- ferência, um tempo de início de reprodução, e um tempo de final de reprodu- ção.
Em particular, o tempo de início de reprodução e o tempo de final de reprodução de um SUB PI são expressos como valores ao longo do mesmo eixo de tempo como um PI.
O SUB PI inclui adicionalmente um campo de "condição de conexão SP". A condição de conexão SP tem o mesmo signifi- cado que uma condição de conexão PI.
Condição Conexão À condição de conexão (doravante no presente documento a- breviada como "CC") 2804 podem, por exemplo, ser atribuídos três tipos de valores, "1","5"e"6". Quando a CC 2804 é "1", o vídeo a ser reproduzido a partir da seção do arquivo 2D 241 especificada pelo PI nºN não precisa ser conectado diretamente ao vídeo reproduzido da seção do arquivo 2D 241 especificada pelo PI imediatamente precedente nº(N - 1). Por outro lado, quando o CC 2804 indica "5" ou "6", ambas as imagens de vídeo precisam ser conectadas diretamente.
As figuras 29A e 29B são diagramas esquemáticos que mostram a correspondência entre duas seções de reprodução 2901 e 2902 que estão para ser conectadas quando CC é "5" ou "6". Nesse caso, o PI nº(N - 1) es- pecífica uma primeira seção 2901 no arquivo 2D 241, e o PI nºN especifica uma segunda seção 2902 no arquivo 2D 241. Conforme mostrado na figura 29A, quando o CC indica "5", os STCs dos dois Pls, PI nº(N - 1) e PI nºN, podem não ser consecutivos.
Ou seja, o PTS nº1 no fim da primeira seção 2901 e o PTS nº2 no topo da segunda seção 2902 podem não ser consecu- tivos.
Diversas condições de restrição, entretanto, precisam ser satisfeitas.
Por exemplo, a primeira seção 2901 e a segunda seção 2902 precisam ser criadas de modo que o decodificador possa continuar suavemente a decodi- ficar os dados mesmo quando a segunda seção 2902 for suprida para o de-
EE 92/318 codificador consecutivamente após a primeira seção 2901. Adicionalmente, o último quadro do fluxo de áudio contido na primeira seção 2901 precisa sobrepor ao quadro de topo do fluxo de áudio contido na segunda seção
2902. Por outro lado, conforme mostrado na figura 29B, quando o CC indica *6",aprimeira seção 2901 e a segunda seção 2902 precisa ser capaz de ser manuseada como seções sucessivas para o decodificador decodificar devi- damente. Ou seja, STCs e ATCs precisam ser contíguos entre a primeira seção 2901 e a segunda seção 2902. Similarmente, quando a condição de conexão SP é "5" ou "6", STCs e ATCs precisam ser contíguos entre seções do arquivo 2D especificado por dois SUB Pls contíguos.
Tabela STN Referindo-se novamente à figura 28, a tabela STN 2805 é um ar- ranjo de informações de registro de fluxo. As "informações de registro de fluxo" são informações que mencionam individualmente os fluxos elementa- - 15 res que podem ser selecionados para reprodução a partir do TS principal entre o tempo de início de reprodução 2802 e o tempo de final de reprodu- ção 2803. O número de fluxo (STN) 2806 é um número de série alocado in- dividualmente para informações de registro de fluxo e é usado pelo dispositi- vo de reprodução 102 para identificar cada fluxo elementar. O STN 2806 indica adicionalmente a prioridade para seleção dentre fluxos elementares do mesmo tipo. As informações de registro de fluxo incluem uma entrada de fluxo 2809 e informações de atributo de fluxo 2810. A entrada de fluxo 2809 inclui informações de trajetória de fluxo 2807 e informações de identificação de fluxo 2808. As informações de trajetória de fluxo 2807 são informações que indicam o arquivo 2D ao qual o fluxo elementar selecionado pertence. Por exemplo, se as informações de trajetória de fluxo 2807 indicarem a "tra- jetória principal", o arquivo 2D corresponde ao arquivo de informações de recorte 2D indicado por informações de recorte de referência 2801. Por outro lado, se as informações de trajetória de fluxo 2807 indicarem "ID de subtraje- tória=1",0 arquivo 2D ao qual o fluxo elementar selecionado pertence cor- responde ao arquivo de informações de recorte 2D indicado pelas informa- ções de recorte de referência do SUB PI incluído na subtrajetória com uma í ' 93/318 ID de subtrajetória = 1. O tempo de início de reprodução e o tempo de final de reprodução especificados por este SUB PI são ambos incluídos no inter- valo do tempo de início de reprodução 2802 até o tempo de final de reprodu- ção 2803 especificado pelo PI incluído na tabela STN 2805. As informações deidentifcação de fluxo 2808 indicam o PID para o fluxo elementar muitiple- xado no arquivo 2D especificado pelas informações de trajetória de fluxo
2807. O fluxo elementar indicado por este PID pode ser selecionado a partir do tempo de início de reprodução 2802 até o tempo de final de reprodução
2803. As informações de atributo de fluxo 2810 indicam informações de atri- buto para cada fluxo elementar. Por exemplo, as informações de atributo para cada um dentre um fluxo de áudio, um fluxo de PG, e o fluxo de IG indi- ca um tipo de linguagem do fluxo. Reprodução de Imagens de Vídeo 2D de Acordo com um Arquivo de Lista de Reprodução 2D A figura 30 é um diagrama esquemático que mostra a corres- pondência entre os PTSs indicados pelo arquivo de lista de reprodução 2D (00001mpis) 221 e as seções reproduzidas a partir do arquivo 2D (01000.m2ts) 241. Conforme mostrado na figura 30, na trajetória principal 2701 no arquivo de lista de reprodução 2D 221, o PI nº1 especifica um PTS nº1, que indica um tempo de início de reprodução IN1, e um PTS nº2, que indica um tempo de final de reprodução OUT1. As informações de recorte de referência para o PI nº1 indicam o arquivo de informações de recorte 2D (01000.clpi) 231. Mediante a reprodução de imagens de vídeo 2D de acordo com o arquivo de lista de reprodução 2D 221, o dispositivo de reprodução 102 primeiro lê o PTS nº1 e o PTS nº2 do PI nº1. A seguir, o dispositivo de reprodução 102 se refere ao mapa de entrada no arquivo de informações de recorte 2D 231 para recuperar do arquivo 2D 241 o SPN nº1 e o SPN nº2 que correspondem ao PTS nº1 e PTS nº2. O dispositivo de reprodução 102 calcula, então, os números correspondentes de setores do SPN nº1 e do —SPN nº. Adicionalmente, o dispositivo de reprodução 102 se refere a estes números de setores e à entrada de arquivo para o arquivo 2D 241 para es- pecificar o LBN nº1 e o LBN nº2 no começo e no fim, respectivamente, do
' ' 94/318 grupo de setor P1 no qual o grupo de extensão 2D EXT2D[0], ..., EXT2D[n] a ser reproduzido é gravado. O cálculo dos números de setores e a especifi- cação dos LBNs são iguais à descrição nas figuras 23B e 23C. Finalmente, o dispositivo de reprodução 102 indica a faixa de LBN nº1 para LBN nº2 para a unidadedeBD-ROM 121. O grupo de pacote fonte pertencente ao grupo de extensão 2D EXT2DI[0], ..., EXT2D[n] é, dessa forma, lido a partir do grupo de setor P1 nesta faixa. Similarmente, o par PTS nº3 e PTS nº4 indicado pelo PI nº2 é primeiro convertido em um par de SPN nº3 e SPN nº4 através da referência ao mapa de entrada no arquivo de informações de recorte 2D
231. Então, referindo-se à entrada de arquivo para o arquivo 2D 241, o par de SPN nº3 e SPN nº4 é convertido em um par de LBN nº3 e LBN nº4. Adi- cionalmente, um grupo de pacote fonte pertencente ao grupo de extensão 2D é lido a partir do grupo de setor P2 em uma faixa do LBN nº3 para o LBN nº4 .A conversão de um par de PTS nº5 e PTS nº6 indicado pelo PI nº3 para um parde SPN nº5 e SPN nº6, a conversão do par de SPN nº5 e SPN nº6 para um par de LBN nº5 e LBN nº6, e a leitura de um grupo de pacote fonte do grupo de setor P3 em uma faixa do LBN nº5 para o LBN nº6 são similar- mente executadas. O dispositivo de reprodução 102 reproduz, dessa forma, imagens de vídeo 2D do arquivo 2D 241 de acordo com a trajetória principal 2701 no arquivo de lista de reprodução 2D 221.
O arquivo de lista de reprodução 2D 221 pode incluir uma marca de entrada 3001. A marca de entrada 3001 indica um instante no tempo na trajetória principal 2701 no qual a reprodução está realmente para começar. Por exemplo, conforme mostrado na figura 30, uma pluralidade de marca de entradas 3001 pode ser ajustada para o PI nº1. A marca de entrada 3001 é particularmente usada para pesquisar por uma posição de início de reprodu- ção durante o acesso aleatório. Por exemplo, quando o arquivo de lista de reprodução 2D 221 específica uma trajetória de reprodução para um título de filme, as marcas de entrada 3001 são atribuídas ao topo de cada capítulo.
— Consequentemente, o dispositivo de reprodução 102 pode reproduzir o título de filme por capítulos.
Arquivo de Lista de Reprodução 3D nm 95/3818 A figura 31 é um diagrama esquemático que mostra uma estrutu- ra de dados de um arquivo de lista de reprodução 3D. O segundo arquivo de lista de reprodução (00002.mpls) 222 mostrado na figura 2 tem esta estrutu- ra de dados, como o terceiro arquivo de lista de reprodução (00003.mpls)
223. Conforme mostrado na figura 31, o arquivo de lista de reprodução 3D 222 inclui uma trajetória principal 3101, subtrajetória 3102 e dados de exten- são 3103. A trajetória principal 3101 especifica a trajetória de reprodução do TS principal mostrado na figura 3A. Consequentemente, a trajetória prin- cipal 3101 é substancialmente igual à trajetória principal 2701 para o arquivo de lista de reprodução 2D 221 mostrado na figura 27. Em outras palavras, o dispositivo de reprodução 102 no modo de reprodução em 2D pode reprodu- zir imagens de vídeo 2D do arquivo 2D 241 de acordo com a trajetória prin- cipal 3101 no arquivo de lista de reprodução 3D 222. A trajetória principal * 15 3101 difere da trajetória principal 2701 mostrada na figura 27 em que, quan- : do um STN é associado a um PID em um fluxo de gráficos, a tabela STN para cada PI aloca uma ID de sequência de desvio para o STN.
A subtrajetória 3102 especifica a trajetória de reprodução para o sub-TS mostrado na figura 3B, isto é, a trajetória de reprodução para o ar- quivo DEP 242 ou 243. A estrutura de dados da subtrajetória 3102 é igual á estrutura de dados das subtrajetórias 2702 e 2703 no arquivo de lista de re- produção 2D 241 mostrado na figura 27. Consequentemente, os detalhes desta estrutura de dados similar podem ser encontrados na descrição na figura 27, em particular, os detalhes da estrutura de dados do SUB PI.
O SUB PI nºN (N=1,2,3,...)) na subtrajetória 3102 estão em correspondência um a um com o PI nºN na trajetória principal 3101. Adicio- nalmente, o tempo de início de reprodução e o tempo de final de reprodução especificados por cada SUB PI nºN são iguais ao tempo de início de repro- dução e ao tempo de final de reprodução especificado pelo PI nºN corres- —pondente. A subtrajetória 3102 inclui adicionalmente um tipo de subtrajetória
3110. O "tipo de subtrajetória" geralmente indica se o processamento de re- produção deve ser sincronizado entre a trajetória principal e a subtrajetória.
E 96/318 No arquivo de lista de reprodução 3D 222, o tipo de subtrajetória 3110 em particular indica o tipo do modo de reprodução em 3D, isto é, o tipo do fluxo de vídeo de visualização dependente a ser reproduzido de acordo com a subtrajetória 3102. Na figura 31, o valor do tipo de subtrajetória 3110 é "UR 3D", indicando assim que o modo de reprodução em 3D é o modo L/R, isto é, que o fluxo de vídeo de visualização direita está para ser reproduzido. Por outro lado, um valor de "profundidade em 3D" para o tipo de subtrajetória 3110 indica que o modo de reprodução em 3D é o modo de profundidade, isto é, que o fluxo do mapa de profundidade está para ser reproduzido. Quando o dispositivo de reprodução 102 no modo de reprodução em 3D de- tecta que o valor do tipo de subtrajetória 3110 é "L/R 3D" ou "profundidade em 3D", o dispositivo de reprodução 102 sincroniza o processamento de re- produção que se conforma à trajetória principal 3101 com o processamento de reprodução que se conforma à subtrajetória 3102.
“15 Os dados de extensão 3103 são interpretados somente pelo dis- positivo de reprodução 102 no modo de reprodução em 3D; o dispositivo de reprodução 102 no modo de reprodução em 2D ignora os dados de extensão
3103. Em particular, os dados de extensão 3103 incluem uma tabela de se- leção de fluxo de extensão 3130. A "tabela de seleção de fluxo de extensão (STN table SS)" (doravante no presente documento abreviada como "tabela STN SS") é um arranjo de informações de registro de fluxo a serem adicio- nadas às tabelas STN indicadas por cada PI na trajetória principal 3101 du- rante o modo de reprodução em 3D. Estas informações de registro de fluxo indicam fluxos elementares que podem ser selecionados para reprodução do subTS.
Tabela STN A figura 32 é um diagrama esquemático que mostra uma tabela STN 3205 incluída em uma trajetória principal 3101 do arquivo de lista de reprodução 3D 222. Conforme mostrado na figura 32, as informações de identificação de fluxo 3208 alocado to STN 3206 = 5,6, ..., 11 indicam PIDs para um fluxo de PG, ou fluxo de IG. Nesse caso, as informações de atributo de fluxo 3210 alocadas no STN 3206 = 5,6, ..., 11 incluem adicionalmente
ANA 97/318 um ID de desvio de referência 3201 e um valor de ajuste de desvio 3202.
No arquivo DEP 242, conforme mostrado na figura 11, os meta- dados de desvio 1110 são colocados em VAU nº1 de cada sequência de vídeo. O ID de desvio de referência (fluxo ref offset id) 3201 é igual a um 1Dde sequência de desvios 1111 incluído nos metadados de desvio 1110. Em outras palavras, o ID de desvio de referência 3201 define a sequência de desvio que deve estar associada a cada STNs 3206 = 5, 6, ..., 11 dentre a pluralidade de sequências de desvio incluídas nos metadados de desvio
1110.
O valor de ajuste de desvio (stream offset adjustment) 3202 in- dica o valor que deve ser adicionado a cada valor de desvio incluído na se- quência de desvio definida pelo ID de desvio de referência 3201. O valor de ajuste de desvio 3202 é, por exemplo, adicionado pelo dispositivo de repro- dução 102 a cada valor de desvio quando o tamanho da tela do dispositivo “15 de exibição 103 difere do tamanho que foi considerado durante a criação de o conteúdo de vídeo 3D. Desse modo, o paralaxe binocular entre imagens gráficas 2D para uma visualização esquerda e uma visualização direita pode ser mantido em uma faixa apropriada.
Tabela STIN SS A figura 33 é um diagrama esquemático que mostra uma estrutu- ra de dados da tabela STN SS 3130. Conforme mostrado na figura 33, uma tabela STN SS 3130 inclui sequências de informações de registro de fluxo 3301, 3302, 3303, .... As sequências de informações de registro de fluxo 3301, 3302, 3303, ... correspondem individualmente ao PI nº1, PI nº2, PI nº3,... natrajetória principal 3101 e são usadas pelo dispositivo de reprodu- ção 102 no modo de reprodução em 3D em combinação com as sequências de informações de registro de fluxo incluídas nas tabelas STN nos Pls cor- respondentes. A sequência de informações de registro de fluxo 3301 corres- pondente a cada PI incli um desvio durante pop-up (Fi xed offset during Popup) 3311 e a sequência de informações de registro de fluxo 3312 para os fluxos de vídeo de visualização dependente.
O desvio durante pop-up 3311 indica se um menu pop-up é re-
i | 98/318 produzido a partir do fluxo de IG. O dispositivo de reprodução 102 no modo de reprodução em 3D altera o modo de apresentação do plano de vídeo e do plano de gráficos de acordo com o valor do desvio 3311. Existem dois tipos de modos de apresentação para o plano de vídeo: modo de apresentação de visualização base (B) — visualização dependente (D) e modo de apresenta- ção B-B. Existem dois tipos de modos de apresentação para o plano de grá- ficos: modo 1 plano + desvio e modo 1 plano + zero desvio. Por exemplo, quando o valor do desvio durante pop-up 3311 é "0", um menu pop-up não é reproduzido a partir do fluxo de IG. Neste ponto, o modo de apresentação B- Dé selecionado como o modo de apresentação de plano de vídeo, e o modo 1 plano + desvio é selecionado como o modo de apresentação para o plano de gráficos. Por outro lado, quando o valor do desvio durante pop-up 3311 é "1", um menu pop-up é reproduzido a partir do fluxo de IG. Neste ponto, o modo de apresentação B-B é selecionado como o modo de apresentação de “15 planode vídeo,eomodo 1 plano + zero desvio é selecionado como o modo de apresentação para o plano de gráficos.
No "modo de apresentação B-D", o dispositivo de reprodução 102 alternativamente emite os planos de vídeo de visualização esquerda e de visualização direita. Consequentemente, uma vez que os quadros de vi- sualização esquerda e de visualização direita são alternativamente exibidos na tela do dispositivo de exibição 103, o visualizador percebe estes quadros como imagens de vídeo em 3D. No "modo de apresentação B-B", o disposi- tivo de reprodução 102 emite dados de plano decodificados somente a partir do fluxo de vídeo de visualização base duas vezes para um quadro quanto mantém o modo de operação no modo de reprodução em 3D (em particular, mantendo a taxa de quadro no valor para reprodução 3D, por exemplo, 48 quadros/segundo). Consequentemente, somente o plano de vídeo de visua- lização esquerda ou de visualização direita é exibido na tela do dispositivo de exibição 103 e, dessa forma, o visualizador percebe estes planos de vi- deo simplesmente como imagens de vídeo 2D. No "modo 1 plano + desvio", o dispositivo de reprodução 102 ge- ra, através do controle de desvio, um par de planos de gráficos de visualiza-
: ' 99/318 ção esquerda e de visualização direita a partir do fluxo de gráficos no TS principal e alternativamente emite estes planos de gráficos. Consequente- mente, os planos de gráficos de visualização esquerda e de visualização direita são alternativamente exibidos na tela do dispositivo de exibição 103 e, dessa forma, o visualizador percebe estes quadros como imagens gráficas em 3D. No "modo 1 plano + zero desvio", o dispositivo de reprodução 102 interrompe temporariamente o controle de desvio e emite um plano de gráfi- cos decodificado do fluxo de gráficos no TS principal duas vezes para um quadro enquanto mantém o modo de operação no modo de reprodução em 3D. Consequentemente, somente os planos de gráficos de visualização es- querda ou de visualização direita são exibidos na tela do dispositivo de exi- bição 103 e, dessa forma, o visualizador percebe estes planos simplesmente como imagens gráficas 2D.
O dispositivo de reprodução 102 no modo de reprodução em 3D 715 serefere ao desvio durante pop-up 3311 para cada PI e seleciona o modo : de apresentação B-B e modo 1 plano + zero desvio quando um menu pop- up é reproduzido a partir de um fluxo de IG. Embora um menu pop-up seja exibido, outras imagens de vídeo em 3D são, dessa forma, temporariamente alteradas para imagens de vídeo 2D. Isto aprimora a visibilidade e a usabili- dadedomenu pop-up.
A sequência de informações de registro de fluxo 3312 para o flu- xo de vídeo de visualização dependente inclui informações de registro de fluxo que indicam os fluxos de vídeo de visualização dependente que podem ser selecionados para reprodução a partir do sub-TS. Esta sequência de in- formações de registro de fluxo 3312 é usada em combinação com uma das sequências de informações de registro de fluxo incluídas na tabela STN no PI correspondente, que indica o fluxo de vídeo de visualização base. Medi- ante a leitura de uma peça de informações de registro de fluxo de uma tabe- la STN, o dispositivo de reprodução 102 no modo de reprodução em 3D também lê automaticamente a sequência de informações de registro de flu- xo, localizada na tabela STN SS, que foi combinada com a peça de informa- ções de registro de fluxo. Quando simplesmente se comuta do modo de re-
E 100/318 produção em 2D para o modo de reprodução em 3D, o dispositivo de repro- dução 102 pode, dessa forma, manter STNs já reconhecidos e atributos de fluxo tal como linguagem.
Conforme mostrado na figura 33, a sequência de informações de registro de fluxo 3312 no fluxo de vídeo de visualização dependente geral- mente inclui uma pluralidade de peças de informações de registro de fluxo (SS dependent view block) 3320. Estas têm o mesmo número que as pe- ças de informações de registro de fluxo no PI correspondente que indicam o fluxo de vídeo de visualização base.
Cada peça de informações de registro defluxo 3320 incluium STN 3321, entrada de fluxo 3322, e informações de atributo de fluxo 3323. O STN 3321 é um número serial atribuído individual- mente a peças de informações de registro de fluxo 3320 e é igual ao STN da peça de informações de registro de fluxo, localizada no PI correspondente, com a qual a peça de informações de registro de fluxo 3320 é combinada.
À “15 entradade fluxo 3322 inclui informações de referência de ID de subtrajetória (ref to Subpath id) 3331, informações de referência de arquivo de fluxo (ref to subClip entry id) 3332, e a PID (ref to stream PID subclip) 3333. As informações de referência de ID de subtrajetória 3331 indicam o ID de subtrajetória da subtrajetória que especifica a trajetória de reprodução do fluxode vídeo de visualização dependente.
As informações de referência de arquivo de fluxo 3332 são informações para identificar o arquivo DEP que armazena este fluxo de vídeo de visualização dependente.
O PID 3333 é o PID para este fluxo de vídeo de visualização dependente.
As informações de atributo de fluxo 3323 incluem atributos para este fluxo de vídeo de visuali- zação dependente, tal como taxa de quadro, resolução, e formato de vídeo.
Em particular, estes atributos são iguais aos atributos para o fluxo de vídeo de visualização base mostrado pela peça de informações de registro de flu- xo, incluída no PI correspondente, com a qual cada peça de informações de registro de fluxo é combinada.
Reprodução de Imagens de Vídeo em 3D de Acordo com um Arquivo de Lis- ta de Reprodução 3D A figura 34 é um diagrama esquemático que mostra a corres-
. 101/3818 pondência entre PTSs indicados pelo arquivo de lista de reprodução 3D 1 (00002.mpls) 222 e seções reproduzidas a partir do arquivo SS (01000.ssif) 244A. Conforme mostrado na figura 34, na trajetória principal 3401 no arqui- . vo de lista de reprodução 3D 222, o PI nº1 especifica um PTS nº1, que indi- caum tempo de início de reprodução IN1I, e um PTS nº2, que indica um tempo de final de reprodução OUT1. As informações de recorte de referên- * cia para o Pl nº1 indicam o arquivo de informações de recorte 2D N (01000.clpi) 231. Na subtrajetória 3402, que indica que o tipo de subtrajetória í é "W/R 3D", o SUB PI nº1 específica o mesmo PTS nº1 e PTS nº2 que o PI v 10 nº1. As informações de recorte de referência para o SUB PI nº1 indica o arquivo de informações de recorte de visualização dependente (02000.clpi)
232. Mediante a reprodução de imagens de vídeo em 3D de acordo com o arquivo de lista de reprodução 3D 222, o dispositivo de reprodução "15 102 primeiro lê PTS nº1 e PTS nº2 a partir do PI nº1 e SUB PI nº1. A seguir, ' o dispositivo de reprodução 102 se refere ao mapa de entrada no arquivo de informações de recorte 2D 231 para recuperar do arquivo 2D 241 o SPN nº1 e o SPN nº2 que correspondem ao PTS nº1 e ao PTS nº2. Em paralelo, o dispositivo de reprodução 102 se refere ao mapa de entrada no arquivo de informações de recorte de visualização dependente 232 para recuperar a partir do primeiro arquivo DEP 242 o SPN nº11 e o SPN nº12 que corres- pondem ao PTS nº1 e PTS nº2. Conforme descrito em referência à figura 24E, o dispositivo de reprodução 102 usa, então, os pontos de início de ex- tensão 2242 e 2420 nos arquivos de informações de recorte 231 e 232 para calcular, apartirdo SPN nº1 e do SPN nº11, o número de pacotes fonte SPN nº21 do topo do arquivo SS 244A para a posição de início de reprodução. Similarmente, o dispositivo de reprodução 102 calcula, a partir do SPN nº2 e do SPN nº12, o número de pacotes fonte SPN nº22 do topo do arquivo SS 244A para a posição de início de reprodução. O dispositivo de reprodução 102 calcula adicionalmente os números de setores correspondentes ao SPN nº21 e ao SPN nº22. A seguir, o dispositivo de reprodução 102 se refere à- queles números de setores e à entrada de arquivo do arquivo SS 244A para
A. 102/318 especificar o LBN nº1 e o LBN nº2 no começo e no fim, respectivamente, do - grupo de setor P11 no qual o grupo de extensão SS EXTSS[0], ..., EXTSS[n] a ser reproduzido é gravado.
O cálculo dos números de setores e a especifi- " cação dos LBNs são propriamente a descrição na figura 24E.
Finalmente, o i 5 dispositivo de reprodução 102 indica a faixa de LBN nº1 a LBN nº2 para a unidade de BD-ROM 121. O grupo de pacote fonte pertencente ao grupo de 4 extensão SS EXTSS[0], ..., EXTSS[n] é, dessa forma, lido a partir do grupo RN de setor P11 nesta faixa.
Similarmente, o par PTS nº3 e PTS nº4 indicado : pelo PI nº2 e SUB PI nº2 são primeiro convertidos em um par de SPN nº3 e 7 10 SPNn%e um par de SPN nº13 e SPN nº14 através da referência ao mapa de entradas nos arquivos de informações de recorte 231 e 232. Então, o número de pacotes fonte SPN nº23 do topo do arquivo SS 244A para a posi- ção de início de reprodução é calculado a partir do SPN nº3 e do SPN nº13, e o número de pacotes fonte SPN nº24 do topo do arquivo SS 244A para a “15 posição de extremidade de reprodução é calculada a partir do SPN nº4 e ' SPN nº14. A seguir, referindo-se à entrada de arquivo para o arquivo SS 244A, o par de SPN nº23 e SPN nº24 é convertido em um par de LBN nº3 e LBN nº4. Adicionalmente, um grupo de pacote fonte pertencente ao grupo de extensão SS é lido a partir do grupo de setor P12 em uma faixa do LBN nº3 paraoLBNn%º.
Em paralelo com o processamento de leitura descrito acima, conforme descrito em referência à figura 24E, o dispositivo de reprodução 102 se refere aos pontos de início de extensão 2242 e 2420 nos arquivos de informações de recorte 231 e 232 para extrair as extensões de visualização basea partir de cada extensão SS e decodificar as extensões de visualiza- ção base em paralelo com as extensões de visualização dependente rema- nescentes.
O dispositivo de reprodução 102 pode, dessa forma, reproduzir as imagens de vídeo em 3D a partir do arquivo SS 244A de acordo com o arquivo de lista de reprodução 3D 222. — Arquivo de Índice A figura 35 é um diagrama esquemático que mostra uma estrutu- ra de dados de um arquivo de índice (index.bdmv) 211 mostrado na figura 2.
a . | 103/318 Conforme mostrado na figura 35, o arquivo de índice 211 inclui uma tabela R de índice 3510, sinalizador de existência de 3D 3520, e sinalizador de prefe- rência 2D/3D 3530.
. A tabela de índice 3510 armazena os itens "primeira reprodução" 3501, "menu de topo" 3502, e "título K" 3503 (k=1,2,..., n; a letra n repre- senta um número inteiro maior que ou igual a 1). Cada item é associado a " um objeto de filme MVO-2D, MVO-3D, ..., ou um objeto BD-J BDJO-2D, BD- V JO-3D,.... Cada vez que um título ou um menu é chamado em resposta a uma operação de usuário ou um programa de aplicativo, uma unidade de controle no dispositivo de reprodução 102 se refere a um item corresponden- : te na tabela de índice 3510. Adicionalmente, a unidade de controle solicita um objeto associado ao item do disco BD-ROM 101 e consequentemente executa uma variedade de processos. Especificamente, o item "primeira re- produção" 3501 especifica um objeto a ser solicitado quando o disco 101 é É “15 carregado na unidade de BD-ROM 121. O item "menu de topo" 3502 especi- ' fica um objeto para exibir um menu no dispositivo de exibição 103 quando um comando "voltar para o menu" é inserido, por exemplo, através da ope- ração de usuário. Nos itens "título kK" 3503, os títulos que constituem o con- teúdo no disco 101 são individualmente alocados. Por exemplo, quando um título para reprodução é especificado por operação de usuário, no item "título k" no qual o título é alocado, o objeto para reprodução de imagens de vídeo a partir do arquivo de fluxo de AV correspondente ao título é especificado. No exemplo mostrado na figura 35, os itens "título 1" e "título 2" são alocados aos títulos de imagens de vídeo 2D. O objeto de filme associa- doaoitem "título 1", MVO-2D, inclui um grupo de comandos relacionados aos processos de reprodução para imagens de vídeo 2D com o uso do ar- quivo de lista de reprodução 2D (00001.mpls) 221 Quando o dispositivo de reprodução 102 se refere ao item "título 1", então, de acordo com o objeto de filme MVO-2D, o arquivo de lista de reprodução 2D 221 é lido a partir do dis- co101,eos processos de reprodução para imagens de vídeo 2D são execu- tados de acordo com a trajetória de reprodução especificada nisso. O objeto BD-J associado ao item "título 2", BDJO-2D, inclui uma tabela de gerencia-
. .: 104/318 mento de aplicativo relacionada aos processos de reprodução para imagens . de vídeo 2D com o uso do arquivo de lista de reprodução 2D 221. Quando o dispositivo de reprodução 102 se refere ao item "título 2", então, de acordo á com a tabela de gerenciamento de aplicativo no objeto BD-J BDJO-2D, um programa de aplicativo Java é chamado a partir do arquivo JAR 261 e exe- cutado.
Desse modo, o arquivo de lista de reprodução 2D 221 é lido a partir e do disco 101, e os processos de reprodução para imagens de vídeo 2D são . executados de acordo com a trajetória de reprodução especificada nisso.
Adicionalmente, no exemplo mostrado na figura 35, os itens "títu- lo3"e"título4" são alocados nos títulos de imagens de vídeo em 3D.
O ob- É jeto de filme associado ao item "título 3", MVO-3D, inclui, além de um grupo de comandos relacionado aos processos de reprodução para imagens de vídeo 2D com o uso do arquivo de lista de reprodução 2D 221, um grupo de comandos relacionado aos processos de reprodução para imagens de vídeo "15 em3D como uso do arquivo de lista de reprodução 3D (00002.mpls) 222 ou (00003.mpls) 223. No objeto BD-J associado ao item "título 4", BDJO-3D, a tabela de gerenciamento de aplicativo específica, além de um programa de aplicativo Java relacionado aos processos de reprodução para imagens de vídeo 2D que usam o arquivo de lista de reprodução 2D 221, um programa de aplicativo Java relacionado aos processos de reprodução para imagens de vídeo em 3D com o uso do arquivo de lista de reprodução 3D 222 ou 223. O sinalizador de existência de 3D 3520 mostra se ou não o con- teúdo de vídeo 3D é gravado no disco BD-ROM 101 Quando o disco BD- ROM 101 é inserido na unidade de BD-ROM 121, o dispositivo de reprodu- ção 102 primeiro verifica o sinalizador de existência de 3D 3520. Quando o sinalizador de existência de 3D 3520 está desligado, o dispositivo de repro- dução 102 não precisa selecionar o modo de reprodução em 3D.
Conse- quentemente, o dispositivo de reprodução 102 pode prosseguir rapidamente no modo de reprodução em 2D sem executar a autenticação de HDMI no dispositivo de exibição 103. "Autenticação de HDMI" se refere ao processa- mento através do qual o dispositivo de reprodução 102 troca mensagens CEC com o dispositivo de exibição 103 através do cabo HDMI! 122 para veri-
ficar com o dispositivo de exibição 103 como se suporta a reprodução de : imagens de vídeo em 3D. Através do pulo da autenticação de HDMI, o tem- po entre a inserção do disco BD-ROM 101 e o início de reprodução de ima- í gens de vídeo 2D é encurtado.
O sinalizador de preferência 2D/3D 3530 indica se a reprodução de imagens de vídeo em 3D deve ser priorizada quando tanto o dispositivo de reprodução quanto o dispositivo de exibição suportam a reprodução tanto das imagens de vídeo 2D quanto das imagens de vídeo em 3D. O sinaliza- dor de preferência 2D/3D 3530 é ajustado pelo provedor de conteúdo.
Quando o sinalizador de existência de 3D 3520 no disco BD-ROM 101 está ligado, o dispositivo de reprodução 102 verifica, então, adicionalmente o si- nalizador de preferência 2D/3D 3530. Quando o sinalizador de preferência 2D/3D 3530 está ligado, o dispositivo de reprodução 102 não faz com que o usuário selecione o modo de reprodução, mas de preferência executa a au- “15 tenticação de HDMI. Com base resultados da mesma, o dispositivo de re- ' produção 102 opera no modo de reprodução em 2D ou no modo de reprodu- ção em 3D. Ou seja, o dispositivo de reprodução 102 não exibe uma tela de seleção de modo de reprodução. Consequentemente, se os resultados de autenticação de HDMI indicarem que o dispositivo de exibição 103 suporta a reprodução de imagens de vídeo em 3D, o dispositivo de reprodução 102 opera no modo de reprodução em 3D. Isto torna possível evitar atrasos na inicialização ocasionada pelo processamento para comutar do modo de re- produção em 2D para o modo de reprodução em 3D, tal como comutação taxa de quadros, etc.
Seleçãode Arquivo de Lista de Reprodução Mediante a Seleção de um Títu- lo de Vídeo 3D No exemplo mostrado na figura 35, quando o dispositivo de re- produção 102 se refere ao item "título 3" na tabela de índice 3510, os se- guintes processos de determinação são executados de acordo com o objeto defimeMVO-3D: (1) O sinalizador de existência de 3D 3520 está ligado ou desligado? (2) O próprio dispositivo de reprodução 102 suporta reprodução de imagens de vídeo em 3D? (3) O sinalizador de preferência 2D/3D 3530 está ligado ou desligado? (4) O usuário selecionou o modo de reprodução , em 3D? (5) O dispositivo de exibição 103 suporta reprodução de imagens de vídeo em 3D? e (6) O modo de reprodução em 3D do dispositivo de repro- " dução 102 está no modo L/R ou modo de profundidade? A seguir, de acordo com os resultados destas determinações, o dispositivo de reprodução 102 seleciona um dos arquivos de lista de reprodução 221-223 para reprodução.
Por outro lado, quando o dispositivo de reprodução 102 se refere ao item "título 4", um programa de aplicativo Java é chamado a partir do arquivo JAR 261, de acordo com a tabela de gerenciamento de aplicativo no objeto BD-J BDJO-3D, e executado.
Os processos de determinação descritos acima (1)- (6) são, dessa fora, executados, e um arquivo de lista de reprodução é, en- tão, selecionado de acordo com os resultados da determinação.
A figura 36 é um fluxograma do processamento de seleção para um arquivo de lista de reprodução a ser reproduzido com o uso dos proces- "15 sos de determinação acima (1)-(6). Para este processamento de seleção, : considera-se que o dispositivo de reprodução 102 inclua um primeiro sinali- zador e um segundo sinalizador.
O primeiro sinalizador indica se o dispositi- vo de reprodução 102 suporta a reprodução de imagens de vídeo em 3D.
Por exemplo, um valor de "0" para o primeiro sinalizador indica que o dispo- sitivo de reprodução 102 suporta somente a reprodução de imagens de ví- deo 2D, enquanto que "1" também indica o suporte de imagens de vídeo em 3D.
O segundo sinalizador indica se o modo de reprodução em 3D é modo L/R ou modo de profundidade.
Por exemplo, um valor de "0" para o segundo sinalizador indica que o modo de reprodução em 3D é modo L/R, enquanto que"1"indicao modo de profundidade.
Adicionalmente, os respectivos valo- res do sinalizador de existência de 3D 3520 e sinalizador de preferência 2D/3D 3530 são ajustados em "1" quando estes sinalizadores estão ligados, e "O" quando estão sinalizadores estão desligados.
Na etapa S3601, o dispositivo de reprodução 102 verifica o valor do sinalizador de existência de 3D 3520. Se o valor for "1", o processamento prossegue para a etapa S3602. Se o valor for "0", o processamento prosse- gue para a etapa S3607.
Na etapa S3602, o dispositivo de reprodução 102 verifica o valor do primeiro sinalizador. Se o valor for "1", o processamento prossegue para a etapa S3603. Se o valor for "0", o processamento prossegue para a etapa f S$3607.
Na etapa S3603, o dispositivo de reprodução 102 verifica o valor do sinalizador de preferência 2D/3D 3530. Se o valor for "0", o processamen- to prossegue para a etapa S3604. Se o valor for "1", o processamento pros- segue para a etapa S3605.
Na etapa S3604, o dispositivo de reprodução 102 exibe um me- nuno dispositivo de exibição 103 para o usuário selecionar o modo de re- produção em 2D ou o modo de reprodução em 3D. Se o usuário selecionar o modo de reprodução em 3D através da operação de um controle remoto 105 ou similares, o processamento prossegue para a etapa S3605, enquanto que se o usuário selecionar o modo de reprodução em 2D, o processamento “15 prossegue para a etapa S3607.
' Na etapa S3605, o dispositivo de reprodução 102 executa a au- tenticação de HDMI para verificar se o dispositivo de exibição 103 suporta a reprodução de imagens de vídeo em 3D. Especificamente, o dispositivo de reprodução 102 troca mensagens CEC com o dispositivo de exibição 103 através do cabo HDMI! 122 para verificar com o dispositivo de exibição 103 se suporta a reprodução de imagens de vídeo em 3D. Se o dispositivo de exibição 103 suporta a reprodução de imagens de vídeo em 3D, o proces- samento prossegue para a etapa S3606. Se o dispositivo de exibição 103 não suporta a reprodução de imagens de vídeo em 3D, o processamento prossegue para a etapa S3607.
Na etapa S3606, o dispositivo de reprodução 102 verifica o valor do segundo sinalizador. Se o valor for "0", o processamento prossegue para a etapa S3608. Se o valor for "1", o processamento prossegue para a etapa S$3609.
Na etapa S3607, o dispositivo de reprodução 102 seleciona a reprodução do arquivo de lista de reprodução 2D 221. Observa-se que, nes- te instante, o dispositivo de reprodução 102 pode fazer com que o dispositivo de exibição 103 exiba a razão pela qual a reprodução de imagens de vídeo D em 3D não foi selecionada. O processamento, então, termina. Na etapa S3608, o dispositivo de reprodução 102 seleciona uma " reprodução do arquivo de lista de reprodução 3D 222 usado no modo L/R. O processamento, então, termina.
Na etapa S3609, o dispositivo de reprodução 102 seleciona a reprodução do arquivo de lista de reprodução 3D 222 usado no modo de profundidade. O processamento, então, termina.
Estrutura do Dispositivo de Reprodução 2D Mediante a reprodução de conteúdo de vídeo 2D do disco BD- ROM 101 no modo de reprodução em 2D, o dispositivo de reprodução 102 opera como um dispositivo de reprodução 2D. A figura 37 é um diagrama em bloco funcional de um dispositivo de reprodução 2D 3700. Conforme mos- trado na figura 37, o dispositivo de reprodução 2D 3700 inclui uma unidade “15 deBD-ROM 3701, uma unidade de reprodução 3702 e uma unidade de con- : trole 3703. A unidade de reprodução 3702 inclui uma memória temporária 3721, decodificador-alvo do sistema 3725 e um adicionador de plano 3726. A unidade de controle 3703 incluí uma memória de cenário dinâmica 3731, uma memória de cenário estática 3732, uma unidade de processamento de evento de usuário 3733, uma unidade de execução de programa 3734, uma unidade de controle de reprodução 3735, uma unidade de armazenamento variável de reprodutor 3736. A unidade de reprodução 3702 e a unidade de controle 3703 são implantadas em um circuito integrado diferente, mas po- dem ser alternativamente implantadas em um único circuito integrado.
Quando o disco BD-ROM 101 é carregado na unidade de BD- ROM 3701, a unidade de BD-ROM 3701 radia luz laser para o disco 101 e detecta a alteração na luz refletida. Adicionalmente, com o uso da alteração da quantidade de luz refletida, a unidade de BD-ROM 3701 lê dados grava- dos no disco 101. Especificamente, a unidade de BD-ROM 3701 tem um captor óptico, isto é, um cabeçote óptico. O cabeçote óptico tem um laser semicondutor, lente de colimação, divisor de feixe, lente objetiva, lente cole- tora e detector óptico. Um feixe de luz radiado a partir do laser semicondutor
Í 109/318 sequencialmente atravessa a lente de colimação, o divisor de feixe e a lente . objetiva para ser coletado em uma camada de registro do disco 101. O feixe coletado é refletido e difratado pela camada de registro. A luz refletida e di- ' fratada atravessa a lente objetiva, o divisor de feixe e a lente coletora, e é coletada sobre o detector óptico. O detector óptico gera um sinal de repro- dução em um nível de acordo com a quantidade de luz coletada. Adicional- mente, os dados são decodificados a partir do sinal de reprodução.
A unidade de BD-ROM 3701 lê os dados do disco BD-ROM 101 com base em uma solicitação da unidade de controle de reprodução 3735.
Além dos dados lidos, as extensões no arquivo 2D, isto é, as extensões 2D, são transferidas para memória temporária 3721; as informações de cenário dinâmicas são transferidas para a memória de cenário dinâmica 3/31; e as informações de cenário estáticas são transferidas para a memória de cenário estática 3732. "Informações de cenário dinâmico" incluem um arquivo de “15 índice, arquivo de objeto de filme e arquivo de objeto BD-J. "Informações de E: cenário estático" incluem um arquivo de lista de reprodução 2D e um arquivo de informações de recorte 2D.
A memória temporária 3721, a memória de cenário dinâmica 3731 e a memória de cenário estática 3732 são uma memória de armaze- namento temporário. Os elementos de memória na unidade de reprodução 3702 são usados como a memória temporária 3721. Os elementos de me- mória na unidade de controle 3703 são usados como a memória de cenário dinâmica 3731 e a memória de cenário estática 3732. Alternativamente, dife- rentes áreas em um único elemento de memória podem ser usadas como parte ou todas estas memórias temporárias 3721, 3731, e 3732.
O decodificador-alvo do sistema 3725 lê as extensões 2D da memória temporária 3721 em unidades de pacotes fonte e desmultiplexa as extensões 2D. O decodificador-alvo do sistema 3725 decodifica, então, cada um dos fluxos elementares obtidos através da desmultiplexação. Neste pon- to, as informações necessárias para decodificar cada fluxo elementar, tal como o tipo de codec e os atributos do fluxo, são transferidas da unidade de controle de reprodução 3735 para o decodificador-alvo do sistema 3725. O decodificador-alvo do sistema 3725 emite um fluxo de vídeo primário, fluxo - de vídeo secundário, fluxo de IG e fluxo de PG após a decodificação respec- tivamente como dados de plano de vídeo primário, dados de plano de vídeo " secundário, dados de plano IG e dados de plano PG, em unidades de VAUSs. Por outro lado, o decodificador-alvo do sistema 3725 mistura o fluxo de áu- dio primário decodificado e o fluxo de áudio secundário, e transmite os da- dos resultantes para um dispositivo de saída de áudio, tal como um alto- falante interno 103A do dispositivo de exibição 103. Além disso, o decodifi- cador-alvo do sistema 3725 recebe dados gráficos da unidade de execução de programa 3734. Os dados gráficos são usados para renderizar elementos gráficos para um GUI, tal como um menu, na tela e está em um formato de dados de raster tal como JPEG e PNG. O decodificador-alvo do sistema 3725 processa os dados gráficos e emite os dados processados como dados de plano de imagem. Os detalhes do decodificador-alvo do sistema 3725 são fornecidos abaixo.
' O adicionador de plano 3726 recebe os dados de plano de vídeo primário, dados de plano de vídeo secundário, dados de plano IG, dados de plano PG e os dados de plano de imagem do decodificador-alvo do sistema 3725 e sobrepõe as peças de dados de plano para gerar um quadro ou campo de vídeo combinado. Os dados de vídeo combinados são transferi- dos para o dispositivo de exibição 103 para exibição na tela.
A unidade de processamento de evento de usuário 3733 detecta uma operação de usuário através do controle remoto 105 ou do painel frontal do dispositivo de reprodução 102. Com base na operação de usuário, a uni- dade de processamento de evento de usuário 3733 solicita a unidade de execução de programa 3734 ou a unidade de controle de reprodução 3735 que execute o processamento. Por exemplo, quando um usuário instrui para exibir um menu pop-up através do aperto de um botão no controle remoto 105, a unidade de processamento de evento de usuário 3733 detecta o aper- toe identifica o botão. A unidade de processamento de evento de usuário 3733 solicita adicionalmente que a unidade de execução de programa 3734 execute um comando correspondente ao botão, isto é, um comando para exibir o menu pop-up. Por outro lado, quando um usuário aperta um botão : de avanço rápido ou reversão no controle remoto 105, por exemplo, a unida- de de processamento de evento de usuário 3733 detecta o aperto e identifi- ca o botão. A unidade de processamento de evento de usuário 3733 solicita, então, que unidade de controle de reprodução 3735 avance rápido ou retro- ceda a lista de reprodução que está atualmente sendo reproduzida.
A unidade de execução de programa 3734 é um processador que lê programas de arquivos de objeto de filme e arquivos de objeto BD-J armazenados na memória de cenário dinâmica 3731 e executa estes pro- gramas. Adicionalmente, a unidade de execução de programa 3734 executa as seguintes operações de acordo com os programas: (1) A unidade de exe- cução de programa 3734 pede que a unidade de controle de reprodução 3735 execute o processamento de reprodução da lista de reprodução; (2) A unidade de execução de programa 3734 gera os dados gráficos para um “15 menu ou jogo como dados raster PNG ou JPEG e transfere os dados gera- : dos para o decodificador-alvo do sistema 3725 a ser combinado com outros dados de vídeo. Através do projeto do programa, os detalhes específicos sobre estes processos podem ser projetados relativa e flexivelmente. Em outras palavras, durante o processo de autoria do disco BD-ROM 101, a na- tureza destes processos é determinada enquanto se executa a programação de arquivos de objeto de filme e arquivos de objeto BD-J.
A unidade de controle de reprodução 3735 controla a transferên- cia de diferentes tipos de dados, tais como extensões 2D, um arquivo de índice, etc. do disco BD-ROM 101 para a memória temporária 3721, a me- —móriade cenário dinâmica 3731, e a memória de cenário estática 3732. Um sistema do arquivo que gerencia a estrutura de arquivo de diretório mostrada na figura 2 é usado para este controle. Ou seja, a unidade de controle de reprodução 3735 faz com que a unidade de BD-ROM 3701 transfira os ar- quivos para cada memória temporária 3721, 3731, e 3732 com o uso de uma chamada de sistema para abrir arquivos. A "abertura de arquivo" é composta de uma sequência dos seguintes processos. Primeiramente, um nome de arquivo a ser detectado é fornecido ao sistema do arquivo por uma chamada de sistema, e é feita uma tentativa para detectar o nome de arquivo da estru- tura/arquivo de diretório. Quando a detecção é bem sucedida, a entrada de i arquivo para o arquivo alvo a ser transferido é primeiro transferida para a . memória na unidade de controle de reprodução 3735, e um Bloco de Contro- lede Arquivo (FCB) é gerado na memória. Subsequentemente, um manipu- lador de arquivo para o arquivo alvo é retornado do sistema do arquivo para a unidade de controle de reprodução 3735. Posteriormente, a unidade de controle de reprodução 3735 pode fazer com que a unidade de BD-ROM 3701 transfira o arquivo alvo do disco BD-ROM 101 para cada memória temporária 3721, 3731, e 3732 através da apresentação do manipulador de arquivo à unidade de BD-ROM 3701.
A unidade de controle de reprodução 3735 decodifica o arquivo 2D para emitir dados de vídeo e dados de áudio através do controle da uni- dade de BD-ROM 3701 e do decodificador-alvo do sistema 3725. Especifi- * 15 camente,a unidade de controle de reprodução 3735 primeiro lê um arquivo À de lista de reprodução 2D da memória de cenário estática 3732, em resposta a uma instrução da unidade de execução de programa 3734 ou uma solicita- ção da unidade de processamento de evento de usuário 3733, e interpreta o conteúdo do arquivo. De acordo com o conteúdo interpretado, particularmen- te, com a trajetória de reprodução, a unidade de controle de reprodução 3735 especifica, então, um arquivo 2D a ser reproduzido e instrui a unidade de BD-ROM 3701 e o decodificador-alvo do sistema 3725 para ler e decodi- ficar este arquivo. Tal processamento de reprodução baseado em um arqui- vo de lista de reprodução é chamado de "processamento de reprodução da listade reprodução".
Além disso, a unidade de controle de reprodução 3735 ajusta vá- rios tipos de variáveis de reprodutor na unidade de armazenamento variável de reprodutor 3736 com o uso das informações de cenário estáticas. Em referência às variáveis de reprodutor, a unidade de controle de reprodução 3735 especifica adicionalmente para o decodificador-alvo do sistema 3725 os fluxos elementares a serem decodificados e fornece as informações ne- cessárias para a decodificação dos fluxos elementares.
' 113/318 A unidade de armazenamento variável de reprodutor 3736 é p composta de um grupo de registradores para armazenar variáveis de repro- dutor.
Os tipos de variáveis de reprodutor incluem parâmetros de sistema - (SPRM) e parâmetros gerais (GPRM). Um SPRM indica o status do disposi- tivo de reprodução 102. A figura 38 é uma lista de SPRMs.
Conforme mos- trado na figura 38, cada SPRM é atribuído a um número serial 3801, e cada número serial 3801 é associado a um valor variável exclusivo 3802. São for- necidos, por exemplo, 64 SPRMs.
Os conteúdos dos SPRMs são mostrados abaixo.
No presente contexto, os números em parênteses indicam os núme- rosseriais 3801. SPRM(0) : Código de linguagem SPRM(1) : Número de fluxo de áudio primário SPRM(2) : Subtítulo número de fluxo SPRM(3) : Número do ângulo “15 SPRM(4) : Número de título | SPRM(5) : Número de capítulo SPRM(6) : Número de programa SPRM(7) : Número de célula SPRM(8) : Nome chave SPRM(9) : Temporizador de navegação SPRM(10) : Tempo de reprodução atual SPRM(11) : Modo de mistura do áudio do reprodutor para karao- kê SPRM(12) : Código de país para gerenciamento parental SPRM(13) : Nível parental SPRM(14) : Configuração de player para vídeo SPRMK(15) : Configuração de player para áudio SPRM(16) : Código de linguagem para fluxo de áudio SPRM(17) : Extensão de código de linguagem para fluxo de áu- dio SPRM(18) : Código de linguagem para fluxo de legenda SPRM(19) : Extensão de código de linguagem para fluxo de le-
ANNA 114/8318 genda B SPRM(20) : Código de região para reprodutor SPRM(21) : Número de fluxo de vídeo secundário f SPRM(22) : Número de fluxo de áudio secundário SPRM(23) : Status do reprodutor SPRM(24) - SPRM(63): Reservados O SPRM(10) indica o PTS da imagem que está sendo atualmen- te decodificada e é atualizado a cada instante que uma imagem é decodifi- cada e gravada na memória de plano de vídeo primário. Consequentemente, o ponto de reprodução atual pode ser conhecido através da referência ao SPRM(10).
O nível parental em SPRM(13) indica uma idade restringida pré- determinada e é usado para controle parental de visualização de títulos gra- vados no disco BD-ROM 101. Um usuário do dispositivo de reprodução 102 “15 ajustaovalordo SPRM(13), por exemplo, através de um OSD do dispositivo - de reprodução 102. "Controle parental" se refere à restrição de visualização de um título de acordo com a idade do visualizador. O seguinte é um exem- plo de como o dispositivo de reprodução 102 executa controle parental. O dispositivo de reprodução 102 primeiro lê a idade na qual a visualização de um título é permitida do disco BD-ROM 101, e, então, compara esta idade com o valor do SPRM(13). Se esta idade for igual ou menor que o valor do SPRM(13), o dispositivo de reprodução 102 continua a reproduzir o título. Se esta idade for maior que o valor do SPRM(13), o dispositivo de reprodução 102 interrompe a reprodução do título.
O código de linguagem para fluxo de áudio em SPRM(16) e o código de linguagem para fluxo de legenda em SPRM(18) mostram códigos de linguagem predefinidos do dispositivo de reprodução 102. Estes códigos podem ser alterados por um usuário com o uso do OSD ou similares do dis- positivo de reprodução 102, ou os códigos podem ser alterados por um pro- grama de aplicativo através da unidade de execução de programa 3734. Por exemplo, se o SPRM(16) mostra "inglês", então, durante o processamento de reprodução de uma lista de reprodução, a unidade de controle de repro-
| 115/318 dução 3735 primeiro busca a tabela STN no PI que mostra a seção de re- : produção , isto é, o PI atual, para uma entrada de fluxo que tem o código de linguagem para "inglês". A unidade de controle de reprodução 3735 extrai, ] então, o PID das informações de identificação de fluxo da entrada de fluxo e transmite o PID extraído para o decodificador-alvo do sistema 3725. Como um resultado, um fluxo de áudio que tem o PID é selecionado e decodificado pelo decodificador-alvo do sistema 3725. Estes processos podem ser execu- tados pela unidade de controle de reprodução 3735 com o uso do arquivo de objeto de filme ou do arquivo de objeto BD-J.
Durante o processamento de reprodução, a unidade de controle de reprodução 3735 atualiza as variáveis de reprodutor de acordo com o status de reprodução. A unidade de controle de reprodução 3735 atualiza o SPRM(1), SPRM(2), SPRM(21) e SPRM(22) em particular. Estes SPRMs respectivamente mostram, na ordem determinada, o STN do fluxo de áudio, dofluxode legenda, do fluxo de vídeo primário e do fluxo de áudio secundá- l rio que está atualmente sendo processado. Por exemplo, supõe-se que o SPRM(1) tenha sido alterado pela unidade de execução de programa 3734. Nesse caso, a unidade de controle de reprodução 3735 primeiro se refere ao STN mostrado pelo novo SPRM(1) e recupera a entrada de fluxo que inclui este STN da tabela STN no PI atual. A unidade de controle de reprodução 3735 extrai, então, o PID das informações de identificação de fluxo da entra- da de fluxo e transmite o PID extraído para o decodificador-alvo do sistema
3725. Como um resultado, um fluxo de áudio que tem o PID é selecionado e decodificado pelo decodificador-alvo do sistema 3725. Esta é a maneira pela qualofluxode áudio a ser reproduzido é comutado. O fluxo de legenda e o fluxo de vídeo secundário a serem reproduzidos podem ser similarmente comutados. <<Processamento de Reprodução de Lista de Reprodução 2D>> A figura 39 é um fluxograma de processamento de reprodução dalistade reprodução 2D por uma unidade de controle de reprodução 3735. O processamento de reprodução da lista de reprodução 2D é executado de acordo com um arquivo de lista de reprodução 2D e é iniciado pela unidade de controle de reprodução 3735 que lê um arquivo de lista de reprodução 2D a partir da memória de cenário estática 3732. i Na etapa S3901, a unidade de controle de reprodução 3735 pri- - meiro lê um único PI de uma trajetória principal no arquivo de lista de repro- dução2De, então, ajusta o PI como o PI atual.
A seguir, a partir da tabela STN do PI atual, a unidade de controle de reprodução 3735 seleciona os PIDs de fluxos elementares a serem reproduzidos e especifica as informa- ções de atributo necessárias para decodificação dos fluxos elementares.
Os PIDs selecionados e as informações de atributo são indicados para o decodi- ficador-alvo do sistema 3725. A unidade de controle de reprodução 3735 especifica adicionalmente um SUB PI associado ao PI atual das sub- trajetórias no arquivo de lista de reprodução 2D.
Posteriormente, o proces- samento prossegue para a etapa S3902. Na etapa S3902, a unidade de controle de reprodução 3735 lê “15 asinformações de recorte de referência, um PTS nº1 que indica um tempo B de início. de reprodução IN1, e um PTS nº2 que indica um tempo de final de reprodução OUT1 a partir da PI atual.
A partir destas informações de recorte de referência, um arquivo de informações de recorte 2D correspondente ao arquivo 2D a ser reproduzido é especificado.
Adicionalmente, quando um SUB PI existe associado ao PI atual, informações similares também são lidas a partir do SUB PI.
Posteriormente, o processamento prossegue para a etapa S3903. Na etapa S3903, em referência ao mapa de entrada do arquivo de informações de recorte 2D, a unidade de controle de reprodução 3735 recupera o SPN nº1 e o SPN nº2 no arquivo 2D correspondente ao PTS nº1 e ao PTS nº2. O par de PTSs indicado pela SUB PI também é convertido em um par de SPNs.
Posteriormente, o processamento prossegue para a etapa S3904. Na etapa S3904, a partir do SPN nº1 e a partir do SPN nº2, a u- —nidade de controle de reprodução 3735 calcula um número de setores cor- respondentes a cada SPN nº1 e SPN nº2. Especificamente, a unidade de controle de reprodução 3735 primeiro obtém o produto de cada SPN nº1 e
SPN nº2 multiplicado pelo volume de dados por pacote fonte, isto é, 192 by- : tes.
A seguir, a unidade de controle de reprodução 3735 obtém um cociente através da divisão de cada produto pelo volume de dados por setor, isto é, 2048 bytes: N1 = SPN nº1 x 192/2048, N2 = SPN nº2 x 192/2048. Os coci- entesN1ieN2são iguais ao número total de setores, no TS principal, grava- dos em porções anteriores aos pacotes fonte nos quais o SPN nº1 e o SPN nº2 são alocados, respectivamente.
O par de SPNs convertido a partir do par de PTSs indicado pelo SUB PI é similarmente convertido em um par de nú- meros de setores.
Posteriormente, o processamento prossegue para a etapa S3905. Na etapa S3905, a unidade de controle de reprodução 3735 es- pecifica, a partir dos números de setores N1 e N2 obtidos na etapa S3904, LBNs do topo e do fim do grupo de extensão 2D a ser reproduzido.
Especifi- camente, em referência à entrada de arquivo do arquivo 2D a ser reproduzi- “15 do,a unidade de controle de reprodução 3735 conta do topo do grupo de : setor no qual o grupo de extensão 2D é gravado de modo que o LBN do se- tor (N1 + 1)" = LBN nº1, e o LBN do setor (N2 + 1)" = LBN nº2. A unidade de controle de reprodução 3735 especifica adicionalmente uma faixa do LBNnº1 para o LBNnº2 para a unidade de BD-ROM 121. O par de números de seto- res convertido do par de PTSs indicado pelo SUB PI é similarmente conver- tido em um par de LBNs e especificado para a unidade de BD-ROM 121. Como um resultado, a partir do grupo de setor na faixa especificada, um grupo de pacote fonte pertencente a um grupo de extensão 2D é lido em unidades alinhadas.
Posteriormente, o processamento prossegue para a etapa S3906. Na etapa S3906, a unidade de controle de reprodução 3735 veri- fica se um PI não processado permanece na trajetória principal.
Quando um PI não processado permanece, o processamento é repetido a partir da etapa S3901. Quando nenhum PI não processado permanece, o processamento acaba <<Decodificador-alvo do Sistema>> A figura 40 é um diagrama em bloco funcional do decodificador-
alvo do sistema 3725. Conforme mostrado na figura 40, o decodificador-alvo do sistema 3725 inclui um descompactador de fonte 4010, contador ATC 4020, primeiro relógio de 27 MHz 4030, filtro PID 4040, contador STC - (STC1) 4050, segundo relógio de 27 MHz 4060, decodificador de vídeo pri- mário 4070, decodificador de vídeo secundário 4071, decodificador PG 4072, decodificador IG 4073, decodificador de áudio primário 4074, decodifi- cador de áudio secundário 4075, decodificador de legenda de texto 4076, processador de imagem 4080, memória de plano de vídeo primário 4090, memória de plano de vídeo secundária 4091, memória de plano PG 4092, memória de plano IG 4093, memória de plano de imagem 4094 e misturador de áudio 4095.
O descompactador de fonte 4010 lê pacotes fonte da memória temporária 3721, extrai os pacotes TS dos pacotes fonte lidos, e transfere os pacotes TS para o filtro PID 4040. Adicionalmente, o descompactador de “15 fonte 4010 sincroniza o tempo da transferência com o tempo mostrado pelo ATS de cada pacote fonte. Especificamente, o descompactador de fonte 4010 primeiro monitora o valor do ATC gerado pelo contador ATC 4020. Nesse caso, o valor do ATC depende do contador ATC 4020 e é incremen- tado de acordo com um pulso de um sinal de relógio do primeiro relógio de 27 MHz 4030. Subsequentemente, neste instante, o valor do ATC corres- ponde ao ATS de um pacote fonte, o descompactador de fonte 4010 transfe- re os pacotes TS extraídos do pacote fonte para o filtro PID 4040. Através do ajuste do tempo de transferência deste modo, a taxa de transferência média de pacotes TS do descompactador de fonte 4010 para o filtro PID 4040 não ultrapassa o valor Rrs especificado pela taxa de sistema 2211 no arquivo de informações de recorte 2D 231 mostrado na figura 22.
O filtro PID 4040 primeiro monitora um PID que inclui cada paco- te TS emitido pelo descompactador de fonte 4010. Quando o PID corres- ponde a um PID pré-especificado pela unidade de controle de reprodução 3735, ofiltroPID 4040 seleciona o pacote TS e transfere isto para o decodi- ficador 4070-4075 apropriado para decodificação do fluxo elementar indica- do pelo PID (o decodificador de legenda de texto 4076, entretanto, é excluí-
| 119/8318 do). Por exemplo, se um PID for 0x1011, os pacotes TS são transferidos pa- ra o decodificador de vídeo primário 4070. Os pacotes TS com PIDs na faixa de Ox1B00-0xX1B1F, Ox1100-0x111F, OX1ADO-OX1A1IF, Ox1200-0x121F, e - Ox1400-0x141F são transferidos para o decodificador de vídeo secundário 4071, decodificador de áudio primário 4074, decodificador de áudio secundá- rio 4075, decodificador PG 4072, e decodificador IG 4073, respectivamente. O filtro PID 4040 detecta adicionalmente um PCR a partir de pa- cotes TS que usam os PIDs dos pacotes TS. Em cada detecção, o filtro PID 4040 ajusta o valor do contador STC 4050 para um valor predeterminado.
Então, o valor do contador STC 4050 é incrementado de acordo com um pulso do sinal de relógio do segundo relógio de 27 MHz 4060. Além disso, o valor no qual o contador STC 4050 é ajustado é indicado para o filtro PID 4040 a partir da unidade de controle de reprodução 3735 em avanço. Os decodificadores 4070-4076 usam o valor do contador STC 4050 como o 715 STC. Especificamente, os decodificadores 4070-4076 primeiro reconstroem os pacotes TS recebidos do filtro PID 4040 formando pacotes PES. A seguir, os decodificadores 4070-4076 ajustam a temporização da decodificação de dados incluídos nas cargas úteis de PES de acordo com os tempos indica- dos pelos PTSs ou DTSs incluídos nos cabeçalhos de PES.
O decodificador de vídeo primário 4070, conforme mostrado na figura 40, inclui uma memória temporária de fluxo de transporte (TB) 4001, memória temporária de multiplexação (MB) 4002, memória temporária de fluxo elementar (EB) 4003, decodificador de vídeo compactado (DEC) 4004 e memória temporária de imagem decodificada (DPB) 4005.
O TB 4001, o MB 4002 e o EB 4003 são uma memória de arma- zenamento temporário e usam uma área de um elemento de memória inter- namente fornecida no decodificador de vídeo primário 4070. Alternativamen- te, alguma ou todas as memórias temporárias podem ser separadas em e- lementos de memória distintos. O TB 4001 armazena os pacotes TS recebi- dos dofiltroPID 4040 da forma em que se encontram. O MB 4002 armazena pacotes de PES reconstruídos a partir dos pacotes TS armazenados no TB
4001. Observa-se que quando os pacotes TS são transferidos do TB 4001
ENA 120/318 para o MB 4002, o cabeçalho de TS é removido de cada pacote TS. O EB B 4003 extrai VAUs codificados dos pacotes de PES e armazena os VAUs nis- so. Um VAU inclui uma imagem compactada, isto é, uma imagem |, uma B ' imagem ou uma imagem P. Observa-se que quando os dados são transferi- dosdoMB 4002 para o EB 4003, o cabeçalho de PES é removido de cada pacote PES.
O DEC 4004 é um decodificador de hardware especificamente para decodificação de imagems compactadas e é composto de um LSI que inclui, em particular, uma função para acelerar a decodificação. O DEC 4004 decodifica uma imagem de cada VAU no EB 4003 no instante mostrado pelo DTS incluído no pacote PES original. O DEC 4004 também pode se referir às informações de comutação de decodificação 1250 mostradas na figura 12 para decodificar imagems de VAUs sequencialmente, independentemente dos DTSs. Durante a decodificação, o DEC 4004 primeiro analisa o cabeça- “15 lho VAU para especificar a imagem compactada, o método de codificação : por compressão, e atributo de fluxo armazenado no VAU, seleciona um mé- todo de decodificação de acordo com estas informações. Os métodos de codificação por compressão incluem, por exemplo, MPEG-2, MPEG AVC, e VC1. Adicionalmente, o DEC 4004 transmite a imagem não compactada decodificada para o DPB 4005.
Como o TB 4001, o MB 4002 e o EB 4003, o DPB 4005 é uma memória de armazenamento temporário que usa uma área de um elemento de memória embutido no decodificador de vídeo primário 4070. Alternativa- mente, o DPB 4005 pode ser localizado em um elemento de memória sepa- radoda outra memória temporária 4001, 4002, e 4003. O DPB 4005 arma- zena temporariamente as imagems decodificadas. Quando a imagem P ou a imagem B está para ser decodificada pelo DEC 4004, o DPB 4005 recupera imagems de referência, em resposta a uma instrução do DEC 4004, dentre as imagems decodificadas armazenadas. O DPB 4005 fornece, então, as imagems de referência para o DEC 4004. Adicionalmente, o DPB 4005 gra- va as imagems armazenadas na memória de plano de vídeo primário 4090 no instante mostrado pelos PTSs incluídos nos pacotes de PES originais.
O decodificador de vídeo secundário 4071 inclui a mesma estru- tura que o decodificador de vídeo primário 4070. O decodificador de vídeo | secundário 4071 primeiro decodifica os pacotes TS do fluxo de vídeo secun- f dário recebido do filtro PID 4040 em imagems não compactadas. Subse- quentemente, o decodificador de vídeo secundário 4071 grava as imagems não compactadas na memória de plano de vídeo secundária 4091 no instan- te mostrado pelos PTSs incluído nos pacotes de PES.
O decodificador PG 4072 decodifica os pacotes TS recebidos do filtro PID 4040 em dados gráficos não compactados e grava os dados gráfi- cos não compactados na memória de plano PG 4092 no instante mostrado pelos PTSs incluídos nos pacotes de PES.
A figura 41A é um fluxograma de processamento através do qual o decodificador PG 4072 decodifica um objeto gráfico a partir de uma entra- da de dados no fluxo de PG. O processamento é iniciado quando o decodifi- “15 cadorPG 4072 recebe um grupo de pacotes TS que constitui uma entrada : de dados mostrada na figura 6, do filtro PID 4040. As figuras 41B-41E são diagramas esquemáticos que mostram o objeto gráfico que se altera con- forme o processamento prossegue.
Na etapa S4101, o decodificador PG 4072 primeiro identifica um ODS que tem o mesmo ID de objeto que o ID de objeto de referência 605 no PCS. A seguir, o decodificador PG 4072 decodifica um objeto gráfico a partir do ODS identificado, e grava o objeto gráfico decodificado formando a me- mória temporária do objeto. No presente contexto, a "memória temporária do objeto" é uma memória de armazenamento temporário embutida no decodi- ficador PG 4072. A "marca de sorriso" FOB mostrada na figura 41B é um exemplo do objeto gráfico gravado na memória temporária do objeto.
Na etapa S4102, o decodificador PG 4072 executa o processo de corte de acordo com as informações de corte 602 no PCS, extrai uma parte do objeto gráfico do objeto gráfico, e grava a parte extraída na memó- ria temporária do objeto. A figura 41C mostra as tiras LST e RST, que são removidas das extremidades esquerda e direita da marca de sorriso FOB, e a parte remanescente OBJ é gravada na memória temporária do objeto.
i 122/318 Na etapa S4103, o decodificador PG 4072 primeiro identifica um WDS que tem o mesmo ID de janela que o ID de janela de referência 603 no PCS.
A seguir, o decodificador PG 4072 determina uma posição de exibição : do objeto gráfico no plano de gráficos a partir de uma posição de janela 612 indicada pelo WDS identificado e uma posição de exibição do objeto 601 no PCS.
Na figura 41D, a posição da esquerda mais acima da janela WIN no plano de gráficos GPL e uma posição da esquerda mais acima DSP do obje- to gráfico OBJ são determinadas.
Na etapa S4104, o decodificador PG 4072 grava o objeto gráfico na memória temporária do objeto na posição de exibição determinada na etapa S4103. Quando se faz isso, o decodificador PG 4072 determina uma faixa na qual o objeto gráfico é renderizado através do uso de um tamanho de janela 613 indicado pelo WDS.
Na figura 41D, o objeto gráfico OBJ é gra- vado no plano de gráficos GPL na faixa da janela WIN que inicia a partir da “15 posiçãoda esquerda mais acima DSP.
Na etapa S4105, o decodificador PG 4072 primeiro identifica um PDS que tem o mesmo |D de palete que o ID de palete de referência 604 no PCS.
A seguir, o decodificador PG 4072, através do uso do CLUT 622 no PDS, determina valores de coordenada de cor a ser indicados por cada dado de pixelno objeto gráfico OBJ.
Na figura 41E, a cor de cada pixel no objeto gráfico OBJ foi determinada.
Desse modo, o processamento de renderização de um objeto gráfico incluído em uma entrada de dados é completado.
As etapas S4101-S4105 são executadas no instante indicado pelo PTS incluído no mesmo pacote PES que o objeto gráfico.
O decodificador IG 4073 decodifica os pacotes TS recebidos do filtro PID 4040 formando objeto gráfico não compactado.
O decodificador IG 4073 grava adicionalmente o objeto gráfico não compactado na memória de plano IG 4093 no instante mostrado pelos PTSs incluídos nos pacotes de PES rearmazenados a partir dos pacotes TS.
Os detalhes destes processos sãoiguais no decodificador PG 4072. O decodificador de áudio primário 4074 primeiro armazena os pacotes TS recebidos do filtro PID 4040 em uma memória temporária forne-
mi 123/318 cida nisso. Subsequentemente, o decodificador de áudio primário 4074 re- move o cabeçalho de TS e o cabeçalho de PES de cada pacote TS na me- mória temporária, e decodifica os dados remanescentes em dados de áudio : de LPCM não compactados. Adicionalmente, o decodificador de áudio pri- mário 4074 transmite os dados de áudio resultantes para o misturador de áudio 4095 no instante mostrado pelo PTS incluído no pacote PES original. O decodificador de áudio primário 4074 seleciona o método de decodificação para dados de áudio compactados de acordo com o método de codificação por compressão e atributos de fluxo para o fluxo de áudio primário incluído nos pacotes TS. Os métodos de codificação de compactação incluem, por exemplo, AC-3 e DTS.
O decodificador de áudio secundário 4075 tem a mesma estrutu- ra que o decodificador de áudio primário 4074. O decodificador de áudio se- cundário 4075 reconstrói primeiro pacotes de PES a partir dos pacotes TS "15 dofluxode áudio secundário recebido do filtro PID 4040 e, então, decodifica . os dados incluídos nas cargas úteis de PES em dados de áudio de LPCM não compactados. Subsequentemente, o decodificador de áudio secundário 4075 transmite os dados de áudio de LPCM não compactados para o mistu- rador de áudio 4095 no instante mostrado pelos PTSs incluídos nos cabeça- lhosdePES. O decodificador de áudio secundário 4075 seleciona o método de decodificação para dados de áudio compactados de acordo com o méto- do de codificação por compressão e atributos de fluxo para o fluxo de áudio secundário incluído nos pacotes TS. Os métodos de codificação por com- pressão incluem, por exemplo, Dolby Digital Plus e DTS-HD LBR.
O misturador de áudio 4095 recebe dados de áudio não compac- tados tanto do decodificador de áudio primário 4074 quanto do decodificador de áudio secundário 4075 e, então, mistura os dados recebidos. O mistura- dor de áudio 4095 também transmite o som sintetizado produzido através da mistura de dados de áudio, por exemplo, por um alto-falante interno 103A do dispositivo de exibição 103.
O processador de imagem 4080 recebe dados gráficos, isto é, dados raster PNG ou JPEG, da unidade de execução de programa 3734.
Mediante o recebimento dos dados gráficos, o processador de imagem 4080 renderiza os dados gráficos e grava os dados gráficos na memória de plano de imagem 4094. : <Estrutura de Dispositivo de Reprodução 3D> Mediante a reprodução do conteúdo de vídeo 3D do disco BD- ROM 101 no modo de reprodução em 3D, o dispositivo de reprodução 102 opera como um dispositivo de reprodução 3D. A parte fundamental da estru- tura do dispositivo é idêntico ao dispositivo de reprodução 2D mostrado nas figuras 37 e 40. Portanto, o seguinte é uma descrição em seções da estrutu- rado dispositivo de reprodução 2D que são ampliadas ou modificadas. Os detalhes das partes fundamentais do dispositivo de reprodução 3D podem ser encontrados na descrição acima no dispositivo de reprodução 2D. O dis- positivo de reprodução 3D também usa a mesma estrutura que o dispositivo de reprodução 2D para processa a reprodução da lista de reprodução 2D.
“15 Consequentemente, os detalhes nesta estrutura podem ser encontrados na B descrição sobre o dispositivo de reprodução 2D. A seguinte descrição consi- dera o processamento de reprodução de imagens de vídeo em 3D de acordo com o arquivo de lista de reprodução 3D, isto é, o processamento de repro- dução da lista de reprodução 3D.
A figura 42 é um diagrama em bloco funcional de um dispositivo de reprodução 3D 4200. O dispositivo de reprodução 3D 4200 inclui uma unidade de BD-ROM 4201, uma unidade de reprodução 4202 e uma unidade de controle 4203. A unidade de reprodução 4202 inclui um comutador 4220, primeira memória temporária (doravante no presente documento, abreviada como RB1) 4221, segunda memória temporária (doravante no presente do- cumento, abreviada como RB2) 4222, decodificador-alvo do sistema 4225, adicionador de plano 4226, e uma unidade de comunicação HDMI 4227. À unidade de controle 4203 inclui uma memória de cenário dinâmica 4231, uma memória de cenário estática 4232, uma unidade de processamento de evento de usuário 4233, uma unidade de execução de programa 4234, uma unidade de controle de reprodução 4235, e uma unidade de armazenamento variável de reprodutor 4236. A unidade de reprodução 4202 e a unidade de nm 125/318 controle 4203 são implantadas em um circuito integrado diferente, mas po- dem alternativamente ser implantadas em um único circuito integrado. Em particular, a memória de cenário dinâmica 4231, a memória de cenário está- - tica 4232, a unidade de processamento de evento de usuário 4233, e a uni- dadede execução de programa 4234 têm uma estrutura idêntica ao disposi- tivo de reprodução 2D mostrado na figura 37. Consequentemente, os deta- lhes do mesmo podem ser encontrados na descrição acima sobre o disposi- tivo de reprodução 2D. Quando instruída pela unidade de execução de programa 4234 ou outra unidade para executar o processamento de reprodução da lista de reprodução 3D, a unidade de controle de reprodução 4235 Ilê um PI do ar- quivo de lista de reprodução 3D armazenado na memória de cenário estática 4232 em ordem, ajusta o PI lido como o PI atual. Cada instante que a unida- de de controle de reprodução 4235 ajusta um PI atual, ela ajusta condições "15 de operação sobre o decodificador-alvo do sistema 4225 e o adicionador de : plano 4226 de acordo com a tabela STN do PI e a tabela STN SS no arquivo de lista de reprodução 3D. Especificamente, a unidade de controle de repro- dução 4235 seleciona o PID do fluxo elementar para decodificação e trans- mite o PID, junto com as informações de atributo necessário para decodifi- cação do fluxo elementar, para o decodificador-alvo do sistema 4225. Se um fluxo de PG ou fluxo de IG for incluído no fluxo elementar indicado pelo PID selecionado, a unidade de controle de reprodução 4235 específica o ID de desvio de referência 3201 e o valor de ajuste de desvio 3202 alocado nos dados de fluxo, ajustando o ID de desvio de referência 3201 e o valor de a- juste de desvio 3202 ao SPRM(27) e ao SPRM(28) na unidade de armaze- namento variável de reprodutor 4236. A unidade de controle de reprodução 4235 também seleciona o modo de apresentação de cada peça de dados de plano de acordo com o desvio durante o pop-up 3311 indicado pela tabela STN SS, indicando o modo de apresentação selecionado para o decodifica- —dor-alvodo sistema 4225 e adicionador de plano 4226.
A seguir, de acordo com o PI atual, a unidade de controle de re- produção 4235 indica a faixa dos LBNs no grupo de setor gravado na exten-
A 126/8318 são SS a ser lida pela unidade de BD-ROM 4201 através dos procedimentos õ na descrição da figura 24E. Nesse ínterim, a unidade de controle de repro- dução 4235 se refere aos pontos de início de extensão no arquivo de infor- í mações de recorte armazenado na memória de cenário estática 4232 para geraras informações que indicam o limite dos blocos de dados em cada ex- tensão SS. Estas informações indicam, por exemplo, o número de pacotes fonte do topo da extensão SS para cada limite. A unidade de controle de re- produção 4235, então, transmite estas informações para o comutador 4220. A unidade de armazenamento variável de reprodutor 4236 inclui osSPRMs mostrados na figura 38, como a unidade de armazenamento vari- ável de reprodutor 3736 no dispositivo de reprodução 2D. Entretanto, dife- rentemente da figura 38, o SPRM(24) inclui o primeiro sinalizador, e o S- PRM(25) inclui o segundo sinalizador, conforme mostrado na figura 36. Nes- se caso, quando o SPRM(24) é "0", o dispositivo de reprodução 102 somen- “15 te suporta a reprodução de imagens de vídeo 2D, e quando o SPRM(24) é : "1", o dispositivo de reprodução 102 também suporta a reprodução de ima- gens de vídeo em 3D. O dispositivo de reprodução 102 está no modo L/R quando o SPRM(25) é "0" e está no modo de profundidade quando o S- PRM(25) é "1". Adicionalmente, o dispositivo de reprodução 102 está no | 20 modo de reprodução em 2D quando o SPRM(25) é "2".
Adicionalmente, na unidade de armazenamento variável de re- produtor 4236, diferentemente da figura 38, o SPRM(27) inclui uma área de armazenamento para um ID de desvio de referência para cada plano de grá- ficos, e o SPRM(28) inclui uma área de armazenamento para um valor de ajuste de desvio para cada plano de gráficos. A figura 43 é uma tabela que mostra uma estrutura de dados de SPRM(27) e SPRM(28). Conforme mos- trado na figura 43, SPRM(27) inclui uma área para armazenar quatro tipos de IDs de desvio de referência 4310-4313. Estes IDs de desvio de referência 4310, 4311, 4312, e 4313 são respectivamente para um plano PG (PG ref offset id), plano IG (IG ref offset id), plano de vídeo secundário (SV ref offset id), e plano de imagem (IM ref offset id). O SPRM(28) inclui uma área para armazenar quatro tipos de valores de ajuste de desvio 4320-
4323. Estes valores de ajuste de desvio 4320, 4321, 4322, e 4323 são res- : pectivamente um plano PG (PG offset adjustment), plano IG (IG offset adjustment), plano de vídeo secundário (SV offset adjustment), e plano de ' imagem (IM offset adjustment).
A unidade de BD-ROM 4201 inclui os mesmos componentes que a unidade de BD-ROM 3701 no dispositivo de reprodução 2D mostrado na figura 37. Mediante o recebimento de uma indicação da unidade de controle de reprodução 4235 de uma faixa de LBNs, a unidade de BD-ROM 4201 lê dados dos setores no disco BD-ROM 101 conforme indicado pela faixa. Em particular, um grupo de pacote fonte pertencente a uma extensão no arquivo SS, isto é, pertencente a uma extensão SS, é transmitido da unidade de BD- ROM 4201 para o comutador 4220. Cada extensão SS inclui um ou mais pares de um bloco de dados de visualização dependente e de visualização base, conforme mostrado na figura 19. Estes blocos de dados foram transfe- “15 ridosem paralelo para RB1 4221 e RB2 4222 diferentes. Consequentemen- : te, requere-se que a unidade de BD-ROM 4201 tenha pelo menos a mesma velocidade de acesso que a unidade de BD-ROM 3701 no dispositivo de re- produção 2D. O comutador 4220 recebe uma extensão SS da unidade de BD- ROM 4201. Por outro lado, o comutador 4220 recebe, da unidade de contro- le de reprodução 4235, informações que indicam o limite em cada bloco de dados incluído na extensão SS, isto é, o número de pacotes fonte do topo da extensão SS para cada limite. O comutador 4220 se refere, então, a estas informações (i) para extrair extensões de visualização base a partir de cada extensãoSS «e transmitem as extensões para o RB1 4221, e (ii) para extrair as extensões de visualização dependente e transmitir as extensões para o RB2 4222.
O RB1 4221 e RB2 4222 são memórias temporárias que usam um elemento de memória na unidade de reprodução 4202. Em particular, diferentes áreas em um único elemento de memória são usadas como o RB1 4221 e o RB2 4222. Alternativamente, diferentes elementos de memó- ria podem ser usados como o RB1 4221 e o RB2 4222. O RB1 4221 recebe extensões de visualização base do comutador 4220 e armazena estas ex- tensões. O RB2 4222 recebe extensões de visualização dependente do co- | mutador 4220 e armazena estas extensões.
: No processamento de reprodução da lista de reprodução 3D, o decodificador-alvo do sistema 4225 primeiro recebe PIDs para dados de flu- xo a serem decodificados, bem como informações de atributo necessário para decodificação dos dados de fluxo, da unidade de controle de reprodu- ção 4235. O decodificador-alvo do sistema 4225 Ilê, então, pacotes fonte al- ternativamente de extensões de visualização base armazenado no RB1 4221eextensões de visualização dependente armazenadas no RB2 4222. À seguir, o decodificador-alvo do sistema 4225 separa, de cada pacote fonte, fluxos elementares indicados pelos PIDs recebidos da unidade de controle de reprodução 4235 e decodifica os fluxos elementares. O decodificador- alvo do sistema 4225 grava, então, os fluxos elementares decodificados em “15 memória de plano interno de acordo com o tipo dos mesmos. O fluxo de ví- ' deo de visualização base é gravado na memória de plano de vídeo esquer- do, e o fluxo de vídeo de visualização dependente é gravado na memória de plano de vídeo direito. Por outro lado, o fluxo de vídeo secundário é gravado na memória de plano de vídeo secundária, o fluxo de IG na memória de pla- nolG,eofluxodePG na memória de plano PG. Quando o fluxo de vídeo secundário é composto de um par de um fluxo de vídeo de visualização de- pendente e de visualização base, separado do plano de vídeo secundário, memórias são preparadas tanto para a peça de visualização esquerda quan- to para a peça de visualização direita de dados de plano. O decodificador- alvodosistema 4225 renderiza adicionalmente os dados gráficos da unidade de execução de programa 4234, tal como JPEG, PNG, etc. dados raster, e grava estes dados na memória de plano de imagem. O decodificador-alvo do sistema 4225 associa o modo de saída de dados de plano das memórias do plano de vídeo esquerdo e direito de — vídeocom modo de apresentação B-D e modo de apresentação B-B da se- guinte forma. Quando a unidade de controle de reprodução 4235 indica o modo de apresentação B-D, o decodificador-alvo do sistema 4225 alternati-
vamente emite dados de plano das memórias de plano de vídeo esquerdo e direito. Por outro lado, quando a unidade de controle de reprodução 4235 ] indica o modo de apresentação B-B, o decodificador-alvo do sistema 4225 - emite dados de plano somente da memória de plano de vídeo direito ou es- —querdo duas vezes por quadro enquanto mantém o modo de operação no modo de reprodução em 3D.
Quando a unidade de controle de reprodução 4235 indica o mo- do 1 plano + desvio, então, em cada vez que o decodificador-alvo do siste- ma 4225 lê o VAU no topo de cada sequência de vídeo do fluxo de vídeo de visualização dependente, o decodificador-alvo do sistema 4225 lê os meta- dados de desvio 1110 do VAU. Na seção de reprodução da sequência de vídeo, o decodificador-alvo do sistema 4225 primeiro específica o PTS ar- mazenado no mesmo pacote PES junto com cada VAU e específica o núme- ro do quadro representado pelos dados de imagem compactada do VAU. O “15 decodificador-alvo do sistema 4225 lê, então, as informações de desvio as- sociadas ao número de quadro dos metadados de desvio e transmite as in- formações de desvio para o adicionador de plano 4226 no instante indicado pelo PTS especificado.
O adicionador de plano 4226 recebe cada tipo de dados de pla- —nodo decodificador-alvo do sistema 4225 e sobrepõe estas peças de dados de plano em uma outra para criar um quadro ou campo combinado. Em par- ticular, no modo L/R, plano de dados de vídeo esquerdo representa um pla- no de vídeo de visualização esquerda, e dados de plano de visualização di- reita representa um plano de vídeo de visualização direita. Consequente- mente, o adicionador de plano 4226 sobrepõe outros dados de plano que representam a visualização esquerda no plano de dados de vídeo esquerdo e sobrepõe outros dados de plano que representam a visualização direita no plano de dados de vídeo direito. Por outro lado, no modo de profundidade, o plano de dados de vídeo direito representa um mapa de profundidade para o — plano de vídeo que representa o plano de dados de vídeo esquerdo. Conse- quentemente, o adicionador de plano 4226 primeiro gera um par de peças de visualização direita e de visualização esquerda de plano de dados de ví-
deo das peças correspondentes de plano de dados de vídeo. Subsequente- mente, o adicionador de plano 4226 executa o mesmo processamento de combinação que no modo L/R. : Mediante o recebimento de uma indicação de modo 1 plano + desvioou modo 1 plano + zero desvio da unidade de controle de reprodução 4235 como o modo de apresentação para o plano de vídeo secundário, pla- no PG, plano IG, ou plano de imagem, o adicionador de plano 4226 executa o controle de desvio nos dados de plano recebidos do decodificador-alvo do sistema 4225. Um par de dados de plano de visualização esquerda e de da- dosde plano direita é, dessa forma, gerado.
Em particular, quando um modo de 1 plano + deslocamento é indicado, o adicionador de plano 4226 lê primeiro um dos IDs de desloca- mento de referência 4310-4313 que corresponde a cada plano de gráfico a partir do SPRM(27) na unidade de armazenamento variável de leitor 4236.
“15 Em seguida, o adicionador de plano 4226 se refere à informação de deslo- ' camento recebida a partir do decodificador-alvo de sistema 4225 para res- taurar a informação de deslocamento, ou seja, uma direção de deslocamen- to 1122 e um valor de deslocamento 1123, que pertencem à sequência de deslocamento 1113 indicada por cada ID de deslocamento de referência 4310-4313. Subsequentemente, o adicionador de plano 4226 lê um dos valo- res de ajuste de deslocamento 4320-4323 que corresponde a cada plano de gráfico a partir do SPRM(28) na unidade de armazenamento variável de lei- tor 4236 e adiciona cada valor de ajuste de deslocamento ao valor de deslo- camento correspondente. O adicionador de plano 4226 então usa cada valor de deslocamento para realizar controle de deslocamento no plano de gráfico correspondente.
Por outro lado, quando um modo de 1 plano + deslocamento ze- ro é indicado, o adicionador de plano 4226 não se refere nem a SPRM(27) nem a SPRM(28), mas de preferência realiza controle de deslocamento em cada plano de gráfico com um valor de deslocamento de "0". Da mesma forma, os mesmos dados de plano são usados para ambos os planos de gráfico de vista esquerda e de vista direita e combinados com outros conjun-
i 131/318 tos de dados de plano.
A unidade de comunicação HDMI 4227 se conecta com o dispo- sitivo de exibição 103 por meio de um cabo de HDMI! 122, trocando mensa- gens de CEC com o dispositivo de exibição 103 por meio do cabo de HDMI
122. 1Istofaz com que a unidade de comunicação HDMI! 4227 realize uma autenticação de HDMI do dispositivo de exibição 103 e pergunta ao disposi- tivo de exibição 103 se a reprodução de imagens de vídeo 3D é ou não su- portada.
Processamento de Reprodução de Lista de Reprodução 3D A figura 44 é um fluxograma de um processamento de reprodu- ção de lista de reprodução 3D por uma unidade de controle de reprodução
4235. O processamento de reprodução de lista de reprodução 3D é iniciado pela unidade de controle de reprodução 4235 que lê um arquivo de lista de reprodução a partir da memória de cenário estático 4232. “15 Na etapa S4401, a unidade de controle de reprodução 4235 pri- | . meiro lê um único PI de um caminho principal no arquivo de lista de reprodu- ção e então configura o PI como o PI atual. Em seguida, a partir da tabela de STN do PI atual, a unidade de controle de reprodução 4235 seleciona PIDs de fluxos elementares par serem reproduzidos e especifica informações de atributo necessárias para decodificar os fluxos elementares. A unidade de controle de reprodução 4235 adicionalmente seleciona, de entre os fluxos elementares correspondentes ao PI atual na tabela STN SS no arquivo de lista de reprodução, um PID de fluxos elementares que devem ser adiciona- dos aos fluxos elementares a serem reproduzidos e unidade de controle de reprodução 4235 especifica informações de atributo necessárias para deco- dificar esses fluxos elementares. Os PIDs e informações de atributo selecio- nadas são indicados ao decodificador-alvo de sistema 4225. A unidade de controle de reprodução 4235 adicionalmente especifica, de entre os subca- minhos no arquivo de lista de reprodução, um SUB PI a ser referido ao mesmo tempo em que o PI atual, especificando este SUB PI como o SUB PI atual. Então, processando procedimentos para a etapa S4402. Na etapa S4402, a unidade de controle de reprodução 4235 se-
leciona o modo de exibição para cada conjunto de dados de plano baseada p no deslocamento durante pop-up indicado pela tabela STN SS e indica o modo de exibição para o decodificador-alvo de sistema 4225 e o adicionador f de plano 4226. Em particular, quando o valor do deslocamento durante pop- upé"o",omodo de apresentação B-D é selecionado como o modo de apre- sentação de plano de vídeo e o modo 1 plano + deslocamento é selecionado para o plano de gráfico. Por outro lado, quando o valor do deslocamento du- rante pop-up é "1", o modo de apresentação B-B é selecionado como o mo- do de apresentação de plano de vídeo, e o modo de1 plano + deslocamento zeroé selecionado como o modo de apresentação para o plano de gráfico. Então, processando para a etapa S4403.
Na etapa S4403, a unidade de controle de reprodução 4235 veri- fica se o modo de 1 plano + deslocamento ou o modo de 1 plano + desloca- mento zero foi selecionado como o modo de apresentação do plano de gráfi- “15 co. Seomodo de 1 plano + deslocamento foi selecionado, há processamen- - to de procedimento para a etapa S4404. Se o modo de 1 plano + desloca- mento zero foi selecionado, há processamento de procedimento para a eta- pa S4405.
Na etapa S4404, a unidade de controle de reprodução 4235 se refere à tabela STN do PI atual e restaura o fluxo de PG, o fluxo de IG ou o fluxo de legenda de texto de entre os fluxos elementares indicados pelos PIDs selecionados. Além disso, a unidade de controle de reprodução 4235 especifica o ID de deslocamento de referência e o valor de ajuste de deslo- camento alocados às conjuntos de dados de fluxo, configurando o ID de des- —locamento de referência e o valor de ajuste de deslocamento ao SPRM(27) e * SPRM(28) na unidade de armazenamento variável de leitor 4236. Então, processando procedimento para a etapa S4405.
Na etapa S4405, a unidade de controle de reprodução 4235 Ilê informações de clipe de referência, um PTS f1 que indica um tempo de iní- ciode reprodução IN1, e um PTS *2 que indica um tempo de fim de repro- dução OUT1 a partir do PI atual e do SUB PL A partir destas informações de clipe de referência, um arquivo de informação de clipe para cada um dos arquivos 2D e DEP a ser reproduzido é especificado. Então, processando : procedimento para a etapa S4406. Na etapa S4406, com referência ao mapa de entrada em cada 7 uma dos arquivos de informação de clipe especificados na etapa S4405, a unidade de controle de reprodução 4235 restaura o SPN f1 e o SPN f2 no arquivo 2D, e o SPN 11 e o SPN f12 no arquivo DEP, correspondendo ao PTS f1 e ao PTS ff2. Conforme descrito com referência à figura 24, que se refere aos pontos de início de extensão de cada arquivo de informação de clipe, a unidade de controle de reprodução 4235 adicionalmente calcula, a partirdo SPN *1 e do SPN f11, o número de pacotes de fonte SPN 121 a partir do primeiro arquivo SS para a posição de início de reprodução. A uni- dade de controle de reprodução 4235 também calcula, a partir do SPN 2 e do SPN f12, o número de pacotes de fonte SPN *22 a partir do primeiro ar- : quivo SS para a posição de fim de reprodução. Especificamente, a unidade o 15 de controle de reprodução 4235 primeiro restaura, de entre os SPNs mos- trados por pontos de início de extensão dos arquivos de informação de clipe 2D, um valor "Am" que é o maior valor menor ou igual ao SPN 1, e restau- ra, de entre os SPNs mostrados por pontos de início de extensão de arqui- vos de informação de clipe de vista dependente, um valor "Bm" que é o mai- or valormenor ou igual ao SPN %11. Em seguida, a unidade de controle de reprodução 4235 obtém a soma dos SPNs restaurados Am + Bm e configura a soma como SPN *21. A seguir, a unidade de controle de reprodução 4235 restaura, de entre SPNs mostrados pelos pontos de início de extensão dos arquivos de informação de clipe 2D, um valor "An" que é o menor valor que é maiorqueo SPNi2.A unidade de controle de reprodução 4235 também restaura, a partir dos SPNs dos pontos de início de extensão dos arquivos de informação de clipe de vista dependente, um valor "Bn" que é o menor valor que é maior que o SPN f12. Em seguida, a unidade de controle de re- produção 4235 obtém a soma dos SPNs restaurados An + Bn e configura a solacomo SPN *22. Então, processando procedimentos para a etapa S4407.
Na etapa S4407, a unidade de controle de reprodução 4235 converte o SPN f21 e o SPN f122, determinados na etapa S4406, em um par de números de setores N1 e N2. Especificamente, a unidade de controle de reprodução 4235 primeiro obtém o produto de SPN 421 e a quantidade de | dados por pacote de fonte, isto é, 192 bytes. A seguir, a unidade de controle de reprodução 4235 divide este produto de quantidade de dados por setor, isto é, 2048 bytes: SPN 21 x 192/2048. O quociente resultante é o mesmo que o número de setores N1 a partir do primeiro arquivo SS para imediata- mente antes da posição de início de reprodução. Similarmente, a partir do SPN *22, a unidade de controle de reprodução 4235 calcula SPN f22 x 192/
2048.O quociente resultante é o mesmo que o número de setores N2 a par- tir do primeiro arquivo SS para imediatamente antes da posição de fim de reprodução. Então, processando procedimentos para a etapa S4408.
Na etapa S4408, a unidade de controle de reprodução 4235 es- ' pecifica, a partir dos números de setores N1 e N2 obtidos na etapa S4407, « 15 LBNsdo primeiro e último do grupo de extensão SS a serem reproduzidos. Especificamente, com referência à entrada de arquivo do arquivo SS a ser reproduzida, a unidade de controle de reprodução 4235 conta a partir do primeiro do grupo de setor no qual o grupo de extensão SS é gravado de forma que o LBN do setor (N1 + 1) = LBN $f1, e o LBN do setor (N2 + 1) = LBN2.A unidade de controle de reprodução 4235 adicionalmente especifi- ca um faixa a partir de LBNH1 para o LBNt2 para o drive BD-ROM 4201. Como resultado, a partir do grupo de setor no faixa especificado, um grupo de pacote de fonte que pertence a um grupo de extensão SS é lido em uni- dades alinhadas. Então, processando procedimento para a etapa S4409.
Na etapa S4409, que se refere aos pontos de início de extensão do arquivo de informação de clipe usados na etapa S4406, a unidade de controle de reprodução 4235 gera informações (doravante referidas como "informações de limite de bloco de dados") que indicam um limite entre blo- cos de vista dependente e blocos de dados de vista de base incluídos no grupo de extensão SS, que transmite as informações de limite de bloco de dados para o comutador 4220. Como um exemplo específico, assume-se que o SPN t21 que indica a posição de início de reprodução é o mesmo que e 135/318 a soma de SPNs que indicam os pontos de início de extensão, An + Bn, e que o SPNi 22 que indica a posição de fim de reprodução é o mesmo que a í soma de SPNs que indicam os pontos de início de extensão, Am + Bm.
Nes- - te caso, a unidade de controle de reprodução 4235 obtém uma sequência de diferenças entre SPNs a partir dos respectivos pontos de início de extensão, A(n + 1) - An, B(n + 1) - Bn, A(n + 2) - AQn + 1), B(n + 2) - Bh + 1), ..., Am - A(m - 1), e Bm - B(m - 1), e transmite a sequência para o comutador 4220 como as informações de limite de bloco de dados.
Conforme mostrado na figura 24E, esta sequência indica o número de pacotes de fonte de blocos de — dados incluídos na extensão SS.
O comutador 4220 conta, a partir de zero, o número de pacotes de fonte das extensões SS recebidas a partir do drive BD-ROM 4201. A cada tempo a conta é a mesma que a diferença entre SPNs indicados pelas informações de limite de bloco de dados, o comutador Ú 4220 comuta a destinação de saída dos pacotes de fonte entre o RB1 4221 - 15 eoRB2422? e retorna a conta à zero.
Como resultado, pacotes de fonte (B(n + 1) - Bn) a partir do primeiro da extensão SS saem para o RB2 4222 como a primeira extensão de vista dependente, e os seguintes pacotes de fonte (A(n + 1) - An) são transmitidos para o RB1 4221 como a primeira ex- tensão de vista de base.
Então, extensões de vista dependente e extensões de vistade base são extraídas a partir da extensão SS alternadamente da mesma forma, alternando a cada tempo o número de pacotes de fonte rece- bido pelo comutador 4220 é o mesmo que a diferença entre SPNs indicados pelas informações de limite de bloco de dados.
Na etapa S4410, a unidade de controle de reprodução 4235 veri- ficase um Pl não processado permanece no caminho principal.
Quando um PI não processado permanece, o processamento é repetido a partir da etapa S4401. Quando nenhum PI não processado permanece, o processamento termina.
Decodificador-alvo de Sistema Os seguintes meios são concebíveis como meios específicos usados pelo decodificador-alvo de sistema 4225 para implantar a função pa- ra extrair metadados de deslocamento a partir dos fluxos de vídeo de vista dependente.
O primeiro meio incorpora um filtro de prioridade de TS e uma unidade de processamento de metadados de deslocamento no decodifica- | dor-alvo de sistema 4225 como módulos separados do decodificador de ví- - deo primário.
O filtro de prioridade de TS seleciona pacotes de TS que con- têm metadados de deslocamento e pacotes de TS que contêm imagems de vista dependente, dependendo dos valores dos sinalizadores de prioridade de TS.
A unidade de processamento de metadados de deslocamento extrai informações de deslocamento a partir dos pacotes de TS que contêm meta- dados de deslocamento.
O segundo meio faz com que os pacotes de TS que contêm um fluxo de vídeo de vista dependente sejam enviados para p deco- dificador de vídeo primário no decodificador-alvo de sistema 4225, sem levas em consideração os valores dos sinalizadores de prioridade de TS.
O deco- dificador de vídeo primário extrai informações de deslocamento a partir do ' fluxo de vídeo de vista dependente em paralelo com o processo de decodifi- - 15 caçãodo fluxo de vídeo de vista dependente. (Primeiro Meio)
A figura 45 é um diagrama em bloco funcional do decodificador- alvo de sistema 4225 com uso do primeiro meio.
Os componentes mostra- dos na figura 45 diferem dos componentes do decodificador-alvo de sistema
3724 no dispositivo de reprodução 2D mostrado na figura 40 conforme se- gue: (A) o sistema de saída a partir das reservas de leitura para os decodifi- cadores tem uma configuração dupla; e (B) o filtro de prioridade de TS e a unidade de processamento de metadados de deslocamento são fornecidos.
O decodificador de áudio primário, o decodificador de áudio secundário, mis-
turador de áudio, processor imagem e memórias de plano têm estruturas similares a aqueles no dispositivo de reprodução 2D mostrado na figura 40. Da mesma forma, entre os componentes mostrados na figura 45, aqueles diferentes dos componentes mostrados na figura 40 são descritos a seguir.
Por outro lado, detalhes de similar componentes similares podem ser acha-
dos na descrição na figura 40. Além disso, como cada um dos decodificado- res de vídeo tem uma estrutura similar, a estrutura do decodificador de vídeo primário 4515 é descrito a seguir.
Essa descrição é também válida para as estruturas de outros decodificadores de vídeo. O primeiro descompactador de fonte 4511 lê pacotes de fonte a Í partir da primeira reserva de leitura 4221. O primeiro descompactador de - fonte 4511 adicionalmente restaura pacotes de TS incluídos nos pacotes de fontee transmite os pacotes de TS para o primeiro filtro de PID 4513. O se- gundo descompactador de fonte 4512 lê pacotes de fonte a partir da segun- da reserva de leitura 4222, além disso, restaurando pacotes de TS incluídos nos pacotes de fonte e transmitindo os pacotes de TS para o segundo filtro de PID 4514. Cada um dos descompactador de fontes 4511 e 4512 adicio- —nalmente sincroniza o tempo de transferência dos pacotes de TS com o tempo mostrado pelo ATS de cada pacote de fonte. Este método de sincro- nização é o mesmo método que o descompactador de fonte 4010 mostrado na figura 40. Da mesma forma, detalhes destes podem ser achados na des- f crição fornecida para a figura 40. Com este tipo de ajuste de tempo de trans- .- 15 ferência, a taxa de transferência de meio de pacotes de TS a partir do pri- meiro descompactador de fonte 4511 para o primeiro filtro de PID 4513 não excede a taxa de sistema Rrs1: indicada pelo arquivo de informação de clipe 2D. Similarmente, a taxa de transferência de meio de pacotes de TS a partir do segundo descompactador de fonte 4512 para o segundo filtro de PID 4514 não excede a taxa de sistema Rrs2 indicada pelo arquivo de informa- ção de clipe de vista dependente.
O primeiro filtro de PID 4513 compara o PID de cada pacote de TS recebido a partir do primeiro descompactador de fonte 4511 com o PID selecionado. A unidade de controle de reprodução 4235 atribui o PID sele- —cionado de antemão em concordância com a tabela STN no arquivo de lista de reprodução. Quando dois PIDs se correspondem, o primeiro filtro de PID 4513 transfere os pacotes de TS para o decodificador atribuído para o PID. Por exemplo, se um PID é 0x1011, os pacotes de TS são transferidos para TB1 4501 no decodificador de vídeo primário 4515. Por outro lado, pacotes deTScomPIDs na faixa de 0x1B00 a OxX1B1F, 0x1100 a Ox111F, Ox1A00 a OX1A1F, 0x1200 a 0x121F e 0x1400 a 0x141F são transferidos para o deco- dificador de vídeo secundário, decodificador de áudio primário, decodificador
ANNA 138/318 de áudio secundário, decodificador de PG e decodificador de IG, respecti- D vamente. O segundo filtro de PID 4514 compara o PID de cada pacote de õ TS recebido a partir do segundo descompactador de fonte 4512 com o PID selecionado. A unidade de controle de reprodução 4235 atribui o PID sele- cionado de antemão em concordância com a tabela STN SS no arquivo de lista de reprodução. Quando dois PIDs se correspondem, o segundo filtro de PID 4514 transfere os pacotes de TS para o decodificador atribuído para o PID ou o filtro de prioridade de TS 4551. Por exemplo, se um PID é 0x1012 ou0Ox1013, os pacotes de TS são transferidos para o filtro de prioridade de TS 4551. Por outro lado, pacotes de TS com PIDs na faixa de 0x1B20 a Ox1B3F, 0x1220 a Ox127F e O0x1420 a O0x147F são transferidos para o deco- dificador de vídeo secundário, decodificador de PG e decodificador de IG, í respectivamente.
- 15 O filtro de prioridade de TS 4551 recebe os pacotes de TS a par- tir do segundo filtro de PID 4514 e lê a prioridade de TS 511 a partir do ca- beçalho de TS 501H em cada um dos pacotes de TS. Aqui, os pacotes de TS com PID = 0x1012 ou 0x1013 são transferidos a partir do segundo filtro de PID 4514 para o filtro de prioridade de TS 4551. Esses pacotes de TS contêm um fluxo de vídeo de vista dependente. Entre os pacotes de TS na sequência 1520 mostrada na figura 15, o primeiro grupo 1521 e o terceiro grupo 1523 têm a prioridade de TS de "0," e o segundo grupo 1522 tem a prioridade de TS de "1". O filtro de priori- dade de TS 4551 transfere os pacotes de TS com prioridade de 1S5= 0 a partirda sequência 1520 para o TB2 4508 no decodificador de vídeo primá- rio 4515 e pacotes de TS com prioridade de TS = 1 para a unidade de pro- cessamento de metadados de deslocamento 4552. Conforme mostrado na figura 15, os pacotes de TS com prioridade de TS = 1 pertencem ao segun- do grupo 1522. Da mesma forma, as cargas de TS destes incluem somente os dados suplementares 1504 que consistem somente dos metadados de deslocamento 1509. Como resultado, entre o VAU f1 no fluxo de vídeo de vista dependente, dados suplementares que consistem somente dos meta-
dados de deslocamento 1509 é transferido para a unidade de processamen- : to de metadados de deslocamento 4552 e os dados remanescentes, que incluem outros dados suplementares, são transferidos para o decodificador " de vídeo primário 4515.
Entre os pacotes de TS na sequência 1620 mostrada na figura 16, o primeiro grupo 1621 e o segundo grupo 1622 têm a prioridade de TS de "1," e o terceiro grupo 1623 tem a prioridade de TS de "0". O filtro de prio- ridade de TS 4551 transfere pacotes de TS com prioridade de TS = O a partir da sequência 1620 para o TB2 4508 no decodificador de vídeo primário 4515e€ os pacotes de TS com prioridade de TS = 1 para ambos o TB2 4508 e a unidade de processamento de metadados de deslocamento 4552. Da mesma forma, VAU t1 no fluxo de vídeo de vista dependente é transferido para o decodificador de vídeo primário 4515, enquanto os elementos a partir Ú do código de identificação de sub-AU para os dados suplementares são .- 15 transferidos para a unidade de processamento de metadados de desloca- mento 4552 da mesma forma.
O decodificador de vídeo primário 4515 inclui um TB1 4501, MB1 4502, EB1 4503, TB2 4508, MB2 4509, EB2 4510, comutador reserva 4506, DEC 4504, DPB 4505, e comutador de imagem 4507. Os TB1 4501, MB14502,EB14503, TB2 4508, MB2 4509, EB2 4510 e DPB 4505 são to- das memórias reserva. Cada um dessas memórias reserva usa uma área de um elemento de memória incluído no decodificador de vídeo primário 4515. Alternativamente, algumas ou todas essas memórias reservas podem ser separadas em diferentes elementos de memória.
O TB1 4501 recebe pacotes de TS que incluem um fluxo de ví- deo de vista de base a partir do primeiro filtro de PID 4513 e armazena os pacotes de TS como estes estão. O MB1 4502 armazena pacotes de PES reconstruídos a partir dos pacotes de TS armazenados no TB1 4501. Os cabeçalhos de TS dos pacotes de TS são removidos neste ponto. O EB1 4503 extrai e armazena VAUs codificados a partir dos pacotes de PES ar- mazenados no MB1 4502. Os cabeçalhos de PES dos pacotes de PES são removidos neste ponto.
O TB2 4508 recebe pacotes de TS que incluem o fluxo de vídeo de vista dependente a partir do filtro de prioridade de TS 4551 e armazena os pacotes de TS como eles estão. O MB2 4509 armazena os pacotes de õ PES reconstruídos a partir dos pacotes de TS armazenado no TB2 4508. Os cabeçalhosdeTS dos pacotes de TS são removidos neste momento. O EB2 4510 extrai e armazena VAUs codificados a partir dos pacotes de PES ar- mazenados no MB2 4509. Os cabeçalhos de PES dos pacotes de PES são removidos neste momento.
O comutador reserva 4506 transfere os cabeçalhos dos VAUs armazenados no EB1 4503 no EB2 4510 em resposta a uma solicitação a partir do DEC 4504. Além disso, o comutador reserva 4506 transfere os da- dos de imagem comprimidos pelos VAUs para o DEC 4504 nos tempos indi- cados pelos DTSs incluídos nos pacotes de PES originais. Neste caso, os : DTSs são iguais entre um par de imagems que pertencem ao mesmo VAU . 15 3Dentreofluxode vídeo de vista de base e o fluxo de vídeo de vista depen- dente. Da mesma forma, para um par de VAUs que tem o mesmo DTS, o comutador reserva 4506 primeiro transmite o VAU armazenado no EB1 4503 para o DEC 4504. Adicionalmente, o comutador reserva 4506 pode fazer com que o DEC 4504 retorne a informação de comutador de decodificação 1750 noVWVAU. Em tal caso, o comutador reserva 4506 pode determinar se este deve ser transferido para o próximo VAU a partir do EB1 4503 ou do EB2 4510 referindo-se a informação de comutador de decodificação 1750. Com o DEC 4004 mostrado na figura 40, o DEC 4504 um hard- ware decodificador especificamente para decodificar imagems comprimidas eé composto de um LSI que incluis, em particular, uma função para acelerar a decodificação. O DEC 4504 decodifica os dados de imagem comprimidos transferidos a partir do comutador reserva 4506 em ordem. Durante a deco- dificação, o DEC 4504 primeiro analisa cada cabeçalho de VAU para especi- ficar a imagem comprimida, o método de codificação de compressão e o a- tributo de fluxo armazenado no VAU, selecionando um método de decodifi- cação em concordância com estas informações. Métodos de codificação de compressão incluem, por exemplo, MPEG-2, MPEG-4 AVC, MVC e VC1.
Além disso, o DEC 4504 transmite a imagem descomprimida, decodificada para o DPB 4505. O DPB 4505 temporariamente armazena as imagems descom- primidas decodificadas pelo DEC 4504. Quando o DEC 4504 decodifica uma imagem P ou uma imagem B, o DPB 4505 restaura imagems de entre as imagems descomprimidas armazenadas em resposta a uma solicitação a partir DEC 4504 e cede as imagems de referência restauradas para o DEC
4504. O comutador de imagem 4507 grava as imagems descomprimi- das a partirdo DPB 4505 tanto na memória de plano de vídeo para a es- querda 4520 ou na memória de plano de vídeo para a direita 4521 no tempo indicado pelo PTS incluído no pacote de PES original. Neste caso, os PTSs são iguais entre uma imagem de vista de base e uma imagem de vista de- ' pendente que pertencem ao mesmo VAU3D. Da mesma forma, para um par - 15 deimagems que temo mesmo PTS e que é armazenado pelo DPB 4505, o comutador de imagem4507 primeiro grava a imagem de vista de base na memória de plano de vídeo para a esquerda 4520 e estão grava a imagem de vista dependente na memória de plano de vídeo para a direita 4521. A unidade de processamento de metadados de deslocamento 4552 é implantada no mesmo chip que o decodificador de vídeo primário 4515, mas configurada como um módulo separado do decodificador de ví- deo primário 4515. Alternativamente, a unidade de processamento de meta- dados de deslocamento 4552 pode ser implantada em um chip separado do chip em que o decodificador de vídeo primário 4515 é implantado. Além dis- so,a unidade de processamento de metadados de deslocamento 4552 pode ser configurada como hardware dedicado ou realizada como hardware de propósito geral controlado por software. A unidade de processamento de metadados de deslocamento 4552 analisa pacotes de TS transferidos a par- tir do filtro de prioridade de TS 4551, e então lê metadados de deslocamento a partir de dados suplementares armazenados nas cargas de TS dos paco- tes de TS. A sequência de pacotes de TS 1520 mostrada na figura 15 con-
tém o cabeçalho de PES que pertence ao mesmo Pacote de PES que o VAU *1 no grupo de pacotes de TS a serem transferidos para o decodificador de vídeo primário 4515. Da mesma forma, a unidade de processamento de me- tadados de deslocamento 4552 lê o PTS do quadro representado pelo VAU f1apartirdos metadados de deslocamento. Por outro lado, a sequência de pacotes de TS 1620 mostrada na figura 16 contém o cabeçalho de PES no grupo de pacotes de TS a ser transferido para a unidade de processamento de metadados de deslocamento 4552, assim como o grupo de pacotes de TS a ser transferido para o decodificador de vídeo primário 4515. Da mesma forma, a unidade de processamento de metadados de deslocamento 4552 pode ler o PTS do quadro representado pelo VAU *1 a partir tanto do cabe- çalho de PES e como dos metadados de deslocamento. A unidade de processamento de metadados de deslocamento ] 4552 acrescenta o número de quadros por 1 em intervalos de quadro, come- - 15 çandoa partirde O no tempo indicado pelo PTS. Em sincronia com a ação de acréscimo, a unidade de processamento de metadados de deslocamento 4552 adicionalmente restaura informações de deslocamento associadas com cada número de quadro a partir dos metadados de deslocamento, e então transmite as informações de deslocamento para o adicionador de plano
4226. Aqui, o filtro de prioridade de TS 4551 evita que dados de imagem comprimida sejam transferidos de qualquer uma das sequências de pacotes de TS 1520 e 1620 mostradas nas figuras 15 e 16 para a unidade de pro- cessamento de metadados de deslocamento 4552. Da mesma forma, a uni- dade de processamento de metadados de deslocamento 4552 pode geren- ciarde forma correta as informações de deslocamento sem interferência dos dados de imagem comprimida. (Segundo Meio) A figura 46 é um diagrama em bloco funcional que mostra um sistema para processar fluxos de vídeo, o sistema incluído no decodificador- alvode sistema 4225 que usa o segundo meio. O decodificador-alvo de sis- tema 4225 mostrado na figura 46 difere daquele mostrado na figura 45 na função do DEC 4604 no decodificador de vídeo primário 4614. Outros com-
et 143/318 ponentes são similares aos correspondentes. Na figura 46, componentes similares àqueles mostrados na figura 45 são marcados com os mesmos Í números de referência. Além disso, detalhes dos componentes similares po- dem ser achados na descrição na figura 45.
Como o DEC 4504 mostrado na figura 45, o DEC 4604 é um hardware decodificador especificamente para decodificação de imagens comprimidas e é composto por um LSI que inclui, em particular, uma função para acelerar a decodificação. O DEC 4604 decodifica dados de imagem comprimida transferidos a partir do comutador reserva 4506 em ordem, e transfere as imagems descomprimidas decodificadas para o DPB 4505. A- lém disso, a cada tempo lê um VAU localizado na primeira de cada sequên- cia de vídeo a partir do fluxo de vídeo de vista dependente, o DEC 4604 lê metadados de deslocamento a partir do VAU. Na seção de reprodução da Í sequência de vídeo, o DEC 4604 primeiro identifica o PTS que é armazena- .- 15 donomesmo pacote de PES que o VAU, e o número de quadro representa- do pelos dados de imagem comprimida do VAU. Em seguida, o DEC 4604 lê | informações de deslocamento associadas com o número de quadro a partir dos metadados de deslocamento, e envia as informações de deslocamento para o adicionador de plano 4226 no tempo indicado pelo PTS identificado.
—Adicionador de planos A figura 47 é um diagrama em bloco funcional de um adicionador de plano 4226. Conforme mostrado na figura 47, o adicionador de plano 4226 inclui uma unidade de geração de vídeo paralaxe 4710, um comutador 4720, quatro unidades de reenquadramento 4731 a 4734, e quatro adiciona- dores4741-4744.
A unidade de geração de vídeo paralaxe 4710 recebe dados de plano de vídeo para a esquerda 4701 e dados de plano de vídeo para a di- reita 4702 a partir do decodificador-alvo de sistema 4225. No dispositivo de reprodução 102 em modo L/R, os dados de plano à esquerda 4701 repre- sentam o plano de vídeo de vista à esquerda, e o dados de plano de vídeo para a direita 4702 representam o plano de vídeo para a direita. Neste ponto, a unidade de geração de vídeo paralaxe 4710 transmite os dados de plano de vídeo para a esquerda 4701 e os dados de plano de vídeo para a direita ' 4702 conforme eles estão para o comutador 4720. Por outro lado, no dispo- sitivo de reprodução 102 no modo de profundidade, os dados de plano de vídeo para a esquerda 4701 representam o plano de vídeo para imagens de vídeo2D,eos dados de plano de vídeo para a direita 4702 representam um mapa de profundidade para as imagens de vídeo 2D. Neste caso, a unidade de geração de vídeo paralaxe 4710 primeiro calcula o paralaxe binocular para cada elemento nas imagens de vídeo 2D com uso do mapa de profun- didade. Em seguida, a unidade de geração de vídeo paralaxe 4710 processa os dados de plano de vídeo para a esquerda 4701 para alterar a posição de apresentação de cada elemento no plano de vídeo para imagens de vídeo 2D para a esquerda ou direita de acordo com o paralaxe binocular calculado. Isto gera um par de planos de vídeo que representam a vista esquerda e a vista direita. Além disso, a unidade de geração de vídeo paralaxe 4710 - 15 transmite o par de planos de vídeo para o comutador 4720 como um par de conjuntos dos dados de plano de vídeo para a direita e a esquerda.
Quando a unidade de controle de reprodução 4235 indica modo de apresentação B-D, o comutador 4720 transmite os dados de plano de vídeo para a esquerda 4701 e os dados de plano de vídeo para a direita 4702 com o mesmo PTS para o primeiro adicionador 4741 naquela ordem. Quando a unidade de controle de reprodução 4235 indica modo de apresen- tação B-B, o comutador 4720 transmite um dos dados de plano de vídeo pa- ra a esquerda 4701 e dados de plano de vídeo para a direita 4702 com os PTS duas vezes por quadro para o primeiro adicionador 4741, descartando o outroconjunto dos dados de plano.
A primeira unidade de reenquadramento 4731 inclui a mesma estrutura que o par da unidade de geração de vídeo paralaxe 4710 e comu- tador 4720. E estruturas são usadas quando os dados de plano de vídeo secundário são um par de uma vista esquerda e uma vista direita. Em parti- — cular,no dispositivo de reprodução 102 em modo de profundidade, a unida- de de geração de vídeo paralaxe na primeira unidade de reenquadramento 4731 converte os dados de plano de vídeo secundário em um par de conjun-
tos de vista esquerda e vista direita de dados de plano. Quando a unidade : de controle de reprodução 4235 indica modo de apresentação B-D, os con- juntos de vista direita e vista esquerda de dados de plano são alternadamen- te transmitidos para o primeiro adicionador 4741. Por outro lado, quando a unidade de controle de reprodução 4235 indica modo de apresentação B-B, um dos conjuntos de vista esquerda e vista para direita de dados de plano é transmitido duas vezes por quadro para o primeiro adicionador 4741, e o outro conjunto de dados de plano é descartado.
Quando a unidade de controle de reprodução 4235 indica modo de1 plano + deslocamento, a primeira unidade de reenquadramento 4731 realiza o seguinte controle de deslocamento dos dados de plano de vídeo secundário 4703. A primeira unidade de reenquadramento 4731 primeiro recebe as informações de deslocamento 4707 a partir do decodificador-alvo Ú de sistema 4225. Neste ponto, a primeira unidade de reenquadramento 4731 - 15 lêolD de deslocamento de referência (SV ref deslocamento id) 4212 que . corresponde ao plano de vídeo secundário a partir do SPRM(27) 4751 na unidade de armazenamento variável de leitor 4236. A seguir, a primeira uni- dade de reenquadramento 4731 restaura as informações de deslocamento que pertencem à sequência de deslocamento indicada pelo ID de desloca- mento de referência a partir das informações de deslocamento 4707 recebi das a partir do decodificador-alvo de sistema 4225. Subsequentemente, a primeira unidade de reenquadramento 4731 lê o valor de ajuste de desloca- mento (SV deslocamento ajuste) 4222 que corresponde ao plano de vídeo secundário a partir do SPRM(28) 4752 na unidade de armazenamento variá- —velde leitor 4236 e adiciona o valor de ajuste de deslocamento ao valor de deslocamento restaurado. Depois disso, a primeira unidade de reenquadra- mento 4731 se refere ao valor de deslocamento para realizar controle de deslocamento nos dados de plano de vídeo secundário 4703. Como resulta- do, os dados de plano de vídeo secundário 4703 são convertidos em um par de conjuntos de dados de plano de vídeo secundário que representam uma vista esquerda e uma vista direita, e este par sai alternadamente. A unidade de controle de reprodução 4235 geralmente atualiza os valores do SPRM(27) 4751 e SPRM(28) 4752 a cada tempo o PI atual se : altera. Adicionalmente, a unidade de execução de programa 4234 pode defi- nir os valores do SPRM(27) 4751 e do SPRM(28) 4752 em concordância com um objeto de filme ou um objeto BD-J.
Por outro lado, quando a unidade de controle de reprodução 4235 indica modo de 1 plano + deslocamento zero, a primeira unidade de reenquadramento 4731 não realiza controle de deslocamento, em vez de dar saída aos dados de plano de vídeo secundário 4703 duas vezes como es- tão.
Similarmente, a segunda unidade de reenquadramento 4732 se refere ao ID de deslocamento de referência (PG ref deslocamento id) 4310 para o plano de PG e ao valor de ajuste de deslocamento (PG deslo- camento ajuste) 4320 para realizar controle de deslocamento nos dados de plano de PG 4704. A terceira unidade de reenquadramento 4733 se refere - 15 aolDde deslocamento de referência (IG ref deslocamento id) 4311 para o : plano de IG e ao valor de ajuste de deslocamento (IG deslocamento ajuste) 4321 para realizar controle de deslocamento nos dados de plano de IG
4705. A primeira unidade de reenquadramento 4734 se refere ao ID de des- locamento de referência (IM ref deslocamento id) 4213 para o plano de imagem e ao valor de ajuste de deslocamento (IM deslocamento ajuste) 4323 para realizar controle de deslocamento nos dados de plano de imagem
4706.
Fluxograma de Controle de deslocamento! A figura 48 é um fluxograma de controle de deslocamento pela unidade de reenquadramentos 4731-4734. Cada uma das unidades de re- enquadramento 4731-4734 inicia o controle de deslocamento mediante re- cebimento de informações de deslocamento 4707 a partir do decodificador- alvo de sistema 4225. No seguinte exemplo, a segunda unidade de reen- quadramento 4732 realiza controle de deslocamento nos dados de plano de PG 4704.As outras unidades de reenquadramento 4731, 4733 e 4734 reali- zam processamento similar respectivamente nos dados de plano de vídeo secundário 4703, dados de plano de IG 4705 e dados de plano de imagem
4706.
Ú Na etapa S4801, a segunda unidade de reenquadramento 4732 primeiro recebe dados de plano de PG 4704 a partir do decodificador-alvo de ' sistema 4225. Neste ponto, a segunda unidade de reenquadramento 4732 lê olDde deslocamento de referência (PG ref deslocamento id) 4310 para o plano de PG a partir do SPRM(27) 4751. Em seguida, a segunda unidade de reenquadramento 4731 restaura as informações de deslocamento que per- tencem à sequência de deslocamento indicada pelo ID de deslocamento de referência 4310 a partir das informações de deslocamento 4707 recebidas a partir do decodificador-alvo de sistema 4225. Então, processando procedi- mentos para a etapa S4802.
Na etapa S4802, a segunda unidade de reenquadramento 4732 lê o valor de ajuste de deslocamento (PG deslocamento ajuste) 4320 para Í o Plano de PG a partir do SPRM(28) 4752 e adiciona este valor de ajuste de - 15 deslocamento ao valor de deslocamento restaurado na etapa S4801. Então, ! processando procedimentos para a etapa S4803.
Na etapa S4803, a segunda unidade de reenquadramento 4732 verifica qual entre uma vista esquerda e uma vista direita é representada pelos dados de plano de vídeo selecionados pelo comutador 4720. Se os dados de plano de vídeo representam uma vista esquerda, há processamen- to de procedimentos para a etapa S4804. Se os dados de plano de vídeo representam a vista direita, há processamento de procedimentos para a eta- pa S4807.
Na etapa S4804, a segunda unidade de reenquadramento 4732 verifica o valor da direção de deslocamento restaurado. Depois do que, as- sume-se o seguinte: se a direção de deslocamento valor é "0", a imagem de gráfico 3D está mais perto do observador que a tela e se a direção de deslo- camento valor é "1", a imagem está mais atrás que a tela. Neste contexto, quando a direção de deslocamento valor é "0", há processamento de proce- dimentos para a etapa S4805. Se a direção de deslocamento valor é "1", há processamento de procedimentos para a etapa S4806.
Na etapa S4805, a segunda unidade de reenquadramento 4732 fornece um deslocamento para a direita aos dados de plano de PG 4704. Em outras palavras, a posição de cada conjunto de dados de data incluída nos dados de plano de PG 4704 é modificada para a direita pelo valor de : deslocamento. Então, processando procedimentos para a etapa S4810. Na etapa S4806, a segunda unidade de reenquadramento 4732 fornece um deslocamento para a esquerda aos dados de plano de PG 4704. Em outras palavras, a posição de cada conjunto de dados de dados de pixel incluída nos dados de plano de PG 4704 é modificada para a esquerda pelo valor de deslocamento. Então, processando procedimento para a etapa S4810.
Na etapa S4807, a segunda unidade de reenquadramento 4732 verifica o valor da direção de deslocamento restaurada. Se a direção de des- locamento valor é "0", há processamento de procedimentos para a etapa ' S4808. Se a direção de deslocamento valor é "1", há processamento de pro- — 15 cedimentos para a etapa S4809.
Na etapa S4808, a segunda unidade de reenquadramento 4732 fornece um deslocamento para a esquerda aos dados de plano de PG 4704, oposto a etapa S4805. Em outras palavras, a posição de cada conjunto de dados de pixel incluída nos dados de plano de PG 4704 é modificada para a esquerda pelo valor de deslocamento. Então, processando procedimentos para a etapa S4810.
Na etapa S4809, a segunda unidade de reenquadramento 4732 fornece um deslocamento para a direita aos dados de plano de PG 4704, oposto a etapa S4806. Em outras palavras, a posição de cada conjunto de — dados de pixel incluída nos dados de plano de PG 4704 é modificada para a direita pelo valor de deslocamento. Então, processando procedimento para a etapa S4810.
Na etapa S4810, a segunda unidade de reenquadramento 4732 dá saída aos dados de plano de PG processados 4704 para a terceira uni- dadede reenquadramento 4734. O processamento então termina. [Alterações em dados de plano por meio de Controle de deslocamento A figura 49B é um diagrama esquemático que mostra o GP de dados de plano de PG para os quais a segunda unidade de reenquadramen- : to 4732 deve fornecer controle de deslocamento. Conforme mostrado na figura 49B, o GP de dados de plano de PG incluem dados de pixel que re- ' presentam a legenda "Eu te amo”, isto é dados de legenda STL. Esses da- —dosdelegenda STL estão localizados a uma distância DO a partir A figura 49A é um diagrama esquemático que mostra RPG de dados de plano de PG para o qual um deslocamento para a direita foi forne- cido. Conforme mostrado na figura 49A, quando se fornece um deslocamen- to para a direita ao GP de dados de plano de PG, a segunda unidade de re- enquadramento 4732 altera a posição de cada conjunto de dados de pixel nos GP de dados de plano de PG a partir de sua posição original para a di- reita por um número de pixels OFS igual ao valor de deslocamento. Especifi- camente, a segunda unidade de reenquadramento 4732 realiza o reenqua- i dramento para remover, a partir da borda direita do GP de dados de plano - 15 de PG, dados de pixel incluídos em um tira AR1 de uma largura OFS igual : ao valor de deslocamento. Em seguida, a segunda unidade de reenquadra- mento 4732 forma a tira AL1 de larguras OFS adicionando dados de pixel à borda esquerda do GP de dados de plano de PG. Os dados de pixel incluí- dos neste tira AL1 são ajustados como transparentes. Este processo rende RGP de dados de plano de PG ao qual um deslocamento para a direita foi fornecido. Dados de legenda STL são na prática localizados a uma distância DR a partir da borda esquerda deste RGP de dados de plano de PG. Esta distância DR se iguala a distância original DO mais o valor de deslocamento OFS: DR = DO + OFS.
A figura 49C é um diagrama esquemático que mostra LPG de dados de plano de PG para o qual um deslocamento para a esquerda foi fornecido. Conforme mostrado na figura 49C, quando se fornece um deslo- camento para a esquerda ao GP de dados de plano de PG, a segunda uni- dade de reenquadramento 4732 altera a posição de cada conjunto de dados de pixelno6GP de dados de plano de PG a partir de sua posição original pa- ra a esquerda por um número de pixels OFS igual ao valor de deslocamento. Especificamente, a segunda unidade de reenquadramento 4732 realiza o i 150/318 reenquadramento para remover, a partir da borda esquerda do GP de dados de plano de PG, dados de pixel incluídos em um tira AL2 de uma largura OFS igual ao valor de deslocamento. Em seguida, a segunda unidade de reenquadramento 4732 forma a tira AR2 de largura OFS adicionando dados de pixelà borda direita do GP de dados de plano de PG. Os dados de pixel incluídos neste tira AR2 são ajustados como transparentes. Este processo rende LGP de dados de plano de PG ao qual um deslocamento para a es- querda foi fornecido. Dados de legenda STL estão na prática localizados a uma distância DL a partir da borda esquerda deste RGP de dados de plano dePG.Esta distância DL se iguala a distância original DO menos o valor de deslocamento OFS: DL = DO — OFS. Referindo-se novamente a figura 47, o primeiro adicionador 4741 recebe os dados de plano de vídeo a partir do comutador 4720 e recebe os i dados de plano de vídeo secundário a partir da primeira unidade de reen- . 15 quadramento 4731. Neste ponto, o primeiro adicionador 4741 sobrepõe cada par dos dados de plano e dados de plano de vídeo secundário e transmite o [ resultado ao segundo adicionador 4742. O segundo adicionador 4742 rece- be dados de plano de PG a partir da segunda unidade de reenquadramento 4732, sobrepõe estes dados de plano de PG sobre os dados de plano a par- tirdo primeiro adicionador 4741, e transmite o resulto ao terceiro adicionador
4743. O terceiro adicionador 4743 recebe os dados de plano de IG a partir da terceira unidade de reenquadramento 4733, sobrepõe estes dados de plano de IG sobre os dados de plano a partir do segundo adicionador 4742, e transmite o resulte ao quarto adicionador 4744. O quarto adicionador 4744 recebe os dados de plano de imagem a partir da quarta unidade de reen- quadramento 4734, sobrepõe estes dados de plano de imagem sobre os dados de plano a partir do terceiro adicionador 4743, e dá saída ao resulto ao dispositivo de exibição 103. Cada um dos adicionadores 4741 a 4744 faz uso de combinação alfa quando sobrepõem os dados de plano. Desta forma, os dados de plano de vídeo secundário 4703, dados de plano de PG 4704, dados de plano de IG 4705 e dados de plano de imagem 4706 são sobre- postos na ordem mostrada pela seta 4700 na figura 47 sobre os dados de plano de vídeo para a esquerda 4701 ou dados de plano de vídeo para a : direita 4702. Como resultado, as imagens de vídeo indicadas por cada peça de dados de plano são exibidas na tela do dispositivo de exibição 103 de forma que o plano de vídeo para a esquerda ou plano de vídeo para a direita aparece para se sobrepor com o plano de vídeo secundário, plano de IG, plano de PG e plano de imagem nesta ordem.
Em adição ao procedimento anteriormente determinado, o adi- cionador de plano 4724 converte o formato de saída dos dados de plano combinados pelos quatro adicionadores 4741 a 4744 em um formato que cumpre com o método exibição de imagens de vídeo 3D adotado em um dispositivo tal como o dispositivo de exibição 103 para o qual os dados sa- em. Se um método de sequenciamento de quadros alternativo é adotado no dispositivo, por exemplo, o adicionador de plano 4724 dá saída aos conjun- tos de dados de plano combinados como um quadro ou um campo. Por ou- - 15 trolado, se um método que usa lentes lenticulares é adotado no dispositivo, ' o adicionador de plano 4724 combina um par de conjuntos de vista esquerda e vista direita de dados de plano como um quadro ou um campo de dados de vídeo com uso de memória reserva interna. Especificamente, o adiciona- dor de plano 4724 temporariamente armazena e mantém na memória reser- vaos dados de plano de vista esquerda que foram combinados primeiro. Subsequentemente, o adicionador de plano 4724 combina os dados de pla- no de vista direita, e adicionalmente combina os dados resultantes com os dados de plano de vista esquerda mantidos na memória reserva. Durante a combinação, os conjuntos de vista esquerda e vista direita de dados de pla- —nosão cada um divididos, em uma direção vertical, em pequenas áreas re- tangulares que são longas e finas e as pequenas áreas retangulares são dispostas alternadamente na direção horizontal em um quadro ou um campo se forma a reconstituir o quadro ou campo. Desta forma, o par de conjuntos de vista esquerda e vista direita de dados de plano é combinado em um quadro ou campo de vídeo. O adicionador de plano 4724 então dá saída ao quadro ou campo de vídeo combinado para o dispositivo correspondente. Efeitos da Modalidade 1
| 152/318 No disco BD-ROM 101, de acordo com Modalidade 1 da presen- te invenção, conforme mostrado nas figuras 15 e 16, as prioridades de TS i são atribuídas a uma sequência de pacotes de TS que armazena um VAU na primeira de cada sequência de vídeo que constitui o fluxo de vídeo de vistadependente.
Em particular, diferentes prioridades de TS são atribuídas a um pacote de grupo de TS que armazena metadados de deslocamento e um pacote de grupo de TS que armazena dados de imagem comprimida.
Neste caso, a função para extrair metadados de deslocamento pode ser rea- lizada no decodificador-alvo de sistema 4225 pelo primeiro meio mostrado —nafigura45 ou o segundo meio mostrado na figura 46. O decodificador-alvo de sistema 4225 pelo primeiro meio pode facilmente identificar pacotes de TS que armazenam metadados de deslocamento a partir de outro usando as prioridades de TS.
Da mesma forma, o decodificador de vídeo primário 4515 Ú e a unidade de processamento de metadados de deslocamento 4552 podem - 15 serimplantados em diferentes formas.
Especialmente mesmo se o decodifi- : cador de vídeo primário 4515 é composto de hardware, independentemente deste a unidade de processamento de metadados de deslocamento 4552 pode ser composta de hardware dedicado ou realizado por software com uso de hardware de propósito geral.
Por outro lado, no decodificador-alvo de sis- tema 4225 pelo segundo meio, o decodificador de vídeo primário 4615 pode executar em paralelo ambas as função para decodificar o fluxo de vídeo de vista dependente e a função para extrair metadados de deslocamento.
As- sim independente das prioridades de TS todos os pacotes de TS que arma- zenam o fluxo de vídeo de vista dependente podem ser passadas para o — decodificador de vídeo primário 4615. Desta forma, a estrutura de dados do fluxo de vídeo de vista dependente e os metadados de deslocamento grava- dos no disco BD-ROM 101, de acordo com Modalidade 1 da presente inven- ção, podem ser usados em comum pelo decodificador-alvo de sistema 4225 realizado pelo primeiro meio e o decodificador-alvo de sistema 4225 realiza- do pelosegundo meio.
Modificações Fluxo de Vídeo
No modo de L/R, de acordo com Modalidade 1 da presente in- : venção, o fluxo de vídeo de vista de base representa a vista esquerda, e o fluxo de vídeo de vista dependente representa a vista direita. Contrariamen- ' te, no entanto, o fluxo de vídeo de vista de base pode representar a vista direitaeofluxode vídeo de vista dependente, a vista esquerda.
No disco BD-ROM 101, de acordo com Modalidade 1 da presen- te invenção, o fluxo de vídeo de vista de base e o fluxo de vídeo de vista de- pendente são multiplexados em diferentes TSs. Alternativamente, o fluxo de vídeo de vista de base e o fluxo de vídeo de vista dependente podem ser multiplexados em um único TS. Metadados de deslocamento Os metadados de deslocamento podem ser armazenados no fluxo de vídeo de vista de base ao invés de no fluxo de vídeo de vista de- Ú pendente. Neste caso também, os metadados de deslocamento são de pre- - 15 ferência armazenados nos dados suplementares no VAU localizado na pri- : meira de cada sequência de vídeo. Além disso, o arquivo de lista de repro- dução pode ser fornecido com um sinalizador que indica se o fluxo de vídeo de vista de base ou o fluxo de vídeo de vista dependente inclui os metada- dos de deslocamento. Isto permite um aumento no grau de liberdade quando secriacasa peça de dados de fluxo. Além disso, pode ser aconselhável que este sinalizador seja "proibido ser alterado durante entre Pls em que as ima- gens de vídeo são conectadas de forma contínua por meio de CC = 5, 6".
Metadados de deslocamento podem ser armazenados em cada VAU (isto é, cada quadro ou campo) ao invés de somente ser armazenado — no primeiro VAU em cada sequência de vídeo (isto é, cada GOP). Alternati- vamente, metadados de deslocamento pode ser ajustado em intervalos arbi- trários, tal como três quadros ou mais, para cada conteúdo. Neste caso, é preferível que metadados de deslocamento sempre sejam armazenados no primeiro VAU em cada sequência de vídeo e que o intervalo entre os meta- dados de deslocamento e os metadados de deslocamento imediatamente anteriores seja restrito a igual ou maior que três quadros. Da mesma forma, o dispositivo de reprodução pode com segurança realizar o processamento para alterar as informações de deslocamento em paralelo com reprodução Ú interrupta. Ao invés de serem armazenados no fluxo de vídeo, os metada- ! dos de deslocamento podem ser multiplexados em um TS principal ou um sub-TS como dados de fluxo independentes. Neste caso, um PID único é alocado para os metadados de deslocamento. O decodificador-alvo de sis- tema se refere a este PID para separar os metadados de deslocamento a partir de outros dados de fluxo. Alternativamente, os metadados de deslo- camento podem primeiro ser pré-carregados em uma reserva dedicada e mais tarde submetidos a processamento de reprodução, como o fluxo de legenda de texto. Neste caso, os metadados de deslocamento são armaze- nados em quadro intervalos de quadro constantes. Da mesma forma, um PTS não é necessário para os metadados de deslocamento, assim reduzin- do a quantidade de dados do cabeçalho de PES. Isto reduz a capacidade de - 15 reservapara pré-carregamento.
. Ao invés de serem armazenados nos dados suplementares de um VAU, os metadados de deslocamento podem ser englobados no fluxo de vídeo com uso de uma marca d'água em vídeo. Além disso, os metadados de deslocamento podem ser englobados no fluxo de áudio com uso de uma marcad'água em áudio.
No sub-TS, de acordo com Modalidade 1 da presente invenção, conforme mostrado na figura 15, os pacotes de TS 1530 e 1550 localizados nas extremidades do primeiro grupo 1521 e do segundo grupo 1522, respec- tivamente, incluem campos de AD 1532 e 1552 em geral. Com esta estrutu- ra,ostrês grupos 1521 a1523 são separados um do outro. Alternativamente, no VAU *1 1500 no fluxo de vídeo de vista dependente, o tamanho dos da- dos de enchimento 1506 pode ser ajustado de forma que os três grupos 1521 a 1523 sejam separados um do outro.
Pacotes de TS que contêm metadados de deslocamento podem ser selecionados em um decodificador-alvo de sistema dependendo dos PIDs, ao invés de prioridade de TS. A figura 50 é um diagrama esquemático que mostra um pacote de PES 5010 que contém VAU *1 5000 no fluxo de vídeo de vista dependente e uma sequência de pacotes de TS 5020 gerados a partir do pacote de PES 5010. O VAU t1 5000 é localizado na primeira da | sequência de vídeo, e da mesma forma inclui dados suplementares 5004 ' que consistem somente em metadados de deslocamento 5009. A carga útil —dePES 5012 do pacotedePES 5010 contém o VAU *1 5000 e o cabeçalho de PES 5011 deste inclui DTS e PTS atribuídos para dados de imagem comprimida 5005 no VAU f1 5000. O pacote de PES 5010 é armazenado na sequência de pacote TS 5020 em ordem a partir do primeiro.
Com esta dis- posição, a sequência de pacote TS 5020 é dividida em três grupos 5021, 5022, e5023 em ordem a partir do primeiro.
O primeiro grupo 5021 inclui o cabeçalho de PES 5011, o código de identificação de sub-AU 5001, o cabe- çalho de subsequência 5002 e o cabeçalho de imagem 5003. O segundo grupo 5022 inclui os dados suplementares 5004 que consiste somente em À metadados de deslocamento 5009. O terceiro grupo 5013 inclui os dados de - 15 imagem comprimida 5005, dados de enchimento 5006, código de extremida- ' de de sequência 5007 código de extremidade de fluxo 5008. As áreas ha- churadas na figura 50 mostram os dados suplementares 5004 que consistem somente em metadados de deslocamento 5009 e as áreas pontilhadas mos- tram os dados 5011, 5001 a 5003 dispostos antes dos dados suplementares no pacote de PES 5010. Como os pacotes de TS na sequência 1520 mos- trada na figura 15, os pacotes de TS 5030 e 5050 localizados nas extremi- dades do primeiro grupo 5021 e do segundo grupo 5022, respectivamente, incluem campos de AD 5032 e 5052 em geral.
Com esta estrutura, os três grupos 5021 a 5023 são separados um do outro.
Os cabeçalhos de TS 5031 e 5061 dos pacotes de TS 5030 e 5060 que pertencem ao primeiro grupo 5021 e ao terceiro grupo 5023 cada um indica PID = 0x1012. Aqui, os cabe- çalhos de TS 5031 dos pacotes de TS 5030 que pertencem ao primeiro gru- po 5021 podem indicar PID = 0x1022. Por outro lado, os cabeçalhos de TS 5041 e 5051 dos pacotes de TS 5040 e 5050 que pertencem ao segundo grupo 5022 cada um indica PID = 0x1022. O valor hexadecimal "0x1022" pode ser substituído por qualquer outro valor exceto os valores hexadeci- mais atribuídos aos outros fluxos elementares.
Desta forma, pacotes de TS que pertencem ao segundo grupo 5022 têm um PID diferente dos pacotes de TS que pertencem ao terceiro grupo 5023. Da mesma forma, o decodifi- ' cador-alvo de sistema pode facilmente selecionar pacotes de TS que perten- " cem ao segundo grupo usando PIDs.
O decodificador-alvo de sistema extrai metadados de desloca- mento a partir da sequência de pacote TS 5020 mostrada na figura 50 con- forme segue. A figura 51 é um diagrama em bloco funcional que mostra um sistema de processamento de fluxos de vídeo no decodificador-alvo de sis- tema 5125. O decodificador-alvo de sistema 5125 mostrado na figura 51, em contraste àquele 4225 mostrado na figura 45, não inclui o filtro de prioridade de TS 4551. Outros componentes deste são similares aos correspondentes. Na figura 51, componentes similares àqueles mostrados na figura 45 são marcados com os mesmos números de referência. Além disso, detalhes dos ' componentes similares podem ser achados na descrição na figura 45. O segundo filtro de PID 4514 transfere pacotes de TS com PID = O0x1012 para TB2 4508 no decodificador de vídeo primário 4515, e transfere pacotes de TS com PID = 0x1022 para a unidade de processamento de me- tadados de deslocamento 4552. Aqui, os pacotes de TS com PID = 0x1022 podem ser transferidos para TB2 4508 em paralelo. Desta forma, pacotes de TSque contêm metadados de deslocamento são transferidos para a unidade de processamento de metadados de deslocamento 4552. Perceba-se que diferentes dados a partir tanto de prioridade de TS e de PID podem ser usados para selecionar pacotes de TS que contêm metadados de deslocamento a partir de um as ser ajustado para cada paco- tedeTS, os dados podem ser usados para selecionar os pacotes de TS an- teriormente descritos. Isto poderia ser óbvio para uma pessoa versada na técnica a partir da modalidade anteriormente descrita. Os metadados de deslocamento 1110, de acordo com Modali- dade 1 da presente invenção, conforme mostrado na figura 11, fornecem cada quadro com informações de deslocamento. Alternativamente, quando o fluxo de vídeo representa um quadro no método de interlace (por exemplo, 601), a unidade de exibição não é um quadro, mas um campo. Neste caso,
os metadados de deslocamento podem fornecer cada campo com as infor- mações de deslocamento ou fornecer o par de campos que constitui cada quadro com as informações de deslocamento.
Nos metadados de deslocamento, de acordo com Modalidade 1 da presente invenção, cada sequência de deslocamento define um valor de deslocamento para cada quadro.
Alternativamente, cada sequência de des- locamento pode definir uma função que representa uma alteração sobre o tempo no valor de deslocamento para cada tempo de apresentação, isto é a função de conclusão.
Neste caso, o dispositivo de reprodução 3D usa a fun- çãode conclusão em cada tempo de apresentação para calcular o valor de deslocamento para cada quadro incluído neste tempo de apresentação.
A figura 52A é um diagrama esquemático que mostra uma estru- tura de dados de metadados de deslocamento 5200 que usam uma função Í de conclusão.
Conforme mostrado na figura 52A, os metadados de deslo- - 15 camento 5200 incluem uma tabela de correspondência entre IDs de sequên- D cia de deslocamento 5210 e sequências de deslocamento 5220. Uma se- . quência de deslocamento 5220 inclui um valor de deslocamento de início (deslocamento início) 5221, um valor de deslocamento de final (desloca- mento fim) 5222, ID de função de deslocamento (deslocamento func id) 5223e duração de deslocamento (deslocamento duração) 5224. Quando os metadados de deslocamento 5200 são armazenados em uma sequência de vídeo no fluxo de vídeo de vista dependente, o valor de deslocamento de início 5221 indica o valor de deslocamento para o primeiro quadro represen- tado pela sequência de vídeo.
O valor de deslocamento de fim 5222 indica o valor de deslocamento para o primeiro quadro representado pela próxima sequência de vídeo.
O ID de função de deslocamento 5223 define o tipo de função de conclusão.
O tipo de função de conclusão representa o formato das alterações no valor de deslocamento durante o tempo de apresentação da sequência de vídeo.
A duração de deslocamento 5224 indica o compri- —mentodo tempo de apresentação da sequência de vídeo.
A figura 52B é um gráfico que mostra os tipos de elementos na função de conclusão.
Conforme mostrado na figura 52B, o eixo geométrico x representa o tempo de apresentação e o eixo geométrico y representa o va- . lor de deslocamento. Neste contexto, o sinal do valor de deslocamento é determinado pela profundidade da imagem de gráfico, isto é por se a ima- ' gem de gráfico 3D está mais atrás ou mais perto que a tela. Três tipos de elementos em uma função de conclusão são fornecidos: um a LNR de for- mato linear, um CVX de formato convexo e um CCV de formato côncavo. O LNR de formato linear é definido por uma função linear y = ax + b, enquanto o CVX de formato convexo e o CCV de formato côncavo são definidos por uma curva de segundo grau y = ax? + bx + c, uma curva de terceiro grau y = aÉé+bÃ+cxt+d, ou uma curva gama y = a(x + b)"" + c. Neste contexto, as constantes a, b, c, e d são parâmetros determinados pelas coordenadas xy de cada borda A, B de cada elemento, isto é por um par ode tempo de apre- sentação e o valor de deslocamento neste ponto. Por outro lado, a constante Í r é separadamente definida e é armazenada em cada sequência de deslo- - 15 camento. Os tipos de funções de conclusão são definidos por um desses y elementos LNR, CVX e CCV ou por uma combinação destes.
A figura 52C é um gráfico que mostra valores de deslocamento calculados por um dispositivo de reprodução 3D a partir de IDs de sequência de deslocamento = 0, 1, 2 mostradas na figura 52A. Conforme mostrado na figura 52C, o eixo geométrico horizontal do gráfico representa o tempo de- corrido desde o primeiro quadro em cada sequência de vídeo foi exibido; na sequência de vídeo, uma sequência de deslocamento é armazenada. Os círculos negros AO, BO, A1, B1, A2 e B2 indicam coordenadas definidas da mesma forma pelo valor de deslocamento de início 5221 ou valor de deslo- camento de fim 5222 e a duração de deslocamento 5224. As linhas GRO, GR1 e GR2 que respectivamente conectam o par de círculos negros AO + BO, A1 + B1 e A2 + B2 representam funções de conclusão cada uma deter- minada pelo tipo função de conclusão especificado na função de desloca- mento ID 5223 e pelos valores de coordenada dos círculos negros AO + BO, A1l+B1lehA?+B2 nas bordas das linhas. Na sequência de deslocamento com ID de sequência de deslocamento = O, o ID de função de deslocamento 5223 indica "linear", e assim os círculos negros AO e BO em cada uma das bordas são conectados por uma linha %O GRO com um LNR de formato line- ar. Na sequência de deslocamento com ID de sequência de deslocamento = f 1, o ID de função de deslocamento 5223 indica "curva ff1", e assim os círcu- : los negros A1 e B1 em cada uma das bordas são conectados por uma linha | GRI comum CVX de formato convexo. Na sequência de deslocamento com ID de sequência de deslocamento = 2, o ID de função de deslocamento 5223 indica "curva f2", e assim os círculos negros A2 e B2 em cada uma das bordas são conectados por uma linha 42, o GR2 assim é formado por uma combinação de um CVX de formato convexo e um CCV de formato — côncavo. Os círculos brancos representam pares de um tempo de apresen- tação para um quadro e um valor de deslocamento para o quadro conforme calculado pelo dispositivo de reprodução 3D com uso da função de conclu- são indicada por cada uma das linhas GRO, GR1 e GR2. Conforme é escla- É recido partir dessas linhas GRO, GR1 e GR2, a mera combinação do valor . 15 de deslocamento de início 5221, valor de deslocamento de fim 5222, ID de função de deslocamento 5223 e duração de deslocamento 5224 pode repre- | sentar uma variedade de alterações no valor de deslocamento, isto é na pro- fundidade de imagens de gráfico 3D. Da mesma forma, o tamanho do total de metadados de deslocamento pode ser reduzido sem uma perda na habi- lidadede expressar imagens de gráfico 3D.
No arquivo de fluxo AV para imagens de vídeo 3D, dados relati- vos ao formato de reprodução de imagens de vídeo 3D podem ser adiciona- dos ao PMT 1810 mostrado na figura 18. Neste caso, o PMT 1810 inclui descritores 3D em adição ao cabeçalho de PMT 1801, descritores 1802, e — conjuntos de informações de fluxo 1803. Os descritores 3D são informações no formato de reprodução de imagens de vídeo 3D, são compartilhados por todo o arquivo de fluxo AV, e particularmente incluem informações de forma- to 3D. As informações de formato 3D indicam o formato de reprodução, tal como o modo de L/R ou o modo de profundidade, das imagens de vídeo 3D no arquivo de fluxo AV. Cada conjunto de informação de fluxo 1803 inclui descritores de fluxo 3D em adição a um tipo de fluxo 1831, um PID 1832 e descritores de fluxo 1833. Os descritores de fluxo 3D indicam informações no formato de reprodução de imagens de vídeo 3D para cada fluxo elemen- U tar incluído no arquivo de fluxo AV. Em particular, os descritores de fluxo 3D do fluxo de vídeo incluem um tipo de exibição 3D. O tipo de exibição 3D indi- í ca se as imagens de vídeo indicadas pelo fluxo de vídeo são um vista es- querda ou uma vista direita quando as imagens de vídeo são exibidas em modo de L/R. O tipo de exibição 3D também indica se as imagens de vídeo indicadas pelo fluxo de vídeo são imagens de vídeo 2D ou mapas de profun- didade quando as imagens de vídeo são exibidas em modo de profundidade. Quando um PMT assim inclui informações relativas ao formato de reprodu- ção imagens de vídeo 3D, o sistema de reprodução dessas imagens de ví- deo pode adquirir tais informações simplesmente a partir do arquivo de fluxo AV. Esta espécie de estrutura de dados é então útil quando se distribui con- teúdo de vídeo 3D por meio de uma difusão.
Arquivo de informação de clipe O arquivo de informação de clipe de vista dependente pode in- . cluir, entre as informações de atributo de fluxo 2220 tal como na figura 22, um sinalizador predeterminado nas informações de atributo de fluxo de vídeo alocadas para PID=0x1012, 0x1013 do fluxo de vídeo de vista dependente. Quando ligado, este sinalizador indica que o fluxo de vídeo de vista depen- dente se refere ao fluxo de vídeo de vista de base. Além disso, o fluxo de vídeo informações de atributo pode incluir informações relativas ao fluxo de vídeo de vista de base ao qual o fluxo de vídeo de vista dependente se refe- re. Estas informações podem ser usadas para confirmar a correspondência entre fluxos de vídeo quando se verifica, por meio de uma ferramenta prede- terminada, se o conteúdo de vídeo 3D foi criado em concordância com um formato aconselhado.
De acordo com a Modalidade 1 da presente invenção, o tama- nho de extensões de vista de base e extensões de vista dependente pode ser calculado a partir dos pontos de início de extensão 2242 e 2420 incluído no arquivo de informação de clipe. Alternativamente, uma lista do tamanho de cada extensão pode ser armazenada, por exemplo, no arquivo de infor- mação de clipe como parte dos metadados.
Arquivo de lista de reprodução O arquivo de lista de reprodução 222 mostrado na figura 31 in- clui um subcaminho. Alternativamente, o arquivo de lista de reprodução pode incluir uma pluralidade de subcaminhos. Por exemplo, se o tipo de subcami- nhode um subcaminho é "I/R 3D", então o tipo de subcaminho do outro subcaminho pode ser "profundidade 3D". Comutando-se entre esses dois tipos de subcaminhos quando se reproduzem imagens de vídeo 3D em con- cordância com o arquivo de lista de reprodução, o dispositivo de reprodução 102 pode facilmente comutar entre modo de L/R e modo de profundidade.
Em particular, tal comutação pode ser realizada mais rapidamente do que se comutando o próprio arquivo de lista de reprodução.
Uma pluralidade de fluxos de vídeo de vista dependente pode representar as mesmas imagens de vídeo 3D em combinação com um fluxo É de vídeo de vista de base compartilhado. No entanto, a paralaxe entre a vis- ta esquerda e a vista direita para a mesma cena difere entre os fluxos de vídeo de vista dependente. Esses fluxos de vídeo de vista dependente po- | dem ser multiplexados em um sub-TS, ou separados em diferentes sub-TSs. Neste caso, o arquivo de lista de reprodução inclui uma pluralidade de sub- caminhos. Cada subcaminho se refere a um fluxo de vídeo de vista depen- dente diferente. Comutando-se entre subcaminhos quando se reproduzem imagens de vídeo 3D em concordância com o arquivo de lista de reprodu- ção, o dispositivo de reprodução 102 pode facilmente alterar a percepção de profundidade das imagens de vídeo 3D. Em particular, tal processamento pode ser realizado mais rapidamente que comutar o próprio arquivo de lista dereprodução.
A figura 53 é um diagrama esquemático que mostra (i) uma es- trutura de dados de um arquivo de lista de reprodução 5300 que inclui uma pluralidade de subcaminhos e (ii) uma estrutura de dados de uma arquivo 2D 5310 e dois arquivos de DEP 5321 e 5322 que são referidos pelo arquivo de listade reprodução 5300. O arquivo 2D 5310 inclui um fluxo de vídeo de vis- ta de base com um PID = 0x1011. O arquivo de DEP *1 5321 inclui um fluxo de vídeo de vista dependente 41 com um PID = 0x1012. O arquivo DEP t2
5322 inclui um fluxo de vídeo de vista dependente 2 com um PID = 0x1013. Em combinação com o fluxo de vídeo de vista de base no arquivo 2D 5310, os fluxos de vídeo de vista dependente 1 e f2 separadamente representam as mesmas imagens de vídeo 3D. No entanto, a paralaxe entre a vista es- querdae a vista direita para a mesma cena difere entre os fluxos de vídeo *— de vista dependente 1 e f2. Além disso, sequências de deslocamento com o mesmo ID de sequência de deslocamento definem diferentes valores de deslocamento para o mesmo número de quadro. O arquivo de lista de reprodução 3D 5300 inclui um caminho principal 5330 e dois subcaminhos 5331 e 5332. O PI f1 do caminho princi- pal 5330 se refere ao arquivo 2D 5310, em particular ao fluxo de vídeo de vista de base. O SUB PI %1 de cada um dos subcaminhos 5331 e 5332 compartilha o mesmo tempo de reprodução que o PI ff 1 no caminho principal Í 5330. O SUB PI 41 do subcaminho f1 5331 se refere ao arquivo DEP *1 - 15 5321, em particular ao fluxo de vídeo de vista dependente 41. O SUB PI f1 bp do subcaminho *2 5332 se refere ao arquivo DEP ff2 5322, em particular ao fluxo de vídeo de vista dependente *2. Isto é também verdade no PI %42 do caminho principal 5330 e o SUB PI f2 de cada um dos subcaminhos 5331 e
5332.
Durante o processamento de reprodução da lista de reprodução 3D do arquivo de lista de reprodução 5300, o dispositivo de reprodução 102 primeiro tem um usuário ou um programa aplicativo seleciona o subcaminho para reprodução. Alternativamente, o dispositivo de reprodução 102 pode selecionar o subcaminho para reprodução de acordo com o tamanho da tela do dispositivo de exibição 103, ou pode selecionar o subcaminho referindo- se a distância interpupilar do observador. Selecionando-se o subcaminho desta forma, a paralaxe entre os planos de vista esquerda e de vista direita pode facilmente ser alterada. Além disso, já que as alterações de informa- ções de deslocamento causadas pela comutação do fluxo de vídeo de vista dependente, os deslocamentos dos planos de gráfico reproduzidos a partir do fluxo de PG ou fluxo de IG incluídos no arquivo 2D 5310 se alteram. Isto torna fácil alterar a percepção de profundidade das imagens de vídeo 3D.
No arquivo de lista de reprodução 3D mostrado na figura 31, o fluxo de vídeo de vista de base é registrado na tabela STN 3205 no caminho principal 3101, e o fluxo de vídeo de vista dependente é registrado na tabela STN SS 3130 nos dados de extensão 3103. Alternativamente, o fluxo de ví- deode vistadependente pose ser registrado na tabela STN. Neste caso, a tabela STN pode incluir um sinalizador que indica qual entre a vista de base e a vista dependente é representada pelo fluxo de vídeo registrado.
De acordo com a Modalidade 1 da presente invenção, os arqui- vos de lista de reprodução 2D e os arquivos de lista de reprodução são ar- mazenados separadamente no disco BD-ROM 101. Alternativamente, de uma maneira similar aos dados de extensão 3103, o subcaminho 3102 mos- trado na figura 31 pode ser gravado em uma área que é referida somente pelo dispositivo de reprodução 102 no modo de reprodução 3D. Neste caso, : os arquivos de lista de reprodução como eles estão podem ser usados como . 15 os arquivos de lista de reprodução 2D desde que não haja risco de que o subcaminho 3102 faça com que o dispositivo de reprodução 102 no modo de reprodução 2D funcione de forma incorreta. Como resultado, a criação do disco BD-ROM é simplificada.
O ID de deslocamento de referências e valores de ajuste de des- —locamento para o fluxo de PG, fluxo de IG e o fluxo de legenda de texto po- dem ser armazenados na tabela STN SS 3130 ao invés de na tabela STN
3205. Alternativamente, estas informações podem ser armazenadas nas in- formações de atributo de fluxo 2220 no arquivo de informação de clipe. Além disso, o ID de deslocamento de referência pode ser armazenado na entrada delegenda para cada fluxo de PG e fluxo de legenda de texto ou pode ser armazenado em cada página do fluxo de IG.
Quando os IDs de deslocamento de referência estão ajustados no arquivo de lista de reprodução, as seguintes condições de restrição po- dem ser aconselháveis para conexão contínua entre Pls. Por exemplo, quandoCC =5é ajustado no PI 42 do caminho principal 5330 mostrado na figura 53, imagens de vídeo nas seções de reprodução definidas por PI 1 e PI f2 precisam ser conectadas de forma contínua. Neste caso, em PI 1 e PI
: 164/318 f2, alterações são proibidas para ambos os valores do ID de deslocamento de referências e o número de sequências de deslocamento incluídos no flu- xo de vídeo de vista dependente, isto é o número de entradas. Além disso, alterações em ambos os valores de ajuste de deslocamento e o número de entradas destes podem ser proibidas. Com essas condições de restrição, o dispositivo de reprodução 102 pode pular a atualização do SPRM(27) quan- do se altera o PI atual a partir de PI 41 ou PI f2. Já que a carga útil de pro- cessamento para conexão contínua é assim reduzida, a confiabilidade deste processamento pode ser adicionalmente aumentada. Como resultado, a qualidade de imagens de vídeo 3D pode ser aumentada.
Na tabela STN, dois ou mais valores de ajuste de deslocamento podem ser ajustados para um conjunto dos dados de sistema. A figura 54 é um diagrama esquemático que mostra tal tabela STN 5400. Conforme mos- trado na figura 54, a tabela STN 5400 associa um STN 5401 com uma en- 7 15 tradade fluxo 5410 de fluxo de PG 1 e um conjunto de informações de atri- ' buto de fluxo 5403. As informações de atributo de fluxo 5403 incluem três tipos de valores de ajuste de deslocamento f1-43 5411 a 5413 juntamente com um ID de deslocamento de referência 5410. Esses valores de ajuste de deslocamento são usados para alterar um deslocamento dependendo do tamanho de tela de um dispositivo de exibição; o deslocamento deve ser fornecido para um plano de gráfico gerado a partir do fluxo de PG 1. Assume-se que a correspondência entre os tipos de valores de ajuste de deslocamento e tamanhos de tela sejam especificados antecipa- damente. Especificamente, o valor de ajuste de deslocamento f1 5411, o —valorde ajuste de deslocamento f2 5412 e o valor de ajuste de deslocamen- to 43 5413 são respectivamente usados quando o tamanho de tela se en- contra dentro da faixa de O a 83,82cm (0 a 33 polegadas), 86,36 a 167,64cm (34 a 66 polegadas) e 170,18cm ou maior (67 polegadas ou maior). Os valo- res de ajuste de deslocamento 5411 a 5413 são ajustado para satisfazer a seguinte condição: paralaxes entre imagens de gráfico de vista esquerda e de vista direita produzidas por fornecimento de um deslocamento para um plano de gráfico têm o valor máximo igual ou menor que uma distância inter-
pupilar de um observador geral (no caso de um criança, 5 cm ou menos). Contanto que esta condição seja satisfeita, a paralaxe não excederá a dis- tância de interpupilar do observador. Isto pode reduzir o risco do observador sofrer doença de movimento induzida visualmente e cansaço visual.
A cada tempo a alteração de PI atual provoca a alteração do número total de valores de ajuste de deslocamento alocados para um con- junto de dados de fluxo, a unidade de controle de reprodução 4235 do dis- positivo de reprodução 102 seleciona valores de ajuste de deslocamento para serem usados na prática dependendo do tamanho de tela do dispositivo de exibição 103. Especificamente, a unidade de controle de reprodução 4235 primeiro adquire o tamanho de tela do dispositivo de exibição 103, se necessário, realizando a identificação de HDMI. A unidade de controle de reprodução 4235 em seguida seleciona um dos valores de ajuste de deslo- , camento ff1 a 3, 4801 a 4803, dependendo de dentro de qual faixa o tama- - 15 nhode telado dispositivo de exibição 103 se encontra; O a 83,82cm (0 a 33 polegadas), 86,36 a 167,64cm (34 a 66 polegadas) e 170,18cm ou maior (67 polegadas ou maior).A unidade de controle de reprodução 4235 armazena informações que representam o tipo do valor selecionado como um leitor variável dentro da unidade de armazenamento variável de leitor 4236. As- sim, até a seleção de valores de ajuste de deslocamento ser realizada no- vamente, a unidade de controle de reprodução 4235 seleciona valores de ajuste de deslocamento do tipo indicado pelo leitor variável a partir de cada tabela STN, e então atualiza o valor do SPRM(28) para o valor selecionado.
O arquivo de índice 211 mostrado na figura 35 inclui o sinaliza- dorde existência 3D 3520 e o sinalizador de preferência 2D/3D 3530 com- partilhado por todas as legendas. Alternativamente, o arquivo de índice pode especificar um sinalizador de existência 3D ou um sinalizador de preferência 2D/3D diferentes para cada legenda.
SPRM(27), SPRM(28) A unidade de execução de programa 4234 pode definir os valo- res do SPRM(27) 4751 e do SPRM(28) 4752 em concordância com um obje- to de filme ou objeto BD-J. Em outras palavras, o dispositivo de reprodução
102 pode fazer com que um programa aplicativo defina o ID de deslocamen- to de referência e o valor de ajuste de deslocamento. Além disso, tal pro- grama aplicativo pode ser limitado a um objeto associado com o item "pri- meira reprodução" 3501 na tabela de índice 3510.
A unidade de controle de reprodução 4235 pode ter o ajuste do feito pelo observador para ser fornecido para o plano de gráfico. Especifica- mente, quando o observador opera o controle remoto 105 ou o painel frontal do dispositivo de reprodução 102 e solicita a definição do valor de ajuste de deslocamento, primeiro a unidade de processamento de evento de usuário 4233 recebe a solicitação e notifica a unidade de controle de reprodução 4235 da solicitação. Em seguida, em resposta à solicitação, a unidade de controle de reprodução 4235 exibe uma tela de operação para ajustar o des- locamento no dispositivo de exibição 103. Aqui, um OSD do dispositivo de : reprodução 102 é usado para exibir esta tela de operação. A unidade de - 15 controle de reprodução 4235 adicionalmente tem a seleção de plano de grá- . fico pelo operador para ajuste e aumento/diminuição do valor de desloca- mento, através da operação do controle remoto 105 ou similar. A unidade de controle de reprodução 4235 então atualiza SPRM(28) para adicionar ou subtrair um valor predeterminado para/ do valor de ajuste de deslocamento que corresponde ao plano de gráfico selecionado. De preferência, durante o processamento de ajuste, a unidade de controle de reprodução 4235 faz com que a unidade de reprodução 4202 continue o processamento de re- produção do plano de gráfico. Aqui, a unidade de reprodução 4202 torna a tela de operação ou a imagem de gráfico-qualquer que seja exibida maior perto do observador-semitransparente, ou exibe a tela de operação mais perto que a imagem de gráfico. Isto torna a imagem de gráfico visível mesmo quando a tela de operação está sendo exibida e assim o observador pode imediatamente confirmar o efeito de aumento ou diminuição do valor de des- locamento da mesma forma que quando ajusta o brilho ou cor da tela.
Para controle de deslocamento, cada uma das unidades de re- enquadramento 4731-4734 mostrada na figura 47 usa a sequência de deslo- camento especificada pelo ID de deslocamento de referências indicado pelo
SPRM(27). De forma oposta, para controle de deslocamento, cada unidade de reenquadramento 4731-4734 pode ser feita para não usar a sequência de deslocamento especificada por cada ID de sequência de deslocamento indi- cado por um SPRM predeterminado. Em outras palavras, o SPRM pode indi- carosliDsde sequência de deslocamento (PG ref deslocamento id masca- ra, IG ref deslocamento id mascara, SV ref deslocamento id mascara, IM ref deslocamento id mascara) que devem ser mascarados durante o controle de deslocamento. Neste caso, cada uma das unidades de reenqua- dramento 4731 a 4734 pode selecionar o ID da sequência de deslocamento que incluio maior valor de deslocamento dentre as sequências de desloca- mento que são recebidas a partir do decodificador-alvo de sistema 4225 e são alocados para a os IDs de sequência de deslocamento não mascarados nas informações de deslocamento 4707. Desta forma, a profundidade da É imagem de gráficos representada pelo plano de vídeo secundário, plano de 7 15 PG, planodelG e plano de imagem pode ser facilmente alinhada. Isto per- p mite um aumento no grau de liberdade quando se cria cada conjunto de da- dos de fluxo.
Quando se exibe um menu único para o dispositivo de reprodu- ção 102 como um OSD, o dispositivo de reprodução 102 pode realizar o con- trolede deslocamento no plano de gráfico que representam as imagens de vídeo 2D no menu, isto é, no plano de OSD. Neste caso, o dispositivo de reprodução 102 pode selecionar, dentro das informações de deslocamento transmitidas pelo decodificador-alvo de sistema 4225 no tempo de apresen- tação do menu, as informações de deslocamento que têm uma direção de deslocamento que está mais perto do observador que a tela e que têm o maior valor de deslocamento. O menu pode assim ser exibido mais perto que qualquer imagem de gráfico 3D, tal como legendas ou similares, repro- duzidos a partir do conteúdo de vídeo 3D. Alternativamente, o dispositivo de reprodução 102 pode pré- armazenar informações de deslocamento para o Plano de OSD. Um ID de sequência de deslocamento específico, tal como deslocamento id = O, é alocado para estas informações de deslocamento. Além disso, as seguintes duas condições podem ser postas nas informações de deslocamento com um ID de sequência de deslocamento = 0: (1) A direção de deslocamento está mais perto do observador que a tela, e (2) O valor de deslocamento é o mesmo que o maior valor de deslocamento dentre aqueles incluídos nos conjuntos de informações de deslocamento que (i) são alocados para IDs de sequência de deslocamento outros que não zero, (ii) correspondem ao mesmo quadro número, e (iii) têm direções de deslocamento mais perto da tela que o observador.
Com esta determinação, o dispositivo de reprodução 102 não tem que selecionar informações de deslocamento de entre as in- formações de deslocamento transmitidas pelo decodificador-alvo de sistema ' 4225, assim simplificando o controle de deslocamento do plano de OSD.
Além disso, cada uma das unidades de reenquadramento 4731 a 4734 pode usar informações de deslocamento para ID de sequência de deslocamento = ã O como um substituto quando incapaz de detectar os IDs de deslocamento . 15 de referência indicados por SPRM(27) dentre as informações de desloca- mento 4707 recebidas a partir do decodificador-alvo de sistema 4225. No dispositivo de reprodução 3D, em adição à definição de nível parental em SPRM(13), o nível parental 3D pode ser definido em SPRM(30). O nível parental 3D indica uma idade restrita predeterminada e é usado para controle parental de vista de legendas de vídeo 3D gravadas no disco BD- ROM 101. Como o valor em SPRM(13), um usuário do dispositivo de repro- dução 3D define o valor do SPRM(30) por meio, por exemplo, de um OSD do dispositivo de reprodução 3D.
O seguinte é um exemplo de como o dis- positivo de reprodução 3D realiza o controle parental! em cada título de vídeo 3D.O dispositivo de reprodução 3D primeiro lê, a partir do disco BD-ROM 101, a idade para ver um título no modo de reprodução 2D é permitida e compara esta idade com o valor do SPRM(13). Se esta idade é igual ou me- nor que o valor do SPRM(13), o dispositivo de reprodução 3D para a repro- dução do título.
Se esta idade é maior que o valor do SPRM(13), o dispositi- vo de reprodução 3D lê, a partir do disco BD-ROM 101, a idade ver de um título no modo de reprodução 3D é permitida e compara esta idade com o valor do SPRM(30). Se esta idade é igual ou maior que o valor do S-
PRM(30), o dispositivo de reprodução 3D reproduz o título no modo de re- produção 3D.
Se esta idade é menor que o valor do SPRM(30) e igual ou maior que o valor do SPRM(13), o dispositivo de reprodução 3D reproduz o título no modo de reprodução 2D.
Desta forma, pela diferença na distância interpupilar do observador pela idade levada em conta, é possível realizar um controle parental de forma que, por exemplo, "crianças cujas idades são menores que um valor predeterminado podem ver imagens de vídeo 3D so- mente como imagens de vídeo 2D". De preferência o controle parental é rea- lizado quando se julga que "o dispositivo de exibição suporta reprodução de imagens de vídeo 3D" no processamento de seleção de um arquivo de lista de reprodução para reprodução mostrado na figura 36, ou seja, quando se julga SIM na etapa S3605. Note-se que um valor que indica permis- : são/proibição de modo de reprodução 3D pode ser definido em SPRM(30) ao invés de nível parental e o dispositivo de reprodução 3D pode julgar se o * 15 modo de reprodução 3D reprodução é válido ou inválido em concordância
- com o valor.
No dispositivo de reprodução 3D, um valor que indica "qual entre o modo de reprodução 2D e o modo de reprodução 3D deve ser priorizado" pode ser definido em SPRM(31). Um usuário do dispositivo de reprodução 3D define o valor do SPRM(31) por meio, por exemplo, de um OSD do dis- positivo de reprodução 3D.
Na etapa S3603 no processamento de seleção de um arquivo de lista de reprodução para reprodução mostrado na figura 36, o dispositivo de reprodução 3D se refere ao SPRM(31) assim como ao sinalizador de preferência 2D/3D.
Quando ambos os SPRM(31) e sinalizador de preferência 2D/3D indicam o modo de reprodução 2D, o dispositivo de reprodução 3D seleciona o modo de reprodução 2D.
Quando ambos os S- PRM(31) e sinalizador de preferência 2D/3D indicam o modo de reprodução 3D, o dispositivo de reprodução 3D procede à etapa S3605 e realiza a Identi- ficação de HDMI, sem exibir a tela de seleção de modo de reprodução.
Co- mo resultado, quando o dispositivo de exibição está suportando as imagens de vídeo 3D, o dispositivo de reprodução 3D seleciona o modo de reprodu- ção 3D.
Quando o SPRM(31) e o sinalizador de preferência 2D/3D indicam modos de reprodução diferentes, o dispositivo de reprodução 3D executa a etapa S3604, isto é, exibe a tela de seleção de modo de reprodução para que o usuário selecione um modo de reprodução. Alternativamente, o dispo- sitivo de reprodução 3D pode ter um programa aplicativo selecionando um modo de reprodução. Desta forma, mesmo se o sinalizador de preferência 2D/3D está definido no conteúdo de vídeo 3D, é possível que o usuário sele- cione um modo de reprodução somente quando o modo de reprodução indi- cado pelo sinalizador de preferência 2D/3D não corresponda ao modo de reprodução indicado pelo SPRM(31) que é o modo de reprodução que foi definido pelo usuário antecipadamente.
Um programa aplicativo tal como um objeto BD-J pode selecio- nar um modo de reprodução referindo-se ao SPRM(31). Além disso, o pro- grama aplicativo pode determinar o estado inicial do menu a ser exibido na i tela de seleção dependendo do valor do SPRM(31), quando faça com que - 15 um usuário selecione um modo de reprodução na etapa S3604 mostrada na i figura 36. Por exemplo, quando o valor do SPRM(31) indica que o modo de reprodução 2D tem um alta prioridade, o menu é exibido no estado em que um cursor é posicionado em um botão para seleção do modo de reprodução 2D; quando o valor do SPRM(31) indica que o modo de reprodução 3D tem uma alta prioridade, o menu é exibido no estado em que o cursor é posicio- nado em um botão para seleção do modo de reprodução 3D. Alternativa- mente, quando o dispositivo de reprodução 3D tem uma função para geren- ciar as contar de uma pluralidade de usuários tais como pai, mãe e uma cri- ança, o dispositivo de reprodução 3D pode definir um valor do SPRM(31) dependendo da conta de um usuário que está conectado no tempo atual.
O valor do SPRM(31) pode indicar "qual entre o modo de repro- dução 2D e o modo de reprodução 3D deve estar sempre definido", em adi- ção a "qual entre o modo de reprodução 2D e o modo de reprodução 3D de- ve ser priorizado". Quando o valor do SPRM(31) indica que "o modo de re- produção 2D deve estar sempre definido", o dispositivo de reprodução 3D sempre seleciona o modo de reprodução 2D independentemente do valor do sinalizador de preferência 2D/3D. Neste caso, o valor do SPRM(25) é defini-
do para indicar o modo de reprodução 2D. Quando o valor do SPRM(31) indica que "o modo de reprodução 3D deve estar sempre definido", o dispo- sitivo de reprodução 3D realiza a identificação de HDMI sem exibir a tela de seleção de modo de reprodução independentemente do valor do sinalizador de preferência 2D/3D. Neste caso, o valor do SPRM(25) e definido para indi- car o modo de reprodução 3D (modo de L/R ou modo de profundidade). Desta forma, mesmo se o sinalizador de preferência 2D/3D está definido no conteúdo de vídeo 3D, é possível permitir que o modo de reprodução que foi definido pelo usuário antecipadamente seja sempre priorizado.
O dispositivo de reprodução 102 pode ter o usuário registrando uma distância interpupilar como um SPRM reservado, por exemplo, S- PRM(32). Neste caso, o dispositivo de reprodução 102 pode ajustar o valor de ajuste de deslocamento de forma que o valor máximo da paralaxe entre a | imagem de gráficos de vista esquerda e de vista direita não exceda o valor - 15 registrado no SPRM(32). Especificamente, isso basta para o dispositivo de : reprodução 102 realizar os seguintes cálculos para cada saída de valor de deslocamento pelo decodificador-alvo de sistema. O dispositivo de reprodu- ção 102 primeiro busca a razão do valor do SPRM(32) da largura (compri- mento horizontal) da tela do dispositivo de exibição 103 e adicionalmente buscao produto desta razão e o número de pixels horizontais do dispositivo de exibição 103. Este produto representa duas vezes o limite superior do deslocamento que pode ser fornecido ao plano de gráfico via controle de deslocamento. Em seguida, o dispositivo de reprodução 102 compara este produto com o dobro de cada valor de deslocamento. Se o dobro de qual- quer valorde deslocamento for igual ou maior que este produto, o dispositivo de reprodução 102 identifica o ID da sequência de deslocamento que inclui o valor de deslocamento e reduz o valor de ajuste de deslocamento para o plano de gráfico indicado por aquele ID. A quantidade de redução é definida a, ao menos, metade da diferença entre o dobro do valor de deslocamento e oproduto anterior. O valor máximo da paralaxe entre uma imagem de gráfico de vista esquerda e de vista direita assim não excede a distância interpupilar do observador. Isto pode reduzir o risco do observador de sofrer doença de movimento visualmente induzida e cansaço visual. Ajuste de Deslocamento de Saída Já que o método de sequenciamento de quadro alternado repre- senta uma paralaxe entre vistas esquerda e direita pelo número de pixels na direção horizontal, o tamanho real da paralaxe depende do tamanho de tela de um dispositivo de exibição, ou seja, o tamanho de um pixel. Por outro la- do, a percepção de profundidade de imagens de vídeo 3D depende do ta- manho real da paralaxe. Da mesma forma, no intuito de evitar a percepção de profundidade das imagens de vídeo 3D em uma tela de qualquer tama- nhode prejudicar fortemente a impressão das imagens de vídeo 3D e cansar excessivamente os olhos do observador, a paralaxe entre as vistas esquerda e direita precisam ser ajustadas para serem apropriadas ao tamanho de tela. Conforme um método de ajuste, o dispositivo de reprodução 3D adicional- i mente fornece um deslocamento aos dados de quadro final data combinado * 15 pelo adicionador de planos. O deslocamento é fornecido de uma maneira : similar àquela em que um deslocamento é fornecido a um plano de gráfico no modo de 1 plano + deslocamento. O controle de deslocamento que é adi- cionalmente aplicado aos dados de quadro final é referido como "ajuste de deslocamento de saída".
As figuras 55A a 55C são diagramas esquemáticos que mostram paralaxes PRA, PRB e PRC entre as vistas esquerda e direita exibidas em um SCA de tela de 8,43 metros (332 polegadas), SCB de tela de 1,27 me- tros (50 polegadas) e SCC de tela de 2,54 metros (100 polegadas), respecti- vamente. As imagens LA1, LAZ2, LB, LC1 e LC2 desenhadas nas figuras por linhas sólidas representam vistas para a esquerda e as imagens RA1, RA2, RB, RC1 e RC2 desenhadas por linhas tracejadas representam vistas para a direita. Aqui, assume-se que o conteúdo de vídeo específica paralaxes entre vistas esquerda e direita para produzir uma percepção de profundidade ideal quando imagens de vídeo 3D são exibidas em uma tela de 1,27 metros (50 polegadas). Conforme mostrado na figura 55B, a paralaxe entre o LB de vis- ta esquerda e o RB de vista direita é igual a um PRB de valor ideal quando uma imagem de vídeo 3D representada pelo conteúdo de vídeo é exibida em um SCB de tela de 1,27 metros (50 polegadas).
O DA de paralaxe entre o LA1 de vista esquerda e o RA1 de vis- ta direita desenhados por linhas finas na figura 55A é igual em número de pixels horizontais ao DB de paralaxe entre o LB de vista esquerda e o RB de vista direita desenhada na figura 55B. Por outro lado, um pixel no SCA de tela de 81,28 cm (32 polegadas) é menor que um pixel no SCB de tela de 1,27 metros (50 polegadas). Da mesma forma, imagens de vídeo 3D gera- das pelo DA de paralaxe entre o LA1 de vista esquerda e o RA1 de vista di- reita desenhados por linhas finas produz uma percepção de profundidade mais fraca que a ideal, em geral. Neste caso, o ajuste de deslocamento de saída aumenta a paralaxe entre a vista esquerda e a vista direita por duas vezes um CRA de valor de ajuste predeterminado. O PRA de paralaxe entre o LA2 de vista esquerda e o RA2 de vista direita desenhada por linhas es- i pessas na figura 55A indica uma paralaxe após o ajuste de deslocamento de * 15 saída. Desta forma, quando uma paralaxe entre as vistas esquerda e direita é aumentada, uma percepção de profundidade de imagens de vídeo 3D é melhorada. Isto impede que as imagens de vídeo 3D percam poder de im- pressão.
O DC de paralaxe entre o LC1 de vista esquerda e o RC1 de vis- ta direita desenhados por linhas finas na figura 55C é igual em número de pixels horizontais ao PRB de paralaxe entre o LB de vista esquerda e o RB de vista direita desenhados na figura 55B. Por outro lado, um pixel do SCC de tela de 2,54 metros (100 polegadas) é maior que um pixel do SCB de tela de 1,27 metros (50 polegadas). Da mesma forma, imagens de vídeo 3D ge- radas pelo DC de paralaxe entre o LC1 de vista esquerda e o RC1 de vista direita desenhados pelas linhas finas produzem uma percepção de profundi- dade mais forte que a ideal, em geral. Neste caso, o ajuste de deslocamento de saída diminui a paralaxe entre a vista esquerda e a vista direita por duas vezes um CRC de valor de ajuste predeterminado. O PRC de paralaxe entre oLC2 de vistaesquerdaeoRC2 de vista direita desenhados por linhas es- pessas na figura 55C indica a paralaxe após o ajuste de deslocamento de saída. Desta forma, quando uma paralaxe entre vistas esquerda e direita é diminuída, uma percepção de profundidade de imagens de vídeo 3D é su- primida. Isto impede que um observador sofra fatiga ocular. Os CRA e CRC de valores de ajuste mostrados nas figuras 55A e 55C são referidos como "valores de ajuste de deslocamento de saída". O conteúdo de vídeo inclui uma tabela de correspondência entre tamanhos de telas e valores de ajuste de deslocamento de saída armazenados em um arquivo de índice, arquivo de lista de reprodução ou arquivo de informação de clipe. A figura 56A é um diagrama esquemático que mostra a tabela de correspondência. Conforme mostrado na figura 56A, um valor de ajuste de deslocamento de saída é definido para cada faixa de tamanho de tela com uma largura de 25,4 cm (10 polegadas). A magnitude de cada valor de ajus- te de deslocamento de saída indica o número de pixels horizontais e o sinal deste indica aumento/diminuição da paralaxe entre as vistas esquerda e di- ! reita. Note-se que a faixa de tamanho de tela pode ter uma largura outra que - 15 254 cm(10 polegadas). A tabela de correspondência é definida de acordo õ com padrões ou por um usuário. Além disso, dois ou mais tipos de tabelas de correspondência podem ser gravados em um dispositivo de reprodução 3D antecipadamente, e o conteúdo de vídeo pode especificar o identificador de um tipo das tabelas de correspondência; o tipo deve ser usado durante a reprodução do conteúdo de vídeo.
Um dispositivo de reprodução 3D pode usar uma função prede- terminada para selecionar um valor de ajuste de deslocamento de saída, ao invés da tabela de correspondência anteriormente descrita. A figura 56B é um gráfico que representa a função. O eixo geométrico horizontal deste grá- ficoindicao tamanho de tela em polegadas e o eixo geométrico vertical des- te indica o valor de ajuste de deslocamento de saída representado pelo nú- mero de pixels com um sinal. O dispositivo de reprodução 3D usa a função representada pelo gráfico para calcular um valor de ajuste de deslocamento de saída a partir do tamanho de tela de um dispositivo de exibição. Confor- meográficomostra, o valor de ajuste de deslocamento de saída é um valor positivo maior quando o tamanho de tela é menor que 1,27 metros (50 pole- gadas) e um valor negativo maior quando o tamanho de tela é maior que
1,27 metros (50 polegadas). Note-se que o valor de ajuste de deslocamento de saída é mantido em um valor positivo substancialmente constante quando o tamanho de tela é de 81,28 cm (32 polegadas) ou menos, e o valor de a- juste de deslocamento de saída é mantido a um valor negativo substancial- mente constante quando o tamanho de tela é de 2,61 metros (103 polega- das) ou mais.
O conteúdo de vídeo pode incluir um valor ideal de tamanho de tela que é assumido no momento de autoria (assumido TV tama- nho quando autoria), e um dispositivo de reprodução 3D pode determinar um valor de ajuste de deslocamento de saída baseado no valor ideal. Por exemplo, quando o tamanho de tela de um dispositivo de exibição excede o valor ideal, o dispositivo de reprodução 3D primeiro reduz o tamanho de quadro de imagens de vídeo 3D para o valor ideal. O dispositivo de reprodu- | ção 3D em seguida sobrepõe um contorno preto nas bordas de cada quadro, “15 efazcom que a totalidade do quadro e do contorno preto sejam iguais em . tamanho à tela do dispositivo de exibição. O dispositivo de reprodução 3D adicionalmente ajusta o valor de ajuste de deslocamento de saída de forma que a paralaxe entre as vistas esquerda e direita exibidas dentro do contorno preto seja igual em magnitude a uma paralaxe entre as vistas esquerda e direitase são exibidas na totalidade de uma tela com um tamanho igual ao valor ideal. Isto permite que uma percepção de profundidade das imagens de vídeo 3D seja mantida igual àquela assumida no momento de autoria.
A figura 57 é um diagrama em bloco que mostra os componen- tes de um dispositivo de reprodução 3D necessários para o ajuste de deslo- camento de saída. O dispositivo de reprodução 3D 5700 mostrado na figura 57, em contraste com aquele 4200 mostrado na figura 42, inclui uma unida- de de aplicação de valor de ajuste de deslocamento de saída 5701. Outros componentes deste são similares a correspondentes. Na figura 57, os com- ponentes similares a aqueles mostrados na figura 42 são marcados com os mesmos números de referência. Além disso, detalhes dos componentes si- milares podem ser encontrados na descrição na figura 42.
A unidade de armazenamento variável de leitor 4236 armazena valores de ajuste de deslocamento de saída no SPRM(36). Os valores de ajuste de deslocamento de saída são baseados em um tamanho de tela ob- tido pela unidade de comunicação de HDMI 4237 a partir do dispositivo de exibição 103 através da identificação de HDMI, e determinado pela unidade de controle de reprodução 4235 com uso da tabela de correspondência ou da função mostrado na figura 56A ou 56B. Alternativamente, um programa aplicativo tal como um objeto BD-J pode automaticamente definir o valor do SPRM(35) ou fazer com que um usuário defina o valor com uso de um GUI. A unidade de aplicação de valor de ajuste de deslocamento de saída 5701 usa um valor de ajuste de deslocamento de saída indicado pelo SPRM(35) para fornecer um deslocamento para cada um dos dados de qua- dro de vista esquerda e vista direita combinados pelo adicionador de planos
4226. O ajuste de deslocamento de saída dos dados de quadro pela unidade de aplicação de valor de ajuste de deslocamento de saída 5701 é similar ao 7 15 controlede deslocamento sobre o GP de dados de plano de PG pela segun- ' da unidade de reenquadramento 4732 mostrada na figura 49.
O tamanho de tela do dispositivo de exibição 103 pode ser ar- mazenado no SPRM(35) ao invés de valores de ajuste de deslocamento de saída. Neste caso, a unidade de aplicação de valor de ajuste de desloca- mento de saída 5701 restaura um valor de ajuste de deslocamento de saída associado com o tamanho de tela indicado pelo SPRM(35) a partir do tabela de correspondência mostrada na figura 56A.
A unidade de armazenamento variável de leitor 4236 pode adi- cionalmente armazenar um valor de ajuste de deslocamento de saída alfa no —SPRM(36). O valor de ajuste de deslocamento de saída alfa representa um valor numérico positivo. A unidade de aplicação de valor de ajuste de deslo- camento de saída 5701 usa o produto de um valor de ajuste de deslocamen- to de saída indicado pelo SPRM(35) e um valor de ajuste de deslocamento de saída alfa indicado pelo SPRM(36) como um valor de ajuste de desloca- mento de saída real. Isto permite que profundidades de imagens de vídeo 3D ajustadas pelo ajuste de deslocamento de saída dependam não somente dos tamanhos de tela, mas também da idade dos observadores. Por exem-
plo, quando os observadores incluem uma criança com uma menor distância interpupilar que um adulto, o ajuste de deslocamento de saída para tamanho de tela menor define o valor de ajuste de deslocamento de saída alfa a um valor menor que "1," e o ajuste de deslocamento de saída para tamanho de telamaiordefine-o para um valor maior que "1." Isto enfraquece a percepção de profundidade de imagens de vídeo 3D independente do tamanho de tela.
A unidade de execução de programa 4234 ou a unidade de con- trole de reprodução 4235 podem usar um GUI ou um OSD para fazer com que um usuário defina um valor de ajuste de deslocamento de saída alfa.
Neste caso, níveis aceitáveis do valor de ajuste de deslocamento de saída alfa podem ser representados, por exemplo, pelos seguintes três níveis: "a percepção de profundidade de imagens de vídeo 3D é forte", "normal" e "fra- ca". Alternativamente, um valor de ajuste de deslocamento de saída alfa po- Í de ser armazenado em dados suplementares em um fluxo de vídeo, um * 15 descritorem um PMT ou um PI em um arquivo de lista de reprodução incluí- Y do em conteúdo de vídeo. Com esta estrutura, o valor de ajuste de desloca- mento de saída alfa pode variar com cenas representadas pelo fluxo de ví- deo. Em particular, o valor de ajuste de deslocamento de saída alfa pode ser definido para ser reduzido em uma cena que produz uma forte percepção de profundidade.
Valores de ajuste de deslocamento de saída podem ser altera- dos dependendo de uma distância entre um observador e uma tela, ao invés do tamanho de tela. Além disso, valores de ajuste de deslocamento de saída alfa podem depender da distância. Neste caso, por exemplo, um sensor de distância é montado nos óculos obturadores 104 mostrados na figura 1 e usado para medir uma distância entre o dispositivo de exibição 103 e a tela
131. A distância é transmitida a partir dos óculos obturadores 104 para o dispositivo de exibição 103 a qualquer tempo, e adicionalmente transmitida a partir do dispositivo de exibição 103 para o dispositivo de reprodução 102 —pormeio do cabo de HDMI 122. O dispositivo de reprodução 102 usa a dis- tância para selecionar um valor de ajuste de deslocamento de saída ou um valor de ajuste de deslocamento de saída alfa.
Quando o dispositivo de exibição 103 é um projetor, imagens são ampliadas por lentes e projetadas sobre uma tela. Da mesma forma, o tamanho de uma área de exibição na tela se altera dependendo da distância entre o projetor e a tela. Neste caso, o projetor determina o tamanho da área de exibição por, por exemplo, qualquer um dos seguintes dois métodos. O primeiro método primeiro mede a distância entre o projetor e a tela, e então calcula o tamanho da área de exibição baseado na relação entre a distância e as características do sistema ótico do projetor, especialmente o ângulo de propagação de luz de projeção. Aqui, um sensor de distância montado no projetor é usado para medir a distância. Por exemplo, o sensor de distância primeiro emite uma luz de laser infravermelho e similar para a tela, e então detecta a luz de reflexão a partir da tela. Ao mesmo tempo, o sensor de dis- tância também mede o comprimento do tempo transcorrido a partir da emis- são da luz de laser até a detecção da luz de reflexão. O sensor de distância * 15 então calcula a distância entre o projetor e a tela a partir do tempo transcor- ! rido. O segundo método faz com que o projetor opere conforme segue: o projetor primeiro projeta um objeto gráfico de referência tal como um seg- mento de linha sobre a tela e em seguida usa um OSD ou similar para com- pele um observador para medir e confirmar o tamanho do objeto gráfico de referência na tela. O projetor então calcula o tamanho da área de exibição a partir do tamanho do objeto gráfico de referência confirmado pelo observa- dor.
Em alguns conteúdos de vídeo, tal como um conteúdo para exi- bir letras de música durante karaokê, a imagem de gráfico de legendas ou similares são repetidamente exibidas como imagens imóveis e somente as imagens de gráfico são frequentemente atualizadas. Quando tal conteúdo é formado no conteúdo de vídeo 3D, o VAU em que os metadados de deslo- camento são colocados adicionalmente incluindo um código de final de se- quência. Quando o dispositivo de reprodução 102 decodifica este VAU, este armazena as informações de deslocamento obtidas partir dos metadados de deslocamento e não altera as informações de deslocamento até que um VAU que inclui novos metadados de deslocamento seja decodificado.
A figura 58A é um diagrama esquemático que mostra uma estru- tura de dados de um fluxo de vídeo de vista dependente 5800 que represen- ta somente imagens imóveis. Cada VAU no fluxo de vídeo de vista depen- dente 5800 representa uma imagem imóvel. Neste caso, um código de final de sequência 5803, 5804 é colocado ao final de cada VAU. Enquanto que metadados de deslocamento 5811, 5812 são colocador nos dados suple- mentares 5801, 5802 de cada VAU. Os metadados de deslocamento 5811 em VAU *1 incluem uma sequência de deslocamento [0] com um ID de se- quência de deslocamento = O. Esta sequência de deslocamento [0] inclui somente informações de deslocamento em quadro *1. Similarmente, nos metadados de deslocamento 5812 de VAU f2, a sequência de deslocamen- to [0] inclui somente informações de deslocamento em quadro 1. Assume-se aqui que o arquivo de lista de reprodução especifica ] os seguintes dois itens: (1) As imagens imóveis representadas pelos VAUs ; 15 nofluxode vídeo de vista dependente 5800 comutador em intervalos de 10 ' segundos e (2) imagens de gráfico representadas pelo fluxo de gráfico são sobrepostas em cada imagem imóvel. A figura 58B é um diagrama esque- mático que mostra uma sequência de plano de vídeo de vista esquerda 5821, uma sequência de plano de vídeo para a direita 5822 e uma sequên- ciade plano de gráfico 5830 que são reproduzidas em concordância com tal arquivo de lista de reprodução. Na figura 58B, os planos de vídeo no mo- mento quando a imagem imóvel é comutada são mostrados com hachuras. Na sequência de plano de vídeo de vista esquerda 5821, a imagem imóvel indicada pelo primeiro plano de vídeo 5841 é repetidamente reproduzida pe- loprimeiro intervalo de 10 segundos 5861, e a imagem imóvel indicada pelo próximo plano de vídeo 5851 é repetidamente reproduzida pelo próximo in- tervalo de 10 segundo 5871. Na sequência de plano de vídeo para a direita 5822, a imagem imóvel indicada pelo primeiro plano de vídeo 5842 é repeti- damente reproduzida pelo primeiro intervalo de 10 segundos 5862, e a ima- gem imóvel indicada pelo próximo plano de vídeo 5852 é repetidamente re- produzida pelo próximo intervalo de 10 segundos 5872.
Quando o dispositivo de reprodução 102 decodifica o VAU f1 no fluxo de vídeo de vista dependente 5800, este lê informações de desloca- mento por quadro f1 a partir dos metadados de deslocamento 5811. Além disso, o dispositivo de reprodução 102 detecta o código de final de sequên- cia 5803. Neste ponto, o dispositivo de reprodução 102 armazena as infor- mações de deslocamento por quadro *1. Desta forma, durante o primeiro intervalo de 10 segundos 5861, o deslocamento fornecido para a sequência de plano de gráfico 5830 é mantido constante em concordância com as in- formações de deslocamento armazenadas. Em outras palavras, a profundi- dade das imagens de gráfico é mantida constante.
Uma vez que se passaram 10 segundos após a decodificação do VAU H1, o dispositivo de reprodução 102 decodifica o VAU f2, e lê novas informações de deslocamento por quadro fi a partir dos metadados de des- locamento 5812. Além disso, o dispositivo de reprodução 102 detecta o có- i digo de final de sequência 5804. Neste ponto, o dispositivo de reprodução . 15 102 armazena as informações de deslocamento por quadro *1. Desta forma, . durante o próximo intervalo de 10 segundos 5871, o deslocamento fornecido para a sequência de plano de gráfico 5830 é alterado e mantido constante em concordância com as recentemente armazenadas informações de deslo- camento. Em outras palavras, as imagens de gráfico são mantidas constan- tesem uma nova profundidade.
Quando um VAU inclui um código de final de sequência, o dis- positivo de reprodução 102 é assim provocado a armazenar informações de deslocamento existentes como estão. Da mesma forma, mesmo quando um fluxo de vídeo é composto somente de imagens imóveis, o dispositivo de reprodução 102 pode realmente manter o controle de deslocamento para o plano de gráfico.
Compensação de desalinhamento entre a vista esquerda e a vista direita Há caso em que um "desalinhamento" ocorre uma vista esquer- da e uma vista direita. O dispositivo de reprodução 102 ou o dispositivo de exibição103,de acordo com Modalidade 1 da presente invenção, compensa o desalinhamento usando os meios descritos a seguir. Isto impede o risco de que o desalinhamento possa fazer com que os observadores se sintam des-
confortáveis.
O dispositivo de reprodução 102 usa as unidades de função mostradas na figura 42 para compensar o supracitado desalinhamento. Al- ternativamente, o dispositivo de exibição 103 pode realizar o processamento decompensação.A figura 59 é um diagrama em bloco do dispositivo de exi- bição 103 que realiza o processamento de compensação. Conforme mostra- do na figura 59, o dispositivo de exibição 103 inclui uma unidade receptora 5901, uma unidade de processamento de fluxo 5902, uma unidade de pro- cessamento de sinal 5903 e uma unidade de saída 5904. A unidade recepto- ra5901 recebe os dados de vídeo multiplexados a partir de vários meios tal como um disco BD-ROM, dispositivo de memória semicondutor, rede exter- na e onda de difusão, assim como a partir do dispositivo de reprodução 102, ' e passa os dados de vídeo multiplexados recebidos para a unidade de pro- cessamento de fluxo 5902. A unidade de processamento de fluxo 5902 se- : 15 para vários tipos de dados tal como vídeo, áudio e gráfico a partir dos dados . de vídeo multiplexados, e passa os vários tipos de dados para a unidade de processamento de sinal 5903. A unidade de processamento de sinal 5903 decodifica cada um dos vários tipos de dados, e passa os resultados destes para a unidade de saída 5904. A unidade de saída 5904 converte cada um dos dados decodificados em um formato predeterminado e dá saída aos re- sultados destes. A saída da unidade de saída 5904 é o próprio vídeo/áudio. Alternativamente, a saída pode ser um sinal de vídeo/áudio no formato HD- MI. Exceto por partes mecânicas tais como o drive de disco, o painel de exi- bição e alto-falante, os elementos 5901, 5902, 5903 e 5904 mostrados na figura59 são implantados em um ou mais circuitos integrados. Desalinhamento Horizontal Entre a Vista Esquerda e a Vista Direita A figura 60A é uma vista em plano esquematicamente que mos- tra ângulos horizontais de vista HAL e HAR por um par de câmeras de vídeo CML e CMR que filmam as imagens de vídeo3D. Conforme mostrado na figura 60A, o par de câmeras de vídeo CML e CMR são posicionados lado a lado na direção horizontal. A câmera de vista esquerda CML filma a vista esquerda e a câmera de vista direita CMR filma a vista direita. Os ângulos horizontais de vista HAL e HAR das câmeras de vídeos CML e CMR são do mesmo tamanho, mas diferem em localização. Isto rende a tira AL que é somente incluído no ângulo horizontal de vista HAL da câmera de vista es- querda CML e uma tira AR que é somente incluída no ângulo horizontal de vista HAR da câmera de vista direita CMR. O objeto OBC localizado na se- ção comum a ambos os ângulos horizontais de vista HAL e HAR é capturado por ambas as câmeras CML e CMR. No entanto, o objeto OBL localizado na tira AL, que é incluída somente no ângulo horizontal de vista HAL da câmera de vídeo esquerda CML, é somente capturado pela câmera de vídeo es- querda CML, e o objeto OBR localizado na tira AR, que é incluído somente no ângulo horizontal de vista HAR da câmera de vídeo direita CMR, é so- mente capturado pela câmera de vídeo direita CMR.
A figura 60B é um diagrama esquemático que mostra uma vista : esquerda LV filmada pela câmera de vídeo esquerda CML, e a figura 60C é : 15 um diagrama esquemático que mostra uma vista direita RV capturada pela . câmera de vídeo direita CMR. Conforme mostrado nas figuras 60B e 60C, a tira AL, que é incluída somente no ângulo horizontal de vista HAL da câmera de vídeo esquerda CML, aparece como uma tira ao longo da borda esquerda da vista esquerda LV. No entanto, esta tira AL não é incluída na vista direita RV. Por outro lado, a tira AR, que é incluída somente no e ângulo horizontal de vista HAR da câmera de vídeo direita CMR, aparece como uma tira ao longo da borda direita da vista direita RV. No entanto, esta tira AR não é in- cluída na vista esquerda LV. Da mesma forma, dentre os três objetos OBL, OBC e OBR mostrados na figura 60A, o objeto na direita OBR não é incluído na vista esquerda LV, e o objeto na esquerda OBL não é incluído na vista direita RV. Como resultado, o objeto na esquerda OBL é somente visível para o olho esquerdo do observador e o objeto na direita OBR é somente visível para o olho direito. A vista esquerda LV e a vista direita RV assim cor- rem o risco de fazer com que o observador se sinta desconfortável. No disco BD-ROM 101, informações que indicam a largura WDH das tiras anteriores AL e AR incluídas em cada quadro da vista esquerda LV e da vista direita RV são armazenadas no fluxo de vídeo de vista dependen-
te.
Estas informações são armazenadas nos dados suplementares do VAU na primeira de cada sequência de vídeo.
Note-se, no entanto, que estes da- dos suplementares são diferentes dos dados suplementares que incluem os metadados de deslocamento 1110 mostrados na figura 11. Por outro lado, no dispositivo de reprodução 102, o decodificador-alvo de sistema 4225 lê informações que mostram a largura WDH das tiras anteriores AL e AR a par- tir do fluxo de vídeo de vista dependente.
Além disso, o decodificador-alvo de sistema 4225 transmite estas informações para a paralaxe de unidade de geração de vídeo 4710 no adicionador de plano 4226 ou na unidade de saí- da 5904 no dispositivo de exibição 103. Quando a unidade receptora 5901 no dispositivo de exibição 103 diretamente lê um conteúdo de vídeo 3D a partir de um meio de informação tal como um disco BD-ROM, a informação anteriormente mencionada é lida a partir do fluxo de vídeo de vista depen- dente e transmitida para a unidade de saída 5904 pela unidade de proces- - 15 samento de sinal 5903 no dispositivo de exibição 103. A paralaxe de unidade " de geração de vídeo 4710 ou a unidade de saída 5904 (doravante referida como "paralaxe de unidade de geração de vídeo 4710 etc.") se refere a esta informação para processar o plano de vídeo esquerdo e o plano de vídeo direito, uniformemente pintando as tiras AL e AR com uma cor de fundo ou preto.
Em outras palavras, os dados de pixel incluídos nestas tiras AL e AR são uniformemente sobrescritos com dados que representam uma cor de fundo ou preto. | As figuras 60D e 60E são diagramas esquemáticos que respec- tivamente mostram uma vista esquerda LV representada pelo plano de vídeo esquerdo processado e uma vista direita RV representada pelo plano de víi- deo direito processado.
Conforme mostrado na figura 60D, a tira AL, que é incluída somente no ângulo horizontal de vista HAL da câmera de vídeo es- querda CML, é ocultada por uma tira preta BL de largura WDH.
Por outro lado, conforme mostrado na figura 60E, a tira AR, que é incluída somente no ângulo horizontal de vista HAR da câmera de vídeo direita CMR, é ocultada por uma tira preta BR de largura WDH.
Como resultado, ambos os olhos do observador veem somente a área compartilhada pela vista esquerda LV e pela vista direita RV, que evita o risco de fazer com que o observador se sin- ta desconfortável.
Além disso, a paralaxe de unidade de geração de vídeo 4710 etc. pode realizar reenquadramento similar a aquele mostrado na figura 47 pararemover dados de pixel incluídos na metade externa das tiras AL e AR respectivamente localizadas no plano de vídeo esquerdo e no plano de vií- deo direito.
Neste caso, a paralaxe de unidade de geração de vídeo 4710 etc. uniformemente pinta a metade remanescente das tiras AL e AR uma cor de fundo ou preta e, em adição, adiciona uma cor de fundo ou tira preta de metade da largura das tiras AL e AR para o lado oposto.
Desta forma, am- bos os olhos do observador veem a área compartilhada pela vista esquerda LV e pela vista direita RV no centro da tela, com tiras de cor de fundo ou pre- tas em ambas as bordas da tela.
Isto evita o risco de fazer com que o obser- vador se sinta desconfortável.
Alternativamente, a paralaxe de unidade de geração de vídeo BR 4710 etc. pode processar o plano de vídeo esquerdo e o plano de vídeo di- reito como segue.
Primeiro, por meio de reenquadramento similar a aquele mostrado na figura 49, a paralaxe de unidade de geração de vídeo 4710 etc. remove os dados de pixel nas tiras AL e AR a partir de cada um dos planos devídeo.
Em seguida, a paralaxe de unidade de geração de vídeo 4710 etc. redimensiona cada plano de vídeo a partir dos dados de pixel na área rema- nescente por meio de escala.
A imagem de vídeo mostrada pela área rema- nescente é assim expandida para preencher todo o quadro.
Como resultado, ambos os olhos do observador veem a área compartilhada pela vista es- querdaLV e pela vista direita RV, o que evita o risco de fazer com que o ob- servador se sinta desconfortável.
Desalinhamento Vertical Entre a Vista Esquerda e a Vista Direita A figura 61A é uma vista esquematicamente em plano que mos- tra ângulos verticais de vista VAL e VAR por um par de câmeras de vídeo CMLeCMR que filmam imagens de vídeo3D.
Conforme mostrado na figura 61A, os ângulos verticais de vista VAL e VAR pelas câmeras de vídeo CML e CMR são do mesmo tamanho, mas diferem em localização.
Isto rende uma tira AT que é somente incluída no ângulo vertical de vista VAL da câme- ra de vídeo esquerda CML e uma tira AB que é somente incluída no ângulo vertical de vista VAR da câmera de vídeo direita CMR. O objeto OBJ locali- zado na seção comum a ambos os ângulos verticais de VAL e VAR é captu- rado por ambas as câmeras de vídeo CML e CMR. No entanto, objetos loca- lizados na tira AT, que é incluída somente no ângulo vertical de vista VAL da câmera de vídeo esquerda CML, são somente capturados pela câmera de vídeo esquerda CML, e objetos localizados na tira AB, que é incluída somen- te no ângulo vertical de vista VAR da câmera de vídeo direita CMR, são so- mente capturados pela câmera de vídeo direita CMR.
A figura 61B é um diagrama esquemático que mostra uma vista esquerda LV filmada pela câmera de vídeo esquerda CML e uma vista direi- ta RV filmada pela câmera de vídeo direita CMR. Conforme mostrado na E figura 61B, a tira AT, que é incluída somente no ângulo vertical de vista VAL - 15 dacâmera de vídeo esquerda CML, aparece como uma tira ao longo da pri- J meira da vista esquerda LV. No entanto, esta tira AT não é incluída na vista direita RV. Por outro lado, a tira AB, que é incluída somente no ângulo verti- cal de vista VAR da câmera de vídeo direita CMR, aparece como uma tira ao longo da borda inferior da vista direita RV. No entanto, esta tira AB não é incluída na vista esquerda LV. Note-se que as posições das tiras AT e AB podem ser revertidas entre a vista esquerda LV e a vista direita RV. Desta forma, quando a vista esquerda LV e a vista direita RV diferem com relação a inclusão das tiras AT e AB, a posição vertical do objeto OBJ mostrado na figura 61A difere entre a vista esquerda LV e a vista direita RV pela altura HGT das tiras ATe AB. Como resultado, a posição vertical do objeto OBJ difere conforme vista pelo olho esquerdo e olho direito do observador, que tem o risco de fazer com que o observador se sinta desconfortável.
No disco BD-ROM 101, informações que indicam a altura HGT das tiras anteriores AT e AB incluídas em cada quadro da vista esquerda LV edavistadireita RV são armazenadas no fluxo de vídeo de vista dependen- te. Estas informações são armazenadas nos dados suplementares do VAU na primeira de cada sequência de vídeo. Note-se, no entanto, que estes da-
dos suplementares são diferentes dos dados suplementares que incluem os metadados de deslocamento 1110 mostrados na figura 11. Por outro lado, no dispositivo de reprodução 102, o decodificador-alvo de sistema 4225 lê as informações que indicam a altura HGT das tiras anteriores AT e AB a partir do fluxode vídeo de vista dependente. Além disso, o decodificador-alvo de sistema 4225 transmite estas informações para a unidade de geração de vídeo paralaxe 4710 no adicionador de plano 4226 ou na unidade de saída 5904 no dispositivo de exibição 103. Quando a unidade receptora 5901 no dispositivo de exibição 103 diretamente lê um conteúdo de vídeo 3D a partir deum meio de informação tal como um disco BD-ROM, a informação anteri- ormente mencionada é lida a partir do fluxo de vídeo de vista dependente e transmitida para a unidade de saída 5904 pela unidade de processamento de sinal 5903 no dispositivo de exibição 103.
| A paralaxe de unidade de geração de vídeo 4710 ou a unidade * 15 desaída 5904 (doravante referida como "paralaxe de unidade de geração de B vídeo 4710 etc.") se refere à altura HGT das tiras AT e AB para processar o plano de vídeo esquerdo e o plano de vídeo direito conforme segue. Primei- ro, a paralaxe de unidade de geração de vídeo 4710 etc. desvia a posição dos dados de pixel no plano de vídeo esquerdo para cima por metade da altura HGT, isto é HGT/2, e devia a posição dos dados de pixel no plano de vídeo direito para baixo por HGT/2. O centro vertical da imagem de vídeo mostrada na área dos planos de vídeo outras que as tiras AT e AB assim corresponde ao centro vertical da tela. No plano de vídeo esquerdo, metade da tira AT é movida a partir do primeiro, rendendo uma tira vazia com uma altura de HDT/2 no fundo. No plano de vídeo direito, metade da tira AB é movida a partir do fundo, rendendo uma tira vazia com uma altura de HDT/2 no primeiro. Em seguida, a paralaxe de unidade de geração de vídeo 4710 etc. uniformemente pinta as tiras com uma cor de fundo ou preto. Em outras palavras, os dados de pixel incluídos nas tiras são uniformemente sobrescri- tos com dados que representam uma cor de fundo ou preto. A figura 61C é um diagrama esquemático que mostra uma vista esquerda LV representada pelo plano de vídeo esquerdo processado e uma vista direita RV representada pelo plano de vídeo direito processado.
Con- forme mostrado na figura 61C, os centros verticais da vista esquerda LV e da vista direita RV se correspondem.
Da mesma forma, a posição vertical do objeto OBJ mostrado na figura 61A é a mesma na vista esquerda LV e na vistadireita RV.
No primeiro da vista esquerda LV, a tira AT, que é incluída somente no ângulo vertical de vista VAL da câmera de vídeo esquerda CML, é ocultado por uma tira preta BT de altura HGT/2, e no fundo da vista direita RV, a tira AB, que é incluída somente no ângulo vertical de vista VAR da — câmera de vídeo direita CMR, é ocultada por uma tira preta BB de altura HGT/2. Além disso, uma tira preta BB de altura HGT/2 é adicionada ao fundo da vista esquerda LV, e uma tira preta BT de altura HGT/2 é adicionada ao primeiro da vista direita RV.
Como resultado, ambos os olhos do observador : veem a área compartilhada pela vista esquerda LV e pela vista direita RV, e as posições verticais correspondem entre o objeto visto por cada olho.
Isto * 15 evitaoriscode fazer com que o observador se sinta desconfortável. - Alternativamente, a paralaxe de unidade de geração de vídeo 4710 etc. pode processar o plano de vídeo esquerdo e o plano de vídeo di- reito conforme segue.
Primeiro, por meio de reenquadramento similar a a- quele mostrado na figura 49, o adicionador de plano 4126 remove os dados de pixelnas tiras AT e AB a partir de cada um dos planos de vídeo.
Em se- guida, a paralaxe de unidade de geração de vídeo 4710 etc. redimensiona cada plano de vídeo a partir dos dados de pixel na área remanescente por meio de escala.
A imagem de vídeo mostrada pela área remanescente é assim expandida para preencher todo o quadro, e como resultado, ambos os olhosdo observador veem somente a área compartilhada pela vista esquer- da LV e pela vista direita RV.
Além disso, as posições verticais correspon- dem entre o objeto visto por cada olho.
Isto evita o risco de fazer com que o observador se sinta desconfortável.
Desalinhamento de Imagem de gráficos Entre a Vista esquerda e a Vista direita Quando um dispositivo de reprodução em modo de 1 plano + deslocamento fornece um grande deslocamento para um plano de gráfico para gerar um par de planos de gráfico, uma região na borda direita ou es- querda de um plano de gráfico pode não ser incluída na borda direita ou es- querda no outro plano de gráfico. A figura 62A é um diagrama esquemático que mostra um exem- —plode imagens de gráfico representadas por um plano de gráfico GPL. Con- forme mostrado na figura 62A, o plano de gráfico GPL representa três tipos de elementos gráficos OB1, OB2 e OB3. Em particular, a borda esquerda do elemento gráfico esquerdo OB1 está localizada a uma distância D1 a partir da borda esquerda do plano de gráfico GPL, e a borda direita do elemento gráfico direito OB3 está localizada a uma distância D3 a partir da borda direi- ta do plano de gráfico GPL. As figuras 62B e 62C são diagramas esquemáti- cos que respectivamente mostra processos de fornecimento de um deslo- camento para a direita para a esquerda para o plano de gráfico GPL. Con- | forme mostrado na figura 62B, uma tira AR1 de largura OFS igual ao valor * 15 de deslocamento é removida a partir da borda direita do plano de gráfico : GPL, e um tira transparente AL1 de largura OFS é adicionada para a borda esquerda, de uma forma similar ao processo de reenquadramento mostrado na figura 49. As posições horizontais dos elementos gráficos OB1 a OB3 são assim desviadas para a direita a partir de suas posições originais por uma distância OFS igual ao valor de deslocamento. Por outro lado, conforme mostrado na figura 62B, uma tira AL2 de largura OFS igual ao valor de des- locamento é removida a partir da borda esquerda do plano de gráfico GPL, e uma tira transparente AR2 de largura OFS é adicionada para a borda direita. As posições horizontais dos elementos gráficos OB1 a OB3 são assim des- viadas para a esquerda a partir de suas posições originais pela distância OFS.
Conforme mostrado nas figuras 62B e 62C, uma distância OFS, que é igual ao valor de deslocamento, é maior que a distância D1 entre a borda esquerda do elemento gráfico esquerdo OB1 e a borda esquerda do plano de gráfico GPL. A distância OFS é também maior que a distância D3 entre a borda direita do elemento gráfico direito OB3 e a borda direita do plano de gráfico GPL. Da mesma forma, uma porção MP3 da borda direita do elemento gráfico direito OB3 está faltando no plano de gráfico GP1 para o qual um deslocamento para a direita foi fornecido. Além disso, uma porção MP11 da borda esquerda do elemento gráfico esquerdo OB1 está faltando no plano de gráfico GP2 para o qual um deslocamento para a esquerda foi for- necido. No entanto, a porção faltante MP1 do elemento gráfico esquerdo OB1 é incluída no plano de gráfico GP1 com o deslocamento para a direita, e a porção faltante MP3 do elemento gráfico direito OB3 é incluída no plano de gráfico GP2 com o deslocamento para a esquerda. Como resultado, es- sas porções faltantes MP1 e MP3 são somente vistas por um dos olhos do observador, o que pode fazer o observador se sentir desconfortável.
No dispositivo de reprodução 102, cada uma das unidades de reenquadramento 4731 a 4734 em adicionador de plano 4226 se refere às informações de deslocamento 4707 para realizar controle de deslocamento no plano de gráfico GPL. Neste ponto, cada uma das unidades de reenqua- * 15 dramento 4731 a 4734, além disso, remove uma tira que tem uma largura - igual ao valor de deslocamento e se estende ao longo da borda direita ou esquerda do plano de gráfico GPL. Em outras palavras, os dados de pixel na tira são sobrescritos com dados que representam uma cor transparente. Al- ternativamente, a unidade de saída 5904 no dispositivo de exibição 103 po- de receber informações de deslocamento a partir do decodificador-alvo de sistema 4225 ou da unidade de processamento de sinal 5903 no dispositivo de exibição 103 e se referem às informações de deslocamento para remover uma tira a partir da borda esquerda ou direita do plano de gráfico GPL as figuras 62B e 62C mostram as tiras AS1 e AS2 a serem removidas. No plano degráfico GP1 com o deslocamento para a direita, a tira AS1 a ser removida inclui a porção faltante MP1 do elemento gráfico esquerdo OB1. No plano de gráfico GP2 com o deslocamento para a esquerda, a tira AS2 a ser removida inclui a porção faltante MP3 do elemento gráfico direito OB3.
As figuras 62D e 62E são diagramas esquemáticos que mostram imagens de gráficos representadas pelos planos de gráfico GP1 e GP2 com os deslocamentos para a direita e para a esquerda, respectivamente. Con- forme mostrado nas figuras 62D e 62E, nos planos de gráfico GP1 e GP2, os formatos dos três tipos de elementos gráficos OB1 a OB3 se correspondem. Como resultado, somente a parte compartilhada das imagens de gráfico são visíveis para cada olho do observador. Isto evita o risco de fazer com que o observador se sinta desconfortável.
Alternativamente, a seguinte condição pode ser aconselhada a disposição dos em relação elementos gráficos por plano de gráficos repro- duzido a partir de um fluxo de PG ou um fluxo de IG em um disco BD-ROM e por um plano de gráfico gerado por um dispositivo de reprodução 102. A fi- gura 63 é um diagrama esquemático que mostra tal condição. Conforme mostrado na figura 63, as coordenadas ortogonais xy são estabelecidas no plano de gráfico GPL, com uma origem (0, 0) no canto superior esquerdo. As coordenadas x e y são respectivamente as coordenadas horizontal e vertical do plano de gráfico GPL. As coordenadas do canto inferior direito do plano de gráfico GPL são definidas (TWD, THG). Com uso dessas coordenadas * 15 xy, a condição é definida conforme segue: em cada quadro, os elementos ' gráficos OB1, OB2 e OB3 devem ser posicionados dentro da área retangular que tem quatro pontos (OFS, 0), (TWD-OFS, 0), (TWD-OFS, THG) e (OFS, THG) como vértices. Em outras palavras, elementos gráficos são proibidos de serem colocados dentro das tiras AL e AR de largura OFS que respecti- vamente se estendem ao longo da borda esquerda e da borda direita do pla- no de gráfico GPL. Conforme fica claro a partir das figuras 62B e 62C, essas tiras AL e AR são removidas por controle de deslocamento. Da mesma for- ma, se elementos gráficos são proibidos de serem colocados dentro das ti- ras AL e AR, as formas dos elementos gráficos não se alteram mesmo quando um deslocamento é fornecido para o plano de gráfico GPL. Como resultado, ambos os olhos do observador veem as mesmas imagens de grá- fico, o que evita o risco de fazer com que o observador se sinta desconfortá- vel.
Exibição de Letterbox O tamanho de tela assumido no momento de autoria de um con- teúdo de vídeo depende do formato do conteúdo: formato de Full-HD adota- do em difusão de TV digital; ou formato de cinemascope"" adotado em fil-
mes. A razão de aspecto de Full-HD é 16:9 (=1.78:1), enquanto que a razão de aspecto de cinemascope é 2.35:1. Da mesma forma, em filmes caseiros gravados em discos BD-ROM, tiras pretas horizontais são fornecidas acima e abaixo de cada quadro de vídeo. As tiras pretas são fornecidas assim que todaarazãode aspecto do quadro de vídeo e as tiras pretas é ajustada em 16:9. Este método de exibição é referido como "exibição em Letterbox ".
As figuras 64A1 e 64A2 são diagramas esquemáticos que mos- tram a mesma tela na exibição em Letterbox. Conforme mostrado nas figu- ras 64A1 e 64A2?, a resolução de toda a tela é 1920x1080 pixels, e a razão deaspectoé16:9.Por outro lado, a resolução de uma área de exibição DRG para exibir as imagens de vídeo é 1920x818 pixels, e a razão de aspecto é
2.35:9. Tira pretas BT e BB, cada uma com 131 pixels de altura, se esten- dem horizontalmente acima e abaixo da área de exibição DRG. Quando tal exibição em Letterbox é adotada na exibição de ima- “15 gens de vídeo 3D, é preferível que a legenda seja exibida em alguma das . tiras pretas BT e BB, não na área de exibição DRG. Isto permite que as ima- gens de vídeo 3D e a legenda sejam separadas uma da outra e ambas se- jam apresentadas ao observador de uma maneira realista. No entanto, os 131 pixels de altura das tiras pretas BT e BB não são necessariamente sufi- cientes para exibir a legenda. Neste caso, os adicionadores de plano 4226 do dispositivo de reprodução 102 fornecem o plano de vídeo primário com um deslocamento na direção vertical. Este controle de deslocamento é refe- rido como "desvio de vídeo". Há três tipos de desvios de vídeo: "Manter", "Para cima", e "Para baixo". No modo Manter, plano de vídeo primário não é fornecido com o deslocamento na direção vertical. Assim como no quadro de vídeo mostrado nas figuras 64A1 e 64A2, a altura de cada uma das tiras pre- tas BT e BB é mantida para ser de 131 pixels. No modo Para cima, o plano de vídeo primário é fornecido com um deslocamento para cima. A figura 64B é um diagrama esquemático que mostra a tela em que o plano de vídeo pri- mário foi fornecido com um deslocamento para cima de 131 pixels. Confor- me mostrado na figura 64B, a tira preta BT foi removida a partir da porção superior e a altura da tira preta BB na porção inferior foi dobrada. No modo
Para baixo, o plano de vídeo primário é fornecido com um deslocamento pa- ra baixo.
A figura 64C é um diagrama esquemático que mostra a tela em que o plano de vídeo primário foi fornecido com um deslocamento para baixo de 131 pixels.
Conforme mostrado na figura 64C, a tira preta BB foi removida a partir da porção inferior e a altura da tira preta BT na porção superior foi do- brada.
Desta forma, os adicionadores de plano 4226 aumentam cada uma das tiras pretas BT e BB a uma altura suficiente para exibir a legenda execu- tando-se o desvio de vídeo no modo Para cima ou Para baixo.
O tamanho do deslocamento vertical pode ser outro que 131 pi- xels.
A figura 64D é um diagrama esquemático que mostra a tela em que o plano de vídeo primário foi fornecido com um deslocamento para cima de 51 pixels.
Conforme mostrado na figura 64D, a altura da tira preta BT na porção superior foi diminuída a 131 — 51 = 80 pixels, e a altura da tira preta BB na porção inferior foi aumentada a 131 + 51 = 182 pixels.
A seguir, assume-se “5 que o tamanho do deslocamento é de 131 pixels. - A figura 65 é um diagrama em bloco funcional que mostra a es- trutura do dispositivo de reprodução 102 necessária para o desvio de vídeo.
A estrutura mostrada na figura 65, em contraste àquela mostrada na figura 47, inclui uma unidade de desvio de vídeo 6501, SPRM(32) 6502 e S- PRM(33) 6503. Os outros componentes são similares.
Na figura 65, os com- ponentes similares a aqueles mostrados na figura 47, são marcados com os mesmos números de referência.
Além disso, detalhes dos componentes si- milares podem ser encontrados na descrição na figura 47. Os valores indicados pelo SPRM(32) e SPRM(33) são definidos pela unidade de execução de programa 4234 em concordância com um pro- grama aplicativo tal como um objeto BD-J ou uma instrução do usuário por meio de um GUI.
O valor indicado pelo SPRM(33) é adicionalmente atuali- zado em concordância com o arquivo de lista de reprodução.
A figura 66A é uma tabela que mostra as estruturas de dados do SPRM(32) e SPRM(33). Conforme mostrado na figura 66A, o SPRM(32) ar- mazena um parâmetro que indica o modo de desvio de vídeo (vide- o desvio modo). O parâmetro pode tomar qualquer um dos três valores "O",
"1" e "2" que correspondem aos três tipos de modos de desvio de vídeo. O SPRM(33) armazena quatro pares de um valor de desvio de movimento para cima de vídeo e um valor de desvio de movimento para baixo de vídeo. Os valores de desvio são compostos de: um par para o plano de PG (PG desvio valor para cima, PG desvio valor para baixo); uma par para o plano de IG (IG desvio valor para cima, IG desvio valor para baixo); um par para o plano de vídeo secundário (SV desvio valor para cima, SV desvio valor para baixo) e um par para o plano de imagem (IM desvio valor para cima, IM desvio valor para baixo). Cada um do valor de desvio de movimento para cima de vídeo e do valor de desvio de movimento para baixo de vídeo representa o tamanho de um deslocamento na direção vertical que é fornecido para o plano de PG ou similares quando : um deslocamento para cima ou para baixo é fornecido ao plano de vídeo primário. : 15 A figura 66B é um diagrama esquemático que mostra a tabela - STN no arquivo de lista de conteúdo de vídeo da tela Letferbox. Como mos- trado na figura 66B, na tabela STN 6600, um STN 6601 está associado a um fluxo de entrada 6602 do fluxo de PG 1 e fluxo de informação do atributo
6603. O fluxo de informações de atributo 6603 inclui um valor de desvio com movimento ascendente de vídeo (PG y shift value for Up) 6610 e um valor de desvio movimento descendente de vídeo (PG y shift value for Down)
6611. Com essa estrutura, esses valores mudança podem ser definidos para cada PI. No que diz respeito ao fluxo de dados, como o fluxo IG, cada valor de desvio pode ser definido. A unidade de controle de reprodução 4235 lê um valor de desvio da mesa STN em cada PI, e atualiza o valor indicado pelo SPRM (33) com o valor do desvio leitor.
A unidade de transferência de vídeo 6501 recebe a vista esquer- da dos dados do avião 4701 e os dados de vista direita do avião 4702 alter- nativamente do comutador 4720. A cada recepção do mesmo, a unidade de transferência de vídeo 6501 refere-se à SPRM (32) na unidade de armaze- namento variável do tocador 4236 e prevê o plano primário de vídeo com um desvio vertical em um modo de transferência de vídeo indicado pelo valor da
SPRM (32). A unidade de transferência de vídeo 6501, então, transmite o plano de vídeo primário para o segundo somador 4742. As figuras 67A-67C são diagramas esquemáticos que mostram os planos de vídeo primário VPA, VPB e VPC transformados pela unidade detransferência de vídeo 6501 no modo de Cima, modo Manutenção e mo- do Baixo, respectivamente.
Quando a SPRM (32) indica o Modo de manu- tenção, a unidade de transferência de vídeo 6501 não prevê o plano de ví- deo primário com um desvio vertical.
Assim como mostrado na figura 67B, a altura de cada uma das faixas pretas BT e BB, no plano de vídeo primário VPB deverá ser 131 pixels.
Quando a SPRM (32) indica o modo de Cima, a unidade de transferência de vídeo 6501, de uma forma semelhante ao pro- cesso de corte mostrado na figura 49, primeiro corta a faixa preta BT, que é de 131 pixels de altura da porção superior do plano original de vídeo primá- i rio VPB.
A unidade de transferência de vídeo 6501, então, como mostrado * 15 nafigura67A, acrescenta uma faixa preta AB, que é de 131 pixels de altura J para a parte inferior do plano de vídeo primário VPA.
Isso move a localização dos dados de pixel com exceção dos dados de pixel incluídos no corte de faixa preta BT movimento ascendente por 131 pixels.
Por outro lado, a altura das faixas pretas BB + AB é aumentada para131%x2=262 pixels.
Quando a SPRM (32) indica o modo de Baixo, a unidade de transferência de vídeo 6501 corta a faixa preta BB que é de 131 pixels de altura da porção inferior do plano de vídeo primário original VPB e, como mostrado na figura 67C, acrescenta uma faixa preta AT em que é de 131 pixels de altura para a parte superior do plano de vídeo primário VPC.
Issomove a localização dos dados de pixel com exceção dos dados de pixel incluídos na faixa preta de corte movimento descendente por 131 pixels.
Por outro lado, a altura das faixas pretas BT + AT é aumentada para 131 x 2 = 262 pixels.
Referindo-se novamente à figura 65, cada vez que recebe os dados do planoPG 4704 do decodificador-alvo do sistema 4225, a segunda unidade de corte 4732 refere-se à SPRM (32) 6502 e a SPRM (33) 6503 e prevê o plano PG 4704 com um desvio vertical de acordo com valores arma-
zenados nos SPRMs.
Além disso, no modo de um plano + deslocamento, a segunda unidade de corte 4732 fornece o plano PG 4704 com um desloca- mento horizontal.
A segunda unidade de corte 4732, então, transmite o plano
PG 4704 para o segundo somador 4742. As figuras 67D-67f são diagramas esquemáticos que mostram planos PG, PGD, PGE e PGF transformados pela segunda unidade de corte 4732 no modo de Cima, modo de Manutenção e modo de Baixo, respecti- vamente.
Quando a SPRM (32) indica o Modo de manutenção, a segunda unidade de corte 4732 não fornece o plano PG PGE com um deslocamento vertical.
Assim como mostrado na figura 67E, o SUB de legendas no plano PG PGE é mantido para estar na posição original.
Quando a SPRM (32) in- dica o modo de Cima, a segunda unidade de corte 4732 primeiro lê um valor de desvio movimento ascendente de vídeo (PG shift value for Up) "a" para Ú o plano de PG da SPRM (33) 6503. A segunda unidade de corte 4732, en- - 15 tão, de uma forma semelhante ao processo de corte mostrado na figura 49, . fornece o plano PG PGE com um deslocamento movimento descendente que tem o mesmo tamanho que o valor do desvio movimento ascendente de vídeo "a". Mais especificamente, a segunda unidade de corte 4732 primeiro corta a faixa SBE que é "a" pixel de altura da porção inferior do plano PG original PGE.
A segunda unidade de corte 4732, então, como mostrado na figura 67D, acrescenta uma faixa DST que é "a" pixels de altura para a parte superior do plano PG PGD.
Isso move a localização das legendas SUB mo- vimento descendente por "a" pixels.
Quando a SPRM (32) indica o modo de Baixo, a segunda unidade de corte 4732 primeiro lê um valor de desvio des- cendente de vídeo (PG shift value for Down) "b" para o plano de PG da SPRM (33) 6503. A segunda unidade de corte 4732, então, de uma forma semelhante ao processo de corte mostrado na figura 49, fornece um plano PG PGE com um deslocamento movimento ascendente que tem o mesmo tamanho que o valor de desvio movimento descendente de vídeo "b". Mais especificamente, a segunda unidade de corte 4732 primeiro corta a faixa STE que é "b" pixel de altura da porção superior do plano PG original PGE.
À segunda unidade de corte 4732, então, como mostrado na figura 67f, adicio-
na uma faixa SBF que é "b" pixels de altura para a parte inferior do plano PG PGF. Isso move a localização da legenda SUB movimento ascendente de "b" pixels.
O segundo somador 4742 recebe os dados do plano PG da se- gunda unidade de corte 4732, sobrepõe os dados do plano PG sobre os da- dos do plano de vídeo primário da unidade de desvio de vídeo 6501 e transmite o resultado para o terceiro somador 4743. As figuras 67G-671 são diagramas esquemáticos que mostram dados dos planos PLG, PLH, e PLI combinados pelo segundo somador 4742 no modo de Cima, modo de Manu- tençãoe modo de Baixo, respectivamente. No modo de Manutenção, como mostrado na figura 67H, a legenda SUB é exibida na parte superior das ima- gens de vídeo primário MVW. No modo de Cima, como mostrado na figura 67G, a legenda SUB é exibida na faixa preta BBG que está localizada abaixo das imagens de vídeo primário MVW. Isto pode ser feito ajustando o valor de - 15 desvio movimento ascendente de vídeo "a". No modo de Baixo, como mos- BR trado na figura 671, a legenda SUB é exibida na faixa preta IPV que está lo- calizada acima das imagens de vídeo primário MVW. Isto pode ser feito ajus- tando o valor de desvio de movimento descendente de vídeo "b". Na tela Letferbox, uma tela de diálogo representada pelo plano IG, imagens de vídeo representadas por um plano secundário de vídeo, ou um menu pop-up representado pelo plano de imagem pode ser exibido na faixa preta, bem como a legenda representada pelo plano PG. Nesses ca- Sos, a altura da faixa preta pode ser ajustada adequadamente por um méto- do semelhante ao método acima descrito.
(1-0-1) Na estrutura mostrada na figura 65, a segunda unidade de corte 4732 lê o valor de desvio de movimento ascendente/descendente de vídeo da SPRM (33) 6503. Alternativamente, a segunda unidade de corte 4732 pode ler o valor de desvio de movimento ascendente/descendente de vídeo diretamente a partir do arquivo de lista.
(1-0-2) A altura das faixas pretas BT e BB pode ser diferente de 131 pixels, e ainda pode ser variável. O seu valor pode ser fixado em um SPRM na unidade de armazenamento variável de tocador 4236, de acordo com um programa de aplicação ou o usuário.
(1-0-3) Nas figuras 67D e 67f, a segunda unidade de corte 4732 movimenta a localização de quase todos os dados de pixels incluídos no plano PG PGE movimento ascendente e movimento descendente. Alternati- vamente, o decodificador PG pode mudar a posição de exibição do objeto indicado pelo PCS, referindo-se a SPRM (33) 6503. Por exemplo, quando o PCS indica a posição de exibição do objeto = (x, y) e a SPRM (33) 6503 in- dica que o valor de desvio movimento ascendente de vídeo "a", o decodifi- cador PG muda a posição de exibição do objeto para coordenadas (x, y +a).
Com esta operação, como as legendas SUB mostradas na figura 67D, o ob- jeto gráfico representado pelo fluxo PG é exibido abaixo da posição de exibi- ção do objeto indicado pelo PCS. Isto também se aplica ao caso em que a posição de exibição do objeto gráfico é movido ascendentemente. Note-se que o PCS pode armazenar o valor de desvio de movimento ascendente/ : 15 descendente do vídeo.
(1-04) No modo de Cima e no modo de Baixo, como mostrado nas figuras 67D e 67f, as porções superiores e inferiores do plano PG são cortadas. Neste ponto, a fim de evitar que as partes superior e inferior do objeto gráfico sejam cortadas, a área em que o objeto gráfico pode ser ar- —ranjado pode ser limitada a um intervalo predeterminado. Como um exemplo específico, presume-se que a altura x largura do plano PG é HGT x WDH, o valor de desvio de movimento ascendente do vídeo é "a", e o valor de desvio de movimento descendente do vídeo é "b", Nesse caso, como mostrado na figura 67E, o arranjo do objeto gráfico é limitado dentro da seguinte faixa horizontal: coordenadas x-y do canto superior esquerdo PUL = (0, b)) e as coordenadas x-y do canto inferior esquerdo PDR = (WDH, HGT - a). Mais precisamente, o fluxo PG preenche as seguintes condições: (A) a posição de exibição do objeto indicado pelo PCS está na faixa descrita acima, (B) mes- mo se o objeto gráfico é exibido na posição de exibição do objeto, a área de exibição não excede o intervalo da faixa acima descrita, (C) a posição da janela indicada pelo WDS está dentro da faixa descrita acima, e (D), mesmo se a janela for colocada na posição da janela, o intervalo do mesmo não ex-
cede o intervalo da faixa acima descrita. Desta forma, é possível evitar que as partes superior e inferior do objeto gráfico sejam cortadas. (1-0-5) A figura 68A é um diagrama esquemático mostrando um outro exemplo da tabela STN no arquivo de lista para o conteúdo de vídeo datelaLetferbox. Como mostrado na figura 68A, na tabela STN 6800, uma STN 6801 está associada a um fluxo de entrada 6802 o fluxo 1 PG e fluxo de informação do atributo 6803. O fluxo de informação de atributo 6803 inclui um modo de desvio de vídeo 6812, assim como um valor de desvio de mo- vimento ascendente/ descendente do vídeo 6810, 6811. Nesse caso, o dis- positivo de reprodução 102 pode usar a seguinte estrutura para o desvio de vídeo.
A figura 69 é um diagrama funcional de blocos mostrando outro exemplo da estrutura do dispositivo de reprodução 102 necessário para o desvio de vídeo. A estrutura mostrada na figura 69 difere-se da estrutura : 15 mostrada na figura 65 na unidade de transferência de vídeo 6901 e SPRM - (34) 6904. Os outros elementos são similares. Na figura 69, os componentes semelhantes aos mostrados na figura 65 são marcados com os mesmos números de referência. Além disso, detalhes sobre os componentes simila- res podem ser encontrados na descrição da figura 65.
Como mostrado na figura 66A, a SPRM (32) representa o modo de desvio de vídeo, e a SPRM (33) representa o valor de desvio de movi- mento ascendente/descendente do vídeo. Os parâmetros que representam esses são atualizados de acordo com a tabela STN no arquivo de lista, como mostrado na figura 68A. Na unidade de armazenamento variável do tocador 4236,aSPRM (34) ainda armazena um sinalizador em que LIGA/ DESLIGA indica se a transferência de vídeo está sendo executada. O valor do sinali- zador é definido pela unidade de execução do programa 4234 de acordo com um programa de aplicação ou o usuário. Cada vez que recebe tanto os dados do plano de vídeo esquerdo 4701 ou os dados do plano de vídeo di- reito 4702 do comutador 4720, a unidade de transferência de vídeo 6901 primeiro refere-se ao sinalizador na SPRM (34) para determinar se irá reali- zar a transferência de vídeo. Por exemplo, quando o valor do sinalizador for
"1", a unidade de transferência de vídeo 6901 refere-se à SPRM (32) e for- nece o plano de vídeo primário com um deslocamento vertical em um modo de transferência de vídeo indicado pelo valor da SPRM (32 ). Por outro lado, quando o valor do sinalizador for "0", a unidade de transferência de vídeo 6901 transmite o plano de vídeo primário para o segundo somador 4742 sem realizar a transferência de vídeo. Da mesma forma, cada vez que receber os dados do plano PG 4704 do decodificador-alvo do sistema 4225, a segunda unidade de corte 4732 primeiro refere-se a SPRM (34) para determinar se irá fornecer o plano PG 4704 com um deslocamento vertical.
Por exemplo, quando o valor do sinalizador for "1", a segunda unidade de corte 4732 refere-se à SPRM (32) e SPRM (33) e fornece o pla- no PG 4704 com um deslocamento vertical de acordo com os seus valores.
, Por outro lado, quando o valor do sinalizador for "0", a segunda unidade de " corte 4732 não fornece o plano PG 4704 com um deslocamento vertical. “A5 (1-0-6) Quando uma pluralidade de peças de informação de a- - tributo de fluxo 6803, cada um incluindo o modo de transferência de vídeo 6812 mostrado na figura 68A, estão registrados na tabela STN, a ordem de inscrição é estabelecida de modo que os pedaços de informação de atributo de fluxo com o mesmo modo de transferência de vídeo se torna contínua. A figura 68B é um diagrama esquemático mostrando a ordem de inscrição. Como mostrado na figura 68B, os PIDs de nove fluxos PG 1 a 9 estão regis- trados na tabela STN, em correspondência com os números de fluxo (STNs) 5 a 13. O modo de transferência de vídeo dos fluxos PG 1 a 3, está definido para o modo de Manutenção, o modo de transferência de vídeo dos fluxos 4 e5PGé definido para o modo de Cima, e o modo de transferência de vídeo dos fluxos 6 a 9 PG é definido como o modo de Baixo.
Nesse caso, três STNs contínuos = 1 a 3 são atribuídos aos flu- xos 1 a 3 PG, dois STNs contínuos = 4, 5 são atribuídos aos fluxos 4, 5 PG e quatro STNs contínuos = 6 a 9 são atribuídos ao fluxos PG 6 a 9. Cada vez que recebe a notificação da depressão de um botão de comutação de le- genda do controle remoto 105, o dispositivo de reprodução 102 seleciona um fluxo PG para ser usado na exibição de legendas entre fluxo PG 1 a 9, em conformidade com a ordem de inscrição, indicada na figura 68B. Aqui, uma vez que a tela de ambas as imagens de vídeo e legendas é continuada du- rante a operação de seleção, em geral, as posições de exibição das imagens de vídeo e as legendas mudam quando o botão de comutação da legenda é pressionado. No entanto, como mostrado na figura 68B, os fluxos PG do mesmo modo de transferência de vídeo estão em constante mudança regis- ; tada na tabela STN. Assim, em geral, as posições de exibição das imagens de vídeo e legendas mudam só depois que o botão de comutação da legen- : da é pressionado uma pluralidade de vezes. Desta forma, a frequência de i 10 mudança é suprimida, o que impede a operação de seleção do fluxo PG de í interromper a exibição das imagens de vídeo e as legendas.
(1-O-7) Ao alternar entre os modos de transferência de vídeo, o dispositivo de reprodução 102 pode mudar a posição de exibição das ima- gens de vídeo e legendas sem problemas, usando os efeitos visuais, como o fade-in/out. Mais preferivelmente, a mudança de posição de exibição da le- . genda é atrasada que a mudança de posição de exibição das imagens de vídeo. Isso evita o risco de que a mudança de posição de exibição das ima- gens de vídeo e legendas, devido a uma transferência entre os modos de transferência de vídeo possam fazer com que os espectadores se sintam desconfortáveis.
(1-0-8) No PDS no fluxo PG ", incolor e transparente" é atribuído a identificação de cor = 255, e no WDS, identificação de cor = 255 é atribuí- do à cor de fundo na janela. Assim, quando o fluxo PG representa a legenda, a cor de fundo da legenda é definida como transparente incolor. A figura 70B é um diagrama esquemático mostrando a imagem de vídeo IMG e legendas SUB exibidas na tela SCR nesse caso.
Como mostrado na figura 70B, na janela WIN1 indicando a gama de exibição das legendas SUB, a cor de fundo é transparente incolor. Assim, na janela WIN1, a imagem IMG de vídeo e legendas SUB são mostrados unsemcima dos outros.
Por outro lado, o dispositivo de reprodução 102 pode atribuir uma cor opaca, como a identificação de cor preta = 255. A figura 70A é um diagrama esquemático mostrando a estrutura de dados da SPRM (37) na unidade de armazenamento variável do tocador 4236. Como mostrado na figura 70A, um valor de coordenada de cor da cor de fundo da legenda é armazenado na SPRM (37). O valor é predefinido pela unidade de execução do programa 4234 de acordo com um programa de aplicação ou o usuário.
Quando um valor de coordenada de cor for definido na SPRM (37), o decodi- . ficador PG no decodificador-alvo do sistema de 4225 atribui o valor da coor- 4 denada de identificação de cor = 255, independentemente da configuração . indicada pelo PDS. A figura 70C é um diagrama esquemático mostrando a , 10 imagem IMG de vídeo e legendas SUB exibidos na tela SCR nesse caso.
Aqui, o valor de coordenada da cor indicado pela SPRM (37) é uma cor opaca, como preto. Como mostrado na figura 70C, na janela WIN2 indicando a faixa de exibição das legendas SUB, a cor de fundo é a cor opa- ca. Assim, na janela WIN2, a imagem IMG de vídeo é escondida pela cor de fundo, esóa legenda SUB é exibida. Desta forma, é possível apresentar as - imagens de vídeo e as legendas para o telespectador de uma maneira confi- ável.
(1-0-9) Com um comutador entre os modos de transferência de vídeo, não só a posição da tela da imagem gráfica representada pelo fluxo PG mas o fluxo PG em si pode ser alterado. A figura 71A é um diagrama esquemático mostrando mais um exemplo da tabela STN no arquivo de lista de conteúdo de vídeo da tela Letterbox. Como mostrado na figura 71A, no quadro STN 7100, um STN 7101 está associado a um fluxo de entrada 7102 o fluxo 1 PG e fluxo de atributo de informação 7103. A informação de atributo dofluxo/103 inclui um valor de comutação de movimento ascendente/ des- cendente de vídeo 7110, 7111. O valor de comutação de movimento ascen- dente do vídeo 7110 e o valor de comutação de movimento descendente do vídeo 7111 indica PIDs dos fluxos PG que devem ser selecionados quando o modo de Cima e do modo de Baixo são selecionados como modos de comu- tação de vídeo, respectivamente. Nos fluxos PG indicados pelo valor de co- mutação de movimento ascendente de vídeo 7110 e o valor de comutação de movimento descendente de vídeo 7111, inicialmente, a posição da tela da
Y » 202/318 legenda é definida em cada faixa preta das partes inferior e superior do pla- no de vídeo primário. Nesse caso, o dispositivo de reprodução 102 pode u- sar a seguinte estrutura para o desvio de vídeo.
A figura 71B é um diagrama funcional de blocos mostrando mais um exemplo da estrutura do dispositivo de reprodução 102 necessária para o desvio de vídeo. A estrutura mostrada na figura 71B difere-se da estrutura í mostrada na figura 65 nos seguintes pontos: (A) cada vez que o modo de 4 comutação de vídeo é comutado, a unidade de controle de reprodução 7135 ; especifica o PID do fluxo PG a ser selecionado recentemente para o decodi- ; 10 ficador PG 4072 (B) a segunda unidade de corte 4732 não fornece o plano PG 4704 com um deslocamento vertical, (C) SPRM (33) e SPRM (34), não podem ser definidos na unidade de armazenamento variável do tocador
4236. Os demais componentes são os mesmos. Assim, na figura 71B, os Í componentes que também são mostrados na figura 65 são atribuídos aos “15 mesmos números de referência. Além disso, detalhes sobre esses compo- . nentes podem ser encontrados na descrição da figura 65. O modo de transferência de vídeo indicado pela SPRM (32) 6502 é alterado pela unidade de execução do programa 4234, de acordo com um programa de aplicação ou o usuário. Cada vez que se detecta uma alteração no valor armazenado na SPRM (32) 6502, a unidade de controle de reprodução 7135 refere-se à tabela STN mostrada na figura 71A. Ao fazer isso, a unidade de controle de reprodução 7135 recupera o PID do fluxo PG correspondente ao modo de comutação de vídeo após a mudança, e passa o PID para o decodificador PG 4072. Mais especificamente, quando a SPRM (32) 6502 indica o modo de Cima, a unidade de controle de reprodução 7135 recupera o PID indicado pela legenda de movimento ascendente de vídeo 7110, quando a SPRM (32) 6502 indica o modo de Baixo, a unidade de con- trole de reprodução 7135 recupera o PID indicado pela legenda com movi- mento descendente de vídeo 7111, e quando a SPRM (32) 6502 indica o —Modode manutenção, a unidade de controle de reprodução 7135 recupera o PID indicado pelo fluxo de entrada 7102. Como resultado, o plano PG 4704 decodificado pelo decodificador PG 4072 representa uma legenda que cor-
ani “ » . 203/318 responde ao modo de desvio de vídeo.
A figura 72A é um diagrama esquemático mostrando as legen- das SB1 e SB2 que correspondem ao Modo de manutenção.
A figura 72B é um diagrama esquemático mostrando as legendas SB1 e SB2 que corres- pondem ao modo de Baixo.
Como mostrado na figura 72A, no modo de Ma- nutenção, uma legenda horizontal SB1 é exibida na parte superior da parte . inferior da área de exibição de imagens de vídeo VP1, e uma legenda verti- cal SB2 é exibida na parte superior da parte de extremidade direita da área Í de exibição de imagens de vídeo VP1. Além disso, as faixas pretas BT e BB quesão 131 pixels de altura são apresentadas nas partes acima e abaixo da área de exibição de imagem de vídeo VP1, respectivamente.
Como mostra- do na figura 72B, no modo Baixo, a faixa preta BT2 que é de 262 pixels de : altura é exibida na parte superior do vídeo da área de exibição de imagem VP2 Se a posição de exibição da legenda horizontal SB1 for transferida para afaixa preta BIT2 da parte superior fornecendo o plano PG com um deslo- - camento vertical, a posição de exibição das legendas verticais SB2 poderia ser movida movimento ascendente e para fora da tela para a posição de exi- bição SB20. Por outro lado, o fluxo PG indicado pela legenda com movimen- to descendente de vídeo 7111 representa a legenda horizontal SBD, e a po- sição de exibição dela, é definida na faixa preta BT2 na parte superior com antecedência.
Assim, a unidade de controle de reprodução 7135 altera o flu- xo PG que representa a legenda horizontal SB1 no modo de Manutenção para o fluxo PG indicado pela legenda com movimento descendente de ví- deo 7111 no modo de Baixo.
Por outro lado, a unidade de controle de repro- dução7135 utiliza o fluxo PG, que representa a legenda vertical SB2 no mo- do de manutenção, como está no modo de Baixo.
Com essa estrutura, no modo de Baixo, como mostrado na figura 72B, as legendas horizontais SBD é exibido na faixa preta BT2 na parte superior, e as legendas verticais SB2 são exibidas, como no modo de Manutenção, no topo da parte de extremi- dade direitada área de exibição de imagens de vídeo VP1. Isto também se aplica ao modo de Cima.
Quando a legenda de movimento ascendente de vídeo 7110, a y , 204/318 legenda de movimento descendente de vídeo 7111, ou a entrada de fluxo 7102 não estiver registrada na tabela STN, nenhum PID novo é especificado pela unidade de controle de reprodução 7135, portanto, decodificador PG 4072 mantém o PID realizado neste ponto do mesmo modo. Nesse caso, a segunda unidade de corte 4732 pode fornecer o plano PG 4704 com um deslocamento vertical. Esse deslocamento é o mesmo que o deslocamento previsto pela unidade de comutação de vídeo 6501 para os planos de vídeo primário 4701, 4702. A figura 72C é um diagrama esquemático mostrando a í legenda SB1 exibida no modo de Manutenção. A figura 72D é um diagrama Á 10 esquemático mostrando a legenda SB3 exibida no modo de Cima quando a ' legenda ascendente de vídeo 7110 não estiver registrada na tabela STN. Como mostrado na figura 72C, no modo de Manutenção, a legenda SB1 é exibida na parte superior da parte inferior da área de exibição de imagens de vídeo VP1. Além disso, as faixas pretas BT e BB que são 131 pixels de altu- “ 15 rasão apresentadas nas partes acima e abaixo da área de exibição de ima- - gem de vídeo VP1, respectivamente. Como mostrado na figura 72D, no mo- do de Cima, a faixa preta BB2 que é de 262 pixels de altura é exibida na par- te de baixo da área de exibição de imagem do vídeo VP2. Se a posição de exibição da legenda horizontal SB1 for mantida para a posição no modo de Manutenção, a parte inferior da legenda SB1 seria exibida na parte superior da faixa preta BB2. Em contraste, quando a segunda unidade de corte 4732 fornecer o plano PG 4704 com um deslocamento vertical, como mostrado na figura 72D, no modo de Cima, a legenda SB3 é exibida na parte inferior da área de exibição de imagem do vídep VP2 em uma posição distinta da faixa pretaBB2 em uma maneira similar ao subtítulo SB1 no modo Manutenção.
Modalidade 2 O disco BD-ROM de acordo com a Modalidade 2 da presente in- venção também incluí um par de uma vista de base e uma vista dependente do fluxo PG e do fluxo IG. Por outro lado, o dispositivo de reprodução de a- — cordocom a Modalidade 2 da presente invenção é fornecido com o modo do plano 2. O "modos do plano 2" é um dos modos de exibição para o plano gráfico. Quando uma sub-TS inclui um fluxo gráfico de vista de base e um
' , 205/318 dependente de fluxo, o dispositivo de reprodução no modo do plano 2 deco- difica e alternadamente retira os dados do plano de vista esquerda e vista direita dos fluxos gráficos. As imagens 3D podem ser reproduzidas assim,a partir dos fluxos gráficos. Além destes pontos, o disco BD-ROM e um dispo- sitivo de reprodução de acordo com a Modalidade 2 têm a mesma estrutura e as funções de acordo com a Modalidade 1. Assim, a seguir, uma descrição do disco BD-ROM e um dispositivo de reprodução de acordo com a Modali- : dade 2 na medida em que estes foram alterados ou ampliados em relação a Modalidade 1. Detalhes sobre as partes do disco BD-ROM e um dispositivo de reprodução que são os mesmos de acordo com a Modalidade 1 podem ser encontrados na descrição da Modalidades1. Estrutura de Dados de Sub-TS : A figura 73A é uma lista de fluxos elementares multiplexados em um primeiro sub-TS em um disco BD-ROM-101. O primeiro sub-TS é um fluxo de dados muiltiplexados em formato MPEG-2 TS e está incluído em um " arquivo DEP para o modo L/R. Como mostrado na figura 73A, o primeiro sub-TS inclui um fluxo de vídeo primário 7311, fluxos PG de vista esquerda 7312A e 7312B, fluxos PG de vista direita 7313A e 7313B, fluxo IG de vista esquerda 7314, fluxo IG de vista direita 7315, e fluxo de vídeo secundário
7316. Quando o fluxo de vídeo primário 301 no TS principal mostrado na figura 3A representa a vista esquerda de imagens 3D de vídeo, o fluxo de vídeo primária 7311, que é um fluxo de vídeo vista direita, representa a visão correta das imagens de vídeo 3D. Os pares de fluxos de vista esquerda e vista direita PG 7312A + 7313A e 7312B + 7313B representam a vista es- —querda e direita de imagens gráficas, como legendas, quando essas ima- gens são exibidas como imagens de vídeo em 3D. O par de fluxos de vista esquerda e vista direita IG 7314 e 7315 representam a vista esquerda e di- reita de imagens gráficas de uma tela interativa quando essas imagens grá- ficas são exibidas como imagens de vídeo em 3D. Quando o fluxo de vídeo secundário 306 no TS principal representa a vista esquerda de imagens de vídeo em 3D, o fluxo de vídeo secundário 7316, que é um fluxo de vídeo de vista direita, representa a vista direita das imagens de vídeo em 3D.
Os PIDs são atribuídos aos fluxos elementares 7311 a 7316 da seguinte forma, por exemplo. Um PID 0x1012 é atribuído ao fluxo de vídeo primário 7311. Quando até 32 outros fluxos elementares podem ser multiple- xados por tipo em uma sub-TS, os fluxos de vista esquerda PG 7312A e 7312B são atribuídos por qualquer valor de 0x1220 para 0x123F, e os fluxos de vista direita PG 7313A e 7313B são atribuídos por qualquer valor de 0x1240 para 0x125F. O fluxo de vista esquerda IG 7314 é atribuído por qual- quer valor de 0x1420 para 0x143F, e o fluxo de vista direita IG 7315 é atribu- ído por qualquer valor de 0x1440 para 0x145F. O fluxo de vídeo secundário 7316 é atribuído por qualquer valor de 0x1B20 para O0x1B3F.
A figura 73B é uma lista de fluxos elementares multiplexados em um segundo sub-TS em um disco BD-ROM-101. O segundo sub-TS é um fluxo de dados multiplexado em formato MPEG-2 TS e está incluído em um | arquivo DEP para o modo de profundidade. Alternativamente, o segundo “15 sub-TS podem ser multiplexado no mesmo arquivo DEP como o primeiro Ú sub-TS. Como mostrado na figura 73B, a segunda sub-TS inclui um fluxo de vídeo primário 7321, fluxos PG de mapa de profundidade 7323A e 7323B, fluxos IG de mapa de profundidade IG 7324, e fluxo de vídeo secundário
7326. O fluxo de vídeo primário 7321 é um fluxo de mapa de profundidade, e representa as imagens de vídeo 3D em combinação com o fluxo de vídeo primário 301 no TS principal. Quando as imagens de vídeo em 2D represen- tadas pelos fluxos PG 323A e 323B, no TS principal, são usadas para proje- tar imagens em 3D de vídeo em uma tela virtual 2D, os fluxos de mapa de profundidade PG 7323A e 7323B são usados como fluxos PG que represen- tam um mapa de profundidade para a imagens de vídeo em 3D. Quando as imagens de vídeo em 2D representado pelo fluxo IG 304, no TS principal, são usadas para projetar imagens de vídeo em 3D em uma tela virtual 2D, o fluxo de profundidade do mapa IG 7324 é usado como o fluxo IG represen- tando um mapa de profundidade para as imagens de vídeo em 3D. O fluxo devídeo secundário 7326 é um fluxo de mapa de profundidade, e representa as imagens de vídeo em 3D em combinação com o fluxo de vídeo secundá- rio 306 no TS principal.
Os PIDs são atribuídos aos fluxos elementares 7321 a 7326 da seguinte forma, por exemplo. Um PID 0x1013 é atribuído ao fluxo de vídeo primário 7321. Quando até 32 outros fluxos elementares puderem ser multi- plexados por tipo em um sub-TS, os fluxos PG de mapa de profundidade 7323Ae7323B são atribuídos por qualquer valor de 0x1260 para 0x127F. O fluxo IG de profundidade de mapa 7324 é atribuído por qualquer valor de O0x1460 para Ox147F. O fluxo de vídeo secundário 7326 é atribuído por qual- quer valor de 0x1B40 para O0x1B5F. Estrutura de Dados na Tabela STN SS A figura 74 é um diagrama esquemático mostrando uma estrutu- ra de dados da tabela STN SS 3130 de acordo com a Modalidade 2 da pre- sente invenção. Como mostrado na figura 74, o fluxo de informações de re- gistro sequências de 3301, 3302, 3303 ... na tabela STN SS 3130 incluí uma . sequência de informações de registro de fluxo 7413 de um fluxo PG e uma “15 sequência de informações de registro de fluxo 7414 IG, além de um desvio - durante o pop- up 3311 e uma sequência de informações de registro de fluxo 3312 de um fluxo de vídeo de vista dependente que são mostrados na figura
33. A sequência de informações de registro de fluxo 7413 de um flu- xoPG incluias informações de registro de fluxo indicando os fluxos PG que podem ser selecionados para reprodução a partir do sub-TS. A sequência de informações de registro de fluxo 7414 IG inclui as informações de registro de fluxo indicando os fluxos IG que podem ser selecionados para reprodução a partir do sub-TS. Estas sequências de informações de registro de fluxo 7413 e7414são usadas em combinação com as sequências de informações de registro de fluxo, incluídas na tabela STN de PI correspondente, que indicam os fluxos PG e fluxos IG. Ao ler um pedaço de informação de registro de flu- xo de uma tabela STN, o dispositivo de reprodução 102 no modo de repro- dução em 3D automaticamente também lê a sequência de informações de registro de fluxo, localizada na tabela STN SS, que foi combinada com a par- te de informações de registro de fluxo. Quando a simples comutação do mo- do de reprodução de 2D para o modo de reprodução 3D, o dispositivo de reprodução 102 pode, assim, manter STNs já reconhecidas e fluxo de atribu- tos como o idioma.
Como ainda mostrado na figura 74, a sequência de informações de registro de fluxo 7413 do fluxo PG em geral, inclui uma pluralidade de pedaços de informação de registro de fluxo 7431. Estes são os mesmos em número que as peças de informação de registro de fluxo no PI correspon- dente, que indica os fluxos PG. A sequência de informações de registro de fluxo 7414 do fluxo IG inclui o mesmo tipo de peças de informação de regis- tro de fluxo. Estas são as mesmas em número que as peças de informação deregistro de fluxo no PI correspondente, que indica os fluxos IG. Cada pedaço de informação de registro de fluxo 7431 inclui um STN 7441, o sinalizador estereoscópico (is SS PG) 7442, entrada de fluxo de vista de base (stream entry for base view) 7443, entrada de fluxo de i vista dependente(stream entry for dependent view) 7444, e fluxo de infor- 7 15 maçãodo atributo 7445. O STN 7441 é um número de série atribuído indivi- ' dualmente aos pedaços de informação de registro do fluxo 7431 e é o mes- mo que o STN atribuído à peça de informação de registro do fluxo, localiza- do no PI correspondente, com o qual a parte de informação de registo do fluxo 7431 é combinada. O sinalizador estereoscópico 7442 indica se um disco BD-ROM inclui 101 ambos os fluxos PG de vista dependente e de vista de base. Se o sinalizador estereoscópico 7442 estiver ligado, o sub-TS inclui ambos os fluxos PG. Assim, o dispositivo de reprodução Iê todos os campos da entrada do fluxo de vista de base 7443, a entrada do fluxo de vista de- pendente 7444, e o fluxo de informações de atributo 7445. Se o sinalizador estereoscópico 7442 for desligado, o dispositivo de reprodução ignora todos esses campos 7443 a 7445. Tanto a entrada do fluxo de vista de base 7443 e a entrada de fluxo de vista dependente 7444 incluem a informação de refe- rência de identidade do subcaminho 7421, informações de referência de ar- quivo de fluxo 7422, e PIDs 7423. A informação de referência de identidade do subcaminho 7421 indica uma identidade de subcaminho de um subcami- nho que especifica os caminhos da reprodução dos fluxos PG de vista de- pendente e de vista de base. As informações de referência de arquivo dos fluxos 7422 são a informação para identificar o arquivo DEP armazenando os fluxos PG. Os PIDs 7423 são os PIDs para os fluxos PG. As informações de atributo do fluxo 7445 incluem os atributos para os fluxos PG, como o tipo de idioma.
Deve-se notar que as informações de registro de fluxo 7431 do fluxo PG podem ser armazenadas na tabela STN em vez da tabela STN SS. Nesse caso, as informações de registro do fluxo 7431 são armazenadas em fluxos PG no TS principal, em especial nas informações de atributo de fluxo nele.
Decodificador-alvo do Sistema A figura 75 é um diagrama de blocos funcional de um decodifi- cador-alvo de sistema 7525 de acordo com a Modalidade 2 da presente in- : venção. Como mostrado na figura 75, o decodificador PG 7501 suporta o modo de plano 2, ao contrário do decodificador PG mostrado na figura 45. “15 Especificamente, o decodificador PG 7501 inclui um decodificador PG de - vista de base 7511 e um decodificador PG de vista dependente 7512. Além de decodificar os fluxos PG 303A e 303B no TS principal mostrado na figura 3A, o decodificador PG de vista de base 7511 decodifica os fluxos PG de vista esquerda 7312A e 7312B no primeiro sub-TS mostrado na figura 73A em dados do plano. O decodificador PG de vista dependente 7512 decodifi- ca os fluxos PG de vista direita 7313A e 7313B no primeiro sub-TS mostrado na figura 73A e nos fluxos PG de mapa de profundidade 7323A e 7323B no segundo sub-TS mostrado na figura 73B em dados do plano. O decodifica- dor de vídeo secundário e o decodificador IG, ambos incluem um par seme- lhantede decodificadores. O decodificador-alvo do sistema 7525 inclui ainda um par de memórias do plano PG 7521 e 7522. O decodificador PG de vista de base 7511, grava os dados na memória esquerda do plano PG 7521,e 0 decodificador PG de vista dependente 7512 grava o plano de dados em memória de plano PG direita 7522. A memória do plano IG e a memória do planode imagem ambas têm estruturas semelhantes. O decodificador-alvo do sistema 7525 associa ainda a saída do plano de dados da memória do plano de gráficos com o modo de plano 2, um plano + modo de deslocamen-
to e um avião + zero modo de deslocamento. Em particular, quando a unida- de de controle de reprodução 4235 indica o modo de plano 2, o decodifica- dor do sistema de destino 7525 alternadamente retira os dados de plano de um par de memórias do plano PG 7521 e 7522 para o somador de plano
7526. Domadores do Plano A figura 76 é um diagrama de blocos funcional parcial do soma- dor de plano 7526 no modo de plano. Como mostrado na figura 76, o soma- dor de plano 6226 inclui uma unidade de geração de vídeo de paralaxe 4710, comutador 4720, primeiro somador 4741, e segundo somador 4742, como o somador de plano 4226 mostrado na figura 47. O somador de plano 7526 inclui ainda uma segunda unidade de geração de vídeo de paralaxe 7610 e um segundo comutador 7620 como unidades de entrada de dados do Ú plano PG 7604 e 7605. Uma estrutura similar está incluída nas unidades pa- “15 raentradade dados de plano de vídeo secundário, dados de plano IG, e os D dados de plano de imagem. A segunda unidade de geração de vídeo paralaxe 7610 recebe os dados do plano PG esquerdo 7604 e os dados do plano PG direito 7605 do decodificador-alvo do sistema 7525. No dispositivo de reprodução 102 no modode L/R, os dados do plano PG esquerdo PG 7604 representam o pla- no PG de vista esquerda, e os dados do plano PG direto 7605 representam o plano PG de vista direita. Neste ponto, a segunda unidade de geração de vídeo de paralaxe 7610 transmite os pedaços de dados do plano 7604 e 7605 como eles são para o comutador 7620. Por outro lado, no dispositivo de reprodução 102 no modo de profundidade, os dados do plano PG es- querdo 7604 representam o plano PG de imagens gráficas 2D e os dados de plano PG direito 7605 representam um mapa de profundidade corresponden- te às imagens gráficas 2D. Neste caso, a segunda unidade de geração de vídeo de paralaxe 7610 primeiro calcula a paralaxe binocular para cada ele- mento nas imagens gráficas 2D utilizando o mapa de profundidade. Em se- guida, a segunda unidade de geração de vídeo de paralaxe 7610 processa os dados de plano PG esquerdo 7604 para comutar a posição de apresenta-
ção de cada elemento da imagem gráfica 2D no plano PG para a esquerda ou direita, de acordo com o cálculo de paralaxe binocular. Isso gera um par de planos PG representando uma vista esquerda e vista direita. Além disso, a segunda unidade de geração de vídeo de paralaxe 7610 retira este par de —planosPG parao segundo comutador 7620.
O segundo comutador 7620 retira o plano PG esquerdo 7604 e os dados de plano PG direito 7605, que têm o mesmo PTS, para o segundo somador 4742, nesta ordem. A segunda unidade de corte 4732 no modo de plano 2 retira cada um dos dados de plano PG 7604 e 7605 para o segundo —somador 4742 como é. O segundo somador 4742 sobrepõe cada um dos dados de plano PG 7604 e 7605 sobre o plano de dados a partir do primeiro somador 4741 e transmite o resultado para o terceiro componente 4743.
: Como resultado, o plano PG de vista esquerda está sobreposto sobre os dados de plano de vídeo esquerdo 7601, e o plano PG de vista direita é so- “15 breposto sobre o plano de dados de vídeo esquerdo 7602.
- A segunda unidade de corte 4732 no modo de plano 2, de uma forma semelhante à segunda unidade de corte 4732 no modo de um avião + deslocamento mostrado na figura 47, pode fornecer dados de cada plano PG 7604 e 7605 com um deslocamento horizontal, utilizando o valor de ajuste de deslocamento. sso permite que a profundidade das imagens de gráficos de vídeo em 3D seja adaptada em conjugação com o tamanho da tela do dispositivo de exibição 103. Alternativamente, a segunda unidade de corte 4732, de uma forma semelhante à segunda unidade de corte 4732 no modo de plano 1 + deslocamento mostrado nas figuras 65 e 69, pode fornecer da- —dosde cada plano PG 7604 e 7605 com um deslocamento vertical usando o valor de comutação com movimento ascendente/ descendente de vídeo. Quando uma imagem de vídeo 3D é apresentada em uma tela Letterbox, isso permite que uma imagem gráfica 3D (legenda, por exemplo) seja apre- sentada em uma faixa preta que fica acima ou abaixo da imagem de vídeo em3D.
Uso de Informação de deslocamento no Modo de Plano 2 A segunda unidade de corte 4732 no modo de plano 2 pode rea-
lizar um controle de deslocamento para o plano gráfico de vista esquerda ou direita, usando as informações de deslocamento 4704. O controle de deslo- camento oferece as seguintes vantagens.
No modo L/R, ao invés do fluxo de PG de vista esquerda no pri- meirosub-TS mostrado na figura 73A, o fluxo de PG para imagem 2D no TS principal (a seguir, o fluxo de PG para a imagem 2D é abreviado como "fluxo de PG em 2D") pode ser usado como os dados de plano PG de vista es- querda. Ou seja, na entrada do fluxo de vista de base 7443 mostrada na fi- gura 74, o subcaminho de identidade de informação de referência 7421 indi- cao caminho principal, as informações de referência de arquivo do fluxo 7422 indica que o arquivo 2D que armazena o fluxo PG em 2D, e o PID 7423 indica o PID do fluxo PG em 2D. Nesse caso, é possível reduzir a quantida- de de dados do conteúdo de vídeo em 3D, porque a primeira sub-TS não precisa incluir o fluxo PG de vista esquerda. Por outro lado, os seguintes 7 15 erros podem ocorrer com a imagem de gráficos em 3D. ' As figuras 77A, 77B, 77C e são diagramas esquemáticos mos- trando uma imagem gráfica de vista esquerda GOBO0 representada pelo fluxo PG em 2D e imagens gráficas de vista direita GOB1 a GOB3 representadas pelo fluxo PG de vista direita. Nas figuras 77A, 77B, 77C e, a linha sólida na tela SCR indica a imagem gráfica de vista esquerda GOBO e linha tracejada indica que as imagens gráficas de vista direita GOB1 a GOB3. Como as dis- tâncias AA1, A2 e A3 entre as imagens de gráficos mostradas nas figuras 77TA, 77B e 77C mudam de pequeno a grande nesta ordem (A1 < A2>A3), a diferença de profundidade entre a imagem de elementos gráficos em 3D e tela SCR muda em conformidade. Assim, quando o par de imagens gráficas em 3D é exibido como mostrado na figura 77A a figura 77C nesta ordem, a imagem gráfica 3D parece saltar da tela SCR para o espectador. Quando a imagem gráfica de vista esquerda GOBO0 representa uma legenda, a imagem GOBO0 é usada como uma imagem 2D, assim, assim, a posição de exibição é constante através de figuras 77A, 77B e 77C. Por outro lado, as posições de exibição de gráficos das imagens gráficas de vista direita GOB1 a GOB3 move-se para a esquerda na ordem das figuras 77A, 77B e 77C. Assim, as posições de centro C1, C2 e C3 entre as imagens gráficas em movimento para a esquerda na ordem das figuras 77A, 77B e 77C. Ou seja, a imagem gráfica 3D da legenda parece se mover para a esquerda. Tal movimento da legenda pode fazer o espectador se sentir desconfortável.
A segunda unidade de corte 4732 no modo de plano 2 impede que a imagem gráfica em 3D fazer um movimento horizontal usando o con- trole de deslocamento de acordo com as informações de deslocamento da seguinte forma. As figuras 77D, 77E e 77F são diagramas esquemáticos que mostram o controle de deslocamento realizado para a imagem gráfica com vista esquerda mostrada nas figuras 77A, 77B e 77C. Nas figuras 77D, 77E e 77F, a linha sólida na tela SCR indica as imagens gráficas com vista es- querda GOB4 a GOB6 após o controle de deslocamento, a fina linha trace- : jada indica a imagem gráfica de vista da esquerda GOBO antes do controle de deslocamento, e a grossa tracejada linha indica as imagens gráficas com “15 vistadireita GOB1 a GOB3. A segunda unidade de corte 4732 fornece o pla- - no PG com vista esquerda com deslocamentos OFS1, OFS2 e OFS3 indica- dos pelas setas nas figuras 77D, 77E e 77F, nesta ordem. Com esta disposi- ção, as imagens gráficas com vista esquerda GOB4 a GOB6 após a mudan- ça de controle deslocamento para a direita em relação a imagem gráfica com vista esquerda GOBO antes do controle de deslocamento. Como resultado, uma vez que a posição central CO entre as imagens de vídeo é mantida constante através das figuras 77D a 77F, a imagem gráfica 3D parece não se mover horizontalmente. Desta forma, usando o fluxo PG em 2D como o fluxo PG de vista esquerda, é possível evitar que o telespectador se sinta desconfortável.
Modalidade 3 A seguir, a modalidade 3 da presente invenção é descrita, um dispositivo e método para gravação de dados na mídia de gravação das Mo- dalidades 1 e 2 da presente invenção. O dispositivo de gravação aqui descri- toé chamado de dispositivo de criação. O dispositivo de criação geralmente está localizado em um estúdio de criação e utilizado pela equipe de criação para criar conteúdo do filme a ser distribuído. Primeiro, em resposta às ope-
rações pela equipe de criação, o dispositivo de gravação converte o conteú- do do filme em arquivos de fluxo AV usando um método de codificação pré- determinada de compressão. Em seguida, o dispositivo de gravação gera um cenário. Um "cenário" é uma informação que define como cada título in- cluídono conteúdo do filme deve ser reproduzido. Especificamente, um ce- nário inclui informações de cenário dinâmico e informações cenário estático. Em seguida, o dispositivo de gravação gera uma imagem de volume de um disco BD-ROM a partir dos arquivos de fluxo de AV e cenário. Por fim, o dis- positivo de gravação registra a imagem de volume no meio de gravação. A figura 78 é um diagrama de blocos funcional de um dispositivo de gravação 7800. Como mostrado na figura 78, o dispositivo de gravação 7800 inclui uma unidade de banco de dados 7801, codificador de vídeo 7802, uma unidade de criação de material 7803, a unidade de geração de cenário 7804, unidade de criação de programa BD 7805, a unidade de pro- “15 cessamento de multiplex 7806, e a unidade de formato de processamento D 7807.
A unidade de banco de dados 7801 é um dispositivo de armaze- namento não-volátil embutido no dispositivo de gravação e, em especial uma unidade de disco rígido (HDD). Alternativamente, a unidade de banco de da- dos 7801 pode ser um disco rígido externo conectado ao dispositivo de gra- vação ou de um dispositivo de memória semicondutor não volátil interno ou externo ao dispositivo de gravação.
O codificador de vídeo 7802 recebe os dados de vídeo, tais co- mo dados não compactados de mapa de bits, da equipe de criação e com- prime os dados de vídeo recebidos de acordo com um método de codifica- ção de compressão como MPEG AVC e MPEG-2. Este processo converte os dados de vídeo primário em um fluxo de vídeo primário e dados de vídeo secundário em um fluxo de vídeo secundário. Em particular, os dados de imagem de vídeo em 3D são convertidos em um par de um fluxo de vídeo de vistade base e um fluxo de vídeo de vista dependente, como mostrado na figura 7, utilizando um método de codificação multi vistas como MVC. Em outras palavras, a sequência de quadros de vídeo representando a vista es-
querda é convertida em um fluxo de vídeo de vista de base através da ima- í gem encodificação preditiva nas fotos nestes quadros de vídeo. Por outro » lado, a sequência de quadros de vídeo que representa a vista correta é con- vertida em um fluxo de vídeo de vista dependente pela encodificação prediti- va,não só sobre as fotos desses quadros de vídeo, mas também nas fotos de vista de base. Note-se que os quadros de vídeo que representam a vista direita podem ser convertidos em um fluxo de vídeo de vista de base, e os quadros de vídeo representando a vista esquerda podem ser transformados em um fluxo de vídeo de vista dependente. Os fluxos de vídeo convertido 7812são armazenados na unidade de banco de dados 7801.
Durante o processo de encodificação preditiva inter-magem, o codificador de vídeo 7802 detecta vetores de movimento entre as imagens . individuais na vista esquerda e na vista direita e calcula informações de pro- fundidade de cada imagem de vídeo 3D com base nos vetores de movimen- “15 to detectado. As figuras 79A e 79b são diagramas esquemáticos, respecti- ' vamente, mostrando uma imagem em uma vista esquerda e uma vista direita usados para mostrar uma cena de imagens de vídeo 3D, e a figura 79C é um diagrama esquemático mostrando informações sobre a profundidade calculada a partir dessas imagens pelo codificador de vídeo 7802. O codificador de vídeo 7802 compacta as imagens de vista direi- ta e esquerda usando a redundância entre as imagens. Em outras palavras, o codificador de vídeo 7802 compara as duas fotos sem compressão em uma base por macrobloco, ou seja, por matrizes de 8 x 8 ou 16 x 16 pixels, de modo a detectar um vetor de movimento para cada imagem nas duas imagens. Especificamente, como mostrado nas figuras 79A e 79b, uma ima- gem de vista esquerda 7901 e uma imagem de vista direita 7902 são primei- ro divididas em macroblocos 7903. Em seguida, as áreas ocupadas pelos dados de imagem 7901 e imagem 7902 são comparados para cada macrob- loco 7903, e um vetor de movimento para cada imagem é detectado com base no resultado da comparação. Por exemplo, a área ocupada pela ima- gem de 7904 mostrando uma "casa" na figura 7901 é substancialmente a mesma que na figura 7902. Assim, um vetor de movimento não é detectado a partir dessas áreas. Por outro lado, a área ocupada pela imagem 7905 À mostrando um "círculo" na figura 7901 é substancialmente diferente da área ' de imagem 7902. Assim, um vetor de movimento da imagem de 7905 é de- tectado a partir dessas áreas.
O codificador de vídeo 7802 usa o vetor de movimento detecta- do para comprimir as imagens 7901 e 7902. Por outro lado, a unidade de geração de informações de profundidade do quadro 7905 usa o vetor de movimento VCT para calcular a paralaxe binocular de cada imagem, tais como a "casa" da imagem e 7904 "círculo" da imagem 7905. O codificador de vídeo 7802 ainda calcula a profundidade de cada imagem da paralaxe binocular da imagem. As informações indicando a profundidade de cada i- magem podem ser organizadas em uma matriz 7906 do mesmo tamanho que a matriz do macroblocos em imagens 7901 e 7902, como mostrado na figura 79C. Nesta matriz 7906, blocos 7907 estão em correspondência uma- “15 para-uma com os macroblocos 7903 nas imagens 7901 e 7902. Cada bloco - 7907 indica a profundidade da imagem mostrada pelos macroblocos corres- pondentes 7903, usando, por exemplo, a uma profundidade de 8 bits. No exemplo mostrado na figura 79, a profundidade da imagem 7905 do "círculo" é armazenada em cada um dos blocos em uma área 7908 na matriz 7906.
Estaárea 7908 corresponde a áreas inteiras nas imagens 7901 e 7902 que representam a imagem 7905.
O encodificador de vídeo 7802 pode utilizar a informação de profundidade para gerar um mapa de profundidade para a vista esquerda ou para a vista direita. Neste caso, o codificador de vídeo ou 7802, respec- tivamente encodifica os fluxos de dados da vista esquerda ou vista direita e Oo fluxo de mapa de profundidade correspondente como o fluxo de vídeo de vista de base e do fluxo de mapa de profundidade usando a codificação preditiva entre as imagens incluídas no encodificador de vídeo 7802 em si. Cada fluxo de vídeo 7812, após a conversão é armazenado na unidade de bancode dados 7801.
O codificador de vídeo 7802 pode ainda utilizar as informações de profundidade para calcular a largura WDH da faixa AL ou AR na direção vertical que está incluída em na vista esquerda VE e o VD vista direita : mostradas nas figuras 60B e 60C e altura HGT da faixa AT ou AB na direção - horizontal que está incluído na vista esquerda VE e a vista direita VD mostradas nas figuras 61B e 61C. Na verdade, quando uma imagem de um objeto está incluída em uma faixa vertical ou horizontal, o vetor de movimento da imagem é detectado como uma indicação de "moldura" para fora da vista esquerda para a vista direita ou vice-versa. Assim, o encodificador de vídeo 7802 pode calcular a largura ou a altura de cada faixa desse vetor de movimento. As informações 7811 indicam a largura e a altura Á calculada (doravante referidas como "as informações de área máscara") sendo armazenadas na unidade de banco de dados 7801. Ao encodificar um fluxo de vídeo secundário a partir de dados de : vídeo de imagens 2D, o encodificador de vídeo 7802 também pode criar informações de deslocamento 7810 para um plano de vídeo secundário em conformidade com as operações da equipe de criação. As informações de deslocamento geradas 7810 são armazenadas na unidade de banco de dados 7801.
A unidade de criação de material 7803 cria fluxos elementares diferentes dos fluxos de vídeo, como um fluxo de áudio 7813, fluxo PG 7814, efluxoiG7815e armazena os fluxos para a unidade de banco de dados
7801. Por exemplo, a unidade de criação de material 7803 recebe áudio sem compressão de dados LPCM da equipe de criação, encodifica os dados não comprimidos de áudio LPCM, de acordo com um método de codificação de compressão, tais como AC-3, e converte os dados de áudio codificados LPCMem7813 o fluxo de áudio. A unidade de criação de material de 7803, além disso, recebe um arquivo de informações de legendas do pessoal de criação e cria o fluxo PG 7814, de acordo com o arquivo de informações da legenda. O arquivo de informações de legendas define os dados de imagem ou dados de texto para mostrar legendas, os horários de exibição das legendas e efeitos visuais para serem adicionados à legenda, como fade in e fade-out. Além disso, a unidade de criação de material 7803 recebe dados de mapa de bit e um arquivo de menu da equipe de criação e cria o fluxo IG
' . 218/318 7815, de acordo com os dados de mapa de bits e o arquivo de menu. Os i dados do mapa de bits mostram imagens que serão exibidas em um menu. - O arquivo menu define como cada botão do menu é a transição de um estado para outro e define efeitos visuais para serem adicionados a cada botão.
Em resposta a operações pela equipe de criação, a unidade de criação de material 7803, além disso, cria informações de deslocamento 7810 correspondentes ao fluxo PG 7814 e fluxo IG 7815. Neste caso, a unidade de criação de material 7803 pode utilizar a informação de profundidade DPI gerada pelo encodificador de vídeo 7802 para ajustar a profundidade dos gráficos em 3D das imagens de vídeo com a profundidade das imagens de vídeo em 3D. Neste caso, quando a profundidade das E imagens de vídeo 3D muda muito a cada quadro, a unidade de criação de material 7803 pode ainda processar uma série de valores de deslocamento | 15 criados com o uso da profundidade de informação DPI no caminho de baixo i do filtto para diminuir a mudança a cada quadro. As informações de deslocamento 7810 criadas desta forma são armazenadas na unidade de banco de dados 7801. A unidade de geração de cenários 7804 cria dados de cenário BD-ROM 7817 em resposta a uma instrução recebida da equipe de criação através do GUI e armazena os dados de cenário criados BD-ROM de 7817 na unidade de banco de dados 7801. Os dados do cenário de BD-ROM 7817 definem os métodos de reprodução dos fluxos elementares 7812 a 7816 armazenados na unidade de banco de dados 7801. Do grupo do arquivo mostrado na figura 2, os dados do cenário BD-ROM 7817 incluem o arquivo de índice 211, o arquivo de objeto de filme 212, e arquivos de reprodução 221 a 223. A unidade de geração de cenários 7804 ainda cria um parâmetro de arquivo PRF e transfere o arquivo de parâmetro PRF criado para a unidade de processamento multiplex 7806. O arquivo de parâmetro PRF define, dentre os fluxos elementares 7812 a 7816 armazenados na unidade de banco de dados 7801, os dados de fluxo para serem multiplexados no TS principal e sub-TS.
A unidade de criação do programa BD 7805, fornece o pessoal : de criação de um ambiente de programação para objetos de programação - de BD-J e programas aplicativos Java. A unidade de criação de programa BD 7805 recebe uma solicitação de um usuário via GUI e cria o código de cada programa de origem de acordo com o pedido. A unidade de criação do programa BD 7805 ainda cria um arquivo de objeto BD-J 251 dos objetos BD-J e comprime os programas de aplicação Java no arquivo JAR 261. Os arquivos do programa BDP são transferidos para a unidade de processa- mento de formato 7807.
Neste contexto, assume-se que um objeto de BD-J está progra- mado da seguinte maneira: o objeto BD-J faz com que a unidade de execu- ção do programa 4234 mostrado na figura 42 para transferência de dados gráficos para interface gráfica para o sistema alvo decodificador 4225. Além disso, o objeto BD-J faz com que o decodificador-alvodo sistema 4225 pro- “15 cesseos dados gráficos como dados de plano de imagem e retira os dados de plano de imagem para o somador de plano 4226 em um modo de plano + deslocamento. Neste caso, a unidade de criação de programa BD 7805 pode criar informações de deslocamento 7810 correspondentes ao plano de imagem e armazenar as informações de deslocamento 7810 na unidade de banco de dados 7801. Aqui, a unidade de criação de programa BD 7305 pode utilizar a informação de profundidade DPI gerada pelo codificador de vídeo 7802 ao criar as informações de deslocamento 7810.
De acordo com o arquivo de parâmetro PRF, a unidade de processamento multiplex 7806 multiplexa cada um dos fluxos elementares 7812a7816 armazenados na unidade de banco de dados 7801 para formar um arquivo de fluxo no formato MPEG-2 TS. Mais especificamente, como mostrado na figura 4, cada um dos primeiros fluxos elementares 7812 a 7815 é convertido em uma sequência de pacotes de origem, e os pacotes de origem incluídos em cada sequência são montados para a construção de um único pedaço de dado de fluxo multiplexado. Desta forma, o TS principal e o sub-TS são criados. Esses pedaços de fluxo de dados multiplexados MSD são retirados para a unidade de processamento de formato 7807.
Além disso, a unidade de processamento multiplex 7806 cria os : metadados de deslocamento com base nas informações de deslocamento - 7810 armazenadas na unidade de banco de dados 7801. Como mostrado na figura 11, os metadados de desvio criados 1110 são armazenados no fluxo de vídeo dependente. Neste ponto, as informações de área de máscara 7811 armazenadas na unidade de banco de dados 7801, são armazenadas no fluxo de vídeo dependente, junto com os metadados de deslocamento. Note-se que a unidade de processamento multiplex 7806 pode processar cada pedaço de dados gráficos para ajustar a disposição dos elementos gráficos nos quadros de imagens vídeo esquerda e direita para que as imagens gráficas 3D representadas por cada plano de gráficos não são exibidas como se sobrepõem na mesma direção visual, como as imagens gráficas 3D representadas por outros planos gráficos. Alternativamente, a unidade de processamento multiplex 7806 pode ajustar o valor de deslo- “15 camento para cada plano de gráficos para que a profundidade de imagens gráficas 3D não se sobreponha.
Além disso, a unidade de processamento multiplex 7806 cria um arquivo de informações 2D e um arquivo de informações de clipe de vista dependente através de quatro etapas. (1) criar mapas de entrada 2230 mostrado na figura 23 para o arquivo 2D e DEP. (li) criar pontos de medida para iniciar 2242 e 2420 mostrados nas figuras 24A e 24B da utilização do mapa de cada arquivo de entrada. Neste ponto, alinha o tempo ATC estendido entre blocos consecutivos de dados (vide abaixo). Além disso, projeta a organização de extensões para que os tamanhos das extensões 2D, extensões de vista de base, extensões de vista dependente, e extensões SS satisfaçam as condições predeterminadas (vide <<Explicação Suplementar>> sobre estas condições). (III) Extrair as informações de atributo de fluxo 2220 mostradas na figura 22 de cada fluxo elementar para ser multiplexado no TS principal e sub-TS. (IV) associar, como mostrado na figura22, uma combinação de um mapa de entrada 2230, os metadados 3D 2240, e as informações de atributo de fluxo 2220 com um pedaço de informação de clipe 2210. Cada arquivo de informação de clipe CLI é, assim,
criado e transmitido à unidade de processamento formato 7307. í A unidade de processamento formato 7807 cria uma imagem de " disco BD-ROM 7820 da estrutura do diretório mostrada na figura 2 a partir de (i) os dados de cenário BD-ROM 7817 armazenados na unidade de banco de dados 7801, (ii) um grupo de arquivos de programa BDP, como o arquivo de objeto BD-J criado pela unidade de criação de programa BD 7805, e (iii) dados de fluxo multiplexado MSD e arquivos de informações de clipe CLI gerados pela unidade de processamento multiplex 7806. Nesta estrutura de diretórios, o UDF é usado como sistema de arquivos.
Ao criar novas entradas de arquivo para cada um dos arquivos 2D, os arquivos de DEP e arquivos SS, a unidade de processamento de formato 7807 refere-se à mapas de entrada 3D de metadados incluídos nos arquivos de informações de clipe 2D e arquivos de informações de clipe de vista dependente. O SPN para cada ponto de entrada e ponto de partida é, As portanto, utilizado na criação de cada descritor de alocação. Em particular, o - valor de LBN e o tamanho da extensão a ser representado por cada descritor de alocação são determinados de modo a expressar um arranjo intercalado como o mostrado na figura 19. Como resultado, cada bloco de dados de vista de base é compartilhado por um arquivo SS e arquivo 2D, e cada bloco de dados de vista dependente é compartilhado por um arquivo SS e arquivo DEP. Método de Gravação de Imagem de Disco de BD-ROM ' A figura 80 é um fluxograma de um método de gravação de conteúdo de filme em um disco BD-ROM usando o dispositivo de gravação 7800 mostrado na figura 78. Este método começa, por exemplo, quando a energia para o dispositivo de gravação 7800 é ligada.
Na etapa S8001, os fluxos elementares, programas e dados do cenário a serem gravados em um disco BD-ROM são criados. Em outras palavras, o encodificador de vídeo 7802 cria um fluxo de vídeo 7812. À unidade de criação de material 7803 cria um fluxo de áudio 7813, fluxo PG 7814 e fluxo IG 7815. A unidade de geração de cenário 7804 cria dados de cenário BD-ROM 7817. Esses pedaços de dados criados 7812 a 7817 são armazenados na unidade de banco de dados 7801. Por outro lado, o Ú encodificador de vídeo 7802 cria informações de deslocamento 7810 e - informações de área de máscara 7811 e armazena essas informações na unidade de banco de dados 7801. A unidade de criação de material 7803 criaa informação de deslocamento 7810 e armazena essas informações na unidade de banco de dados 7801. A unidade de geração de cenários 7804 cria um parâmetro de arquivo PRF e transfere o arquivo para a unidade de processamento muiltiplex 7806. A unidade de criação de programa BD 7805 cria um grupo de arquivos de programa BDP, que incluem um arquivo de objeto BD-J e um arquivo JAR, e transfere este grupo BDP à unidade de processamento de formato 7807. A unidade de criação de programa BD 7805 também cria informações de deslocamento 7810 e armazena essas : informações na unidade de banco de dados 7801. Depois disso, o proces- samento prossegue para a etapa S8002. 5 Na etapa S8002, a unidade de processamento mutltiplex 7806 : cria metadados de deslocamento com base nas informações de desloca- mento 7810 armazenadas na unidade de banco de dados 7801. Os meta- dados de deslocamento criados são armazenados no fluxo de vídeo de vista dependente, junto com a área de informações de máscara 7811. Depois disso,o processamento prossegue para a etapa S8003.
Na etapa S8003, a unidade de processamento mulitiplex 7806 lê os fluxos elementares 7812 a 7816 da unidade de banco de dados 7801 de acordo com o parâmetro do arquivo PRF e multiplexa os fluxos em um arquivo de fluxo em formato MPEG2-TS. Depois disso, o processamento prossegue para a etapa S8004.
Na etapa S8004, a unidade de processamento multiplex 7806 cria um arquivo de informações de clipe 2D e arquivos de informações de clipe de vista dependente. Em particular, durante a criação do mapa de entrada e pontos de início de extensão, a extensão do tempo ATC está alinhada entre os blocos contíguos de dados. Além disso, os tamanhos das extensões 2D, as extensões de vista de base, extensões de vista depen- dente, e extensões SS são definidas para satisfazer as condições predeter-
minadas. Depois disso, o processamento prossegue para a etapa S8005. : Na etapa S8005, a unidade de processamento de formato 7807 - cria uma imagem de disco BD-ROM 7820 a partir dos dados de cenário BD- ROM 7817, grupo de arquivos de programa BDP, dados de fluxo multiple- xadoMDS, e arquivo de informações de clipe CLI. Depois disso, o proces- samento prossegue para a etapa S8006.
Na etapa S8006, a imagem de disco BD-ROM 7820 é convertida em dados para o pressionamento de BD-ROM. Além disso, esses dados são gravados em um disco mestre BD-ROM. Depois disso, o processamento prossegue para a etapa S8007. Na etapa S8007, os discos BD-ROM 101 são produzidos em massa, pressionando o mestre obtido na etapa S8006. O processamento é y concluído. Método para Alinhar os Tempos da Extensão ATC 5 A figura 81 é um diagrama esquemático mostrando um método - para alinhar a os tempos ATC de extensão entre blocos de dados consecutivos. Primeiro, ATSs ao longo do mesmo eixo de tempo ATC são atribuídos aos pacotes de origem armazenados em um bloco de dados de vista de base (a seguir, o SP1) e os pacotes de origem são armazenados em um bloco de dados de vista dependente (a seguir, o SP2). Como mostrado na figura 81, os retângulos 8110 e 8120 representam, respectivamente, SP1 pf(p=0,1,2,3,..,Kk k+1,..., i,i+1)e SP2Hq(g9=0,1,2,3,..,m,m+ 1, ..., j). Estes retângulos 8110 e 8120 são organizados em ordem ao longo do eixo de tempo pela ATS de cada pacote de origem. A posição da parte — superior de cada retângulo 8110 e 8120 representa o valor do ATS do pacote de origem. O comprimento AT1 de cada retângulo 8110 e 8120 representa a quantidade de tempo necessário para o dispositivo de reprodução 3D transferir um pacote de origem do buffer de leitura para o decodificador-alvo do sistema. A partir da ATS A1 do SP1 d O até que um tempo ATC de extensão TEXTO tenha passado, o SP1, ou seja, o SP1 4 0, 1,2, ..., k é transferido do buffer de leitura para o decodificador-alvo do sistema e armazenado como a medida em vista de base (n + 1)º EXT1 [n] em um bloco Á de dados de vista de base. Similarmente,a partir da ATS A3 do SP1 * (k + 1) até que um tempo ATC de extensão TEXTO tenha passado, o SP1, ou seja, o SP1 É (k+1),..., i, é transferido do buffer de leitura para o decodificador- alvodo sistema e armazenado como a medida de vista de base (n + 2)º EXT1 [n + 1] no próximo bloco de dados de vista de base.
Por outro lado, o SP2, que deve ser armazenado como o (n + 1)º de extensão de vista dependente EXT2 [n] em um bloco de dados de vista dependente, é selecionado como segue. Em primeiro lugar, a soma de ATS A1doSP1tHO0Oeo tempo ATC de extensão TEXTO, Al + TEXTO, é procurado como ATS A3 de SP1 t (k + 1) localizado na parte superior da extensão de vista de base (n + 2)º EXT1[n + 1]. Em seguida, o SP2, ou seja, : o SP2H O, 1,2, .., m, é selecionado. A transferência do SP2 do buffer de leitura para o decodificador-alvo do sistema começa durante o período de “15 ATSA1deSP1t0 até ATS A3 do SP1 É (k + 1). Assim, o SP2 superior, ou - seja, ATS A2 de SP2 t O, é sempre igual ou maior do que o maior SP1, ou seja, ATS A1 de SP1 f 0: A22 A1.
Além disso, todos os ATS de SP2 %* O - m são menores que o ATS A3 de SP1 & (k + 1). Neste contexto, a conclusão da transferência do último SP2, ou seja, SP % m, pode ser durante ou após ATS A3 de SP1 É (k+1).
Similarmente, o SP2, que deve ser armazenado como a exten- são de vista de base (n + 2)º EXT2 [n + 1) em um bloco de dados de vista dependente, é selecionado como segue. Primeiro, o ATS A5 do SP1 t (i + 1) localizado na parte superior da extensão de vista de base (n + 3)º é procurada como ATS A5 = A3 + TEXTO. Em seguida, o SP2, ou seja, SP2% (m + 1) - j, é selecionado. A transferência de SP2 do buffer de leitura para o decodificador-alvo do sistema começa durante o período de ATS A3 de SP1 É (k+ 1) até ATS A5 de SP1 t (1 + 1). Assim, o maior SP2, ou seja, ATS A4 deSP2d(m+1),é sempre igual ou maior do que o maior SP1, ou seja, ATS A3 de SP1 É (k + 1): A4? A3. Além disso, todos os ATS de SP2 + (m + 1) - j são menores do que ATS A5 de SP1 * (k + 1).
Modalidade 4 i A figura 110 é um diagrama de blocos funcional de um dispo- sitivo de reprodução realizado usando o circuito integrado 3 de acordo com a Modalidade 4 da presente invenção. Este dispositivo de reprodução reproduz os dados com a estrutura descrita em modalidades anteriores.
A unidade 1 do meio IF recebe ou lê dados de um meio e transmite os dados para o circuito integrado 3. Deve-se observar que os dados incluem os dados com a estrutura descrita em modalidades anterio- res.
O meio IF unidade 1, por exemplo, é uma unidade de disco se o meio é um disco óptico ou um disco rígido; um cartão IF se o meio é um semicondutor de memória, como um cartão SD de memória USB, etc; um sintonizador CAN ou sintonizador Si se o meio é uma onda de transmissão, | como CATV ou semelhantes, e uma rede IF, se o meio é uma rede como a “15 Ethernet TM, L AN sem fio, linha pública sem fio, etc N A memória 2 armazena temporariamente ambos os dados recebidos ou lidos a partir de meios e dados que estão sendo processados pelo circuito integrado 3. Um Synchronous Dynamic Random Access Memory (SDRAM), Double-Data-Rate x Synchronous Dynamic Random Access Memory (DDRX SDRAM; x = 1, 2, 3, ...), etc, é utilizado como memória 2. Qualquer número de memórias 2 pode ser fornecido, conforme o necessário, a memória 2 pode ser um elemento único ou uma pluralidade de elementos.
Um circuito integrado 3 é um sistema LSI, que trata os dados transmitidos a partir daa unidade 1 do meio IF com processamento de vídeo e áudio. O circuito integrado 3 inclui uma unidade de controle principal 6, unidade de processamento de fluxo 5, unidade de processamento de sinal 7, unidade de memória de controle 9, e unidade de saída AV 8.
A unidade de controle principal 6 inclui uma memória de programa e um núcleo de processador. A memória do programa de pré- armazena os softwares básicos, como o sistema operacional. O núcleo de processador tem uma função de cronômetro e uma função de interrupção, e controla a totalidade do circuito integrado, 3, em conformidade com os 7 programas armazenados, por exemplo, na memória do programa. ' Sob o controle da unidade de controle principal 6, a unidade de processamento de fluxo 5 recebe os dados transmitidos da unidade 1 do meiolFe,em seguida, armazena os dados para a memória 2 através de um barramento de dados no circuito integrado 3, ou separa o dados em informações visuais e de áudio. Como descrito anteriormente, um arquivo de fluxo AV de vista de base 2D inclui um fluxo de vídeo de vista esquerda e um arquivo de fluxo AV de vista direita inclui um fluxo de vídeo de vista direita. Além disso, os dados no meio consiste no arquivo de fluxo AV de vista esquerda 2D e o arquivo de fluxo AV de vista direita dividido em uma pluralidade de extensões e extensões alternadamente arranjadas por extensão. Deve-se notar que dos dados no meio, as partes, incluindo o fluxo de vídeo de vista esquerda são dados de vista esquerda, e as partes, “15 incluindo o fluxo de vídeo de vista direita são dados de vista direita. Quando g o circuito integrado 3 recebe os dados de vista esquerda e vista direita, respectivamente, a unidade de controle principal 6 controla a unidade de processamento de fluxo 5 a armazena os dados em uma primeira área e uma segunda área na memória 2. Deve-se notar que a primeira e segunda área na memória 2 podem ser áreas separadas logicamente em um único elemento de memória, ou elementos de memória diferentes fisicamente. À seguinte explicação sobre a Modalidade 4 assume que os dados de vista esquerda e direita são os dados de vista principal e dados de subexibição, respectivamente. Uma explicação similar pode ser verdade se os dados de vistadireitae dados de vista esquerda são os de dados de vista principal e os dados de subexibição, respectivamente.
Sob o controle da unidade de controle principal 6, a unidade de processamento de sinal 7 utiliza um método adequado para decodificar dados visuais e de áudio separados pela unidade de processamento de fluxo
5.Os dados visuais são compactados com um método de encodificação de vídeo como MPEG-2, MPEG4 AVC, MPEG4 MVC, SMPTE VC-1, etc. Os dados de áudio são compactados com um método de encodificação, como o
Dolby AC-3, Dolby Digital Plus, MLP, DTS, DTS-HD, PCM linear, etc.
A : unidade de processamento de sinal 7 decodifica os dados com o método BR correspondente.
Deve-se notar que o modelo da unidade de processamento de sinal 7 pode ser equivalente a uma combinação do filtro TS prioritário e os decodificadores diversos mostrados na figura 45, ou os decodificadores diversos mostrados na figura 46. Além disso, a unidade de processamento de sinal 7 extrai os metadados do fluxo de vídeo de vista direita, e depois informa a unidade de saída AV 8 dos metadados.
Deve-se notar que, como descrito acima, os metadados estão localizados em cada uma das GOPs que constituem o fluxo de vídeo de vista direita, e incluem combinações de informações de deslocamento e identificadores de deslocamento.
Quando o modelo da unidade de processamento de sinal 7 for equivalente à combinação do filtro TS prioritário e os decodificadores | diversos mostrados na figura 45, a unidade de processamento de sinal 7 “15 monitora primeiro os sinalizadores prioritários de pacotes TS TS incluídos nos dados de vista direita, e então usa os valores dos sinalizadores TS prioritários para selecionar os pacotes TS que contém os metadados.
À unidade de processamento de sinal 7 executa então, os dois processos seguintes em paralelo usando módulos separados: um processo de decodificação dos pacotes TS que contém dados de imagem em dados de imagem sem compressão, e um processo de extração dos metadados dos pacotes TS que contém os metadados.
Quando o modelo da unidade de processamento de sinal 7 for equivalente a vários decodificadores mostrados na figura 46, a unidade de processamento de sinal 7 permite que os pacotes TS que contém os dados de vista direita a serem enviados para o mesmo decodificador, independentemente dos valores dos sinalizadores prioritários TS.
O decodificador realiza ambos os dois processos de decodificação dos pacotes TS em dados de imagem sem compressão e extrai os metadados dos pacotes TS.
Desta forma, na medida em que os dados tem a estrutura descritaem modalidades anteriores, a unidade de processamento de sinal 7 de cada modelo pode executar com sucesso os dois processos de decodificação de dados em dados de imagem sem compressão e extração de metadados dos dados. " A unidade de controle de memória 9 arbitra os acessos à BR memória 2 pela função de blocos no circuito integrado 3. Sob o controle da unidade de controle principal 6, a unidade de saída AV 8 sobrepõe pedaços de dados visuais decodificados pela unidade de processamento de sinal 7, processa as peças de dados visuais com conversão de formato ou similares, e em seguida, retira-os para o circuito integrado 3. A figura 111 é um diagrama de blocos funcional com uma estrutura representativa da unidade de processamento de fluxo 5. A unidade de processamento de fluxo 5 é fornecida com um dispositivo de fluxo IF unidade 51, um demultiplexador 52, e uma unidade de comutação 53. O fluxo de dispositivo IF unidade 51 é uma interface para transferência de dados entre a unidade 1 do meio IF e o circuito integrado 3. “15 Porexemplo,o fluxo do dispositivo IF a unidade 51 corresponde a um Serial ' Advanced Technology Attachment (SATA), Advanced Technology Attachment Packet Interface (ATAPI) ou Parallel Advanced Technology Attachment (PATA) se o meio é um disco óptico ou um disco rígido, um cartão IF se o meio é um semicondutor de memória, como um cartão SD, memória USB, etc; um sintonizador IF se o meio é uma onda de transmissão, como CATV ou semelhantes, e uma rede IF, se o meio é uma rede como a "“ Ethernet, uma LAN sem fio, ou uma linha pública sem fio. Deve-se observar que, dependendo do tipo de meio, o fluxo do dispositivo IF unidade 51 pode atingir uma parte das funções do meio IF unidade 1, ou a unidade 1 do meio IF pode ser incorporado no circuito integrado 3 e usado como fluxo de dispositivo IF unidade 51.
O demultiplexador 52 separa os dados visuais e de áudio a partir de dados de reprodução de vídeo, incluindo imagens e sons, os dados de reprodução são incluídos nos dados transmitidos a partir do meio. Cada uma das extensões descritas acima consistem em pacotes de origem que contém diversos dados como imagens, vídeo, sons, PG (legendas) e IG (menus). Em alguns casos, entretanto, os dados de subexibição não podem incluir um fluxo de áudio.
Cada extensão é separada em pacotes de áudio e vídeo TS Ú dependendo nos PIDs (identificadores) incluídos nos pacotes de origem, e - em seguida transmitidos à unidade de processamento de sinal 7. Os dados processados são transmitidos para a unidade de processamento de sinal 7 diretamente ou após a armazenagem temporária na memória 2. Deve-se notar que o modelo do demultiplexador 52 corresponde aos de pacotadores de origem e os filtros PID mostrados na figura 45, por exemplo.
A unidade de comutação 53 muda os destinos para a saída ou armazenagem de dados que o fluxo do dispositivo IF unidade 51 recebe.
Especificamente, quando o fluxo do dispositivo IF unidade 51 recebe os dados de vista esquerda, a unidade de comutação 53 muda o destino dos dados para a primeira área da memória 2, enquanto que quando o fluxo do dispositivo IF unidade 51 recebe os dados de vista direita, a unidade de comutação 53 muda o destino dos dados para a segunda área da memória “15 2.A unidade de comutação 53 é, por exemplo, um controlador de acesso - direto à memória (DMAC). A figura 112 é um diagrama de blocos funcional da unidade de comutação 53 e das unidades vizinhas, quando a unidade de comutação 53 for um DMAC.
Sob o controle da unidade principal de controle 6, o DMAC 53 transmite os dados recebidos e um endereço de destino para a unidade de controle de memória 9, os dados recebidos são dados que o fluxo do dispositivo IF unidade 51 recebeu, e o endereço de destino é um endereço onde os dados recebidos devem ser armazenados.
Especifica- mente, suponha que os endereços 1 e 2 são os endereços da primeira área e segunda área na memória 2, respectivamente.
Quando os dados recebi- dossão dados de vista esquerda, o DMAC 53 transmite um endereço 1 para a unidade de controle de memória 9, enquanto que quando os dados rece- bidos são dados de vista direita, o DMAC 53 transmite o endereço 2. À unidade de controle de memória 9 armazena os dados recebidos para a memória 2, de acordo com os endereços destino transmitidos a partir da unidade de comutação 53. O destino para a saída ou o armazenamento dos dados recebidos é alterado, dependendo do tipo de dados recebidos.
Deve- se notar que um circuito dedicado para o controle da unidade de comutação
53 pode ser fornecido, ao invés da unidade de controle principal 6. : O fluxo de dispositivo IF unidade 51, demultiplexador 52, e a BR unidade de comutação 53 foram descritos como uma estrutura represen- tativa da unidade de processamento de fluxo 5. No entanto, a unidade de processamento de fluxo 5 pode ser ainda fornecida com um mecanismo de criptografia, uma unidade de controle de segurança, um controlador de acesso direto à memória, ou similares.
O mecanismo de criptografia recebe e decodifica os dados criptografados, dados-chave, ou similares.
A unidade de controle de segurança armazena uma chave privada e controla a execução de um protocolo de autenticação de dispositivo ou similares entre o meio e o dispositivo de reprodução.
No exemplo acima, quando os dados recebidos do meio são armazenados na memória 2, a unidade de comu- tação 53 altera o destino para o armazenamento dos dados, dependendo se i os dados são dados de vista esquerda ou direita.
Como alternativa, depois “15 que os dados recebidos do meio são temporariamente armazenados na , memória 2, os dados podem ser separados em dados de vista esquerda e dados de vista direita ao serem transferidos para o demultiplexador 52. A figura 113 é um diagrama de bloco funcional com uma estrutura representativa da unidade 8 de saída AV.
A unidade 8 de saída AV é equipada com uma unidade de sobreposição da imagem 81, unidade de conversão de formato de saída de vídeo 82, e unidade IF de saída de áudio/vídeo 83. A unidade de sobreposição da imagem 81 sobrepõe os dados visuais decodificados.
Especificamente, a unidade de sobreposição da imagem 81 sobrepõe os dados PG (legendas) e IG (menus) sobre os dados de vídeo de vista esquerda e dados de vista direita, imagem por imagem.
O modelo da unidade de sobreposição de imagem 81 é mostrado, por exemplo, na figura 47. A figura 114 é um diagrama esquemático mostrando um exemplo de método para o uso da memória 2 durante o processo de sobreposição de imagens.
A memória de 2 inclui uma área de armazenamento de dados de plano correspondente a vista esquerda, uma área de armazenamento de dados de plano correspondente a vista direita, uma área de armazenamento ' de dados de plano correspondente aos gráficos, e uma área de armazena- - mento de dados de sobreposição de imagens.
Cada plano de área de armazenamento de dados é uma área onde dados decodificados são arma- zenados temporariamente antes de serem prestados no plano correspon- dente.
A área de armazenamento de dados de imagens superpostas é uma área onde os dados resultaram da sobreposição de um plano de gráficos em um plano de vista esquerda ou um plano de vista direita estão armazenados.
Deve-se observar que cada plano pode ser uma área na memória 2 ou um espaço virtual.
As figuras 115 e 116 são diagramas esquemáticos que mostram os processos de sobreposição de imagens utilizando a memória 2 mostrada : na figura 114. A unidade de sobreposição da imagem 81 fornece primeiro um deslocamento para um plano de gráficos com base nas informações de “15 deslocamento incluídas nos metadados extraídos pela unidade de proces- samento de sinal 7. A unidade de sobreposição da imagem 81, em seguida, sobrepõe o plano gráfico com o deslocamento em um plano de vídeo.
Especificamente, a figura 115 mostra que a unidade de sobreposição da imagem 81 fornece um deslocamento de + X para um plano de gráficos, e, em seguida, sobrepõe o plano de gráfico em um plano de vista esquerda.
Por outro lado, a figura 116 mostra que a unidade de sobreposição da imagem 81 fornece um desvio de -X para o plano de gráfico original e, em seguida, se sobrepõe ao plano de gráfico em um plano de vista direita.
O valor de X é o valor do deslocamento representado por um número de pixels.
Estes processos de sobreposição, como mostrado nas figuras, permitem que os pedaços de dados de pixel localizados nas mesmas coordenadas horizontais sejam combinadas entre si.
Os dados, após a sobreposição, são armazenados na área de armazenamento de dados de imagens sobrepostas na memória 2. A figura 117 é um diagrama esquemático mostrando um outro exemplo do método para usar a memória 2 durante o processo de sobre- posição de imagens.
A memória 2 inclui ainda "áreas de armazenamento de dados de plano correspondentes aos gráficos com deslocamento (para ' vistas à esquerda e à direita sobrepostas)". Os planos de gráficos com BR desvios devem ser temporariamente armazenados nestas áreas de armazenamento de dados de plano antes de serem sobrepostas em planos devistaesquerda e vista direita. Por exemplo, a unidade de sobreposição da imagem 81 fornece um desvio de + X para o plano de gráficos e armazena temporariamente o plano de gráficos para a "área de armazenamento de dados de plano correspondentes aos gráficos com deslocamento (para vista esquerda sobreposta)". A unidade de sobreposição da imagem 81, em seguida, lê o plano de gráficos da área de armazenamento de dados do plano, sobrepõe o plano de gráficos no plano de vista esquerda, e armazena o resultado da sobreposição na área de armazenamento de dados de imagens sobrepostas. Por outro lado, a unidade de sobreposição da imagem 81 fornece um deslocamento -X para o plano de gráficos e, temporariamente “15 armazena os dados do plano para a "área de armazenamento de dados de - plano correspondente aos gráficos com deslocamento (para a vista direita sobreposta)". A unidade de sobreposição da imagem 81, em seguida, lê o plano de gráficos da área de armazenamento de dados do pano, sobrepõe o plano de gráficos no plano de vista direita, e armazena o resultado da sobreposição na área de armazenamento de dados de imagens sobre- postas.
A unidade de conversão de formato de saída de vídeo 82 processa os dados visuais após serem decodificados ou sobrepostos, conforme o necessário, com o redimensionamento, conversão de IP, redu- ção de ruído, conversão de taxa de quadro, ou similares. Redimensionar é um processo para aumentar ou reduzir o tamanho das imagens. A conversão de IP é um processo de conversão entre o escanamento progressivo e entrelaçado. A redução de ruído é um processo para remover o ruído das imagens. A taxa de conversão de quadro é um processo para alterar as taxasde quadros. A unidade de conversão de formato de saída de vídeo 82 envia os dados depois de processados na unidade de sobreposição de imagens 81 ou a unidade IF de saída de áudio/vídeo 83.
A unidade IF de saída de áudio/vídeo 83 converte a informação ' visual processada pela unidade de conversão de formato de saída de vídeo 82 e os dados decodificados de áudio em formatos de transmissão de dados predeterminados por um processo de encodificação ou similares. Deve-se notar que parte da unidade IF de saída de áudio/vídeo 83 pode ser fornecida externamente ao circuito integrado 3, conforme descrito abaixo.
A figura 118 é um diagrama de blocos funcional detalhada da unidade de saída AV 8 unidade e a unidade de saída de dados no dispositivo de reprodução. A unidade de saída AV 8 e a unidade de saída de dados no dispositivo de reprodução suportam uma pluralidade de formatos de transmissão de dados. Especificamente, como mostrado na figura 118, a unidade IF de saída de áudio/vídeo 83 inclui uma unidade IF de saída de vídeo analógica 83a, uma unidade IF de saída de áudio analógico 83c, e uma unidade digital IF de saída de vídeo/áudio 83b.
“15 A unidade IF de saída de vídeo analógico 83 converte os dados : processados pela unidade de conversão do formato de saída de vídeo 82 em um formato de sinal de vídeo analógico, e então gera os dados visuais. À unidade |F de saída de vídeo analógico 83 inclui, por exemplo, um encodificador de vídeo composto apoiando um dos formatos NTSC, PAL e SECAM, encodificador para sinal S-Vídeo (separação Y/C), encodificador para componente de sinal de vídeo e um conversor A/D (DAC).
A unidade IF de saída de áudio/ vídeo analógico 83b unidade mescla os dados decodificados de áudio e visual dos dados processados pela unidade de conversão de formato de saída de vídeo 82, e ainda criptografa os dados mesclados. Depois disso, a unidade IF de saída de áudio/ vídeo analógico 83b codifica e gera os dados criptografados em conformidade com os padrões de transmissão de dados. Por exemplo, a unidade de comunicação HDMI mostrada na figura 42 corresponde a unidade IF de saída de aúdio/ vídeo analógico 83b.
A unidade IF de saída de áudio analógico 83c processa os dados decodificados de áudio com conversão D/A e, em seguida retira os dados de áudio analógicos. Um DAC de áudio ou similares corresponde à a unidade IF de saída de áudio analógico 83c. 7 A unidade de saída AV 8 e a unidade de saída de dados no : dispositivo de reprodução podem alterar os formatos de transmissão de dados visuais e de áudio, dependendo dos dispositivos de recepção de dados ou terminais de entrada de dados que o dispositivo de vídeo e alto- falante 4 suporta. A unidade de saída AV 8 e a unidade de saída de dados no dispositivo de reprodução também pode permitir que um usuário selecione o formato de transmissão dos mesmos. Além disso, podem transmitir os dados convertidos do mesmo conteúdo em, não só um único formato de trans- missão, mas também dois ou mais formatos de transmissão em paralelo.
A unidade de sobreposição da imagem 81, a unidade de conversão de formato de saída de vídeo 82, e a unidade IF de saída de áudio/vídeo 83 foram descritas como uma estrutura representativa da unidade de saída AV 8. No entanto, a unidade de saída AV 8 pode ainda ser “15 equipadacom um motor de gráficos e afins. O motor de gráficos trata os ! dados decodificados pela unidade de processamento de sinal 7, com proces- samento gráfico, como a filtragem, combinando telas, desenho de curvas e exibição em 3D.
Isto conclui a descrição sobre a estrutura do dispositivo de reprodução de acordo com a Modalidade 4. Deve-se notar que todos os blocos de função acima descritos não precisam ser construídos no circuito integrado 3. Por outro lado, a memória 2 pode ser construída no circuito integrado 3. A descrição acima, na Modalidade 4 explica a unidade de controle principal 6 e 7 da unidade de processamento de sinais como os blocos de função separados. No entanto, a unidade de controle principal 6 poderá realizar parte do processamento que a unidade de processamento de sinal 7 deve executar.
A topologia de um barramento de controle e um barramento de dados de conexão entre os blocos de função no circuito integrado 3 podem ser selecionados de acordo com o procedimento e os detalhes do processamento por blocos de função. As figuras 119 e 119B são diagramas esquemáticos mostrando exemplos de topologia do barramento de controle e barramento de dados no circuito integrado 3. Como mostrado na figura ' 119, tanto o barramento de controle 21 e barramento de dados 22 são organizados de modo que cada um dos blocos de função 5 a 9 está diretamente ligado com todos os outros blocos de função.
Alternativamente, como mostrado na figura 119B, o barramento de dados 23 é arranjado de modo que cada um dos blocos de função 5 a 8 está diretamente ligado apenas com a unidade de controle de memória 9. Neste caso, cada um dos blocos de função 5 a 8 transfere dados a outros blocos de função através da unidade de controle de memória 9 e ainda mais da memória 2. O circuito integrado 3 pode ser um módulo multi-chip, ao invés de um LSI implementado em um único chip.
Nesse caso, uma pluralidade de chips que constituem o circuito integrado 3 é selada em um único pacote e, assim, o circuito integrado 3 parece um LSI único.
Como alternativa, o circuito integrado 3 pode ser configurado usando um Field Programmable "15 Gate Array (FPGA) ou um processador reconfigurável.
O FPGA é um LS! ' programável! após a fabricação.
O processador reconfigurável é um LS] que permite conexões entre as células do circuito interno e as configurações para cada célula do circuito a ser reconfigurada.
Incorporação de um Circuito Integrado3 em um Dispositivo de Exibição Um circuito integrado similar ao acima descrito circuito integrado 3 pode ser incorporado em um dispositivo de exibição para fazer com que o dispositivo de vídeo realize o processamento descrito acima do dispositivo de reprodução de acordo com a Modalidade 4. A figura 120 é um diagrama de blocos funcionais com a estrutura do circuito integrado incorporada no dispositivo de exibição e as unidades ao redor da mesma.
Como mostrado na figura 120, o circuito integrado 3 usa uma unidade IF de meio 1 e 2 de memória para tratar os dados recebidos pela unidade IF de meio 1 com tratamento similar ao processamento de sinais acima descrito.
Os dados visuais processados pelo circuito integrado 3 é enviado para a unidade de condução de exibição 10. A unidade de condução da tela 10 controla o painel de exibição 11, de acordo com os dados visuais.
Como resultado, os dados visuais são emitidos como imagens no painel de exibição 11. Por outro lado, os dados de áudio processados pelo circuito integrado 3 são ] emitidos como sons através de alto-falante 12. A figura 121 é um diagrama de blocos funcional detalhada da Ê unidade de saída AV 8 mostrada na figura 120. A unidade de saída AV 8 inclui uma unidade IF de saída de vídeo 84 e uma unidade IF de saída de áudio 85, em contraste com o mostrado na figura 118. A unidade IF de saída de vídeo 84 e a unidade IF de saída de áudio 85 podem ser fornecidas dentro ou fora do circuito integrado 3. A unidade IF de saída de vídeo 84 transfere os dados visuais da unidade de conversão do formato de saída de vídeo 82 para a unidade de condução da exibição 10. A unidade IF de saída de áudio 85 transfere os dados de áudio da unidade de processamento de sinal 7 para o alto-falante 12. Deve-se notar que duas ou mais unidades de cada, similar à unidade IF de saída de vídeo 84 ou a unidade IF de saída de áudio 85 podem ser fornecidas.
Além disso, a unidade IF de saída de vídeo 715 84ea unidade IF de saída de áudio 85 podem ser integradas em uma ' unidade.
Processamento de Reprodução pelo Dispositivo de Reprodução Usando o Circuito Integrado 3 A figura 122 é um fluxograma de processamento de reprodução, odispositivo de reprodução usando o circuito integrado 3. O processamento de reprodução começa quando a unidade IF do meio 1 está conectada com um meio capaz de receber dados deles, por exemplo, quando um disco óptico é inserido na unidade de disco.
Durante o processamento de reprodução, o dispositivo de reprodução recebe e decodifica os dados do meio.
O dispositivo de reprodução em seguida, gera os dados decodificados como um sinal de vídeo e um sinal de áudio.
Na etapa S1, a unidade 1 do meio SE recebe ou lê os dados do meio e transfere os dados para a unidade de processamento de fluxo 5. O processamento então prossegue para a etapa S2. Na etapa S2, a unidade de processamento de fluxo 5 separa os dados visuais e de áudio dos dados recebidos ou lidos na etapa S1. O processamento então prossegue para a etapa S3.
Na etapa S3, a unidade de processamento de sinal 7 decodifica . cada tipo de dados separado na etapa S2 por um método apropriado para o método de encodificação de dados. Em paralelo com a decodificação, a unidade de processamento de sinal 7 ainda extrai os metadados dos dados de vistadireita,e notifica a unidade de saída AV 8 dos metadados. Deve-se notar que a unidade de processamento de sinal 7 pode monitorar os sinalizadores prioritários dos pacotes TS incluídos nos dados de vista direita para selecionar os pacotes TS que contém os metadados. Alternativamente, a unidade de processamento de sinal 7 pode fazer com que o mesmo deco- dificador decodifique os pacotes TS em dados de imagem sem compressão e extraia os metadados dos pacotes TS. O processamento então prossegue para a etapa S4.
Na etapa S4, a unidade de saída AV 8 sobrepõe os dados visuais decodificados na etapa S3. Se necessário, a unidade de saída AV 8 7" 15 recupera e usa informações deslocamento dos metadados extraídos na : etapa S3. O processamento então prossegue para a etapa S5.
Na etapa S5, a unidade de saída AV 8 retira os dados visuais e de áudio processados nas etapas S4 a S2. O processamento então prossegue para a etapa S6.
Na etapa S6, a unidade de controle principal 6 determina se deve ou não continuar o processamento de reprodução. O processamento procede novamente da etapa S1, por exemplo, quando os dados a serem recebidos ou lidos pela unidade 1 do meio IF permanecerem no meio. Por outro lado, o processamento termina quando a unidade 1 do meio IF termina coma recepção ou a leitura de dados do meio devido, por exemplo, ao disco óptico ter sido removido da unidade de disco ou o usuário ter instruído a interrupção da reprodução. A figura 123 é um fluxograma, indicando os detalhes das etapas S1 a S6 mostradas na figura 122. As etapas S101 a S110 mostradas na figura 123 são executadas sob o controle da unidade de controle principal 6. As etapas S101 a S103 correspondem essencialmente aos detalhes da etapa S1, etapas S104 com detalhes da etapa S2, etapas S105 com detalhes da etapa S3, etapas S106 a S108 com detalhes da etapa
SA4, e etapas S109 e S110 etapas com detalhes da etapa S5. Na etapa S101, ' antes de receber ou ler os dados a serem reproduzidos do meio através da unidade 1 do meio IF, a unidade 51 do fluxo do dispositivo recebe ou lê os i dados necessários para o processamento de reprodução, como um arquivo de biblioteca, arquivo de informações do clipe, e similares, do meio através da unidade 1 do meio IF. A unidade 51 do fluxo de dispositivo ainda arma- zena os dados necessários para a memória 2 através da unidade de controle de memória 9. O processamento então prossegue para a etapa S102.
Na etapa S102, a unidade de controle principal 6 identifica os formatos de encodificação de dados de vídeo e dados de áudio armaze- nados no meio, com base nas informações de atributos de fluxo incluídos no arquivo de informações do clipe. A unidade de controle principal 6 ainda inicializa a unidade de processamento de sinal 7 que será capaz de realizar a decodificação de uma forma correspondente ao formato de encodificação “15 identificado. O processamento então prossegue para a etapa S103.
: Na etapa S103, a unidade 51 do fluxo do dispositivo IF recebe ou lê os dados de áudio e vídeo para serem reproduzidos do meio através da unidade 1 do meio IF. Em particular, os dados são recebidos ou lidos, extensão por extensão. A unidade 51 do fluxo de dispositivo IF ainda arma- zena dados para a memória 2 através da unidade de comutação 53 e unidade de controle de memória 9. Em especial, quando os dados de vista esquerda são recebidos ou lidos, a unidade de controle principal 6 controla a unidade de comutação 53 para comutar o destino para o armazenamento dos dados de vista esquerda para a primeira área na memória 2. Por outro lado, quando os dados de vista direita são recebidos ou lidos, a unidade de controle principal 6 controla a unidade de comutação 53 para comutar o destino para o armazenamento dos dados de vista direita para a segunda área na memória 2. O processamento então prossegue para a etapa S104.
Na etapa S104, os dados armazenados na memória 2 são transferidos para o demultiplexador 52 na unidade de processamento de fluxo 5. O demultiplexador 52 primeiro lê os PIDs de pacotes de origem que constituem os dados. O demultiplexador 52 então usa os PIDs para distinguir se os pacotes TS incluídos nos pacotes de origem são dados visuais ou de - áudio. O demultiplexador 52 transmite ainda cada pacote TS a um decodificador correspondente da unidade de processamento de sinal 7 dependendo do resultado da distinção. Deve-se notar que a unidade de processamento de sinal 7 pode monitorar os sinalizadores TS prioritários dos pacotes TS incluídos nos dados de vista direita para enviar os pacotes TS que contém os metadados a um módulo dedicado separado do decodificador de vídeo primário, isto é, a unidade de processamento de metadados de deslocamento. O processamento então prossegue para a etapa S105.
Na etapa S105, cada decodificador na unidade de processa- mento de sinal 7 decodifica os pacotes TS transmitidos com um método adequado. Em paralelo com a decodificação, a unidade de processamento de sinal 7 ainda extrai os metadados dos dados de vista direita e notificam a unidade de saída AV 8 dos metadados. Deve-se notar que a extração pode "15 ser realizada pela unidade de processamento de metadados de desloca- : mento separados do decodificador de vídeo primário, ou podem ser realiza- dos pelo decodificador de vídeo primário em simultâneo com a decodifica- ção. O processamento então prossegue para a etapa S106. Na etapa S106, as imagens do fluxo de vídeo de vista esquerda e fluxo de vídeo de vista direita decodificadas pela unidade de processa- mento de sinal 7 são enviadas para a unidade de conversão de formato de saída de vídeo 82. A unidade de conversão de formato de saída de vídeo 82 redimensiona as fotos para corresponder à resolução do dispositivo de exibição 4. O processamento então prossegue para a etapa S107.
Na etapa S107, a unidade de sobreposição de imagem 81 recebe dados de plano de vídeo compostos pelas imagens redimensionadas na etapa S106 da unidade de conversão de formato de saída de vídeo 82. À unidade de sobreposição de imagem 81 também recebe os dados do plano PG e IG decodificados da unidade de processamento de sinal 7. A unidade de sobreposição de imagem 81 ainda se sobrepõe os dados do plano PG e IG decodificados. O processamento então prossegue para a etapa S108.
Na etapa S108, a unidade de conversão de formato de saída de vídeo 82 recebe os dados de plano sobrepostos na etapa S107 da unidade ' de sobreposição de imagem 81. A unidade de conversão de formato de : saída de vídeo 82 processa ainda o plano com a conversão de dados IP. O processamento então prossegue para a etapa S109.
Na etapa S109, a unidade IF de saída de áudio/vídeo 83 recebe os dados visuais processados com a conversão IP na etapa S108 da unidade de conversão de formato de saída de vídeo 82, e recebe os dados de áudio decodificados da unidade de processamento de sinal 7. A a unidade IF de saída de áudio/vídeo 83 ainda processa os dados visuais e de áudio com encodificação, conversão A/D, e similares, de acordo com o método de emissão de dados por parte do dispositivo de vídeo e alto-falante 4 e o método de transmissão de dados para o dispositivo de vídeo e alto- falante 4. Com estes processos, os dados visuais e dados de áudio são convertidos em um formato de saída analógica ou um formato de saída "15 digital. Os dados visuais no formato de saída analógica incluem um sinal de . vídeo composto, o sinal de S-vídeo, sinal de vídeo componente, e similares. Além disso, o HDMI ou similares são suportados como formato de saída digital. O processamento então prossegue para a etapa S110. Na etapa S110, a a unidade IF de saída de áudio/vídeo 83 transmite os dados visuais e de áudio processados na etapa S109 para o dispositivo de vídeo e alto-falante 4. O processamento então prossegue para a etapa S6. Os detalhes da etapa S6 podem ser encontrados na descrição acima. Em cada uma das etapas descritas acima, cada vez que novos dados são processados, os dados podem ser temporariamente armaze- nados na memória 2. O redimensionamento e a conversão de IP da unidade de conversão de formato de saída de vídeo 82 nas etapas S106 e S108 podem ser ignoradas, se não for necessário. Ao invés de ou em adição a esses processos, outros processos, como redução de ruído e conversão de taxa de quadro podem ainda serem realizados. Além disso, a ordem dos processos poderá ser alterada na medida do possível. Quando o dispositivo de vídeo mostrado na figura 120 for utilizado no processamento de reprodução, o fluxograma do processamento ' de reprodução é basicamente similar ao fluxograma mostrado nas figuras ' 122 e 123. Os blocos funcionais mostrados nas figuras 120 e 121 funcionam de forma similar aos mostrado nas figuras 110 e 113. Explicação complementar Princípio da Reprodução de Imagem de Vídeo em 3D Os métodos de reprodução de imagens de vídeo 3D são aproxi- madamente classificados em duas categorias: métodos que utilizam uma técnica holográfica, e métodos que utilizam vídeo de paralaxe.
Um método que utiliza uma técnica holográfica é caracterizado por permitir que o espectador perceba os objetos em vídeo como estereos- cópicos, dando à percepção visual do espectador as mesmas informações substancialmente fornecidas que as informações óticas de percepção visual por seres humanos de objetos reais. Uma teoria técnica para utilizar esses "15 métodos para movimentação de exibição de vídeo foi estabelecida. No . entanto, é extremamente difícil de construir, com a tecnologia atual, um computador que seja capaz de processamento em tempo real da enorme quantidade de cálculos necessários para mover a exibição de vídeo e um dispositivo de exibição tendo altíssima resolução de várias milhares de linhas por um milímetro. Assim, no presente momento, a realização desses métodos para o uso comercial é praticamente não vista.
O "vídeo de paralaxe" refere-se a um par de imagens de vídeo em 2D mostrado para cada um dos olhos do espectador para a mesma cena, ou seja, o par de uma vista esquerda e uma vista direita. Um método deusode vídeo de paralaxe é caracterizado por reproduzir a vista esquerda e vista direita de uma única cena de modo que o espectador vide cada vista com apenas um olho, permitindo que o usuário perceba a cena como estereoscópica.
As figuras 82A, 82B e 82C são diagramas esquemáticos ilustrando o princípio por trás da reprodução de imagens de vídeo em 3D (imagens de vídeo estereoscópico), em um método que utiliza imagens de vídeo de paralaxe. A figura 82A é uma visão superior do visualizador VWR olhando para um cubo CBC colocado diretamente na frente do rosto do - espectador. As figuras 82B e 82C são diagramas esquemáticos mostrando a aparência exterior do cubo CBC como uma imagem de vídeo em 2D, B respectivamente, como percebido pelo olho esquerdo LEY e o olho direito REY do espectador VWR. Como resultado da comparação entre a figura 82B e figura 82C, a aparência externa do cubo CBC percebida pelos olhos é ligeiramente diferente. A diferença na aparência exterior, ou seja, a paralaxe binocular permite ao espectador VWR reconhecer o cubo CBC como tridimensional. Assim, de acordo com um método que usa vídeo de paralaxe, as imagens direita e esquerda de vídeo em 2D com pontos de vista diferentes são primeiro preparados para uma única cena. Por exemplo, para o cubo CBC mostrado na figura 82A, a vista esquerda do cubo CBC mostrada na figura 96B e o a vista direita mostrada na figura 82C estão preparadas. Neste contexto, a posição de cada ponto de vista é determinada " 15 pela paralaxe binocular do espectador VWR. Em seguida, cada imagem de . vídeo em 2D é reproduzida, de modo a ser percebida pelo olho correspon- ' dente do espectador VWR. Por conseguinte, o espectador VWR reconhece a cena reproduzida na tela, ou seja, a imagem do cubo CBC, como estereoscópica. Ao contrário dos métodos usando uma técnica de holografia, os métodos que utilizam vídeo de paralaxe, assim, tem a vantagem de exigirem a preparação de imagens de vídeo em 2D a partir de apenas dois pontos de vista.
Vários métodos concretos de como usar o vídeo de paralaxe têm sido propostos. Do ponto de vista de como esses métodos mostram as imagens de vídeo em 2D de vista esquerda e direita para os olhos do espectador, os métodos são divididos em métodos de sequenciamento de quadro alternado, os métodos que utilizam lentes lenticulares, métodos de separação de duas cores, etc. No método alternativo de quadro alternado, as imagens de vídeo emZ2D de esquerda e direita são exibidas alternadamente em uma tela por um tempo predeterminado, enquanto o espectador assiste a tela usando os óculos obturadores. Cada uma das lentes dos óculos obturadores é formado por um painel de cristal líquido, por exemplo. As lentes passam ou - bloqueiam a luz de maneira uniforme e alternada em sincronia com a mudança das imagens de vídeo em 2D na tela. Ou seja, cada lente funciona Ú como um obturador que, periodicamente, bloqueia o olho do espectador. Mais especificamente, enquanto uma imagem de vídeo esquerda é exibida na tela, os óculos obturadores fazem o lado esquerdo da lente transmitir a luz e o lado direito obstruir a luz da lente. Por outro lado, enquanto uma imagem de vídeo direita é exibida na tela, os óculos obturadores fazem a lente do lado direito transmitir luz e o lado esquerdo obstruir a luz da lente. Como resultado, o espectador vê imagens posteriores das imagens de vídeo direita e esquerda sobrepostas umas sobre as outras e, assim, percebe uma única imagem de vídeo 3D.
De acordo com o método de sequenciamento de quadro alter- F nado, conforme descrito acima, as imagens de vídeo direitas e esquerdas “+ 15 são exibidas alternadamente em um ciclo predeterminado. Por exemplo, 'Ú quando 24 quadros de vídeo são exibidos por segundo para reproduzir imagens normais de vídeo 2D, os 48 quadros de vídeo no total para os olhos direito e esquerdo precisam ser exibidos para as imagens de vídeo em 3D.Assim, um dispositivo de vídeo capaz de rápida execução de rescrição datelaéo preferido para este método.
Em um método que usa uma lente lenticular, um quadro de vídeo direito e um quadro de vídeo esquerdo são, respectivamente, divididos em longas e estreitas áreas pequenas com formato retangular na vertical. As pequenas áreas do quadro de vídeo direito e as pequenas áreas de quadro de vídeo esquerdo são alternadamente dispostos em sentido horizontal na tela e exibidos ao mesmo tempo. A superfície da tela é coberta por uma lente lenticular. A lente lenticular é uma lente em forma de folha de composição de várias lentes longas e finas de curva lisa dispostas em paralelo. Cada lente de curva lisa e encontra-se em sentido longitudinal na superfície da tela.
Quando o espectador vê os quadros de vídeo da esquerda e da direita através da lente lenticular, apenas o olho do espectador percebe a luz das áreas de exibição do quadro de vídeo à esquerda, e só o olho direito do espectador percebe a luz das áreas de exibição do quadro de vídeo direito. 1 O espectador vê assim uma imagem de vídeo em 3D da paralaxe binocular D entre as imagens de vídeo, respectivamente, percebidas pelos olhos direito e esquerdo.
Deve-se notar que, de acordo com esse método, outro com- — ponente óptico, com funções semelhantes, como um dispositivo de cristal líquido, pode ser usado em vez da lente lenticular.
Como alternativa, por exemplo, um filtro de polarização longitudinal pode ser feito em áreas de exibição do quadro de imagem esquerda, e um filtro de polarização lateral pode ser feito em áreas de exibição do quadro da imagem direita.
Neste caso,o espectador vê a tela através de óculos de polarização.
Nos óculos de polarização, um filtro de polarização longitudinal é fornecido para a lente esquerda, e uma polarização lateral do filtro é fornecida para a lente direita.
Consequentemente, as imagens direita e esquerda de vídeo são percebidas - apenas pelo olho correspondente, permitindo assim que o espectador percebaas imagens 3D do vídeo. ' Em um método usando vídeo de paralaxe, além de ser cons- truído desde o início por uma combinação de imagens de vídeo de esquerda e direita, o conteúdo de vídeo 3D também pode ser construído a partir de uma combinação de imagens de vídeo em 2D e um mapa de profundidade. '
As imagens de vídeo 2D representam imagens de vídeo em 3D projetadas em uma tela 2D hipotética, e o mapa de profundidade representa a profundidade de cada pixel em cada porção das imagens de vídeo em 3D, em comparação com a tela em 2D.
Quando o conteúdo 3D é construído a partir de uma combinação de imagens de vídeo em 2D com um mapa de profundidade, o dispositivo de reprodução 3D ou dispositivo de exibição primeiro constrói as imagens de vídeo esquerdo e direito da combinação de imagens de vídeo 2D com um mapa de profundidade e cria imagens de vídeo em 3D a partir dessas imagens de vídeo à esquerda e à direita usando um dos métodos descritos acima.
A figura 83 é um diagrama esquemático mostrando um exemplo de construção de uma vista esquerda LVW e uma vista direita PVD a partir da combinação de uma imagem de vídeo 2D MVW e um mapa de profundidade DPH.
Como mostrado na figura 83, uma placa circular DSC é - mostrada no fundo BGV da imagem de vídeo em 2D MVW.
O mapa de profundidade DPH indica a profundidade para cada pixel em cada parte da imagem de vídeo MVW 2D.
De acordo com o mapa de profundidade DPH, naimagem de vídeo2D MVW, a área de exibição DA1 da placa circular DSC está mais próxima do espectador que a tela, e a área de exibição DA2 do fundo BGV é mais profunda do que a tela.
A unidade de geração de vídeo de paralaxe PDG no dispositivo de reprodução calcula primeiro a paralaxe binocular para cada parte da imagem de vídeo 2D MVW usando a profundidade de cada porção indicada pelo mapa de profundidade DPH.
Em seguida, a unidade de geração de vídeo de paralaxe PDG muda a posição de apresentação de cada porção da imagem de vídeo 2D MVW para a esquerda ou direita, de acordo com a paralaxe binocular calculada para - construir a vista esquerda LVW e a vista direita RVW.
No exemplo mostrado na figura 83, a unidade de geração de vídeo de paralaxe PDG muda a Á posição de apresentação da placa circular DSC na imagem de vídeo 2D MVW da seguinte forma: a posição de apresentação da placa circular DSL na vista esquerda LVW é deslocada para a direita por metade do seu paralaxe binocular, S1, e à posição de apresentação da placa circular DSR na vista direta RVW é deslocada para a esquerda pela metade de sua paralaxe binocular, S1. Desta forma, o espectador percebe a placa circular DSC como sendo mais próxima do que a tela.
Por outro lado, a unidade de geração de vídeo de paralaxe PDG muda a posição de apresentação do fundo BGV na imagem de vídeo 2D MVW da seguinte forma: a posição de apresentação do fundo BGL na vista esquerda LVW é deslocada para a esquerda pela metade de sua paralaxe binocular, S2, e a posição de apresentação do fundo BGR na vista direita RVW é deslocada para a direita por metade de sua paralaxe binocular, S2. Desta forma, o espectador percebe o fundo BGV como sendo mais profundo do que a tela.
Um sistema de reprodução de imagens de vídeo 3D com uso de vídeo de paralaxe é de uso geral, tendo já sido estabelecido para uso em salas de cinema, atrações em parques de diversões e similares.
Assim, este método também é útil para implementar sistemas de home theater que ] podem reproduzir imagens de vídeo 3D.
Nas modalidades da presente ' invenção, entre os métodos de uso de vídeo de paralaxe, um método de sequenciamento de quadro alternativo ou um método de uso de óculos de polarização podem ser usados.
No entanto, além destes métodos, a presente invenção também pode ser aplicada a outros métodos diferentes, contanto que haja o uso de vídeo de paralaxe.
Isso será óbvio para os elementos versados na técnica da explicação acima das modalidades.
Sistema de Arquivos no Disco BD-ROM Quando o UDF é usado como o sistema de arquivos para o disco BD-ROM 101, a área de volume 202B mostrada na figura 2 geralmente inclui áreas em que uma pluralidade de diretórios, um descritor conjunto de arquivos e um descritor de terminação são contabilizados.
Cada "diretório" é 7 um grupo de dados que compõem o diretório.
Um "descritor de conjunto de arquivos" indica o LBN do setor em que a entrada do arquivo para o diretório ç raiz é armazenada.
O "descritor de terminação" indica o fim da área de gravação para o descritor de conjunto de arquivos.
Cada diretório partilha uma estrutura de dados comum.
Em particular, cada diretório inclui uma entrada de arquivo, arquivo de diretório e umgrupo de arquivos subordinados.
A "entrada de arquivo" inclui uma marca de descritor, marca de Bloco de Controle de Informação (ICB) e descritor de alocação.
A "marca do descritor" indica que o tipo de dados que incluem a marca do descritor é uma entrada de arquivo.
Por exemplo, quando o valor da marca do descritor for"261",otipode dados é uma entrada de arquivo.
O "marca de ICB" indica uma informação de atributo para a entrada do arquivo em si.
O "descritor de alocação" indica o LBN do setor no qual o arquivo do diretório pertencente ao mesmo diretório é registrado.
O "arquivo de diretório" normalmente inclui uma pluralidade de cada arquivo identificador de descritor para um diretório subordinado e um identificador de arquivo descritor para um arquivo subordinados.
O "descritor identificador de arquivo para um diretório subordinado" é a informação para acessar o diretório subordinado localizado diretamente abaixo desse ' diretório. Este descritor identificador de arquivo inclui informações de ' identificação para o diretório subordinado, comprimento do nome do diretório, o endereço de entrada do arquivo e o nome do diretório atual. Em particular,o endereço de entrada do arquivo indica o LBN do setor em que a entrada de arquivos do diretório subordinado é registrada. O "descritor identificador de arquivo para um arquivo subordinado" é a informação para acessar o arquivo subordinado localizado diretamente abaixo desse diretório. Este descritor identificador de arquivo inclui informações de identificação para o arquivo subordinado, o comprimento do nome do arquivo, endereço de entrada do arquivo e o nome do arquivo real. Em particular, o endereço de entrada do arquivo indica o LBN do setor em que a entrada do arquivo subordinado é registrada. A "entrada do arquivo de - arquivos subordinados", como descrito abaixo, inclui as informações de endereço para os dados que constituem o arquivo real subordinado.
] Ao traçar o conjunto de descritores de arquivo e o descritor identificador de arquivos dos diretórios subordinados/arquivos em ordem, a entrada de arquivo de um diretório arbitrário/arquivo gravado na área de volume 202B pode ser acessada. Especificamente, a entrada de arquivos do diretório raiz é especificado a partir do primeiro descritor de de arquivos, e o arquivo de diretório para o diretório raiz é especificado a partir do descritor de alocação nesta entrada de arquivo. Em seguida, o descritor de identificador do arquivo para o diretório imediatamente abaixo do diretório raiz é detectado a partir do arquivo do diretório, e a entrada de arquivo para esse diretório é especificada pelo seu endereço de entrada de arquivo. Além disso, o arquivo do diretório para que o diretório seja especificado a partir do descritor de alocação na entrada do arquivo. Posteriormente, a partir do arquivo do diretório, a entrada do arquivo para o diretório subordinado ou arquivo subordinado é especificado pelo endereço de entrada do arquivo no descritor identificador do arquivo para o diretório subordinado ou arquivo subordinado.
"Arquivos subordinados" incluem extensões de arquivos e entradas.
As "extensões" são geralmente múltiplas e são em número de - sequências de dados cujos endereços lógicos, ou seja, LBNs são consecutivos no disco.
A totalidade das extensões compreendem o arquivo real subordinado.
A "entrada de arquivo" inclui uma marca de descritor, marcadelCB, e descritores de alocação.
A "marca do descritor" indica que o tipo de dados que incluem a marca do descritor é uma entrada de arquivo.
O "marca de ICB" indica uma informação de atributo para a entrada do arquivo em si.
A "descritores de alocação" são fornecidos em uma correspondência de um-para-um com cada extensão e indicar o arranjo de cada extensão na área de volume 202B, especificamente o tamanho de cada extensão e o LBN para o topo da extensão.
Assim, referindo-se a cada descritor de alocação, cada extensão pode ser acessada.
Além disso, os dois bits mais significativos de cada descritor de alocação indica se uma extensão está - realmente gravado no setor para o LBN indicado pelo descritor de alocação.
Especificamente, quando os dois bits mais significativos são "0", uma 7 extensão foi atribuída ao setor e tem sido realmente gravada por causa disso.
Quando os dois bits mais significativos são "1", uma medida foi atribuído ao setor, mas não foram ainda registradas por causa disso.
Como o sistema de arquivos acima descrito empregando um UDF, quando cada arquivo gravado na área de volume 202B for dividida em uma pluralidade de extensões, o sistema de arquivos para a área de volume 202B também geralmente armazena as informações mostrando a localização das extensões, como com os descritores de alocação acima mencionados, na área de volume 202B.
Ao referir-se à informação, a localização de cada extensão, em especial o endereço lógico do mesmo, pode ser encontrada.
Tamanho de Blocos de Dados e Blocos de Extensão Como mostrado na figura 19, os dados de fluxo multiplexado no disco BD-ROM-101 é organizado por ser dividida em blocos de dados de vistadependente D [n] e blocos de dados de vista de base B [n] (n = 0, 1, 2, 3, ... ). Além disso, estes grupos de blocos de dados D [n] e B [n] são registrados consecutivamente em uma trilha em um arranjo intercalado para formar uma pluralidade de blocos de extensão 1901 a 1903. Para garantir - uma reprodução perfeita de ambas as imagens de vídeo em 2D e 3D destes : blocos de extensão 1901 a 1903, o tamanho de cada bloco de dados e cada bloco de extensão de dados 1901 a 1903 deverá satisfazer as seguintes condiçõescom base na capacidade do dispositivo de reprodução 102. Condições Baseadas na Capacidade no Modo de Reprodução em 2D A figura 84 é um diagrama de blocos mostrando o proces- samento de reprodução no dispositivo de reprodução 102 no modo de reprodução 2D., Como mostrado na figura 84, este sistema de processa- mento de reprodução inclui a unidade BD-ROM 3701, o buffer de leitura 3721, e o decodificador-alvodo sistema 4225 mostrado na figura 37. O unidade BD-ROM 3701 lê as extensões 2D do disco BD-ROM 101 e transfere as extensões 2D para o buffer de leitura 3721 na taxa de leitura - Rupsa.
O decodificador do sistema de destino 4225 lê os pacotes de origem decada extensãoem 2D armazenados no buffer de leitura 3721 a uma taxa É média de transferência Rext2n e decodifica os pacotes de origem em dados de vídeo VD e dados de áudio AD.
A taxa média de transferência Rext20 é igual a 192/188 vezes a taxa média de processamento pelo decodificador-alvo do sistema 4225 para extrair os pacotes TS de cada pacote de origem.
Em geral, essa taxa de transferência média Rexrap muda para cada extensão em 2D.
O valor máximo Rumax2o da taxa de transferência média Rext2o é igual a 192/188 vezes a taxa do sistema RTS para o arquivo 2D.
Neste caso, o coeficiente 192/188 é a razão de bytes em um pacote de origem para bytes em um pacote TS.
A taxa média de transferência Rexrao é convencionalmente representada em bits/segundo e, especificamente, é igual ao valor do tamanho de uma extensão 2D expressa em bits dividida pelo tempo de extensão ATC.
O "tamanho de uma extensão expressa em bits" é oito vezes o produto do número de pacotes de origem na extensão e o número de — bytespor pacote de origem (192 bytes = x 8 bits/byte). A taxa de leitura Rupsa é convencionalmente expressa em bits/segundo e é fixada em um valor superior, por exemplo, 54 Mbps, que o valor máximo Rumax2o da taxa de transferência média Rext2D: Rupsa> Rmax2D- - Isso impede o subfluxo no buffer de leitura 3721, devido à decodificação de processamento pelo decodificador-alvo do sistema 4225, enquanto a Á unidade BD-ROM 3701 lê uma extensão 2D a partir do disco 101 BD-ROM.
A figura 85A é um gráfico que mostra a mudança na quantidade de dados DA armazenados no buffer de leitura 3721 durante a operação no modo de reprodução em 2D.
A figura 85B é um diagrama esquemático mostrando a correspondência entre um bloco de extensão 8510 para reprodução e um caminho de reprodução 8520 em modo de reprodução 2D.
Como mostrado na figura 85B, de acordo com o caminho de reprodução 8520, os blocos de dados de vista de base B [n] (n = O, 1, 2, ...) no bloco de extensão 8510 são lidos como uma extensão 2D EXT2D [n] a partir do disco 101 BD CD-ROM para o buffer de leitura 3721. Como mostrado na figura - 85A, durante o período de leitura PR2p rn para cada extensão 2D EXT2D [n], a quantidade dos dados armazenados DA aumentam a uma taxa igual a ” Rupsa - Rext2Dn, à diferença entre a taxa de leitura Rupsa e a taxa de transferência média Rext2D nn.
Um salto Joop mn, porém, ocorre entre duas extensões contíguas 2D EXT2D [n - 1) e EXT2D [n]. Já que a leitura de dois blocos de dados de vista dependente contíguos Dn é ignorada durante o período de salto correspondente PJ2p mm, a leitura de dados do disco 101 BD- ROM é interrompida.
Assim, a quantidade de dados armazenados DA diminui a uma taxa de transferência média Rexr20 nn) em cada período de salto PJ2p tj As operações de leitura e transferência pela unidade BD-ROM 3701 não são efetivamente realizadas de forma contínua, como sugere o gráfico da figura 85A, mas sim de forma intermitente.
Durante o período de leitura PR2p m para cada extensão 2D, isso impede que a quantidade de dados armazenados DA ultrapasse a capacidade do buffer de leitura 3721, ou seja, o subfluxo no buffer de leitura 3721. Assim, o gráfico da figura 85A representa o que é realmente um aumento passo a passo como um aumento aproximado em linha reta.
A fim de reproduzir imagens de vídeo em 2D sem problemas a partir do bloco de extensão 8510 mostrado na figura 85B, as seguintes . condições [1] e [2] devem ser cumpridas. . [1] Enquanto os dados são continuamente fornecidos a partir do buffer de leitura 3721 para o decodificador-alvodo sistema 4225 durante cada período de salto PJ2D [n], a saída contínua do decodificador-alvodo sistema 4225 precisa ser assegurada. Para isso, a seguinte condição deve ser satisfeita: o tamanho Sexr20 mm de cada extensão em 2D EXT2D [n]) é o mesmo que a quantidade de dados transferidos do buffer de leitura 3721 para o decodificador-alvodo sistema 4225 do período de leitura PR2p [ n ao longo do próximo período salto PJ2” [n + 1]. Se este for o caso, então, como mostrado na figura 85A, a quantidade de dados armazenados DA no final do período de salto PJ2p [n + 1] não cairá abaixo do valor no início do período de leitura PR2p pn. Em outras palavras, em cada período de salto PJ2p mn, OS - dados são continuamente fornecidos a partir do buffer de leitura 3721 para o —decodificador-alvodo sistema 4225. Em particular, não ocorre subfluxo no - buffer de leitura 3721. Neste caso, a duração do período de leitura PR2p mn é igual a Sexr2o inyRupsa4, O valor obtido dividindo-se o tamanho Sext2o [n] de uma extensão 2D EXT2D [n] pela taxa de leitura RUD54. Assim, o tamanho Sext2D [N] de cada extensão em 2D EXT2D [n] deve ser igual ou maior que o tamanho mínimo de extensão expressa no lado direito da expressão 1. SemollzZ Ca + Trmesotri): RexranDV] | ' Rexran[n] Rupsa é SogólZCE | (Fama A nxTreaatr]| Na expressão 1, o tempo de salto TyumPp-20 [N] representa a duração do período de salto PJ2Y [n] em segundos. A taxa de leitura Rupsa e a taxa média de transferência Rext2an São expressas em bits por segundo. Assim, na expressão 1, a taxa média de transferência Rext2o é dividida por 8 para converter o tamanho Sext20o [N] da extensão em 2D de bits para bytes. Ou seja, o tamanho Sexr2o [N] da extensão 2D é expresso em byfes. À função CEIL () é uma operação para prender números fracionários após o ponto decimal do valor entre parênteses.
[2] Como a capacidade do buffer de leitura 3721 é limitada, o valor máximo do período de salto TuumP-20 [n] é limitado. Em outras palavras, . mesmo que a quantidade de dados armazenados DA imediatamente antes ' de um período de salto PJ2p [n] seja a capacidade máxima do buffer de leitura 3721, se o tempo de salto TyumP.20 [n] for muito longo, a quantidade de dados armazenados DA vai chegar a zero durante o período de salto PJ2p [n], e não há perigo de ocorrência de subfluxo no buffer de leitura 3721. Doravante, o tempo para a quantidade de dados armazenados DA diminui a partir da capacidade máxima do buffer de leitura 3721 para zero, enquanto os dados de fornecimento do disco 101 BD-ROM para o buffer de leitura 3721 for interrompido, ou seja, o valor máximo do tempo de salto Tyjump.2D, que garante uma reprodução perfeita, é referido como o "tempo máximo de salto TyuumP max".
Em padrões de discos ópticos, a correspondência entre as - distâncias de salto e tempo de salto máximo é determinada a partir da velocidade de acesso da unidade de disco óptico e outros fatores. A figura 7 86 é um exemplo de uma tabela de correspondência entre distâncias de salto S.umPp e tempos máximos de salto TjumP max para um disco BD-ROM. Como mostrado na figura 86, as distâncias de salto Sjume são representadas em unidades de setores, e os tempos máximos de salto TyumP Max São representados em milissegundos. Um setor é igual a 2048 byfes. Quando um salto em distância Syume for setor zero ou dentro de uma faixa de 1 a 10000 setores, 10001 a 20000 setores, 20001 a 40000 setores, 40001 setores -1/10 de um traço e 1/10 de um traço ou superior, o tempo de salto máximo correspondente TyumP max É O ms, 250 ms, 300 ms, 350 ms, 700 ms e1400ms, respectivamente. Quando a distância de salto Syump for igual a zero setor, o tempo máximo de salto TiuumP max equivale a um tempo de transição setor zero Tjumpo. No exemplo da figura 86, o tempo de transição de setor zero Tyumpo é considerado O ms. Com base nas considerações acima, o tempo de salto TyumP-20 [n]a ser substituído na expressão 1 é o tempo de salto máximo TiumP MAX especificado para cada distância de salto pelos padrões de discos BD-ROM. Especificamente, a distância do salto Syump entre as extensões 2D EXT2D
[In - 1] e EXT2D [n] é substituído em uma expressão conforme o tempo de - salto TyumP-20 [In]. Esta distância de salto SyjumP é igual ao tempo máximo de salto TuumP max que corresponde ao número de setores do final da extensão (n + 1)º em 2D EXT2D [n] para o início da extensão (n + 2)º em 2D EXT2D [n +1], como constatado na tabela da figura 86.
Conforme o tempo salto Tyump.20 [N] para o salto entre duas extensões 2D EXT2D [n] e EXT2D [n + 1] é limitado ao tempo máximo de salto TjumP max, à distância do salto Syump, ou seja, a distância entre as duas extensões 2D EXT2D [n] e EXT2D [n + 1], também é limitada. Quando o tempo de salto Tuume equivale a um tempo de salto máximo Tiume MAX , à distância do salto Swump atinge um valor máximo, referido como o "a distância máxima de salto SyuumP max". Para a reprodução perfeita de imagens de vídeo em 2D, além do tamanho de extensões em 2D - satisfazendo a expressão 1, a distância entre as extensões 2D precisa ser igualou menor que a distância máxima de salto SuumP maX- - Dentro de cada bloco de extensão, a distância entre as extensões 2D é igual ao tamanho de um bloco de dados de vista dependente. Assim, este tamanho é limitado a ser igual ou menor que a distância máxima de salto SyumP max. Especificamente, quando o tempo máximo de salto Tiume max entre as extensões 2D for limitado ao valor mínimo de 250 milissegundos especificado na figura 86, então a distância entre as extensões 2D, ou seja, o tamanho dos blocos de dados de vista dependente, é limitado para a distância máxima de salto correspondente SyuumP max = 10000 setores ou menos.
Quando se reproduzir perfeitamente dois blocos de extensão dispostos em diferentes camadas de gravação, um salto longo ocorre entre a extensão (n + 1)º em 2D EXT2D [n] localizada no final do bloco de extensão anterior e a extensão (n + 2) º em 2D EXT2D [n + 1] localizada na parte superior do bloco de extensão posterior. Este salto longo é causado por uma operação, como um salto de foco, para mudar a camada de gravação. Assim, para além do tempo máximo de salto TyumP max especificado na tabela da figura 86, o tempo necessário para esse salto elongo inclui ainda um "tempo de comutação de camada", que é o tempo necessário para uma . operação para comutar a camada de gravação.
Esse "tempo de comutação da camada" é, por exemplo, 350 ms.
Como resultado, na expressão 1, em É que o tamanho da extensão (n + 1)º em 2D EXT2D [n] deve satisfazer, o tempo de salto Tiumr-20 [N] é determinado pela soma dos dois parâmetros TJin] e TLInI: Tiume-2oln] = TJín] + TLIN]. O primeiro parâmetro TJ [n] representa o tempo máximo de salto TjumP max especificado para a distância de salto Sjume do salto longo de acordo com padrões de discos BD-ROM.
Este tempo máximo de salto TjumP max é igual ao valor, na tabela da figura 86, correspondente ao número de setores a partir do final da extensão (n + 1)º em 2D EXT2D [n] para o início da extensão (n + 2)º em 2D EXT2D |n + 11] O segundo parâmetro TL [n] representa a camada de tempo de comutação, por exemplo, 350 ms.
Assim, a distância entre duas extensões - em 2D EXT2D [n] e EXT2D [n + 1] está limitada a ser igual ou menor que a distância máxima de salto SumP max correspondente, na tabela da figura 86, - para o tempo máximo de salto TjumP max do salto longo menos o tempo a camada de comutação.
Condições Baseadas na Capacidade de Modo de Reprodução em 3D A figura 87 é um diagrama de blocos mostrando o processa- mento de reprodução no dispositivo de reprodução 102 no modo de repro- dução 3D.
Como mostrado na figura 87, dentre os elementos mostrados na figura 42, este sistema de processamento de reprodução inclui a unidade BD-ROM 4201, comutador 4220, par de RB1 4221 e RB2 4222, e decodificador-alvo do sistema 4225. A unidade BD-ROM 4201 lê as extensões SS do disco 101 BD-ROM e transfere as extensões SS para o comutador 4220 em uma taxa de leitura Rup72. O comutador 4220 separa as extensões SS em blocos de dados de vista de base e blocos de dados de vista dependente.
Os blocos de dados de vista de base são armazenados no RB1 4221, e os blocos de dados de vista dependente são armazenados no —RB2 4222. O decodificador-alvo do sistema 4225 lê os pacotes de origem dos blocos de dados de vista de base armazenados no RB1 4221 em uma taxa de transferência de vista de base Rext1 e lê os pacotes de origem dos blocos de dados de vista dependente de armazenados no RB2 4222 em í uma taxa de transferência de vista dependente Rext2. O decodificador-alvo ' do sistema 4225 também decodifica os pares de blocos de dados de vista de base lidos e blocos de dados de vista dependente em dados de vídeo VD e —dadosdeáudioAD.
A taxa de transferência de vista de base Rex: e a taxa de transferência de vista dependente Rexr2 é igual a 192/188 vezes a taxa média de processamento pelo decodificador-alvo do sistema 4225 para extrair pacotes TS, respectivamente, de cada pacote de origem nos blocos de dados de vista de base e os blocos de dados de vista dependente. O valor máximo Rumax: da taxa de transferência de vista de base Rext: é igual a 192/188 vezes a taxa do sistema Rrs, para o arquivo 2D. O valor máximo Rmaxz da taxa de transferência de vista dependente Rext2 é igual a 192/188 ' vezes a taxa do sistema Rrs> para o arquivo DEP. As taxas de transferência Rem e Rexr2 são convencionalmente representadas em bits/segundo e, 7 especificamente, são iguais ao valor do tamanho de cada bloco de dados expressos em bits, dividido pelo tempo de extensão ATC. A extensão do tempo ATC é igual ao tempo necessário para a transferência de todos os pacotes de origem no bloco de dados a partir do buffer de leitura 4221, 4222 parao decodificador-alvo do sistema 4225.
A taxa de leitura Rup72 é convencionalmente expressa em bits/segundo e é fixada em um valor superior, por exemplo, 72 Mbps, que os valores máximos Rmax1, Rmax2 das taxas de transferência Rext1, Rext2: Rup72 > Rmuax1, Rup72 > Rumo. Isso impede o subfluxo no RB1 4221 e RB2 4222 devido ao processamento de decodificação pelo decodificador-alvodo sistema 4225, enquanto o disco BD-ROM 4201 está lendo uma extensão SS do disco 101 BD-ROM.
[Conexão continua em um bloco de controle] As figuras 88A e 88B são gráficos que mostram mudanças nas quantidades de dados DA1 e DA2 armazenados em RB1 4221 e RB2 4222 quando imagens de vídeo 3D são reproduzidas de maneira contínua a partir de um único bloco de controle. A figura 88C é um diagrama esquemático que mostra uma correspondência entre o bloco de controle 8810 e um trajeto - de reprodução 8820 em modo de reprodução em 3D. Conforme mostrado na figura 88C, de acordo com o trajeto de reprodução 8820, todo o bloco de controle 8810 é lido de uma vez como um SS de controle. Subsequentemen- te, ocomutador 4220 separa o SS de controle em blocos de dados de vista dependente D[Kk] e blocos de dados de vista de base B[k] (k=..., n,n+1, n+2,...).
As operações de leitura e transferência pela unidade BD-ROM 4201 não são de fato realizadas continuamente, conforme sugerido pelos gráficos nas figuras 88A e 88B, e sim intermitentemente. Durante os perío- dos lidos PRp[k] e PRe[Kk] para os blocos de dados DIK], BIK], isso evita o sobrefluxo em RB1 4221 e RB2 4222. Em conformidade, os gráficos nas figuras 88A e 88B representam o que é, na verdade, um aumento em termos , de etapa como um aumento direto aproximado.
Conforme mostrado nas figuras 88A e 88B, durante o período li- ” do PRp[n] do enésimo bloco de dados de vista dependente D[n], a quantida- de de dados armazenados DA2 em RB2 4222 aumenta em uma taxa igual a Rupv72 - Rexraln], a diferença entre a taxa de leitura Rup7> e uma taxa de transferência de vista dependente Rexr2[n], sendo que a quantidade de da- dos armazenada DA1 em RB1 4221 diminui a uma taxa de transferência de vista de base Rexni[n - 1]. Conforme mostrado na figura 88C, a uma transfe- rência de setor zero Jo [2n] ocorre a partir do (n + 1)º bloco de dados de vista dependente D[n] ao (n + 1)º bloco de dados de vista de base B[n]. Conforme mostrado nas figuras 88A e 88B, durante um período de transição de setor zero PJo[n], a quantidade de dados armazenados DA1 em RB1 4221 conti- nua a diminuir na taxa de transferência de vista de base Rexn[n - 11, en- quanto a quantidade de dados armazenados DA2 em RB2 4222 diminui na taxa de transferência de vista dependente Rexr2[n].
Conforme é adicionalmente mostrado nas figuras 88A e 88B, du- rante o período de leitura PRge[n] do nº bloco de dados de vista de base B[n], a quantidade de dados armazenados DA1 em RB1 4221 aumenta em uma taxa igual a Rup72 - Rexni[n], a diferença entre a taxa de leitura Rup72 e a taxa de transferência de vista de base Rext1[n]. Por outro lado, a quantidade de - dados armazenados DA2 em RB2 4222 continua a diminuir na taxa de trans- ferência de vista dependente Rexr2[n]. Conforme é adicionalmente mostrado na figura 88C, uma transição de setor zero Jo[2n + 1] ocorre do bloco de da- —dosdevistade base B[n] para o próximo bloco de dados de vista dependen- te D(n + 1). Conforme mostrado nas figuras 88A e 88B, durante o período de transição de setor zero PJo[2n + 1), a quantidade de dados armazenados DA1 em RB1 4221 diminui na taxa de transferência de vista de base Rexri[n], e a quantidade de dados armazenados DA2 em RB2 4222 continua —adiminuirna taxa de transferência de vista dependente Rexra[n].
Para reproduzir imagens de vídeo em 3D de maneira contínua a partir de um bloco de controle 8810, as seguintes condições [3] e [4] devem ser cumpridas.
- [3] O tamanho Sexriln] do (n + 1)º bloco de dados de vista de base Bin] é pelo menos igual à quantidade de dados transferida de RB1 % 4221 para o decodificador-alvo do sistema 4225 a partir do período de leitura correspondente PRg[n] até imediatamente antes do período de leitura PReÍn + 1] do próximo bloco de dados de vista de base B[n + 1]. Neste caso, con- forme mostrado na figura 88A, imediatamente antes do período de leitura PRgin+1]do próximo bloco de dados de vista de base B[n + 1], a quantida- de de dados armazenados DA1 em RB1 4221 não cai para abaixo da quan- tidade de imediatamente antes do período de leitura PRe[n] do nº bloco de dados de vista de base B[n]. O comprimento do período de leitura PRe[n] do (n + 1)º bloco de dados de vista de base B[n] é igual a Sexrilnl/Ruon72, o valor obtido pela divisão do tamanho Sexriln] desse bloco de dados de vista de base B[n] pela taxa de leitura Rup72. Por outro lado, o comprimento do perío- do de leitura PRg[n + 1] do (n + 2)º bloco de dados de vista dependente D[n + 1) é igual a Sexreln + 1)/Rupv72, O valor obtido pela divisão do tamanho Sexraln + 1) desse bloco de dados de vista dependente D[n + 1] pela taxa de leitura Rupr2. Em conformidade, o tamanho Sexr1[n] desse bloco de dados de vista de base B[n] deveria ser igual a ou maior que o tamanho de extensão mínima expresso do lado direito da expressão 2.
Senta (Sal e ragadone ns Sem q, glan+a Ra] fe ' 2 SanllzCE! [2 tg entra tn gdara)
[4] O tamanho Sexr2[n] do (n + 1)º bloco de dados de vista de- pendente D[n] é pelo menos igual à quantidade de dados transferidos de RB2 4222 para o decodificador-alvo do sistema 4225 a partir do período de leitura correspondente PRg[n] até imediatamente antes do período de leitura —PRp[n+1]do próximo bloco de dados de vista dependente D[n + 1]. Nesse caso, conforme mostrado na figura 88B, imediatamente antes do período de leitura PRp[n + 1] do próximo bloco de dados de vista dependente D[n + 11, a quantidade de dados armazenados DA2 em RB2 4222 não cai para além da quantidade imediatamente anterior ao período de leitura PRo[n] do nº bloco de dados de vista dependente D[n]. O comprimento do período de leitura - PRpín] do (n + 1)º bloco de dados de vista dependente D[n] é igual a Sexrolnl/Ruv72, o valor obtido pela divisão do tamanho Sexr2ln] desse bloco . de dados de vista dependente D[n] pela taxa de leitura Rup72. Em conformi- dade, o tamanho Sexra[n] desse bloco de dados de vista dependente Dn] deveria ser igual a ou maior que o tamanho de extensão mínima expresso no lado direito da expressão 3. Sevalr a [Sam ru agem nl ren +) Rat Ron Poor G) 2 Sanl>CE! [Fale Ra (redor Ss ragaent)) Conexão Contínua entre os Blocos de controle A figura 89B é um diagrama esquemático que mostra um (M + 1)º (a letra M representa um número inteiro maior que ou igual a 1) bloco de controle 8901 e (M + 2)º bloco de controle 8902 e a correspondência entre esses blocos de controle 8901 e 8902 e um trajeto de reprodução 8920 em modo de reprodução em 3D. Conforme mostrado na figura 89B, os dois blo- cos de controle 8901 e 8902 são separados por um limite de camada LB ou uma área de gravação para outros dados. De acordo com o trajeto de repro- dução 8920, todooM bloco de controle 8901 é primeiramente lido todo de uma vez como a (M + 1)º extensão SS EXTSS[M]. Um salto J[M] ocorre i-
mediatamente após isso. Subsequentemente, o (M + 2)º bloco de controle - 8902 é lido todo de uma vez como a (M + 1)º extensão SS EXTSS[M + 1]. A figura 89A é um grupo gráfico que apresenta mudanças nas quantidades de dados DA1 e DA2 armazenados em RB1 4221 e RB2 4222, assim como as mudanças na soma DA1 + DA2, quando as imagens de ví- deo em 3D são continuamente reproduzidas continuamente a partir de dois blocos de controle 8901 e 8902. Na figura 89A, a linha alternada entre ponti- lhado longo e curto indica as mudanças na quantidade de dados DA1 arma- zenados em RB1 4221, a linha pontilhada indica as mudanças na quantida- dede dados DA2 armazenados em RB2 4222, e a linha sólida indica as mu- danças na soma DA1 + DA2 das duas quantidades de dados. Neste gráfico, a linha sólida é uma aproximação que calcula pequenas mudanças cada vez que um bloco de dados é lido. Além disso, o tempo de transição de setor " zero Tsartoo é considerado como sendo de "zero segundo".
Conforme mostrado na figura 89A, durante o período PRsik[M] durante o qual todo o (M + 1)º bloco de controle 8901 é lido a partir do disco BD-ROM 101 para RB1 4221 e RB2 4222, ambas as quantidades de dados DA1 e DA2, respectivamente armazenadas em RB1 4221 e RB2 4222, au- mentam. Especificamente, durante o período PRgik[M], durante o qual todo o(M+1)º bloco de controle 8901 é lido, a soma DA1 + DA2 das quantidades de dados armazenados aumenta a uma taxa igual à diferença Ruor2 — Rextss[M] entre a taxa de leitura Rup72 e uma taxa de transferência média Rextss[M]. Essa taxa de transferência média Rextss[M] é avaliada como o valor obtido pela divisão do tamanho de todo o (M + 1)' bloco de controle 8701,istoé, o tamanho Sextss[M] da (M + 1)º extensão SS EXTSSIM], pela extensão do tempo ATC Textss- No em que o último bloco de dados de vista de base no (M + 1)º bloco de controle 8901 é lido em RB1 4221, a soma DA1 + DA2 das quanti- dades de dados armazenados alcança seu valor máximo. Durante o período —PJIM] do salto imediatamente subsequente J[M], a soma DA1 + DA2 da quantidade de dados armazenados diminui na taxa de transferência média Rextss[M]. Em conformidade, ao ajustar o valor máximo da soma DA1 + DA?
da quantidade de dados armazenados para ser suficientemente grande, o il subfluxo em RB1 4221 e RB2 4222 durante o salto JIM] pode ser evitado. ; Como consequência, os dois blocos de controle 8901 e 8902 podem ser co- nectados de maneira contínua. O valor máximo da soma DA1 + DA2 da quantidade de dados armazenados é determinado pelo tamanho do (M + 1)º bloco de controle
8701. Em conformidade, para conectar continuamente o (M + 1)º bloco de controle 8901 ao (M + 2)º bloco de controle 8902, o tamanho do (M + 1)º bloco de controle 8901, isto é, o tamanho Sextss[M] da (M + 1)º extensão SS EXTSSIM], deveria satisfazer a condição 5.
[5] Durante o período de leitura PRo[m] do bloco de dados de vista dependente D localizado no topo do (M + 1)º bloco de controle 8901, o pré-carregamento é realizado (a letra m representa um número inteiro maior - que ou igual a 1). Durante este período de pré-carregamento PRp[m], o blo- code dados de vistade base B correspondente ao bloco de dados de vista - dependente D não foi armazenado em RB1 4221, e, portanto, o bloco de dados de vista dependente D não pode ser transferido de RB2 4222 para o decodificador-alvo do sistema 4225. Em conformidade, os dados no Mº blo- co de controle é transferido de RB2 4222 para o decodificador-alvo do sis- tema 4225 durante o período de pré-carregamento PRpo[m]. Isso mantém a provisão de dados para o decodificador-alvo do sistema 4225. De maneira similar, durante o período de leitura PRp[n] do bloco de dados de vista de- pendente D localizado no topo do (M + 2)º bloco de controle 8902, o pré- carregamento é realizado (a letra n representa um número inteiro maior que ouigualam+ 1). Em conformidade, durante o período de pré-carregamento PRol[nJ, contínuo do período de salto imediatamente anterior JIM], os dados no (M + 1)º bloco de controle 8901 é transferido de RB2 4222 ao decodifica- dor-alvodo sistema 4225. Isto mantém os dados de provisão para o decodifi- cador-alvo do sistema 4225. Portanto, para evitar o subfluxo em ambos RB1 4221 e RB24222 durante o salto JIM], o tempo de extensão ATC Textss da (M + 1)º extensão SS EXTSS[M] deveria ser pelo menos igual ao compri- mento do período do momento final TO do período de pré-carregamento
PRp[m] no (M + 1)º bloco de controle 8901 até o tempo final T1 do período - de pré-carregamento PRpfn] no (M + 2)º bloco de controle 8902. Em outras palavras, o tamanho Sextss[M] da (M + 1)º extensão SS EXTSS[M] deveria ser, pelo menos, igual à soma das quantidades de dados transferidas de RB14221eRB24222 para o decodificador-alvo do sistema 4225 durante o período TO-T1. Conforme está claro a partir da figura 89A, o comprimento do pe- ríodo TO-T1 é igual à soma do comprimento do período de leitura PRe1«[M] do (M + 1)º bloco de controle 8901, o tempo de salto Tsato[M] do salto J[M], ea diferença ToiFF[M] nos comprimentos dos períodos de pré-carregamento PRol[n] e PRo[m] nos blocos de controle 8901 e 8002. Além disso, o compri- mento do período de leitura PRgik[M] do (M + 1)º bloco de controle 8901 é igual a Sextss[MI/Ruv72, o valor obtido pela divisão do tamanho Sextss[M] da - (M + 1)º extensão SS EXTSS[M] pela taxa de leitura Rup72. Em conformida- de, o tamanho Sexrss[M] da (M + 1)º extensão SS EXTSS[M] deveria ser ” igual a ou maior que o tamanho de extensão mínima expresso no lado direito da expressão 4. Sens[M]z (El + rua Tas [M]) Ros DM] Ropn (a) * SeaslM> en Pers Px (GmelM]+ Toss(M) Os comprimentos dos períodos de pré-carregamento PRp[m] e PRp[n] são iguais a, respectivamente, Sexralm|l/Runo72 e SexralNnl/Rupo72, os valores obtidos pela divisão dos tamanhos Sexralm] e Sexraln] do bloco de dados de vista dependente D localizado no topo dos blocos de controle 8901 e 8902 pela taxa de leitura Rup72. Em conformidade, a diferença TpirF nos comprimentos do período de pré-carregamentos PRp[m] e PRp[n] é igual à diferença nesses valores: TprrF = Sexraln/Ruv72 - Sextalm!V/Ruv72. Note que, comoo lado direito das expressões 1-3, o lado direito da expressão 4 pode ser expresso como um valor de número inteiro em unidades de bytes.
Além disso, quando a decodificação do fluxo de dados muitiple- xados é melhorada mediante o seguinte, a diferença TpiFF no lado direito da expressão 4 pode ser considerada com sendo zero.
Primeiro, o valor máxi- 7 mo da diferença Tpire pelo fluxo de dados multiplexados, isto é, o pior valor ' de TprrF, é procurado.
A seguir, quando o fluxo de dados multiplexados é reproduzido, o início da decodificação é adiado após o início da leitura por umtempoigualao pior valor de TpiFF. <<Condições para a redução de Capacidades dos Buffers de leitura>>
As figuras 90A e 90B são gráficos que mostram as mudanças nas quantidades de dados DAI e DA2 armazenadas em RB1 4221 e RB2
4222 quando as imagens de vídeo em 3D são reproduzidas continuamente a partir de dois blocos de controle consecutivos 8901 e 8902 mostrados na figura 89B.
Conforme mostrado na figura 90A, a quantidade de dados arma- zenados DA1 em RB1 4221 alcança um valor máximo DM1 no ponto quando o bloco de dados de vista de base B[n - 1] no final do (M + 1)º bloco de con-
ã trole 8901 é lido em RB1 4221. Além disso, a quantidade de dados armaze- —nados DA1 diminui na taxa de transferência de vista de base Rexri[n - 1) do
7 período PJIM] do salto imediatamente subsequente J[M] pelo período de pré-carregamento PRp[n] no (M + 2)º bloco de controle 8902. Em conformi-
dade, para evitar que a quantidade de dados armazenados DA1 alcance ze-
ro antes de completar o período de pré-carregamento PRpf[n], o valor máxi-
mo DM1 da quantidade de dados armazenados DA1 deveria ser igual a ou maior que a quantidade de dados transferida de RB1 4221 para o decodifi- cador-alvo do sistema 4225 durante o período de salto PJ[M] e o período de pré-carregamento PRp[n]. Em outras palavras, o valor máximo DM1 da quantidade de dados armazenados DA1 deveria ser maior que ou igual à somado comprimento Tsarto[M] do período de salto PJIM] e o comprimento do período de pré-carregamento PRp[nl, Sexralnl/Run72, multiplicado pela taxa de transferência de vista de base Rexriln - 1): DM1 > (Tsaito[lM] + SexralnVRun72) * Rexrilh - 1). Quando o comprimento Tsaito[M] do período de salto PJ[M] é igual ao máximo tempo de salto Tsarto max do salto JIM], e ataxade transferência de vista de base Rexri[n - 1] é igual ao seu valor má- ximo Ruax1, O valor máximo DM1 da quantidade de dados armazenados DA1 está em seu valor mais alto.
Em conformidade, exige-se do RB1 4221 que tenha uma capacidade RB1 igual a ou maior que o valor máximo DM1 nesse caso: RB1 2 (Tsarto max + Sextalnl/Rup72) * Rmax1-
! Por outro lado, conforme mostrado na figura 90B, no ponto quanto à leitura do bloco de dados de vista de base final B[n - 1] no (M + 1)º
—blocode controle 8901 começa, a quantidade de dados armazenados DA2 em RB2 4222 alcança seu valor máximo DM?2. Além disso, a quantidade de dados armazenados DA2 diminui a uma taxa de transferência de vista de- pendente Rexraln - 1] do período de leitura do bloco de dados de vista de base B[n - 1] pelo período de pré-carregamento PRp[n] no (M + 2)º bloco de controle 8902. Em conformidade, para manter a provisão de dados para o decodificador-alvo do sistema 4225 através do final do período de pré- carregamento PRp[n], o valor máximo DM2 da quantidade de dados arma- zenados DA2 deveria ser igual a ou maior que a quantidade de dados trans-
- ferida de RB2 4222 para o decodificador-alvo do sistema 4225 durante o período de leitura do bloco de dados de vista de base Bin - 1], o período de
7 salto PJ[M], e o período de pré-carregamento PRp[n]. Em outras palavras, o valor máximo DM2 da quantidade de dados armazenados DA2 deveria ser maior que ou igual à soma do comprimento do período de leitura do bloco de dados de vista de base B[n - 1] Sexri[n - 1)/Rup72, o comprimento Tsarto[M]
do período de salto PJ[IM], e o comprimento do período de pré-carregamento PRolnl, Sextalnl/Ruo72, multiplicados pela taxa de transferência de vista de- pendente Rexr2ln - 1): DM2 2 (Sextaln - 1)/Rup72 + Tsarto[M] + SexralnlV/Rup72)
x Rexrtiln - 1). Quando o comprimento TsartolM] do período de salto PJ[M] é igual ao máximo tempo de salto Tsarto max do salto JI[M], e a taxa de transfe-
rênciade vista dependente Rext2[n - 1] é igual ao seu valor máximo Rumax2, O valor máximo DM2 da quantidade de dados armazenados DA? está em seu valor mais alto.
Em conformidade, exige-se que o RB2 4222 tenha uma ca- pacidade RB2 igual a ou maior que o valor máximo DM2 nesse caso: RB2 > (Sextiln - 1)/Rup72 + Tsarro max + SextalNV/Ruo72) * Rmax2. Além disso, já que
— qualquer bloco de dados de vista dependente pode ser o primeiro bloco de dados lido durante a reprodução interrompida, a capacidade RB2 de RB2
4222 não deveria ser menos do que o tamanho de qualquer um dos blocos de dados de vista dependentes: RB2 2 Sext2[K] (a letra k representa um nú- í mero inteiro arbitrário).
. De acordo com a descrição acima, os limites inferiores das ca- pacidades RB1 e RB2 de RB1 4221 e RB2 4222 são determinados pelos tamanhos Sexri[k] e Sext2[Kk] dos blocos de dados. Em conformidade, para economizar as capacidades RB1 e RB2, o limite superior dos tamanhos Sexti[k] e Sext2IKk] dos blocos de dados, isto é, o tamanho de extensão má- xima, é limitado através da seguinte condição [6].
[6] Conforme mostrado na figura 19, os blocos de dados de vista de base BIk] em cada bloco de controle 1901-1903 são compartilhados por um arquivo 2D e um arquivo SS. Em conformidade, o tamanho Sexr1[Kk] dos : blocos de dados de vista de base BJk] deveria satisfazer a expressão 1. Por outro lado, para reduzir a capacidade RB1 de RB1 4221 o máximo possível, ] o tamanho Sexri[k] do bloco de dados de vista de bases B[k] deveria ser i- gualaou menor que o limite inferior do tamanho de extensão mínima de ex- . tensões em 2D. Em outras palavras, o tamanho Sexr1[k] deveria ser igual a ou menos que o tamanho de extensão máximo expresso do lado direito da expressão 5. Sanlkl<CE | (E E x Treo 10) (5) 8 Ropsa = Rua 5 Note que o limite inferior do tamanho de extensão mínima de ex- tensõesem2D é acessado pela expressão 1 na qual a taxa de transferência média Rexr2o incluída do denominador do lado direito da expressão 1 foi substituída pelo valor máximo Rmax. Nessa expressão, o tempo de salto Tsavto-20 min É O valor mínimo do tempo de salto necessário em cada bloco de controle 1901-1903, isto é, o valor mínimo do tempo de salto máximo Tsato wma entre extensões 2D. Especificamente, o tempo de salto Tsarro- 20 min É configurado para o valor mínimo 250 msec especificado na tabela na figura 86. Enquanto isso, a distância entre extensões 2D é igual ao tamanho Sext2[K] de um bloco de dados de vista dependente D[k]. Em conformidade, quando o tempo de salto Tsarto-20 min é configurado para 250 msec, o tama- — nho Sexr2[k] do bloco de dados de vista dependente D[k] é limitado à distân-
cia de salto máxima Ssarto max = 10000 setores ou menos correspondendo - ao tempo de salto máximo Tsarto max = 250 msec na tabela na figura 86. Em : outras palavras, o tamanho de extensão máximo de blocos de dados de vis- ta dependente é de 10000 setores. —<<Conclusão>> Para reproduzir de maneira contínua ambas as imagens de vií- deo em 2D e imagens de vídeo em 3D a partir de uma pluralidade de blocos de controle, todas as condições acima [1] — [6] devem ser cumpridas.
Em particular, os tamanhos dos blocos de dados e os blocos de controle devem satisfazer as seguintes condições 1-5. Condição 1: O tamanho Sexr2o de uma extensão 2D deveria sa- tisfazer a expressão 1. Condição 2: O tamanho Sexr: de um bloco de dados de vista de - base deveria satisfazer a expressão 2. Condição 3: O tamanho Sext2 de um bloco de dados de vista À dependente deveria satisfazer a expressão 3. Condição 4: O tamanho Sextss de um bloco de controle deveria satisfazer a expressão 4. Condição 5: O tamanho Sexr: de um bloco de dados de vista de basedeveria satisfazer a expressão 5. e <<Modificações à condição 1>> Conforme está claro a partir do trajeto de reprodução 2101 no modo de reprodução 2D mostrado na figura 21, os saltos ocorrem frequen- temente no modo de reprodução 2D.
Em conformidade, para garantir adicio- —nalmente a reprodução contínua, é preferível adicionar, ainda, uma margem (permissividade) ao tamanho de extensão mínima das extensões 2D repre- sentadas pelo lado direito da expressão 1. Entretanto, a adição dessa mar- gem não deveria mudar a expressão 5. Isso é porque pode levar a capaci- dade de leitura de buffer a aumentar.
A seguir, estão três métodos para a adiçãodetalmargem sem mudar a expressão 5. O primeiro método adiciona uma margem ao tamanho de exten- são mínima de uma extensão 2D ao substituir a taxa de transferência média
Rext20 incluída no denominador do lado direito da expressão 1 como valor - máximo Rumax.
Em outras palavras, a condição 1 é mudada de modo que o ' tamanho Sext20 de uma extensão 2D satisfaça a expressão 6 em vez da ex- pressão 1. Sumolnl= CE | (Ema Lt Tração 2) G) 8 Ropsa —Rux Note que, na expressão 5, uma expressão que é obtida ao subs- tituir a taxa de transferência média Rext2o incluída no denominador do lado direito da expressão 1 com o valor máximo Rumaxeo é usada.
Em conformida- de, mesmo se a expressão | é modificada para a expressão 6, a expressão 5 não é modificada.
O segundo método adiciona uma margem ao tamanho de exten- são mínima de uma extensão 2D ao estender a extensão de tempo ATC da : extensão 2D por AT segundos.
Em outras palavras, a condição 1 é modifi- cada de modo que o tamanho Sexr2ao de uma extensão 2D satisfaça a ex- 2 pressão 7A ou 7B em vez da expressão 1. SunélM=CE! Perla A x Tast+ a). (7A) 8 Roupsa — Rexrap[P] Sumol zZ CE | Parse At Tapa tirar). (7B) 8 Ropsa Tr Ruax O tempo de extensão AT pode ser determinado pelo comprimen- to de um GOP, ou pelo limite superior do número de extensões que podem ser reproduzidas durante um tempo predeterminado.
Por exemplo, se o comprimento de um GOP é de um segundo, AT é configurado para 1,0 se- gundos.
Por outro lado, se o limite superior do número de extensões que podem ser reproduzidas durante um período de tempo predeterminado em segundos é n, então AT é configurado para o tempo predeterminado/n.
O terceiro método adiciona uma margem ao tamanho de exten- são mínima da extensão 2D ao substituir a taxa de transferência média Rext20 incluída pelo lado direito da expressão 1 com o valor máximo Rmax2D- Em outras palavras, a condição 1 é modificada de modo que o tamanho Sext20 de uma extensão 2D satisfaça a expressão 8 em vez da expressão 1.
. 267/318 Surolnl> CE L (Ee x— RO XT n5a, o) . 8 Ropsa - Rux (8) - Neste método, uma margem ainda maior pode ser adicionada ao tamanho de extensão mínima. De modo oposto, entretanto, mesmo quando a taxa de bit da extensão 2D esta baixa, o tamanho precisa ser mantido sufi- cientemente grande. Em conformidade, é necessário comparar o tamanho damargem com a eficiência dos dados de gravação no disco BD-ROM.
Note que, quando o segundo método é adotado e se mais certe- za da reprodução contínua de imagens de vídeo em 2D possa ser priorizada sobre a redução da capacidade de buffer de leitura, a expressão 5 pode ser modificada para a expressão 9.
Samll<CE | [Pest Et nto + a) 9) 8 Rupsa — RuaxaD E 7 10 <Velocidade de Transferência de Dados de Fluxo > : A figura 91 é um diagrama em bloco que mostra um sistema de ' processamento de fluxo de vídeo fornecido no decodificador-alvodo sistema 4225 no modo de reprodução em 3D. Conforme mostrado na figura 91, o sistema de processamento inclui o par de descompactadores de fonte 4511 e4512,0 par de filtros PID 4513 e 4514, e o decodificador de vídeo primário 4515 que são mostrados na figura 45.
O primeiro descompactador de fonte 4511 lê pacotes de fonte de cada bloco de dados de vista de base em RB1 4221 na taxa de transferência de vista de base Rexri. O primeiro descompactador de fonte 4511 extrai, ainda, pacotes TS dos pacotes de fonte e transfere os pacotes TS para o primeiro filtro PID 4513. A velocidade de meio de transferência alcança a taxa de sistema Rrs, para o arquivo 2D no máximo. Portanto, o valor máxi- mo Rumax: da taxa de transferência de vista de base Rex: é igual a 192/188 vezes a taxa do sistema Rrs1. O primeiro filtro PID 4513 transmite pacotes TSincluindo o fluxo de vídeo de vista de base ao TB1 4501 no decodificador de vídeo primário 4515. O TB1 4501 restaura os pacotes PES dos pacotes TS e transfere os pacotes PES ao MB1 4502 na velocidade média Ru. O MB1 4502 extrai VAUs do fluxo de vídeo de vista de base dos pacotes PES,
e transfere os VAUs para EB1 4503 na velocidade média de Rua. . O segundo descompactador de fonte 4512 lê pacotes de fonte de cada bloco de dados de vista dependente em RB2 4222 à taxa de trans- ferência de vista dependente Rexr2. O segundo descompactador de fonte 4512 extrai, ainda, pacotes TS dos pacotes fonte e transfere os pacotes TS para o segundo filtro PID 4514. A velocidade de transferência média alcança a taxa de sistema Rrs2 para o arquivo DEP em seu máximo. Portanto, o va- lor máximo Rumax2 da taxa de transferência de vista dependente Rext2 é igual a 192/188 vezes a taxa do sistema Rrs2. O segundo filtro PID 4514 transmite pacotes TS incluindo o fluxo de vídeo de vista dependente ao TB2 4508 no decodificador de vídeo primário 4515. O TB2 4508 restaura os pacotes PES dos pacotes TS e transfere os pacotes PES ao MB2 4509 à velocidade mé- dia Rx2. O MB2 4509 extrai VAUs do fluxo de vídeo de vista dependente dos . pacotes PES, e transfere os VAUs ao EB2 4510 à velocidade média Ru». Os VAUs armazenados em cada EB1 4503 e EB2 4510 são al- - ternadamente transferidos ao DEC 4504 pela alternância de buffer 4506, e são decodificados para dados de imagem não comprimidos pelo DEC 4504. Aqui, conforme mostrado na figura 7, as imagens de vista dependente são comprimidas em relação às imagens de vista de base. Em conformidade, a taxade bit média das imagens de vista dependente é mais baixa que a das imagens de vista de base. portanto, a taxa de sistema Rrs2 para o arquivo DEP pode ser configurada para ser mais baixa do que a taxa do sistema Rrs: para o arquivo 2D. Por exemplo, quando a taxa do sistema Rrs: para o arquivo 2D é configurada para ser igual ou menor que 45 Mbps, a taxa do sistema Rrs2 para o arquivo DEP pode ser configurada para ser igual a ou menor que 30 Mbps: Rrs: € 45 Mbps, Rrs2 € 30 Mbps.
Aqui, presume-se que a soma das taxas do sistema Rrs1 é Rrs2 é restrita a igual ou menor que um valor de limite predeterminado. O valor de limite predeterminado é configurado para ser igual ou menor do que a largu- rade transferência de uma banda de transferência designada ao decodifica- dor-alvo do sistema 4225, por exemplo, igual a 60 Mbps: Rrs1 + Rrs2 < 60 Mbps. Nesse caso, quando a taxa do sistema Rrs1 par ao arquivo 2D é con-
figurada para 45 Mbps, a taxa do sistema RTS2 para o arquivo DEP é restri- . ta para igual ou menor que 15 Mbps: Rrs1 = 45 Mbps, Rrs2 < 15 Mbps. Con- " tanto que a taxa de bit de cada fluxo de vídeo seja mantida ao valor médio, a restrição na soma das taxas de sistema Rrs: E Rrs2 é vantajosa para o uso da banda de transferência eficientemente. Atualmente, entretanto, existem casos em que a taxa de bit do fluxo de vídeo de vista dependente excede temporariamente a taxa de bit do fluxo de vídeo de vista de base. Por exem- plo, em imagens de vídeo em 3D que representam cenas naturais, tal inver- são de taxas de bit pode ocorrer quando a vista de base (isto é, a vista es- querda)se torna desfocalizada de repente e apenas a vista dependente (isto é, a vista direita) é focalizada. Nesse caso, embora a taxa de transferência de vista de base Rexr: seja bem inferior que a taxa do sistema Rrs,1 = 45 Mbps, a taxa de transferência de vista dependente Rext2 não pode exceder a - taxa do sistema Rrs2 < 15 Mbps (precisamente, 192/188 = 1,02 vezes a mesma. Daqui em diante, o coeficiente é tido como "1" a não ser que decla- - rado o contrário.). Conforme é entendido a partir disso, quando a soma das taxas do sistema Rrs,; e Rrs2 é restrita, a taxa de transferência de vista de- pendente Rexr2 não pode responder a um aumento temporário na taxa de bit do fluxo de vídeo de vista dependente.
Tal reação ao aumento temporário pode ser realizada ao restrin- gir, em vez da coma das taxas de sistema Rrs: € Rts2, a soma da taxa de transferência de vista de base Rexr: e a taxa de transferência de vista de- pendente Rext2 em unidade de extensões: Rexriln]+ Rexr2[n] < 60 Mbps. À taxa de transferência de vista de base Rexri[n] é um valor médio de veloci- dades de transferência no qual os pacotes de fonte incluindo a (n+1)º exten- são EXT1[n] na base de arquivo são transferidas e a taxa de transferência de vista dependente Rexra[n] é um valor médio de velocidades de transfe- rência nas quais os pacotes de fonte incluindo a (n+1)º extensão EXT2[n] na base de arquivo são transferidas. As figuras 92A e 92B são gráficos que mostraas mudanças temporais na taxa de transferência de vista de base Rext e a taxa de transferência de vista dependente Rext2 Nesse caso, res- pectivamente. Conforme mostrado na figura 92A, a taxa de transferência de vista de base Rext1: cai do valor máximo Rmax: = 45 Mbps no primeiro tempo - TO, e permanece a um nível baixo = 15 Mbps durante um período Tstr a par- . tir do primeiro tempo TO para o segundo tempo T1. Conforme indicado pelo gráfico de linha sólida GR1 na figura 92B, a taxa de transferência de vista dependente Rexr> pode mudar em reação à mudança da taxa de transferên- cia de vista de base Rext, de maneira similar à completude mútua. Em parti- cular, no período Tsrr mencionado acima, o pico P1 pode alcançar o valor máximo Rumax2 = 30 Mbps. Dessa forma, quando a soma da taxa de transfe- rência de vista de base Rex, e a taxa de transferência de vista dependente Rexm é restrita em unidades de extensões, a taxa de transferência de vista dependente Rexrt2 pode responder a um aumento temporário na taxa de bit do fluxo de vídeo de vista dependente.
Para usar a banda de transferência designada ao decodificador- - alvo do sistema 4225 mais eficientemente na transferência dos dados de fluxo, é preferível configurar a taxa de sistema Rrs2 para o arquivo DEP para y" um valor mais alto. A figura 92C é um gráfico que mostra a mudança tempo- ral na soma da taxa de transferência de vista de base Rexr: e a taxa de transferência de vista dependente Rexr2 mostradas nas figuras 92A e 92B. Conforme indicado pelo côncavo CV no gráfico de linha sólida GR3 mostra- donafigura92C,a soma da taxa de transferência de vista de base Rexnea taxa de transferência de vista dependente Rex12 está abaixo de um valor li- mite de 60 Mbps durante o período Tsrr do primeiro tempo TO ao segundo tempo T1. Isso acontece porque a taxa de transferência de vista dependente Rexr2 é restrita a igual ou menor que a taxa de sistema Rrs2 (= 30 Mbps) parao arquivo DEP, conforme indicado pelo gráfico de linha sólida GR1 na figura 92B. Conforme mostrado na figura 92A, porque a taxa de transferên- cia de vista de base Rexr; caiu para 15 Mbps no período Tsrr, a banda de transferência tem pelo menos bonificação igual à diferença entre o valore o valor limite 60 — 15 = 45 Mbps. Portanto, a taxa de sistema Rrs2 para o ar- —quivo DEP é configurada para estar em uma faixa mais alta que 30 Mbps, de preferência na mesma faixa que a taxa de sistema Rrs, pra o arquivo 2D, por exemplo, igual a ou abaixo de 45 Mbps: Rrs: € 45 Mbps, Rrs2 < 45
Mbps.
Os gráficos de linha pontilhada GR2 e GR4 nas figuras 92B e 92C . mostram a taxa de transferência de vista dependente Rext2 e a soma da taxa NR de transferência de vista de base Rex: e a taxa de transferência de vista dependente Rexr2 nesse caso, respectivamente.
Conforme indicado pelo gráfico de linha pontilhada GR2 na figura 92B, o pico P2 da taxa de transfe- rência de vista dependente Rexr2 pode exceder 30 Mbps.
Como consequên- cia, conforme indicado pelo gráfico de linha pontilhada GR4 na figura 92C, a soma da taxa de transferência de vista de base Rext: e a taxa de transferên- cia de vista dependente Rext2 é mantida na proximidade do valor limite 60 Mbps durante o período Tstr.
Dessa forma, a eficiência de uso da banda de transferência pode ser ainda mais melhorada.
Deve-se notar que quando a taxa de sistema Rrs2 para o arquivo DEP é configurada para um valor que é tão alto quanto a taxa de sistema - Rrs1 para o arquivo 2D, a soma deles Rrs: + Rrs2 é, em geral, mais alta que a largura de banda de transferência do decodificador-alvodo sistema 4225. 2 Por outro lado, já que a taxa de transferência de vista de base Rexniln] e a taxa de transferência de vista dependente Rexr2[n] são, cada uma, um valor médio, mesmo que um valor limite da soma desses valores médios seja for- necido, a soma dos valores instantâneos de velocidades de transferência pode exceder o valor limite sem restrição.
Aqui, presume-se como um e- xemplo específico que cada uma das taxas do sistema Rrs: e Rrs2 é configu- rada a 45 Mbps, o tempo ATC de extensão de cada extensão é de três se- gundos e a soma das velocidades de transferência é mantida a 30 Mbps na primeira parte (1,5 segundos) do tempo ATC de extensão.
Nesse caso, mesmo que cada velocidade de transferência aumente para até 45 Mbps na segunda parte (1,5 segundos) do tempo ATC de extensão, a soma dos valo- res médios das velocidades de transferência em toda a extensão é mantida a 60 Mbps.
Em conformidade, mesmo que a soma da taxa de transferência de vista de base Rexri[n] e a taxa de transferência de vista dependente —Rexraln] sejam restritas a igual ou menor que 60 Mbps, o aumento da soma de valores instantâneos de velocidades de transferência para 90 Mbps não pode ser evitado.
Dessa forma, ao meramente restringir a soma da taxa de transferência de vista de base Rexr1[n] e a taxa de transferência de vista de- . pendente Rexr2[n], o risco da banda de transferência do decodificador-alvodo
. sistema 4225 estar saturada não pode ser removido completamente.
Para reduzir ainda mais o risco da banda de transferência do decodificador-alvodo sistema 4225 estar saturada, a restrição na soma das velocidades de transferência pode ser modificada conforme o que segue.
À figura 93 é um diagrama esquemático que mostra as relações entre os paco- tes TS que são transferidos no decodificador-alvodo sistema a partir do des- compactador fonte para o filtro PID e os tempos de ATC.
Conforme mostra- dona figura 93, os retângulos 9310 na fileira superior representam os perío- dos de transferência dos pacotes TS TS1 fp (p= 0, 1,2, 3, ..., k, k+1, k+2) que constituem a extensão de vista de base, e os retângulos 9320 na fileira inferior representam os períodos de transferência de pacotes TS TS2 ttq (q = r O, 1, 2,3, ..., m-1, m, m+1) que constituem a extensão de vista dependente.
Esses retângulos 9310, 9320 são dispostos para transferir os pacotes TS ao - longo do eixo de tempo do ATC.
A posição do topo de cada retângulo 9310 e 9320 representa o tempo de início de transferência do pacote TS.
Os com- primentos AT1 e AT2 de cada retângulo 9310 e 9320 representam a quanti- dade de tempo necessária para que um pacote TS seja transferido do buffer deleituraao decodificador-alvodo sistema.
Cada vez que começa a transfe- rir um pacote TS do descompactador fonte, o dispositivo de reprodução em 3D configura uma janela (WIN1, WIN2, e WIN3 na figura 93) que tem um comprimento de tempo predeterminado (por exemplo, um segundo) come- çando do tempo de início de transferência.
O dispositivo de reprodução em 3Dfaz, ainda, uma média de cada velocidade de transferência de TS1 e TS2 em cada uma das janelas WIN1, WIN2, e WIN3, e restringe a soma dos va- lores padrão para um limite predeterminado ou abaixo dele.
No exemplo mostrado na figura 93, primeiramente a primeira janela WIN1, cujo ponto de início é o tempo de início de transferência A1 de TS1 *%O, é configurada, e emrelaçãoaTS1t0-keTS2HtO-m que são transferidos na janela, a soma das velocidades de transferência é restrita a igual a ou menor que o valor limite.
De maneira similar, em relação a TS1 H0-(k+1) e TS2 fO-m, que são transferidos na segunda janela WIN2 cujo ponto de início é o tempo de início de transferência A2 de TS2 fO, a soma das velocidades de transferência é restrita a igual ou menor que o valor de limite, e em relação a TS1 H1-(k+1) e TS2 tO0-(m+1) que são transferidos na terceira janela WIN3 cujo ponto de inícibéotempo de início de transferência A3 de TS1 f1, a soma das veloci- . dades de transferência é restrita a igual ou menor que o valor limite. Dessa forma, a soma das velocidades de transferência padrão em cada janela é restrita a igual ou menor que um valor limite predeterminado ao deslocar de uma janela para a outra, cada uma tendo um comprimento predeterminado, —pelotempo de transferência por pacote TS. Com essa estrutura, conforme a janela se torna mais curta, o risco de que a banda de transferência do deco- dificador-alvodo sistema 4225 seja saturado se torna mais baixo.
Quando a taxa de sistema Rrs2 para o arquivo DEP é configura- - da para ser tão alta quanto a taxa de sistema Rrs: para a base de arquivo, a taxa de transferência de vista dependente Rexr> pode aumentar para um 2 nível similar. Quando a taxa de transferência de vista dependente Rexr2[n] para a (n+1)º extensão de vista dependente aumenta de tal forma, a taxa de transferência de vista de base Rexti[n] para a (n+1)º extensão de vista de base cai para um valor que é muito mais baixo do que o valor máximo Rmax:.
Por outro lado, na expressão 5, que define o tamanho de extensão máximo, a taxa de transferência média Rext2o incluída no denominador é avaliada como o valor máximo Rumaxan do mesmo. Além disso, o limite superior do tempo de ATC de extensão da (n+1)º extensão de vista de base é um valor que é representado como uma razão de seu tamanho de extensão máximo à taxadetransferência de vista de base Rexr:[n]. Em conformidade, o valor de limite superior é bem mais longo do que o tempo de ATC de extensão real.
Já que a (n+1)º extensão de vista de base e a (n+1)º extensão de vista de- pendente têm o tempo de ATC de extensão em comum, o tamanho da ex- tensão de vista dependente em seu máximo é igual a um produto da taxa de transferência de vista dependente Rexr2a[n] e o valor de limite superior do tempo de ATC de extensão. Já que o tamanho é muito maior do que um va- lor que é realmente necessário para a reprodução continua, a capacidade de
RB2 não pode ser mais reduzida.
Em conformidade, quando a taxa de sis- tema Rrs2 para o arquivo DEP é configurada para ser tão alta quanto a taxa de sistema Rrs: para a base de arquivo, de preferência, a condição 5 para o tamanho de extensão máximo, a saber, a expressão 5, é substituída pela expressão10. Sanll<CE!| Ex EE EN CEDTA ÇÃO ERA Trarso Lin JO) No lado direito da expressão 10, o valor máximo Rmax20o da taxa de transferência média para a extensão 2D ou a diferença entre a soma dos valores máximos Rmax1 + Rmax2 de taxa de transferência e a taxa de transfe- rência de vista dependente Rext2, o que for mais baixo é adotado como a velocidade de transferência a ser incluída no denominador.
Aqui, a soma da os valores máximos Rmax: + Rmax2 de taxa de transferência são iguais a 192/188 vezes a soma das taxas de sistema Rr51 + Rrs2. Em conformidade, quando a taxa de transferência de vista dependente Rext2 aumenta para um 7 nível similar à taxa de sistema, o tamanho de extensão máximo é avaliado como a diferença descrita acima.
Com essa estrutura, o limite superior do tempo de ATC de extensão da extensão de vista de base é restrito a um va- lor que é mais próximo ao tempo de ATC de extensão real.
Por esta razão, o tamanho da extensão de vista dependente é restrito a um valor que é, na verdade, necessário para a reprodução contínua.
Dessa forma, é possível manter a capacidade de RB2 de ser suficientemente pequeno. <Disposição de blocos de dados quando a taxa de sistema para DEP de ar- quivo é alta > A figura 94A é uma mesa que mostra, em relação a um par de extensões, os tamanhos de extensão máximos maxSexri[n] e maxSexra[n] —paracada combinação da taxa de transferência de vista de base Rexriln] e a taxa de transferência de vista dependente Rexra[n]. Aqui, "par de extensões" refere-se a um par da (n+1)º extensão de vista de base incluída na base de arquivo e a (n+1)º extensão de vista dependente incluída no DEP de arquivo (n = 0, 1,2, ...). Os tamanhos de extensão máximos maxSexri[n] e max- —Sexraln] são valores que são calculados pelo uso da expressão 5. Conforme é aparente a partir do fato de que a expressão 5 inclui a taxa de leitura Rupsa da unidade BD-ROM no modo de reprodução de 2D, os tamanhos de exten- são máximos maxSexriln] e maxSexr2[n] dependem do desempenho da uni- dade BD-ROM. Em conformidade, os valores mostrados na figura 94A são apenas um exemplo.
Conforme mostrado na figura 94A, quando a taxa de transferên- cia de vista de base Rexriln] é 45 Mbps e a taxa de transferência de vista dependente Rexr2aln] é 15 Mbps, o tamanho de extensão máximo max- Sexr2aln] para a extensão de vista dependente é 6 MB. De maneira oposta, quando a taxa de transferência de vista de base Rexni[n] é de 15 Mbps e a taxade transferência de vista dependente Rexrt2ln] é 45 Mbps, o tamanho de extensão máximo maxSexr2[n] para a extensão de vista dependente é 8 MB. Conforme explicado com referência à figura 90, quanto maior for o tamanho do bloco de dados de vista dependente localizado no topo de cada bloco de - controle, maior a capacidade exigida para o buffer de leitura. Portanto, não é preferível que a taxa de transferência de vista dependente Rexr2[N] aumente 7 durante o período de pré-carregamento do bloco de controle porque isso leva o tamanho de extensão máximo maxSexr2ln] para a extensão de vista dependente a aumentar, evitando uma redução adicional da capacidade do buffer de leitura.
Portanto, no par de extensões EXT1[n], EXT2[n] localizado no topo do bloco de controle, quando a taxa de transferência de vista depen- dente Rexraln] excede a taxa de transferência de vista de base Rexri[n], o bloco de dados de vista de base B[n] é disposto antes do bloco de dados de vista dependente D[n]. Ou seja, no par de extensões, um bloco de dados — pequeno é disposto antes de um bloco de dados grande. Isso permite que a capacidade do buffer de leitura seja mantida pequena, conforme mostrado a seguir.
A figura 94B é um diagrama esquemático que mostra o caso em que a disposição descrita acima é adotada para dois blocos de controle 9401 e 94102 que são dispostos com um limite de camada LB entre os mesmos. Conforme mostrado na figura 94B, dentre os pares de extensão entre a base de arquivo 9411 e o arquivo DEP 9412, o (n+1)º par de extensões EXT 1fn],
EXT2[n] é disposto antes do M' bloco de controle 9402. No par de exten- sões, a taxa de transferência de vista dependente Rext2[nN] é mais alta do que a taxa de transferência de vista de base Rexri[n], e, portanto, o bloco de dados de vista dependente DIn] é maior em tamanho do que o bloco de da- dos de vistade base B[n]. Em conformidade, no par de extensões, o bloco de dados de vista de base B[n] é disposto antes do bloco de dados de vista dependente D[n]. por outro lado, nos (n-1)º, nº, e (n+2)º pares de extensão EXT1[Kk], EXT2[Kk] (k = n-2, n-1, n+1), a taxa de transferência de vista depen- dente Rexr2[k] é mais baixa que a taxa de transferência de vista de base Rexnilkl, e, portanto, o bloco de dados de vista dependente DIk] é menor em tamanho que o bloco de dados de vista de base BIk]. Em conformidade, nesses pares de extensão, o bloco de dados de vista dependente DJk] é dis- posto antes do bloco de dados de vista de base B[K]. " As figuras 95A e 95B são gráficos que mostram as mudanças nas quantidades DA1, DA2 de dados armazenados em RB1 e RB2, respec- " tivamente, quando as imagens de vídeo em 3D são reproduzidas de maneira contínua a partir de dois blocos de controle 9401 e 9402 mostrados na figura 94B. os gráficos G1P, G2P desenhados pela linha sólida mostram as mu- danças nas quantidades de dados armazenados DA1, DA2 quando o bloco de dados de vistade base B[n] é disposto antes do bloco de dados de vista dependente D[n] no (n+1)º par de extensões EXT1[n], EXT2[n] localizado no topo do M' bloco de controle 9402. Os gráficos G1Q, G2Q desenhados pela linha pontilhada mostram mudanças nas quantidades de dados armazena- dos DA1, DA2 quando o bloco de dados de vista dependente D[n] é disposto —antesdo bloco de dados de vista de base BIn] no par de extensões EXT1[n], EXT2[n].
Conforme mostrado na figura 95A, a quantidade de dados arma- zenados DA1 em RB1 alcança um valor máximo DM10, DM11 no ponto quando o bloco de dados de vista de base B[n - 1] no final do Mº bloco de — controle 9401 é lido em RB1. Além disso, a quantidade de dados armazena- dos DA1 diminui na taxa de transferência de vista de base Rexri[n - 1] a par- tir do período de salto imediatamente subsequente PJ[M] através do período de pré-carregamento PRg[n], PRo[n] no Mº bloco de controle 9402. Aqui, no (n+1)º par de extensões EXT1[n], EXT2[n], o bloco de dados de vista de ba- se Bin] é menor em tamanho do que o bloco de dados de vista dependente DIn]. Em conformidade, o comprimento SexriInl/Ruo72 do período de pré- carregamento PRg[n] quando o bloco de dados de vista de base B[n] é dis- posto antes do bloco de dados de vista dependente D[n] é mais curto que o comprimento Sexra[n/Rup72 do período de pré-carregamento PRp[n] da dis- posição reversa. Como consequência, o valor máximo DM11 da quantidade de dados armazenados DA1 quando o bloco de dados de vista de base B[n] é disposto antes do bloco de dados de vista dependente D[n] é mais baixo do que valor máximo DM10 da disposição reversa.
Conforme mostrado na figura 95B, a quantidade de dados arma- zenados DA2 em RB2 alcança um valor máximo DM20, DM21 no ponto quando o bloco de dados de vista de base B[n - 1] no final do (M-1)º bloco de controle 9401 é lido em RB2. Além disso, a quantidade de dados arma- 7 zenados DA?2 diminui na taxa de transferência de vista dependente Rexr2[n - 1] do período de leitura do bloco de dados de vista de base B[n - 1] pelo pe- ríodo de pré-carregamento PRg[n], PRo[nN] no Mº bloco de controle 9402.
Aqui, o comprimento Sexrilnl/Rup72 do período de pré-carregamento PRg[n] quando o bloco de dados de vista de base B[n] disposto antes do bloco de dados de vista dependente Din] é mais curto do que o comprimento Sexra[N]/Rupo72 do período de pré-carregamento PRp[n] da disposição rever- sa. Como consequência, o valor máximo DM21 da quantidade de dados ar- mazenados DA2 quando o bloco de dados de vista dependente D[n] é dis- — posto antes do bloco de dados de vista de base B[n] é mais baixo do que o valor máximo DM20 da disposição reversa.
Conforme descrito acima, no par de extensões disposto no topo do bloco de controle, é possível manter a capacidade do buffer de leitura pequena ao dispor um bloco de dados pequeno antes de um bloco de dados grande.
De maneira similar, no par de extensões disposto em uma posi- ção onde uma reprodução interrompida pode ser iniciada, um bloco de da-
dos pequeno é disposto antes de um bloco de dados grande. Isto permite a capacidade do buffer de leitura de ser mantido pequeno. Nesse caso, a or- dem dos blocos de dados pode ser revertida mesmo no par de extensões localizado no meio do bloco de controle, assim como no par de extensões — localizado no topo do mesmo. A figura 96A é um diagrama esquemático que mostra a sintaxe do ponto de início de extensão para tal disposição. Esse ponto de início de extensão (Ponto Início Extensão), como os pontos de início de extensão mostrados nas figuras 24A e 24B, é configurado para ca- da arquivo 2D e o arquivo DEP. Conforme mostrado na figura 96A, no ponto de início de extensão, um indicador de início de extensão (é localizado primeiro em par de extensão) é designado a cada par de um ID de exten- são (id extensão) e um SPN (início extensão SPN).
A figura 96B é um diagrama esquemático que mostra as rela- f ções entre a extensão de vista de base EXT1[k] (k = 0, 1, 2, ...) pertencente àbasede arquivo e o indicador de início de extensão indicado pelo ponto de ' início de extensão. A figura 96C é um diagrama esquemático que mostra as relações entre a extensão de vista dependente EXT2[k] pertencente ao DEP de arquivo e o indicador de início de extensão. A figura 96D é um diagrama esquemático que mostra as relações entre a extensão SS EXTSS[0] perten- cente ao arquivo SS e os blocos de controle no disco BD-ROM. Conforme mostrado nas figuras 96B e 96C, no par de extensões EXT1[/k], EXT2[k] que tem a mesma ID de extensão, o valor do indicador de início de extensão é reversamente configurado. Em particular, as extensões cujos indicadores de início de extensão estão configurados como "1" têm um número menor de pacotes de fonte do que as extensões cujos indicadores de início de exten- são estão configurados como "0". Conforme mostrado na figura 96D, uma extensão cujo indicador de início de extensão esta configurado como "1" é disposta antes de uma extensão cujo marcador de indício de extensão está configurado para "0", Dessa forma, a bandeira de início de extensão indica qual dentre EXT1[n] e EXT2[n] no par de extensões está disposta antes da outra. Portanto, é possível reconhecer a disposição de blocos de dados no par de extensões EXT1[n], EXT2[n] a partir do valor do indicador de início de at 279/318 extensão.
Em conformidade, a unidade de controle de reprodução 4235 po- de notificar o comutador 4220 do número de pacotes de fonte do início e ca- da extensão SS para cara limite entre os blocos de dados ao usar o ponto de início de extensão mesmo se a ordem dos blocos de dados for diferente en- treosparesde extensão.
Como um resultado, o comutador 4220 pode sepa- < rar as extensões de vista de base e as extensões de vista dependente das .: extensões SS.
Quando a ordem dos blocos de dados em cada par de exten- sões é constante, os valores mínimos das capacidades de RB1 e RB2 são t 10 — calculados pelo uso da figura 90 conforme o seguinte: RB1 = (Tsaito MAX + SextalnVRuo72) * Rmaxi, RB2 > maxf(Sexriln-1/Ruor2 + Tsato MAX + Sext2lnV/Rup72) * Rmax2, Sextaln]). Por outro lado, quando a ordem de blocos de dados pode ser revertida no par de extensões localizado no meio do blo- - co de controle, os valores mínimos das capacidades de RB1 e RB2 são mo- dificados conforme o seguinte. - A figura 97C é um diagrama esquemático que mostra uma dis- posição de dados de um bloco de dados que requere a maior capacidade de RB1 4221. Conforme mostrado na figura 97C, o (M-1)º bloco de controle 9701 e o Mº bloco de controle 9702 estão dispostos com um limite de cama- dalBentreos mesmos (a letra M representa um número inteiro maior ou igual a 2). O (n+1)º par de extensões D[n], B[n] é disposto no topo do Mº bloco de controle 9702. Em particular, o bloco de dados de vista dependente DIn] está posicionado antes do bloco de dados de vista de base B[n] (a letra n representa um número inteiro maior que 0). Por outro lado, o nº par de ex- tensões Din-1], BÍn-1] é disposto no final do (M-1)º bloco de controle 9701. Em particular, o bloco de dados de vista de base B[n-1] está posicionado antes do bloco de dados de vista dependente D[n-1]. As figuras 97A e 97B são gráficos que mostram mudanças em quantidades DA1, DA2 de dados armazenados em RB1 4221 e RB2 4222, respectivamente, quando as imagens de vídeo em 3D são reproduzidas con- tinuamente a partir de dois blocos de controle 9701 e 9702 mostrados na figura 97C.
Conforme mostrado na figura 97A, a quantidade de dados arma-
a. cr 280/318 zenados DA1 em RB1 4221 alcança um valor máximo DM1 no ponto quando o nº bloco de dados de vista de base B[n - 1] é lido em RB1 4221. Nenhum bloco de dados é lido em RB1 4221 a partir do período imediatamente sub- sequente AT1 de leitura do bloco de dados de vista dependente D[n-1] pelo — período AT2 no qual um longo salto pelo limite de camada LB ocorre e o pe- r ríodo de pré-carregamento AT3 no Mº bloco de controle 9702. Portanto, du- : rante esses períodos, a quantidade de dados armazenados DA1 diminui. Nesses períodos AT1-AT3, os blocos de dados de vista de base BJk] (k=..., n-3, n-2) até o (n-1)º bloco de dados de vista de base são transferidos a uma taxade transferência média Rexril..., n-3, n-2J, e, então, o nº bloco de dados de vista de base é transferido a uma taxa de transferência média Rexri[n-1].
Para evitar que a quantidade de dados armazenados DA1 alcance "0" antes do ponto de tempo final do período de pré-carregamento AT3, a quantidade " de dados armazenados DA1 deveria, ao menos, ser igual ao tamanho Sexnln-1]do bloco de dados de vista de base B[n-1] no ponto de tempo que í é anterior ao ponto de tempo final pela tempo de ATC de extensão Texri[n-1] do nº bloco de dados de vista de base B[n-1]. Em conformidade, o valor má- ximo DM1 da quantidade de dados armazenados DA1 deveria ser maior do que o tamanho Sexri[n-1] pela quantidade de dados Rext1[..., n-3, n-2] x (A- TI+AT2+AT3-Texri[N-1]1) ou mais dos dados que são transferidos de RB1 4221 para o decodificador-alvo do sistema 4225 nos períodos remanescen- tes AT1 + AT2 + AT3 - Texni[N-1]. Ou seja, é exigido que RB1 4221 tenha capacidade RB1 que é maior que o valor máximo DM1 do mesmo: RB1 > Sextiln-1] + Rexril..., n-3, n-2] x (AT1 + AT2 + AT3 - Texni[N-1]). Aqui, o tempo AT2 de um salto longo é avaliado como o tempo de salto máximo Tsearrto max do salto longo.
A figura 97F é um diagrama esquemático que mostra uma dis- posição de um bloco de dados que exige a maior capacidade de RB2 4222.
Conforme mostrado na figura 97F, o (N-1)º bloco de controle 9703 e o Nº — bloco de controle 9704 estão dispostos com um limite de camada LB entre os mesmos (a letra N representa um número inteiro maior ou igual a 2). O (n+1)º par de extensões D[n], B[n] é disposto no topo do Nº bloco de controle
Ú 281/318
9704. Em particular, o bloco de dados de vista dependente D[n] é posiciona- do depois do bloco de dados de vista de base B[n]. Por outro lado, o nº par de extensões D[n-1], B[n-1] é disposto na extremidade do (N-1)º bloco de controle 9703. Em particular, o bloco de dados de vista de base B[n-1] é po- sicionado depois do bloco de dados de vista dependente D[n-1]. " As figuras 97D e 97E são gráficos que mostram mudanças nas quantidades DA1, DA2 de dados armazenados em RB1 4221 e RB2 4222, respectivamente, quando as imagens de vídeo em 3D são reproduzidas de maneira contínua a partir dos dois blocos de controle 9703 e 9704 mostra- á 10 dos nafigura97F. Conforme mostrado na figura 97E, a quantidade de dados armazenados DA2 em RB2 4222 alcança um valor máximo DM2 no ponto quando o nº bloco de dados de vista dependente Din - 1) é lido em RB2
4222. Nenhum bloco de dados é lido em RB2 4222 a partir do período ime- - diatamente subsequente AT4 da leitura do bloco de dados de vista de base B[n-1] até o período AT5 no qual um salto longo pelo limite de camada LB - ocorre e o período de pré-carregamento AT6 no Nº bloco de controle 9704. Portanto, durante esses períodos, a quantidade de dados armazenados DA2 diminui. Nesses períodos AT4-AT6, os blocos de dados de vista dependente DIK] (k = ..., n-3, n-2) até o (n-1)º bloco de dados de vista dependente são transferidos a uma taxa de transferência média Rexr2l..., n-3, n-2], e, então, o nº bloco de dados de vista dependente é transferido a uma taxa de transfe- rência média Rexr2[n-1]. Para evitar que a quantidade de dados armazena- dos DA2 alcance "0" antes do ponto de tempo final do período de pré- carregamento AT6, a quantidade de dados armazenados DA?2 deveria, pelo menos, ser igual ao tamanho Sexr2[N-1] do bloco de dados de vista depen- dente D[n-1] no ponto de tempo que está antes do ponto de tempo final pelo tempo de ATC de extensão Texraln-1] do nº bloco de dados de vista depen- dente D[n-1]. Em conformidade, o valor máximo DM2 da quantidade de da- dos armazenados DA2 deveria ser maior do que o tamanho Sexr2[n-1] pela — quantidade de dados Rexral..., n-3, n-2] x (AT4 + AT5 + AT6 - Texrnaln-11) ou mais dados que são transferidos de RB2 4222 para o decodificador-alvo do sistema 4225 nos períodos remanescentes AT4 + AT5 + AT6 - Texraln-1]. Ou seja, é necessário que RB2 4222 tenha capacidade RB2 que é maior do que o valor máximo DM2 do mesmo: RB2 = Sexra[n-1] + Rextal..., n-3, n-2] x (A- T4 + AT5 + AT6 - Textaln-1]). Aqui, o tempo AT5 de um salto longo é avalia- do como o tempo de salto máximo Tsaito max do salto longo.
Quando a ordem dos blocos de dados pode ser reservada no W par de extensões localizado no meio do bloco de controle, as condições 2, 3 para o par de extensões, a saber, as expressões 2, 3, são ainda mais modi- ] ficadas, conforme segue.
A figura 98C é um diagrama esquemático que mostra um bloco É 10 de controle 9810 que inclui em seu meio um par de extensões no qual a or- dem dos blocos de dados é reversa.
Conforme mostrado na figura 98C, no (n+2)º par de extensões D[n+1], B[n+1], o bloco de dados de vista depen- dente D[n+1] está depois do bloco de dados de vista de base B[n]. No pares - de extensão DI[n], B[n] e D[n+1], BÍn+1], que estão antes e depois do mes- — 15 mo,oblocode dados de vista de base B[n], B[n+1] é disposto depois do blo- " co de dados de vista dependente D[n], D[n+1], respectivamente.
As figuras 98A e 98B são gráficos que mostram mudanças nas quantidades DA1, DA2 de dados armazenados em RB1 4221 e RB2 4222, respectivamente, quando as imagens de vídeo em 3D são reproduzidas de maneira contínua a partir do bloco de controle 9801 mostrado na figura 98C.
Aqui, o período de tempo de transição de setor zero é negligenciado porque é suficientemente mais curto que outros períodos.
Conforme mostrado nas figuras 98A e 98B, durante o período de leitura PRp[n] do (n+1)º bloco de dados de vista dependente D[n], a quantidade de dados armazenados DA2 em RB24222 aumenta a uma taxa igual a Rup72 - Rexr2ln], a diferença entre a taxa de leitura Rupr2 e a taxa de transferência de vista dependente Rexr2[n], enquanto a quantidade de dados armazenados DA1 em RB1 4221 diminui a uma taxa de transferência de vista de base Rextiln - 1). Durante o período de leitura PRg[n] do (n+1)º bloco de dados de vista de base B[n], a — quantidade de dados armazenados DA1 em RB1 4221 aumenta a uma taxa igual a Rup72 - Rextiln], a diferença entre a taxa de leitura Rup72 e a taxa de transferência de vista de base Rexri[n], enquanto a quantidade de dados
S 283/318 armazenados DA2 em RB2 4222 diminui a uma taxa de transferência de vis- ta dependente Rexr2[n]. Durante o período de leitura PRe[n+1] do (n+2)º blo- co de dados de vista de base B[n+1], a quantidade de dados armazenados DA1 em RB1 4221 aumenta a uma taxa igual a Rup72 - Rexr1[N+1], a diferen- çaentrea taxa de leitura Rupr, e a taxa de transferência de vista de base Rexri[Nn+1], enquanto a quantidade de dados armazenados DA2 em RB2 4222 diminui ainda mais a uma taxa de transferência de vista dependente Rexraln + 1]. Além disso, durante o período de leitura PRp[n+1] do (n+2)º bloco de dados de vista dependente D[n+1], a quantidade de dados armaze- —nados DA2 em RB2 4222 aumenta a uma taxa igual a Rup72 - Rexraln+1], a diferença entre a taxa de leitura Rup72 e a taxa de transferência de vista de- pendente Rext2alNn+1], enquanto a quantidade de dados armazenados DA1 em RB1 4221 diminui a uma taxa de transferência de vista de base Rexri[n]. - Seguindo isso, durante o período de leitura PRp[n+2] do (n+3)º bloco de da- dos de vista dependente DIn+2], a quantidade de dados armazenados DA2 - em RB2 4222 aumenta a uma taxa igual a Rup72 - Rexraln+2], a diferença entre a taxa de leitura Rup72 e a taxa de transferência de vista dependente Rexra[Nn+2], enquanto a quantidade de dados armazenados DA1 em RB1
4221 diminui a uma taxa de transferência de vista de base Rexriln+1]. Nesse caso, para reproduzir imagens de vídeo em 3D de manei- ra contínua a partir do bloco de controle 9810, primeiramente, o tempo de ATC de extensão do (n+1)º bloco de dados de vista dependente D[n] deveria ser igual ou maior que o período de tempo do ponto de tempo de início do período de leitura PRy[n] do mesmo ao ponto de tempo de início do período deleitura PRp[n+1] do próximo bloco de dados de vista dependente D[n+1]. A seguir, o tempo de ATC de extensão do (n+1)º, (n+2)º blocos de dados de vista de base B[n], BÍn+1] deveria ser igual ou maior do que o período de tempo do ponto de tempo de início do período de leitura PRg[n], PReín+1] do mesmo ao ponto de tempo de início do período de leitura PRg[Nn+2] do pró- —ximo bloco de dados de vista dependente B[n+2]. Essas condições são re- presentadas pelas expressões 2A e 3A em vez das expressões 2 e 3 quan- do a extensão B (EXTB) é presumida como estando posicionada antes da extensão A (EXTA) no nº par de extensões. Renal] Ripr Seen +1] Sun CE [EE Aa a Semi) (2A) Reg (1) Rupn Sera) Sumll2 CE | Psp a San) (SA) Aqui, a expressão 2A é obtida ao substituir o tamanho Sexri[n] do bloco de dados de vista de base Bin], o tamanho Sext2[n + 1] do bloco de dados de vista dependente Din + 1], e a taxa de transferência de vista de base Rexniln] incluída na expressão 2 pelo tamanho Sextaln] da extensão A, o tamanho Sexte[N + 1) da extensão B, e a taxa de transferência média Rex. raÍn] para a extensão A, respectivamente. A expressão 3A é obtida pela substituição do tamanho Sexrni[n] do bloco de dados de vista de base B[n], o tamanho Sexraln] do bloco de dados de vista dependente D[n], e a taxa de - 10 transferência de vista dependente Rexr2[n] incluída na expressão 3 pelo ta- manho Sextaín] da extensão A, o tamanho Sexre[n] da extensão B, e a taxa YR de transferência média Rexteln] para a extensão B, respectivamente. Note que em cada uma das expressões 2A e 3A, o tempo de transição de setor zero Tsartoo é tido como "0".
A figura 99 é um diagrama esquemático que mostra as relações entre um bloco de controle 9900 que inclui em seu meio um par de exten- sões no qual a ordem dos blocos de dados é arquivos reversos e de fluxo AV 9910-9920. Conforme mostrado na figura 99, no terceiro par de exten- sões D[21], B[2], o bloco de dados de vista dependente D[2] está posicionado depois do bloco de dados de vista de base B[2]. Nos outros pares de exten- são DIK]J, BIKk] (k = 0, 1, 3), o bloco de dados de vista de base B[k] é posicio- nado depois do bloco de dados de vista dependente DIk]. cada um dos blo- cos de dados de vista de base Bin] (n = O, 1, 2, 3, ...) pertence à base de arquivo 9911 como uma extensão de vista de base EXT1[n]. Cada um dos blocos de dados de vista dependente D[n] pertence ao arquivo DEP 9911 como um extenso de vista dependente EXT2[n]. Todo o bloco de controle 9900 pertence ao arquivo SS 9920 como uma extensão SS EXTSS[0]. O bloco de dados de vista de bases B[n] (n = O, 1, 2, 3, ...) pertence, ainda, ao
' 285/318 arquivo 2D 9910 como a extensão 2D EXT2D[n]. Aqui, dois blocos de dados de vista de bases consecutivos B[1] e B[2] são chamados de uma extensão 2D EXT2D[1]. Com essa estrutura, o tamanho Sexrao[1] da extensão 2D EXT2D[1] satisfaz a expressão 1 mesmo se todo o tamanho Sexr[2] + —Sexra[3] dos dois blocos de dados de vista dependentes D[2], D[3] dispostos imediatamente depois for grande. <Separação de um trajeto de reprodução antes e depois de um limite de camada> Na figura 21, o trajeto de reprodução 2101 em modo de reprodu- ção2Deo trajeto de reprodução 2102 em modo de reprodução em 3D atra- vessam, ambos, o mesmo bloco de dados de vista de base B[3] imediata- mente antes de um salto longo J.y que pula sobre um limite de camada LB.
Em outras palavras, este bloco de dados de vista de base B[3] é lido como a - segunda extensão 2D EXT2D[1] pelo dispositivo de reprodução 102 em mo- do de reprodução em 2D e como o último bloco de dados na extensão SS & EXTSS[1] pelo dispositivo de reprodução 102 em modo de reprodução em 3D.
A quantidade de dados a ser processada pelo decodificador-alvo do sis- tema durante o salto longo J,y é garantida pelo tamanho do bloco de dados de vista de base B[3] através da condição 1 em modo de reprodução em 2D.
Por outro lado, em modo de reprodução em 3D, a quantidade de dados é garantida pelo tamanho de todo o segundo bloco de e controle 1902 através da condição 4. Em conformidade, o tamanho de extensão mínima do bloco de dados de vista de base B[3] conforme exigido pela condição 1 é, em ge- ral, maior do que o tamanho de extensão mínima como na condição 2. Por- tanto, a capacidade do RB1 4221 tem que ser maior do que o valor mínimo necessário para a reprodução contínua em modo de reprodução em 3D.
A- lém disso, a os tempos de ATC de extensão são os mesmos par ao bloco de dados de vista de base B[3] e o bloco de dados de vista dependente imedia- tamente anterior D[3]. Em conformidade, o tamanho do bloco de dados de vistadependente D[3] é, em geral, maior que o tamanho de extensão míni- ma exigido pelo bloco de dados D[3] como na condição 2. Portanto, a capa- cidade do RB2 4222 é, em geral, maior do que o valor mínimo necessário para a reprodução contínua em modo de reprodução em 3D. Na disposição mostrada na figura 21, dois blocos de controle 1902 e 1903 podem, portanto, ser conectados de maneira contínua, mas as capacidades de RB1 4221 e RB2 4222 precisam ser mantidas suficientemente grandes.
Para reduzir a capacidade de RB1 4221 e RB2 4222 enquanto ainda se permite a reprodução contínua de imagens de vídeo durante um salto longo Jiy, as mudanças podem ser feitas na disposição entrelaçada dos blocos de dados antes e depois de uma posição onde um salto longo J.y é necessário, como um limite de camada LB, para criar trajetos de reprodu- ção separados em modo de reprodução em 2D e modo de reprodução em 3D. Essas mudanças são representadas, por exemplo, pelos seguintes dois tipos de disposição 1 e 2. Com qualquer uma das disposições 1 e 2, o trajeto de reprodução imediatamente antes de um salto longo J,y atravessa um blo- - co de dados de vista de bases diferente em cada modo de operação. Con- 215 forme descrito abaixo, isso permite que o dispositivo de reprodução 102 rea- F lize facilmente a reprodução contínua de imagens de vídeo durante um salto longo Jiy enquanto mantém a capacidade necessária de RB1 4221 e RB2 4222 em um mínimo. <<Disposição 1>> A figura 100 é um diagrama esquemático que mostra a disposi- ção 1 de um grupo de bloco de dados gravado antes e depois de um limite de camada LB em um disco BD-ROM 101. Conforme mostrado na figura 100, um primeiro bloco de controle A001 é gravado antes do limite de cama- da LB, e um segundo bloco de controle AO002 é gravado depois do limite de camada LB. Nos blocos de controle AD01 e A0O2, os blocos de dados de vista dependente D[n] e os blocos de dados de vista de base B[n] formam uma disposição entrelaçada (n = ..., 0, 1, 2,3, ...). Em particular, os tempos de ATC de extensão são os mesmos entre o nº par de extensões D[n] e Bin]. na disposição 1, um bloco de dados de vista de base B[2]2n é colocado adi- cionalmente entre a extremidade B[1] do primeiro bloco de controle A001 e o limite de camada LB. Este bloco de dados de vista de base B[2]2n combina pouco a pouco com um bloco de dados de vista de base B[2]ss no topo do segundo bloco de controle A002. Daqui em diante, B[2]> é chamado de um "bloco exclusivamente para reprodução em 2D", e B[2]ss é chamado de um "bloco exclusivamente para reprodução SS". Os blocos de dados de vista de base mostrados na figura 100 podem ser acessados como extensões em um arquivo 2D A010, isto é, as extensão 2Ds EXT2D[-], com a exceção do bloco exclusivamente para a re-- produção SS B[2]ss. Por exemplo, o segundo bloco de dados de vista de base B[0] a partir do fim do primeiro bloco de controle AOO01, o par B[1] + B[2]>pn do último bloco de dados de vista de base B[1] e o bloco exclusiva- mente para a reprodução 2D B[2]27, e o segundo bloco de dados de vista de base B[3] no segundo bloco de controle A002 podem, respectivamente, ser acessados como as extensões individuais 2Ds EXT2D[0], EXT2D[1], e EXT2D[2]. Por outro lado, os blocos de dados de vista dependente D[n] JÁ (n=..., 0, 1,2,3, ...) mostrados na figura 100 podem, cada um, ser acessa- "15 doscomo uma extensão única no arquivo DEP A012, isto é, como extensões ' de vista dependente EXT2[n].
Para os grupos de bloco de dados mostrados na figura 100, a re- ticulação de arquivos de fluxo AV é realizada conforme o seguinte. Todos os blocos de controle A001 e AOO2 podem, respectivamente, ser acessados como uma extensão EXTSS[0] e EXTSS[1] no arquivo SS A020. Em con- formidade, o bloco de dados de vista de bases B[O]J, B[1], e B[3] nos blocos de controle A001 e AOO2 são compartilhados pelo arquivo 2D A010 e o ar- quivo SS A020. Por outro lado, o bloco exclusivamente para a reprodução 2D B[2]2y pode apenas ser acessado como parte da extensão 2D EXT2D[1] localizada imediatamente antes do limite de camada LB. Por outro lado, o bloco exclusivamente para a reprodução SS B[2]ss pode apenas ser aces- sado como parte da extensão SS EXTSS[1] localizada imediatamente após do limite de camada LB. Portanto, o bloco de dados de vista de bases dife- rentes do bloco exclusivamente para a reprodução 2D B[2]2n, isto é, B[O], BI], BI2]ss, e BI3], pode ser extraído de extensões SS EXTSS[0], EXTSS[1] como extensões na base de arquivo A011, isto é, extensões de vista de ba- se EXT1/n] (n=0, 1,2, 3).
A figura 101 é um diagrama esquemático que mostra um trajeto de reprodução A110 em modo de reprodução em 2D e um trajeto de repro- dução A120 em um modo de reprodução em 3D para o grupo de bloco de dados na disposição 1 mostrado na figura 100. O dispositivo de reprodução 102em modo de reprodução em 2D reproduz o arquivo 2D A010. Em con- formidade, conforme mostrado pelo trajeto de reprodução A110 em modo de reprodução em 2D, o segundo bloco de dados de vista de base B[0] a partir do final do primeiro bloco de controle A001 é lido como a primeira extensão 2D EXT2D[0] e então a leitura do bloco de dados de vista dependente ime- diatamente subsequente D[1] é omitida por um salto Jan1. A seguir, um par BI1] + B[2]2n do último bloco de dados de vista de base B[1] no primeiro blo- co de controle A001 e o bloco imediatamente subsequente exclusivo para a reprodução em 2D B[2]27 é lido continuamente como a segunda extensão . 2D EXT2D[1]. Um salto longo Jiy ocorre no limite de camada imediatamente subsequenteLB ea leitura dos três blocos de dados D[2], B[2]ss, e DI3] lo- " calizados no topo do segundo bloco de controle A002 é omitida.
Subsequen- temente, o segundo bloco de dados de vista de base B[3] no segundo bloco de controle A002 é lido como a terceira extensão 2D EXT2D[2]. Por outro lado, o dispositivo de reprodução 102 em modo de reprodução em 3D repro- duzo arquivo SS A020. Em conformidade, conforme mostrado pelo trajeto de reprodução A120 no modo de reprodução em 3D, todo o primeiro bloco de controle A0O01 é continuamente lido como a primeira extensão SS EXTSSI[0]. Imediatamente a seguir, um salto longo Jiy ocorre e a leitura do bloco exclusivamente par AA reprodução em 2D B[2]»)y é omitida.
Subse- quentemente, todo o segundo bloco de controle AO0O2 é lido continuamente como a segunda extensão SS EXTSS|[1]. Conforme mostrado na figura 100, no modo de reprodução em 2D, o bloco exclusivamente para a reprodução em 2D B[2]>p é lido, enquanto a leitura do bloco exclusivamente para a reprodução SS B[2]ss é omitida.
De maneira contrária, no modo de reprodução em 3D, a leitura do bloco exclusi- vamente para a reprodução em 2D B[2]>n é omitida, enquanto o bloco exclu- sivamente para a reprodução SS B[2]ss é lido.
Entretanto, já que os blocos de dados B[2]25 e B[2]ss combinam bit por bit, os quadros de vídeo de vista de base que são reproduzidos são os mesmos em ambos os modos de re- produção. Na disposição 1, o trajeto de reprodução A110 no modo de repro- dução em 2D e o trajeto de reprodução A120 no modo de reprodução em 3D são divididos antes e depois do salto longo Jiy dessa forma. Em conformi- dade, diferente da disposição mostrada na figura 21, o tamanho Sexr20D[1] da extensão 2D EXT2D[1] localizada imediatamente antes do limite de camada LB e o tamanho Sexr2[1] do bloco de dados de vista dependente imediata- mente precedente D[1] podem ser determinados separadamente, conforme aseguir.
O tamanho Sexran[1] da extensão 2D EXT2D[1] é igual a Sexri[1] + S2p7, a soma do tamanho Sexr1[1] do bloco de dados de vista de base B[1] e o tamanho S2p7 do bloco exclusivamente para a reprodução em 2D B[2]27. " Em conformidade, para a reprodução contínua de imagens de vídeo em 2D, “15 estasoma Sexri[1] + Sap deveria satisfazer a expressão 1. O tempo de salto , máximo Tsarrto max do salto longo J.y é substituído no lado direito da expres- são 1 como o tempo de salto Tsaito-2n. À seguir, o número de setores do final do bloco exclusivamente para a reprodução em 2D B[2]25 à primeira extensão 2D EXT2D[2] = B[3] no segundo bloco de controle AO002 deveria ser igual ou menor que a distância de salto máxima Ssarto max para o salto longo J,y especificado de acordo com as capacidades do dispositivo de re- produção em 2D. Por outro lado, para uma reprodução contínua de imagens de vídeo em 3D, os tamanhos Sexr2[1] e Sexr[1] do bloco de dados de vista dependente D[1] e do bloco de dados de vista de base B[1] localizados no final da primeira extensão SS EXTSS[0] deveriam satisfazer as expressões 3 e 2. Independentemente da ocorrência de um salto longo Jiy, um valor típico para um tempo de transição de setor zero deve ser substituído no lado direi- to das expressões 3 e 2 como os tempos de transição de setor zero Tear. too[2n+1]e Tsartoo[2n + 2]. A seguir, o tamanho da primeira extensão SS EXTSS[0] deveria satisfazer a condição 4. Além disso, o número de setores do final dessa extensão SS EXTSS[0] ao topo da extensão SS EXTSS[1]
deveria ser igual ou menor que a distância de salto máxima Ssaito max Para um salto longo J.y especificado de acordo com as capacidades do dispositi- vo de reprodução em 3D.
Na extensão 2D EXT2D[1] localizada imediatamente antes de umlimitedecamadaLB, apenas o bloco de dados de vista de base B[1] lo- calizado na frente da extensão 2D EXT2D[1] é compartilhado com a primeira extensão SS EXTSS[0]. Em conformidade, ao se aumentar apropriadamente o tamanho S2p7 do bloco exclusivamente para a reprodução em 2D B[2]2»n, o tamanho Sexri[1] do bloco de dados de vista de base B[1] pode ser ainda mais limitado enquanto mantém o tamanho Sexrap[1] = Sexri[1] + Sa da ex- tensão 2D EXT2D[1] constante.
Nesse caso, o tempo de ATC de extensão do bloco de dados de vista de base B[1] é encurtado.
Como resultado, o ta- manho Sexr2[1] do bloco de dados de vista dependente D[1] localizado ime- fr diatamente antes também pode ser limitado.
Já que o bloco exclusivamente para reprodução SS B[2]ss e o ' bloco exclusivamente para a reprodução em 2D B[2]2n combinam bit por bit, aumentando o tamanho Sp do bloco exclusivamente para a reprodução em 2D B[2]2n, o tamanho do bloco de dados de vista dependente D[2] localizado imediatamente antes do bloco exclusivamente para reprodução SS B[2]ss aumenta.
Entretanto, este tamanho pode ser suficientemente menor que o tamanho do bloco de dados de vista dependente D[3] localizado imediata- mente antes do limite de camada LB mostrado na figura 21. As capacidades de RB1 4221 e RB2 4222 podem, então, ser trazidas ainda mais para perto para a quantidade mínima necessária para a reprodução contínua de ima- gens de vídeo em 3D.
É, portanto, possível configurar cada bloco de dados na disposição 1 para ser de um tamanho no qual a reprodução contínua de ambas as imagens de em 2 D e 3D durante um salto longo seja possível en- quanto mantém a capacidade de buffer de leitura que deve ser garantida no dispositivo de reprodução 102 no mínimo necessário.
Na disposição 1, os dados duplicados do bloco exclusivamente para a reprodução em 2D B[2]»7 são dispostos no primeiro bloco de controle AOO1 como um bloco único exclusivamente para a reprodução SS Bf[2]ss.
Alternativamente, esses dados duplicados podem ser divididos em dois ou mais blocos exclusivamente para a reprodução SS. <<Disposição 2>> A figura 102 é um diagrama esquemático que mostra a disposi- ção2deum grupo de bloco de dados gravado antes e depois de um limite de camada LB em um disco BD-ROM 101. Conforme mostrado ao comprar a figura 102 com a figura 100, a disposição 2 difere da disposição 1 no que o bloco de controle A202, que inclui os blocos exclusivamente para a reprodu- ção SS B[2]ss e B[3]ss, é localizado imediatamente antes de um limite de camadalLB.
Conforme mostrado na figura 102, um primeiro bloco de controle A201, o bloco exclusivamente para a reprodução em 2D (B[2] + B[3])2n, e um segundo bloco de controle A202 são localizados antes de um limite de ca- - mada LB nessa ordem, e um terceiro bloco de controle A203 é localizado Í 15 depois do limite de camada LB.
Nos blocos de controle A201-A203, o bloco " de dados de vista dependentes D[n] e o bloco de dados de vista de bases B[n] formam uma disposição entrelaçada (n = ..., O, 1,2,3,4, ...). Em parti cular, os tempos de ATC de extensão são os mesmos entre o nº par de ex- tensões D[n] e B[n]. No segundo bloco de controle A202, o fluxo de dados é contínuo com os blocos de dados D[1] e B[1] localizados no final do primeiro bloco de controle A201 e os blocos de dados D[4] e B[4] localizados no topo do terceiro bloco de controle A203. Os blocos de dados de vista de base in- cluídos no segundo bloco de controle A202 são ambos os blocos exclusiva- mente para a reprodução SS, B[2]ss e B[3]ss, e a combinação desses blocos Bf2]lss+ B[3]ss combina bit por bit com o bloco exclusivamente para a repro- dução em 2D (B[2] + B[3])2n localizado antes do segundo bloco de controle A202. No bloco de dados de vista de base mostrado na figura 102, os blocos de dados diferentes dos blocos exclusivamente para a reprodução SS B[2]sse BI3]lss podem ser acessados como extensões EXT2D[0], EXT2D[1], e EXT2D[2] em um arquivo 2D A210. Em particular, o par do último bloco de dados de vista de base B[1] e o bloco exclusivamente para a reprodução em
2D (B[2] + B[3])25 no primeiro bloco de controle A201 podem ser acessados como uma única extensão 2D EXT2D[1]. Além disso, os blocos de dados de vista de base que não estão localizados no segundo bloco de controle A202, isto é, os blocos de dados B[O], B[1], e B[4] nos blocos de controle A201 e —A2Z03, também podem ser extraídos como extensões EXT1[0], EXT1[1], e EXT1[4] na base de arquivo A211 das extensões EXTSS[0] e EXTSS[1] no arquivo SS A220. De maneira contrária, o bloco exclusivamente para a re- produção em 2D (B[2] + B[3])2n pode apenas ser acessado como parte da extensão 2D EXT2D[1]. Por outro lado, os blocos exclusivamente para a re- produção SS B[2]ss e B[3]ss podem ser extraídos da extensão SS EXTSS[1] como extensões de vista de base EXT1[2] e EXT1[3].
A figura 103 é um diagrama esquemático que mostra um trajeto de reprodução A310 no modo de reprodução em 2D e um trajeto de repro- . dução A320 no modo de reprodução em 3D para o grupo de bloco de dados nadisposição 2 mostrada na figura 102. O dispositivo de reprodução 102 no ' modo de reprodução em 2D reproduz o arquivo 2D A210. Em conformidade, conforme mostrado pelo trajeto de reprodução A310 em modo de reprodu- ção em 2D, o segundo bloco de dados de vista de base B[0] a partir do final do primeiro bloco de controle A201 é lido como a primeira extensão 2D EXT2D[0], e, então, a leitura do bloco de dados de vista dependente imedia- tamente subsequente D[1] é omitida por um salto Jay1. A seguir, o par do último bloco de dados de vista de base B[1] no primeiro bloco de controle A201 e o bloco exclusivamente para a reprodução em 2D imediatamente subsequente (B[2] + B[3]).n são continuamente lidos como a segunda exten- são2D EXT2D[1]. Um salto longo Jiy ocorre imediatamente depois disso, e a leitura do segundo bloco de controle A202 e do bloco de dados de vista dependente D[4] localizado no topo do terceiro bloco de controle A203 é omitida. Subsequentemente, o primeiro bloco de dados de vista de base B[4] no terceiro bloco de controle A203 é lido como a terceira extensão 2D EXT2D[2]. O dispositivo de reprodução 102 no modo de reprodução em 3D reproduz o arquivo SS A220. Em conformidade, conforme mostrado pelo trajeto de reprodução A320 no modo de reprodução em 3D, todo o primeiro i 293/318 bloco de controle A201 é continuamente lido como a primeira extensão SS EXTSS[0]. Um salto Jex ocorre imediatamente depois disso, e a leitura do bloco exclusivamente para a reprodução em 2D (B[2] + B[3])2n é omitida.
À seguir, todo o segundo bloco de controle A202 é lido continuamente confor- mea segunda extensão SS EXTSS[1]. Imediatamente depois disso, um sal- to longo J.y para saltar sobre um limite de camada LB ocorre.
Subsequen- temente, todo o terceiro bloco de controle A203 é lido continuamente como a terceira extensão SS EXTSS|[2]. Conforme mostrado na figura 103, no modo de reprodução em 2D, o bloco exclusivamente para a reprodução em 2D (B[2]+B[3])2n é lido, enquanto a leitura dos blocos exclusivamente para a reprodução SS B[2]ss e B[3]ss é omitida.
De maneira contrária, no modo de reprodução em 3D, a leitura do bloco exclusivamente para a reprodução em 2D (B[2] + B[3])2»n é - omitida, enquanto os blocos exclusivamente para a reprodução SS B[2]ss e *15 BI3lss são lidos.
Entretanto, já que o bloco exclusivamente para a reprodu- " ção em 2D (B[2]+B[3]).n combina todos os blocos exclusivamente para a reprodução SS B[2]ss + B[3]ss bit por bit, os quadros de vídeo de vista de base são reproduzidos ao mesmo tempo em ambos os modos de reprodu- ção.
Na disposição 2, o trajeto de reprodução A310 no modo de reprodução em2Deo trajeto de reprodução A320 no modo de reprodução em 3D são divididos antes e depois do salto longo J.y dessa forma.
Em conformidade, o tamanho Sexr2ao[1] da extensão 2D EXT2D[1] localizada imediatamente an- tes do limite de camada LB e o tamanho Sext2[1] do bloco de dados de vista dependente imediatamente precedente D[1] podem ser determinados sepa- —radamente conforme segue.
O tamanho Sextan[1] da extensão 2D EXT2p[1] é igual a Sexti[1] + San, a soma do tamanho Sexr1[1] do bloco de dados de vista de base B[1] e o tamanho S2p7 do bloco exclusivamente para a reprodução em 2D (B[2] + B[I3])2n.
Em conformidade, par a reprodução contínua de imagens de vídeo em2?D, estasoma Sexril1] + Sap deveria satisfazer a expressão 1. O tempo de salto máximo Tsarto max do salto longo Jiy é substituído no lado direito da expressão 1 como o tempo de salto Tsarto-20- à seguir, o número de setores do final do bloco exclusivamente para a reprodução em 2D (B[2] + B[3])»n à primeira extensão 2D EXT2D[2] = B[4] no terceiro bloco de controle A203 deveria ser igual ou menor que a distância de salto máxima Ssatto max Para o salto longo J,y especificado de acordo com as capacidades do dispositivo dereproduçãoem2D.
Por outro lado, para a reprodução contínua de imagens de vídeo em 3D, os tamanhos Sexr2[1] e Sexri[1] do bloco de dados de vista depen- dente D[1] e do bloco de dados de vista de base B[1] localizados no final da primeira extensão SS EXTSS[0] deveriam satisfazer as expressões 3 e 2.
Independentemente da ocorrência de um salto Jex, um valor típico por um tempo de transição de setor zero deveria ser substituído no lado direito das expressões 3 e 2 como os tempos de transição de setor zero Tsartoo[2n + 1] e Tsarroo[2n + 2]. A seguir, os tamanhos Sexr2[3] e Sext1[3] do bloco de da- ' dos de vista dependente D[3] e do bloco exclusivamente para a reprodução ' 15 SS Bl3]ss localizada no final da segunda extensão SS EXTSS[1] deveria sa- ] tisfazer as expressões 3 e 2. Independentemente da ocorrência de um salto longo Jiy, um valor típico para um tempo de transição de setor zero deveria ser substituído no lado direito das expressões 3 e 2 como os tempos de transição de setor zero Tsartoo[2n + 1] e Tsartoo[2n + 2].
Apenas o bloco de dados de vista de base B[1] localizado na frente da extensão 2D EXT2D[1] é compartilhado com a extensão SS EXTSS[1]. Em conformidade, ao aumentar apropriadamente o tamanho S2p do bloco exclusivamente para a reprodução em 2D (B[2] + B[3])2»n, o tama- nho Sexr1[1] do bloco de dados de vista de base B[1] pode ser adicionalmen- telimitado enquanto mantém o tamanho Sexr2aD[1] = Sexri[1] + Sao da exten- são 2D EXT2D[1] constante. Como consequência, o tamanho Sexr2[1] do bloco de dados de vista dependente D[1] localizado imediatamente antes também pode ser adicionalmente limitado.
Os blocos exclusivamente para a reprodução SS B[2]ss + B[3]ss combinam totalmente o bloco exclusivamente para a reprodução em 2D (B[2] + B[3])2n bit por bit. Em conformidade, o aumento do tamanho S25 do bloco exclusivamente para a reprodução em 2D (B[2] + B[3])-on aumenta os tamanhos do bloco de dados de vista dependentes D[2] e D[3] respectiva- mente localizados imediatamente antes dos blocos exclusivamente para a reprodução SS B[2]ss e B[3]ss. Entretanto, existem dois blocos exclusiva- mente para a reprodução SS B[2]ss e B[3]ss se comparado a um bloco ex- clusivamente para a reprodução em 2D (B[2] + B[3])»pn. Como consequência, os tamanhos de cada um dos blocos exclusivamente para a reprodução SS B[2]ss e BI3]ss podem ser feitos suficientemente pequenos. A capacidade de RB1 4221 e RB2 4222 pode, portanto, ser ainda mas reduzida para uma quantidade mínima necessária par AA reprodução contínua das imagens de vídeoem;3D. É, portanto, possível configurar cada bloco de dados em dis- posição 2 para serem de um tamanho no qual a reprodução contínua de ambas as imagens de vídeo em 2D e em 3D é possível enquanto se mantém a capacidade de buffer de leitura que deve ser garantida no dispositivo de 1 reprodução 102 no mínimo necessário.
' 15 Conforme explicado em relação à figura 90, quanto menor é o : tamanho do bloco de dados disposto no final de um bloco de controle posi- cionado imediatamente antes de um salto longo, menor o limite inferior da capacidade de RB2 4222. Em conformidade, a disposição 2 é, de preferên- cia, configurada de modo a satisfazer as seguintes duas condições. Nesse caso, no segundo bloco de controle A202, que inclui os blocos exclusiva- mente para a reprodução em 3D B[2]ss e B[3]ss, cada bloco de dados é sufi- cientemente pequeno em tamanho. Como consequência, o limite mais baixo da capacidade de RB2 4222 pode, ainda, ser reduzido. A primeira condição é que um limite superior é especificado para —otamanho do bloco exclusivamente para a reprodução em 2D (B[2] + B[3])2n disposto imediatamente antes do segundo bloco de controle A202. Por e- xemplo, conforme mostrado na figura 103, o tamanho S2p7 do bloco exclusi- vamente para a reprodução em 2D (B[2] + B[3])2n é restrito a igual ou menos que 20000 setores. O limite superior depende do desempenho de salto do dispositivo de reprodução em 2D. a segunda condição é que um limite supe- rior Text 30 max é especificado para o tempo de ATC de extensão dos blocos exclusivamente para a reprodução em 3D B[2]ss e B[3]ss. Ou seja, o tama-
nho dos blocos exclusivamente para a reprodução em 3D B[2]ss e B[3]ss Satisfaz, em vez da expressão 1, a seguinte expressão: Sexti[n] € Rexriln] x Text 30 max. O limite superior Text 30 max é configurado para, por exemplo, 0,5 segundos.
A figura 104 é um diagrama esquemático que mostra as rela- ções entre o tempo de leitura Sexti[3)/Run72 do bloco exclusivamente para a reprodução em 3D B[3]ss localizado no final do segundo bloco de controle AZ02 e o limite inferior da capacidade de RB2 4222. Conforme mostrado na figura 104, a quantidade de dados armazenados DA2 em RB2 4222 alcança um valormáximo DM?2 no ponto no início da leitura do bloco exclusivamente para a reprodução em 3D B[3]ss. O valor máximo DM? é igual a ou maior que um valor que é obtido pela multiplicação da taxa de transferência de vis- ta dependente Rext2[3] pela soma do comprimento Sexr1[3]/Rup72 do período , de leitura do bloco exclusivamente para a reprodução em 3D B[3]Jss, o tempo " : 15 requerido para o salto longo Tiy, e o comprimento Sexra[4)/Ruv72 do período Ú de pré-carregamento: DM2 2 (Sexnri[3V/Ruo72+Tiy+Sext2[4]/Rup72) XRext213].
Em conformidade, se o tamanho do bloco exclusivamente para a reprodução em 3D Bi3]ss for um valor S1[3] que é maior que isso, o comprimento Sul3l/Ruv72 do período de leitura aumenta. Portanto, conforme mostrado pela linha pontilhada na figura 104, o valor máximo DM20 da quantidade de da- dos armazenados DA2 em RB2 4222 aumenta. Por essa razão, as duas condições descritas acima são usadas para restringir o tamanho de cada um dos blocos exclusivamente para a reprodução 3D B[2]ss, B[3]ss a um valor pequeno. Isso permite que o limite inferior da capacidade de RB2 4222 seja aindamais reduzido.
Note que, para que a condição 4 seja satisfeita, o tamanho do bloco de dados posicionado no topo de cada bloco de controle, a saber, o comprimento do período de pré-carregamento, precisa ser mantido suficien- temente grande. Portanto, em relação ao bloco exclusivamente para a re- produçãoem;3D posicionado no topo bloco de controle, o tempo de ATC de extensão do mesmo pode exceder o limite superior Text 3D MAX: A disposição 2 pode ser fornecida em uma posição onde uma reprodução interrompida pode ser iniciada, assim como antes do limite de camada LB. Na figura 102, os vértices dos triângulos A230, A231, e A232 indicam posições onde uma reprodução interrompida pode ser iniciada, a saber, posições no disco BD-ROM, onde pontos de entrada são gravados. O ponto de entrada indicado pelo triangulo branco A230 representa uma posi- ção onde uma reprodução interrompida pode ser iniciada no modo de repro- dução em 2D. Os pontos de entrada indicados pelos triângulos pretos A231 e A232 representam posições onde uma reprodução interrompida pode ser iniciada no modo de reprodução em 3D. cada um dos blocos exclusivamente paraa reprodução em 3D B[2]ss, B[3]ss é suficientemente menor em tama- nho do que o bloco exclusivamente para a reprodução em 2D (B[2] + B[3])2p, e, portanto, o tamanho do bloco de dados de vista dependente correspon- dente D[2], D[3] é suficientemente pequeno. Como consequência, quando Í uma reprodução interrompida é realizada no modo de reprodução em 3D, o tempo exigido para o início do acesso ao ponto de entrada A231, A232 ao : início da decodificação do bloco de dados D[2], B[2]ss é curto. Ou seja, uma reprodução interrompida no modo de reprodução em 3D é iniciada rapida- mente. Na disposição 2, os dados duplicados do bloco exclusivamente paraareprodução em 2D (B[2] + B[3])2n são divididos em dois blocos exclu- sivamente para a reprodução SS B[2]ss e B[3]ss. Alternativamente, os dados duplicados podem ser um bloco exclusivamente para a reprodução SS ou podem ser divididos em três ou mais blocos exclusivamente para a reprodu- ção SS.
— <Indicadorde par de extensões > A figura 105 é um diagrama esquemático que mostra pontos de entrada A510 e A520 configurados para as extensões EXT1[k] e EXT2[Kk] (a letra k representa um número inteiro maior ou igual a 0) em uma base de arquivo AS01 e um arquivo DEP A502. O ponto de entrada A510 na base de arquivo ASO1 é definida pelo mapa de entrada no arquivo de informações de clipe em 2D e o ponto de entrada A520 no arquivo DEP A502 é definido pelo mapa de entrada no arquivo de informações de clipe de vista dependente.
Cada ponto de entrada A510 e A520 inclui, particularmente, um indicador de par de extensões. Quando um ponto vazio na base de arquivo A501 e um ponto de entrada no arquivo DEP A502 indica o mesmo PTS, um "indicador de par de extensões" indica se as extensões nas quais esses pontos de en- trada estão configurados EXT1[i] e EXT2[j]] estão ou não na mesma ordem do topo dos arquivos A501 e A502 (i = j ou i £j). Conforme mostrado na figu- ra 105, o PTS do primeiro ponto de entrada A530 configurado na (n + 1)º (a letra n representa um número inteiro maior ou igual a 1) extensão de vista de base EXT1[n] é igual ao PTS do ultimo ponto de entrada A540 configurado na(n-1)º extensão de vista dependente EXT2[n - 1). Em conformidade, o valor do indicador de par de extensões para os pontos de entrada A530 e AS540 é configurado para "0". De maneira similar, o PTS do ultimo ponto de entrada A531 configurado na (n + 1)º extensão de vista de base EXT1[n] é " igual ao PTS do primeiro ponto de entrada A541 configurado na (n + 1)º ex- i 15 tensão vista dependente EXT2[n + 1]. Em conformidade, o valor do indicador i de par de extensões para os pontos de entrada A531 e A541 é configurado para "O", Para outros pontos de entrada A510 e A520, quando os PTSs são iguais, a ordem das extensões EXT1[-] e EXT2[-] nas quais esses pontos são configurados é igual e, portanto, o valor do indicador de par de extensões é configurado para "1", Quando o dispositivo de reprodução 102 no modo de reprodução em 3D começa a reprodução interrompida, ele se refere ao indicador de par de extensões no ponto de entrada da posição de início de reprodução. Quando o valor do indicador é "1", a reprodução começa, realmente, daque- le ponto de entrada. Quando o valor é "0", o dispositivo de reprodução 102 busca, antes ou depois daquele ponto de entrada, outro ponto de entrada que tem um indicador de par de extensões com um valor de "1". A reprodu- ção começa a partir daquele outro ponto de entrada. Isso garante que a nº extensão de vista dependente EXT2[n] seja lida antes da nº extensão de vistadebase EXT1[nN]. Como consequência, a reprodução interrompida pode ser simplificada.
O tempo de apresentação correspondente à distância entre os pontos de entrada que têm um indicador de par de extensões = O pode ser limitado para não ser maior do que um número constante de segundos.
Por exemplo, o tempo pode ser limitado para ser menor ou igual a duas vezes o valor máximo do tempo de apresentação para um GOP.
No início da repro- dução interrompida, isso pode encurtar o tempo de espera até que a repro- dução comece, o que é causado pela busca por um ponto de entrada que tem um indicador de par de extensões = 1. Alternativamente, o valor do indi- cador de par de extensões para o ponto de entrada seguindo um ponto de : — entrada vazio com um indicador de par de extensões = O pode ser limitado ao valor de "1". Um indicador de comutação de ângulo também pode ser usado como um substituto para um indicador de par de extensões.
Um "indi- cador de comutação de ângulo" é um indicador preparado no interior de um mapa de entrada para conteúdo que apoia múltiplos ângulos.
O indicador de ' comutação de ângulo indica o a posição de comutação de ângulo nos dados de fluxo multiplexados (consultar, abaixo, uma descrição de múltiplos ângu- i los). < Períodos de reprodução combinados entre blocos de dados > Para pares de blocos de dados com tempos de ATC de exten- são iguais, o período de reprodução também pode combinar, e o tempo de reprodução do fluxo de vídeo pode ser igual.
Em outras palavras, o número de VAUs pode ser igual entre esses blocos de dados.
O significado de tal igualdade é explicado abaixo.
A figura 106A é um diagrama esquemático que mostra um traje- to de reprodução quando os tempos de ATC de extensão e os tempos de reprodução do fluxo de vídeo diferem entre os blocos de dados de vista de base contíguos e os blocos de dados de vista dependente.
Conforme mos- trado na figura 106A, o tempo de reprodução do bloco de dados de vista de base de topo B[0] é de quatro segundos e o tempo de reprodução do bloco de dados de vista dependente de topo D[0] é de um segundo.
Nesse caso, a seção do fluxo de vídeo de vista de base que é necessário para a decodifi- cação do bloco de dados de vista dependente D[0] tem o mesmo tempo de reprodução que o bloco de dados de vista dependente D[0]. Em conformida-
i 300/318 de, para economizar capacidade de buffer de leitura no dispositivo de repro- dução, é preferível, conforme mostrado pela seta ARW1 na figura 106A, que o dispositivo de reprodução leia alternadamente o bloco de dados de vista de base B[O] e o bloco de dados de vista dependente D[O0] pela mesma quantidade de tempo de reprodução, por exemplo, um segundo por vez. Nesse caso, entretanto, conforme mostrado pelas linhas pontilhadas na figu- ra 106A, os saltos ocorrem durante o processamento de leitura. Como con- sequência, é difícil levar o processamento de leitura a acompanhar o pro- cessamento de decodificação e, portanto, é difícil manter de maneira estável areprodução contínua.
A figura 106B é um diagrama esquemático que mostra um traje- to de reprodução quando os tempos de reprodução do fluxo de vídeo são iguais para blocos de dados de vista de base contíguos e blocos de dados ' de vista dependente. Conforme mostrado na figura 106B, o tempo de repro- dução do fluxo de vídeo entre um par de blocos de dados adjacentes pode : ser o mesmo. Por exemplo, para o par de blocos de dados de topo B[0] e DÍ[O], os tempos de reprodução do fluxo de vídeo são ambos iguais a um se- gundo, e os tempos de reprodução do fluxo de vídeo para o segundo par de blocos de dados B[1] e D[1] iguais a 0,7 segundos. Nesse caso, durante o modo de reprodução em 3D, o dispositivo de reprodução Iê blocos de dados B[o], D[o]l, B[1], DI], ... em ordem a partir do topo, conforme mostrado pela seta ARW2 na figura 106B. ao simplesmente ler esses blocos de dados em ordem, o dispositivo de reprodução pode facilmente ler o TS principal e o sub-TS alternadamente nos mesmos aumentos do tempo de reprodução.
Em particular, já que nenhum salto ocorre durante o processamento de leitu- ra, a reprodução contínua de imagens de vídeo em 3D pode ser mantida de maneira estável.
Se o tempo de ATC de extensão estiver, de fato, entre os blocos de dados de vista de base contíguos e os blocos de dados de vista depen- dente, os saltos não ocorrem durante a leitura e a decodificação sincrônica pode ser mantida. Em conformidade, mesmo se o período de reprodução ou o tempo de reprodução do fluxo de vídeo não forem iguais, o dispositivo de reprodução pode confiavelmente manter a reprodução continua de imagens de vídeo em 3D ao simplesmente ler grupos de bloco de dados data em or- dem a partir do topo, como é o caso mostrado na figura 106B.
O número de qualquer um dos cabeçalhos em um VAU e o nú- mero de cabeçalhos PES pode ser igual para blocos de dados de vista de base contíguos e blocos de dados de vista dependente.
Esses cabeçalhos são usados para sincronizar a decodificação entre blocos de dados.
Em con- formidade, se o número de cabeçalhos for igual entre os blocos de dados, é relativamente fácil manter a decodificação sincrônica, mesmo se o número de VWVAUs não for igual.
Além disso, diferentemente de quando o número de VAUs é igual, todos os dados nos VAUs não precisam ser multiplexados no mesmo bloco de dados.
Portanto, há um alto nível de liberdade para multi- plexar dados de fluxo durante o processo de autoração do disco BD-ROM í 101. O número de pontos de entrada pode ser igual para blocos de Ú vista de base contíguos e blocos de dados de vista dependente.
Com refe- rencia, novamente, à figura 105, na base de arquivo A501 e no arquivo DEP A502, as extensões EXT1[n] e EXT2[n], localizadas na mesma ordem do topo, têm o mesmo número de pontos de entrada A510 e A520 após excluir os pontos de entrada A530, A540, A531, AS41 com um indicador de par de extensões = O.
Os saltos estarem ou não presentes difere entre o modo de reprodução em 2D e o modo de reprodução em 3D.
Quando o número de pontos de entrada é igual entre blocos de dados, entretanto, o tempo de re- produção é substancialmente igual.
Em conformidade, é fácil manter a deco- dificação sincrônica independentemente de saltos.
Além disso, diferente- mente de quando o número de VAUs é igual, todos os dados nos VAUs não precisam ser multiplexados no mesmo bloco de dados.
Portanto, há um alto grau de liberdade para multiplexar dados de fluxo durante o processo de au- toração do disco BD-ROM 101. —<Múltiplos ângulos> A figura 107A é um diagrama esquemático que mostra um traje- to de reprodução para dados de fluxo muitiplexados que apoiam múltiplos ângulos. Conforme mostrado na figura 107A, três tipos de partes de dados de fluxo L, R, e D, respectivamente, para uma vista de base, vista direita e mapa de profundidade são multiplexados nos dados de fluxo multiplexados. Por exemplo, em modo L/R, as partes de vista de base e de vista direita dos dados de fluxoL e R são reproduzidas em paralelo. Além disso, as partes dos dados de fluxo Ak, Bk, e Ck (k = 0, 1, 2, ..., n) para ângulos diferentes (ângulos de visualização) são multiplexadas na seção reproduzida durante um período de reprodução de múltiplos ângulos Pane. Os dados de fluxo Ak, BK, e Ck para ângulos diferentes são divididos em seções para as quais o tempo de reprodução é igual ao intervalo de mudança de ângulo. Além dis- so, os dados de fluxo para a vista de base, vista direita e mapa de profundi- dade são multiplexados em cada uma das partes de dados Ak, Bk, e Ck. Durante o período de reprodução de múltiplos ângulos Pane, a reprodução . pode ser comutada entre as partes de dados de fluxo AK, Bk, e Ck para dife- rentes ângulos em reação à operação de usuário ou instrução por um pro- grama de aplicação.
A figura 107B é um diagrama esquemático que mostra um grupo de bloco de dados A701 gravado em um disco BD-ROM e um trajeto de re- produção correspondente A702 no modo L/R. Esse grupo de bloco de dados A7O1 incluias partes dos dados de fluxo L, R, D, Ak, Bk, e Ck mostradas na figura 107A. conforme mostrado na figura 107B, no grupo de bloco de dados ATO1, além das partes regulares de dados de fluxo L, R, e D, as partes de dados de fluxo Ak, Bk, e Ck para ângulos diferentes são gravadas em uma disposição intercalada. Em modo L/R, conforme mostrado no trajeto de re- — produção A702, os blocos de vista direita e de dados de vista de base Re L são lidos, e a leitura dos blocos de dados do mapa de profundidade D é omi- tida pelos saltos. Além disso, dentre as partes dos dados de fluxo Ak, Bk, e CK para ângulos diferentes, os blocos de dados para os ângulos seleciona- dos AO, B1, ..., Cn são lidos, e a leitura de outros blocos de dados é omitida porsaltos.
A figura 107C é um diagrama esquemático que mostra um bloco de controle formado pelos dados de fluxo Ak, Bk, e Ck para ângulos diferen-
tes. Conforme mostrado na figura 107C, as partes de dados de fluxo Ak, Bk, e Ck para cada ângulo são compostas de três tipos de blocos de dados L, R, e D gravados em uma disposição entrelaçada. Em modo L/R, conforme mos- trado pelo trajeto de reprodução A702, dentre as partes de dados de fluxo Ak,Bk e Ck para ângulos diferentes, blocos de dados de vista direita e de dados de vista de bases R e L são lidos para ângulos selecionados AO, B1, ..., Cn. De maneira contrária, a leitura dos ouros blocos de dados é omi- tida por saltos.
Note que nas partes dos dados de fluxo Ak, Bk, e Ck para cada ângulo, os dados de fluxo para a vista de base, vista direita, e mapa de pro- fundidade podem ser armazenados como uma única parte de dados de fluxo multiplexados. Entretanto, a taxa de gravação tem que ser limitada à faixa da taxa de sistema para a qual a reprodução é possível no dispositivo de repro- - dução em 2D. Além disso, o número de partes de dados de fluxo (TS) a se- - 15 rem transferidos ao decodificador-alvo do sistema difere entre tais partes de Ú dados de fluxo multiplexados e dados de fluxo multiplexados para outras imagens de vídeo em 3D. Em conformidade, cada PI no arquivo de lista de reprodução em 3D pode incluir um indicador que indica o número de TS a ser reproduzido. Ao se referir a este indicador, o dispositivo de reprodução em3D pode comutar entre essas partes de dados de fluxo multiplexados em um arquivo de lista de reprodução em 3D. No PI que especifica dois TS para a reprodução no modo de reprodução em 3D, este indicador indica 2TS. Por outro lado, no PI que específica um único TS para a reprodução, como as partes acima de dados de fluxo multiplexados, o indicador indica 1TS. O dis- positivo de reprodução em 3D pode comutar a configuração do decodifica- dor-alvodo sistema de acordo com o valor do indicador. Além disso, este indicador pode ser expresso pelo valor da condição de conexão (CC). Por exemplo,um CC de "7" indica uma transição de 2TS para 1TS, enquanto um CC de "8" indica uma transição de 1TS para 2TS. A figura 108 é um diagrama esquemático que mostra (i) um gru- po de bloco de dados A801 que constitui um período de múltiplos ângulos e (ii) um trajeto de reprodução A810 no modo de reprodução em 2D e o trajeto de reprodução A820 em modo L/R que corresponde ao grupo de bloco de dados A801. Conforme mostrado nas figuras 108, esse grupo de bloco de dados A801 é formado por três tipos de seções de mudança de ângulo ANG1 tk, ANG2 tk, e ANG3 Hk (k = 1,2, ..., 6,7) em uma disposição entre- laçada Uma "seção de mudança de ângulo" é um grupo de blocos de dados consecutivos no qual os dados de fluxo para imagens de vídeo vistos a partir de um único ângulo são armazenados. O ângulo de imagens de vídeo difere entre tipos diferentes de seções de mudança de ângulo. As kK”* seções de cada tipo de seção de mudança de ângulo ANG1 *k, ANG2 fk, e ANG3 *fk são contíguas. Cada seção de mudança de ângulo ANGm Hk (m = 1,2, 3) é formada pelo um bloco de controle, isto é, é chamada de uma extensão SS EXTSSÍ[Kk] (k = 10, 11, ..., 23). A capacidade do buffer de leitura pode, então, ser reduzida, se comparada a quando uma pluralidade de seções de mu- e dança de ângulo formam uma extensão SS EXTSS|[K]. Além disso, cada blo- - 15 code controle inclui um bloco de dados de vista dependente R e um bloco i de dados de vista de base L. Esse par de blocos de dados R e L é chamado de um par da nº extensão de vista dependente EXT2[n] e a nº extensão de vista de base EXT 1[n] (a letra n representa um número inteiro maior ou igual ao).
O tamanho de cada bloco de controle satisfaz as condições de 1 a 4. Em particular, o salto que deveria ser levado em consideração na condi- ção 1 é o salto Janc-2) para omitir a leitura de outras seções de mudança de ângulo, conforme mostrado pelo trajeto de reprodução A810 no modo de reprodução em 2D. Por outro lado, o salto que deveria ser levado em consi- — deração na condição 4 é o salto Janc..R para omitir a leitura de outras seções de mudança de ângulo, conforme mostrado pelo trajeto de reprodução A820 em modo L/R. conforme mostrado pelos trajetos de reprodução A810 e A820, ambos esses saltos Janc-2D & Jane1R incluem, em geral, uma comuta- ção de ângulo, isto é, uma comutação entre os tipos de seção de mudança deânguloa serem lidas.
Ainda com referência à figura 108, cada seção de mudança de ângulo inclui um bloco de dados de vista de base L. Em conformidade, o tempo de ATC de extensão da extensão de vista de base EXT1[] é limitado a não ser maior do que o valor máximo Tang do comprimento da seção de mudança de ângulo.
Por exemplo, para tornar possível a mudança de ângu- los a uma taxa de uma vez a cada dois segundos de tempo de apresenta- ção,ovalormáximo Tang do comprimento da seção de mudança de ângulo tem que ser limitado a dois segundos.
Como um resultado, o tempo de ATC de extensão da extensão de vista de base EXT1 [-] é limitado a dois segun- dos ou menos.
Portanto, a condição 5 é modificada de modo que o tamanho Sexr: da extensão de vista de base satisfaça a expressão 11 em vez da ex- pressão5. SanlM S min Rail E xTarnão ser Romlk3Too) UDS4 MAXI (1 1) Note que o lado direito da expressão 9 comparado em vez do " lado direito da expressão 5. Além disso, de maneira similar ao tempo de ex- : tensão AT do tempo de ATC de extensão da extensão 2D mostrada na ex- : pressão 7A ou 7B, o valor máximo Tang do comprimento da seção de mu- dança de ângulo pode ser determinado pelo comprimento de um GOP, ou pelo limite superior do número de extensões que podem ser reproduzidas durante um tempo predeterminado.
Além disso, o tempo de extensão AT pode ser configurado para "0" nos múltiplos ângulos. <Distribuição de dados através de um circuito de transmissão ou comunica- ção> O meio de gravação, de acordo com as modalidades da presen- te invenção, podem ser, além de um disco óptico, um meio removível geral disponível como um meio de embalagem, como um dispositivo de memória semicondutor portável, incluindo um cartão de memória SD.
Além disso, as —modalidades acima descrevem um exemplo de um disco óptico no qual os dados foram gravados anteriormente, a saber, um disco óptico de somente leitura disponível convencionalmente como um BD-ROM ou um DVD-ROM.
Entretanto, as modalidades da presente invenção não são limitadas dessa forma.
Por exemplo, quando um dispositivo terminal grava um conteúdo de vídeoem;3D que foi distribuído através de transmissão ou uma rede em um disco óptico gravável disponível convencionalmente como um BD-RE ou um DVD-RAM, a disposição das extensões de acordo com a modalidade 1 pode ser usada. O dispositivo terminal pode ser incorporado em um dispositivo de reprodução ou pode ser um dispositivo diferente do dispositivo de reprodu- ção. <Reprodução de um Cartão de memória semicondutor> O seguinte descreve uma unidade de leitura de dados de um dispositivo de reprodução no caso em que um cartão de memória semicon- dutor é usado como o meio de gravação de acordo com as modalidades da presente invenção em vez de um disco óptico. A parte do dispositivo de reprodução que lê os dados de um dis- ' co óptico é composta de, por exemplo, uma unidade de disco óptico. De ma- neira contrária, a parte do dispositivo de reprodução que lê os dados de um " cartão de memória semicondutor é composta de uma interface exclusiva (VP). Especificamente, uma fenda de cartão é fornecida com o dispositivo de | reprodução, e o I/F é montado na fenda de cartão. Quando o cartão de me- mória semicondutor é inserido na fenda de cartão, o cartão de memória se- micondutor é eletricamente conectado com um dispositivo de reprodução através do I/F. Além disso, os dados são lidos a partir de um cartão de me- móriasemicondutor para o dispositivo de reprodução através do I/F. <Técnica de Proteção de Direitos Autorais para Dados Armazenados em Disco BD-ROM > O mecanismo para a proteção de direitos autorais dos dados gravados em um disco BD-ROM é agora descrito como uma suposição para aseguinte explicação suplementar.
De um ponto de vista, por exemplo, de melhorar a proteção aos direitos autorais ou a confidencialidade dos dados, existem casos nos quais uma parte dos dados gravados no BD-ROM está codificada. Os dados codi- ficados são, por exemplo, um fluxo de vídeo, um fluxo de áudio, ou outros fluxos. Em tal caso, os dados codificados são decodificados da seguinte ma- neira.
O dispositivo de reprodução tem gravado nele antecipadamente uma parte dos dados necessários para gerar uma "chave" a ser usada para decodificar os dados codificados gravados no disco BD-ROM, a saber, uma chave de dispositivo. Por outro lado, o disco BD-ROM tem gravado nele ou- tra parte dos dados necessários para gerar a "chave", a saber, um bloco de chavede meio (MKB),e os dados codificados da "chave", a saber, uma cha- ve de título codificada. A chave de dispositivo, o MKB e a chave de título co- dificada são associadas uma à outra, e cada uma é adicionalmente associa- da a um ID particular gravado em um BCA 201 gravado no disco BD-ROM 101 mostrado na figura 2, a saber, um ID de volume. Quando a combinação da chave de dispositivo, o MKB, a chave de título codificada, e o ID de volu- me não estão corretos, os dados codificados não podem ser decodificados. Em outras palavras, apenas quando a combinação está correta, a "chave" supramencionada, a saber a chave título, pode ser gerada. Especificamente, " a chave de título codificada é primeiramente decodificada como uso da cha- - 15 ve de dispositivo, o MKB, e o ID de volume. Apenas quando a chave título pode ser obtida como um resultado da decodificação, os dados codificados podem ser decodificados com o uso da chave título como a "chave" supra- mencionada.
Quando um dispositivo de reprodução tenta reproduzir os dados codificados gravados no disco BD-ROM, o dispositivo de reprodução não pode reproduzir os dados codificados a não ser que o dispositivo de repro- dução tenha armazenado no mesmo uma chave de dispositivo que tenha sido associada anteriormente com a chave de título codificada, o MKB, o dispositivo, e o ID de volume gravados no disco BD-ROM. Isso acontece porque uma chave necessária para decodificar os dados codificados, a sa- ber, uma chave título, pode ser obtida apenas por decodificar a chave de título codificada com base na combinação correta do MKB, da chave de dis- positivo, e do ID de volume. Para proteger os direitos autorais de pelo menos um de um fluxo devídeoe um fluxo de áudio que serão gravados em um disco BD-ROM, um fluxo a ser protegido é codificado com o uso da chave título e o fluxo codifi- cado é gravado no disco BD-ROM. A seguir, uma chave é gerada com base na combinação do MKB, da chave de dispositivo, e do ID de volume e a chave título é codificada com o uso da chave de modo a ser convertida a uma chave de título codificada. Além disso, o MKB, o ID de volume e a cha- ve de título codificada são gravados no disco BD-ROM. Apenas um disposi- tivo de reprodução que armazene no mesmo a chave de dispositivo a ser usada para gerar a chave supramencionada pode decodificar o fluxo de ví- deo codificado e/ou o fluxo de áudio codificado gravado no disco BD-ROM com o uso de um decodificador. Dessa maneira, é possível proteger os direi- tos autorais dos dados gravados no disco BD-ROM.
O mecanismo descrito acima para proteger os direitos autorais dos dados gravados no disco BD-ROM é aplicável a um meio de gravação diferente do disco BD-ROM. Por exemplo, o mecanismo é aplicável a um dispositivo de memória legível e gravável e, em particular, a um cartão de o memória semicondutora portável como um cartão SD.
<Dados de gravação em um meio de gravação através de distribuição ele- trônica> O seguinte descreve o processamento para dados de transmis- são, como um arquivo de fluxo AV para imagens de vídeo em 3D (daqui em diante, "dados de distribuição"), para o dispositivo de reprodução de acordo comas modalidades da presente invenção através da distribuição eletrônica e para levar o dispositivo de reprodução a gravar os dados de distribuição em um cartão de memória semicondutor. Note que as seguintes operações podem ser realizadas por um dispositivo terminal especializado para realizar o processamento em vez do dispositivo de reprodução supramencionado.
—Alémdisso, a seguinte descrição é baseada no pressuposto de que o cartão de memória semicondutor que é um destino de gravação é um cartão de memória SD.
O dispositivo de reprodução inclui a fenda de cartão descrita a- cima. Um cartão de memória SD é inserido na fenda de cartão. O dispositivo de reprodução nesse estado transmite, primeiramente, uma solicitação de transmissão de dados de distribuição para um servidor de distribuição em uma rede. Nesse ponto, um dispositivo de reprodução lê as informações de identificação do cartão de memória SD a partir do cartão de memória SD e transmite as informações de identificação lidas ao servidor de distribuição junto com a solicitação de transmissão. as informações de identificação do cartão de memória SD é, por exemplo, um número de identificação específi- coaocartãode memória SD e, mais especificamente, é um número de série do cartão de memória SD.
As informações de identificação são usadas como o ID de volume descrito acima.
O servidor de distribuição tem gravado no mesmo partes de da- dos de distribuição.
Os dados de distribuição que precisam ser protegidos ' 10 por codificação como um fluxo de vídeo e/ou um fluxo de áudio foram codifi- cados com o uso de uma chave título pré-determinada.
Os dados de distribu- ição codificados podem ser decodificados com o uso da mesma chave título.
O servidor de distribuição armazena no mesmo uma chave de " dispositivo como uma chave privada comum com o dispositivo de reprodu- ção O servidor de distribuição armazena no mesmo, ainda, um MKB em Í comum com o cartão de memória SD.
Mediante a recepção da solicitação de transmissão dos dados de distribuição e das informações de identificação do cartão de memória SD do dispositivo de reprodução, o servidor de distribui- ção gera, primeiro, uma chave a partir da chave de dispositivo, do MKB, e dasinformações de identificação e codifica a chave titulo com o uso da cha- ve gerada para gerar uma chave de título codificada.
A seguir, o servidor de distribuição gera informações de chave públicas.
As informações de chave públicas incluem, por exemplo, o MKB, a chave de título codificada, as informações de assinatura, o número de identi- ficaçãodo cartão de memória SD, e uma lista de dispositivo.
As informações de assinatura incluem, por exemplo, um valor de hash das informações de chave públicas.
A lista de dispositivo é uma lista de dispositivos que preci- sam ser invalidados, isto é, dispositivos que têm um risco de realizar a re- produção não autorizada dos dados codificados incluídos nos dados de dis- tribuição.
A lista de dispositivos específica a chave de dispositivo e o numero de identificação para o dispositivo de reprodução, assim como um número de identificação ou função (programa) para cada elemento no dispositivo de reprodução como o decodificador.
O servidor de distribuição transmite os dados de distribuição e as informações de chave públicas para o dispositivo de reprodução. O dis- positivo de reprodução recebe os dados de distribuição e as informações de chave publicas e as grava no cartão de memória SD através do I/F exclusivo da fenda de cartão.
Os dados de distribuição codificados gravados no cartão de memória SD são decodificados com o uso de informações de chave públicas da seguinte maneira, por exemplo. Primeiro, três tipos de verificação são realizadas como autenticação das informações de chave públicas. Essas verificações podem ser realizadas em qualquer ordem.
(1) As informações de identificação do cartão de memória SD in- cluídas nas informações de chave públicas combinam com o número de i- E dentificação armazenado no cartão de memória SD inserido na fenda de car- tão? (2) O valor de hash calculado baseado nas informações de cha- ve publicas combina com o valor de hash incluído nas informações de assi- natura? (3) o dispositivo de reprodução é excluído da lista de dispositivo indicada pelas informações de chave públicas? Especificamente, a chave de dispositivo do dispositivo de reprodução é excluída da lista de dispositivo? Se pelo menos qualquer um dos resultados das verificações de (1) a (3) for negativo, o dispositivo de reprodução para o processamento de decodificação dos dados codificados. De maneira contrária, se todos os resul- tadosdas verificações de (1) a (3) forem afirmativos, o dispositivo de reprodu- ção autoriza que as informações de chave públicas e decodifica a chave de título codificada incluídas nas informações de chave públicas com uso da chave de dispositivo, do MKB, e das informações de identificação do Cartão de memória SD, obtendo, através disso, uma chave título. O dispositivo de reprodução decodifica, ainda, os dados codificados com o uso da chave título, obtendo, assim, por exemplo, um fluxo de vídeo e/ou um fluxo de áudio.
O mecanismo acima tem a seguinte vantagem. Se um dispositi-
vo de reprodução, elementos composicionais e uma função (programa) que têm o risco de serem usados de maneira não autorizada já são conhecidos quando os dados são transmitidos através da distribuição eletrônica, as par- tes correspondentes de informações de identificação são listadas no disposi- tivoe são distribuídas como parte das informações de chave públicas. Por outro lado, o dispositivo de reprodução que solicitou os dados de distribuição precisa, inevitavelmente, comparar as partes de informações de identificação incluídas na lista de disposítivo com as partes de informações de identifica- ção do dispositivo de reprodução, seus elementos composicionais e simila- res. Como consequência, se o dispositivo de reprodução, seus elementos composicionais e similares são identificados na lista de dispositivo, o disposi- tivo de reprodução não pode usar as informações de chave públicas para a decodificação dos dados codificados incluídos nos dados de distribuição " mesmo se a combinação do número de identificação do cartão de memória - 15 SD, doMKB, da chave de título codificada, e da chave de dispositivo estiver correta. Dessa forma, é possível evitar efetivamente que os dados de distri- buição sejam usados de maneira não autorizada. As informações de identificação do cartão de memória semicon- dutor são desejavelmente gravadas em uma área de gravação que tem alta confidencialidade incluída em uma área de gravação do cartão de memória semicondutor. Isso acontece porque se as informações de identificação co- mo o número de série do cartão de memória SD forem adulteradas de ma- neira não autorizada, é possível realizar uma cópia ilegal do cartão de me- mória SD facilmente. Em outras palavras, se a adulteração permitir a gera- çãode uma pluralidade de cartões de memória semicondutores que têm as mesmas informações de identificação, é impossível distinguir entre produtos não autorizados e produtos de cópia não autorizada ao realizar a verificação (1) acima. Portanto, é necessário gravar as informações de identificação do cartão de memória semicondutor em uma área de gravação com alta confi- —dencialidade para proteger as informações de identificação de serem adulte- radas de maneira não autorizada.
A área de gravação com alta confidencialidade é estruturada no cartão de memória semicondutor da seguinte maneira, por exemplo.
Primei- ro, como à área de gravação eletricamente desconectada da área de grava- ção para os dados de gravação normais (daqui em diante, "primeira área de gravação"), outra área de gravação (daqui em diante, "segunda área de gra- vação") é fornecida.
A seguir, um circuito de controle exclusivamente para acessar a segunda área de gravação é fornecido no cartão de memória se- micondutor.
Como um resultado, o acesso à segunda área de gravação po- de ser realizado apenas através de um circuito de controle.
Por exemplo, presuma que apenas dados codificados são gravados na segunda área de gravação e um circuito para a decodificação dos dados codificados é incor- porado apenas no circuito de controle.
Como resultado, o acesso aos dados gravados na segunda área de gravação pode ser realizado apenas ao levar o circuito de controle a armazenar no mesmo um endereço de cada parte de s dados gravada na segunda área de gravação.
Além disso, um endereço de - 15 cada parte de dados gravada na segunda área de gravação pode ser arma- zenado apenas no circuito de controle.
Nesse caso, apenas o circuito de controle pode identificar um endereço de cada parte de dados gravada na segunda área de gravação.
No caso onde as informações de identificação do cartão de me- mória semicondutor são gravadas na segunda área de gravação, então quando um programa de aplicação que esta operando no dispositivo de re- produção adquire dados do servidor de distribuição através da distribuição eletrônica e grava os dados adquiridos no cartão de memória semicondutor, o seguinte processamento é realizado.
Primeiro, o programa de aplicação emite uma solicitação de acesso para o circuito de controle através do cartão de memória I/F para acessar as informações de identificação do cartão de memória semicondutor gravado na segunda área de gravação.
Em resposta à solicitação de acesso, o circuito de controle lê, primeiro, as informações de identificação da segunda área de gravação.
Então, o circuito de controle transmite as informações de identificação ao programa de aplicação através do cartão de memória IF. o programa de aplicação transmite uma solicita- ção de transmissão dos dados de distribuição junto com as informações de
: identificação. O programa de aplicação grava, ainda, na primeira área de gravação do cartão de memória semicondutor através do cartão de memória VF, as informações de chave públicas e os dados de distribuição recebidos do servidor de distribuição em resposta à solicitação de transmissão.
Note que é preferível que o programa de aplicação descrito aci- ma verifique se o programa de aplicação em si foi alterado antes de emitir a solicitação de acesso para o circuito de controle do cartão de memória semi- condutor. A verificação pode ser realizada com o uso de um certificado digi- tal complacente com o padrão X.509. além disso, é apenas necessário gra- varos dados de distribuição na primeira área de gravação do cartão de me- mória semicondutor, conforme descrito acima. O acesso aos dados de distri- buição não precisa ser controlado pelo circuito de controle do cartão de me- mória semicondutor.
" <Aplicação à gravação em tempo real> -15 A modalidade da presente invenção é baseada na suposição de ô um que um arquivo de fluxo AV e um arquivo de lista de reprodução são gravados em um disco BD-ROM com o uso da técnica de pré-gravação do sistema de autoração, e o arquivo de fluxo AV gravado e o arquivo de lista de reprodução são fornecidos aos usuários. Alternativamente, pode ser pos- sível gravar, ao realizar uma gravação em tempo real, o arquivo de fluxo AV e o arquivo de lista de reprodução em um meio de gravação gravável como um disco BD-RE, um disco BD-R, um disco rígido, ou um cartão de memória semicondutor (daqui em diante, "disco BD-RE ou similares") e fornecer ao usuário o arquivo de fluxo AV e o arquivo de lista de reprodução gravados.
Nesse caso, o arquivo de fluxo AV pode ser um fluxo de transporte que foi obtido como um resultado da decodificação em tempo real de um sinal de entrada análogo realizado por um dispositivo de gravação. Alternativamente, o arquivo de fluxo AV pode ser um fluxo de transporte obtido como resultado da repartição de um fluxo de transporte em entrada em forma digital pelo dispositivo de gravação.
O dispositivo de gravação que realiza a gravação em tempo real inclui um codificador de vídeo, um codificador de áudio, um multiplexador, e um compactador de fonte.
O codificador de vídeo codifica um sinal de vídeo para converter em um fluxo de vídeo.
O codificador de áudio codifica um si- nal de áudio para converter em um fluxo de áudio.
O multiplexador multiple- xa o fluxo de vídeo e o fluxo de áudio para convertê-los em fluxo digital no formato MPEG-2 TS.
O compactador de fonte converte os pacotes TS no fluxo digital em formato MPEG-2 TS em pacotes de fonte.
O dispositivo de gravação armazena cada pacote de fonte no arquivo de fluxo AV e grava o arquivo de fluxo AV no disco BD-RE ou similares.
Em paralelo com o processamento de gravação do arquivo de fluxo AV, a unidade de controle do dispositivo de gravação gera um arquivo de informações de clipe e um arquivo de lista de reprodução na memória e grava os arquivos no disco BD-RE ou similares.
Especificamente, quando um usuário solicita a realização do processamento de gravação, a unidade o de controle primeiramente gera um arquivo de informações de clipe de acor- - 15 docom um arquivo de fluxo AV e grava o arquivo no disco BD-RE ou simila- | res.
Em tal caso, cada vez que uma cabeça de um GOP de um fluxo de vi- deo é detectado de um fluxo de transporte recebido de fora, ou cada vez que um GOP de um fluxo de vídeo é gerado pelo codificador de vídeo, a unidade de controle adquire um PTS de uma imagem | posicionada na cabeça do GOPeumSPN do pacote fonte no qual a cabeça do GOP é armazenada.
À unidade de controle armazena, ainda, um par de PTS e SPN como um ponto de entrada em um mapa de entrada do arquivo de informações de clipe.
Nesse momento, um indicador "é mudança ângulo" é adicionado ao ponto de entrada.
O indicador é mudança ângulo é configurado para "ativado" quando a cabeça do GOP eu ma imagem IDR, e "desativado" quando a ca- beça do GOP não é uma imagem IDR.
No arquivo de informações de clipe, as informações de atributo de fluxo são configuradas, ainda, de acordo com um atributo de um fluxo a ser gravado.
Dessa forma, após a gravação do arquivo de fluxo AV e do arquivo de informações de clipe no disco BD-RE ou similares, a unidade de controle gera um arquivo de lista de reprodução com o uso do mapa de entrada no arquivo de informações de clipe e grava o ar-
quivo no disco BD-RE ou similares.
<Cópia Gerenciada > O dispositivo de reprodução, de acordo com as modalidades da presente invenção, pode gravar um fluxo digital gravado no disco BD-ROM 101 em outro meio de gravação através de uma cópia gerenciada. "Cópia gerenciada" refere-se a uma técnica para permitir a cópia de um fluxo digital, um arquivo de lista de reprodução, um arquivo de informação de clipe, e um programa de aplicação de um meio de gravação de somente leitura como um disco BD-ROM para um meio de gravação gravável no caso onde a au- tenticação através da comunicação com o servidor tem sucesso. Esse meio de gravação gravável pode ser um disco óptico gravável, como BD-R, BD- RE, DVD-R, DVD-RW, ou DVD-RAM, um disco rígido, ou um elemento de memória semicondutor portável como um cartão de memória SD, Memory Stick"", Compact Flash!"“, Smart Media"“ ou Multimedia Card"“. Uma cópia o gerenciada permite a limitação do número de backups de dados gravados - 15 em um meio de gravação somente de leitura e a cobrança de uma taxa por | backups.
Quando uma cópia gerenciada é realizada a partir de um disco BD-ROM para um disco BD-R ou um disco BD-RE e os dois discos têm uma capacidade de gravação equivalente, os fluxos de bit gravados no disco ori- ginal podem ser copiados na ordem como estão.
Se uma cópia gerenciada PE realizada entre tipos diferentes do meio de gravação, um trans código precisa ser realizado. Esse "trans códi- go" se refere ao processamento para o ajuste de um fluxo digital gravado no disco original para o formato de aplicação de um meio de gravação que é o destinoda cópia. Por exemplo, o trans código inclui o processo de converter um formato MPEG-2 TS em um formato de fluxo de programa MPEG-2 e o processo de reduzir uma taxa de bit de cada um de um fluxo de vídeo e um fluxo de áudio e recodificar o fluxo de vídeo e o fluxo de áudio. Durante o trans código, um arquivo de fluxo AV, um arquivo de informações de clipe, e um arquivo de lista de reprodução precisam ser gerados na gravação em tempo real citada acima. <Método para descrever estrutura de dados>
Dentre as estruturas de dados nas modalidades da presente in- venção, uma estrutura repetida "há uma pluralidade de partes de informa- ções que têm um tipo predeterminado" é definida ao descrever um valor ini- cial de um controle variável e uma condição cíclica em uma frase "a favor". Alem disso, uma estrutura de dados "se uma condição pré-determinada é satisfeita, informações pré-determinadas são definidas" é definida ao des- crever, em uma frase "se", a condição e uma variável a serem configuradas no momento quando a condição é satisfeita.
Dessa forma, a estrutura de dados descrita nas modalidades é descrita com o uso de uma linguagem de programação de alto nível.
Em conformidade, a estrutura de dados é conver- tida por um computador em um código legível por computador através do processo de tradução realizado por um compilador, que inclui "análise de sintaxe", "otimização", "alocação de recurso", e "geração de código", e a es- " trutura de dados é, então, gravada no meio de gravação.
Ao ser descrita em - 15 uma linguagem de programação de alto nível, a estrutura de dados é tratada como uma parte diferente do método da estrutura de classe em uma lingua- gem orientada por objeto, especificamente, como uma variável de membro do tipo arranjo da estrutura de classe, e constitui uma parte do programa.
Em outras palavras, a estrutura de dados é substancialmente equivalente a um programa.
Portanto, a estrutura de dados precisa ser protegida como uma invenção relacionada a computador. <Gerenciamento de arquivo de lista de reprodução e arquivo de informações de clipe por programa de reprodução > Quando um arquivo de lista de reprodução e um arquivo de fluxo AV são gravados em um meio de gravação, um programa de reprodução é gravado no meio de gravação em um formato executável.
O programa de reprodução faz o computador reproduzir o arquivo de fluxo AV de acordo com o arquivo de lista de reprodução.
O programa de reprodução é carrega- do de um meio de gravação para um elemento de memória de um computa- dore,então, é executado pelo computador.
O processo de carregamento inclui o processamento de compilação ou o processamento de link.
Por es- ses processos, o programa de reprodução é dividido em uma pluralidade de seções no elemento de memória. As seções incluem uma seção de texto, uma seção de dados, uma seção bss, e uma seção de pilha. A seção de tex- to inclui um arranjo de código do programa de reprodução, um valor inicial, e dados não regraváveis. A seção de dados inclui variáveis com valores inici- aise dados regraváveis. Em particular, a seção de dados inclui um arquivo que é gravado no meio de gravação e pode ser acessado a qualquer mo- mento. A seção bss inclui variáveis que não tem valor inicial. Os dados inclu- ídos na seção bss são referenciados em resposta aos comandos indicados pelo código na seção de texto. Durante o processamento de compilação ou o processamento de link, uma área para a sessão bss é separada na RAM interna do computador. A seção de pilha é uma área de memória temporari- amente reservada conforme o necessário. Durante cada um dos processos pelo programa de reprodução, as variáveis locais são temporariamente usa- e das. A seção de pilha inclui essas variáveis locais. Quando o programa é executado, as variáveis na seção bss são inicialmente configuradas em zero, e a área de memória necessária é reservada na seção de pilha.
Conforme descrito acima, o arquivo de lista de reprodução e as informações de clipe já são convertidos no meio de gravação em código le- gível por computador. Em conformidade, no momento da execução do pro- grama de reprodução, esses arquivos são, cada um, gerenciados como "da- dos não regraváveis" na seção de texto ou como um "arquivo acessado a qualquer momento" na seção de dados. Em outras palavras, o arquivo de lista de reprodução e o arquivo de informações de clipe são, cada um, inclu- ídos como um elemento composicional do programa de reprodução no mo- mento da execução do mesmo. Portanto, o arquivo de lista de reprodução e o arquivo de informações de clipe cumprem um papel maior no programa de reprodução do que a mera apresentação de dados.
Aplicabilidade Industrial! A presente invenção refere-se a uma tecnologia para a reprodu- ção de vídeo estereoscópica e, conforme descrito acima, permite que paco- tes de TS sejam identificados com o uso de indicador de prioridade de TS. É, portanto, aparente que a presente invenção é industrialmente aplicável.
[Lista de Sinais de Referência] e 1500 VAU *1 no fluxo de vídeo de vista dependente
1510 pacote de PES
1512 carga de PES
1520 sequência de pacote de TS 1521 primeiro grupo da sequência de pacote de TS 1520 1522 segundo grupo da sequência de pacote de TS 1520 1523 terceiro grupo da sequência de pacote de TS 1520 1530 pacote de TS localizado no final do primeiro grupo 1521 1531 cabeçalho de TS do pacote de TS 1530
1532 campo AD do pacote de TS 1530 1533 carga de TS do pacote de TS 1530 1540 pacote de TS pertencente ao segundo grupo 1522
" 1541 cabeçalho de TS do pacote de TS 1540
-15 1542 carga de TS do pacote de TS 1540 f 1550 pacote de TS localizado no final do segundo grupo 1522 1551 cabeçalho de TS do pacote de TS 1550 1552 campo AD do pacote de TS 1550 1553 carga TS do pacote de TS 1550
1560 pacote de TS pertencente ao terceiro grupo 1523
1561 cabeçalho de TS do pacote de TS 1560 1562 carga de TS do pacote de TS 1560

Claims (9)

: 1/8 “ ' REIVINDICAÇÕES
1. Dispositivo de reprodução para reproduzir imagens de vídeo a . partir de um meio de gravação, em que: um fluxo de vídeo de vista principal, um fluxo de vídeo de vista inferioreum fluxo de gráficos são gravados no meio de gravação, o fluxo de vídeo de vista principal inclui imagens de vista princi- pal que constituem vistas principais de imagens de vídeo estereoscópicas, o fluxo de vídeo de vista inferior inclui imagens de vista inferior e metadados, as imagens de vista inferior constituem vistas inferiores de ima- gensde vídeo estereoscópicas, o fluxo de gráficos inclui dados de gráfico que constituem ima- gens de gráfico monoscópicas, as imagens de vista principal são, cada uma, renderizadas em um plano de vídeo de vista principal, quando sendo reproduzidas, : as imagens de vista inferior são, cada uma, renderizadas em um plano de vídeo de vista inferior, quando sendo reproduzidas, os dados de gráfico são renderizados em um plano de gráfico, quando sendo reproduzidos, os metadados são fornecidos em cada grupo de imagens (GOP) que constituem o fluxo de vídeo de vista inferior e incluem informações de desvio, as informações de desvio são informações de controle que es- pecificam o controle de desvio, o controle de desvio é um processo para fornecer um desvio pa- raa esquerda e um desvio para a direita para coordenadas horizontais no plano de gráfico a fim de gerar um par de planos de gráfico e, então, combi- nar o par de planos de gráfico separadamente com o plano de vídeo de vista principal e o plano de vídeo de vista inferior, o fluxo de vídeo de vista inferior é multiplexado em fluxo de transporte (TS), os pacotes de TS que constituem o TS têm, cada um, um cabe- çalho que inclui um sinalizador de prioridades de TS que indica uma priori-
' 2/8 h dade do pacote de TS, e i os pacotes de TS que contêm os metadados têm, cada um, um . valor diferente do sinalizador de prioridade de TS a partir dos pacotes de TS que contêm as imagens de vista inferior, o dispositivo de reprodução compreendendo: uma unidade de leitura operável para ler um fluxo de dados pro- venientes do meio de gravação; uma unidade de decodificação operável para decodificar o fluxo de dados lido pela unidade de leitura em pelo menos cada um dos planos de vídeoe planos de gráfico; uma unidade de filtro de prioridade de TS operável para monito- rar os sinalizadores de prioridade de TS dos pacotes de TS incluídos nos dados de fluxo e extrair os pacotes de TS que contêm os metadados; uma unidade de processamento de metadados operável para extrair os metadados dos pacotes de TS extraídos pela unidade de filtro de prioridade de TS; e uma unidade de combinação de plano operável para realizar controle de desvio no plano de gráficos em conformidade com as informa- ções de desvio incluídas nos metadados extraídos pela unidade de proces- samento de metadados.
2. Dispositivo de reprodução, de acordo com a reivindicação 1, em que a unidade de decodificação decodifica pacotes de TS que não foram extraídas pela unidade de filtro de prioridade de TS.
3. Método gravar um fluxo de vídeo em um fluxo de gráficos em ummeio de gravação, que compreende as etapas de: gerar um fluxo de vídeo de vista principal que inclui imagens de vista principal que constituem vistas principais de imagens de vídeo estere- oscópicas, gerar um fluxo de vídeo de vista inferior que inclui imagens de | vista inferior e metadados, as imagens de vista inferior constituem vistas in- feriores de imagens de vídeo estereoscópicas, gerar um fluxo de gráficos que inclui dados de gráfico que consti-
3/8 | . : | tuem imagens de gráfico monoscópicas, i gravar o fluxo de vídeo de vista principal no meio de gravação, h gravar o fluxo de vídeo de vista inferior no meio de gravação, gravar o fluxo de gráficos no meio de gravação, em que: | as imagens de vista principal são, cada uma, renderizada em um plano de vídeo de vista principal, quando sendo reproduzidas, | as imagens de vista inferior são, cada uma, renderizadas em um | plano de vídeo de vista inferior, quando sendo reproduzidas, | os dados de gráfico são renderizados em um plano de gráfico, | quando sendo reproduzidos, os metadados são fornecidos em cada grupo de imagens (GOP) que constituem o fluxo de vídeo de vista inferior e incluem informações de desvio, as informações de desvio são informações de controle que es- pecificam o controle de desvio, o controle de desvio é um processo para fornecer um desvio pa- ra a esquerda e um desvio para a direita para coordenadas horizontais no plano de gráfico a fim de gerar um par de planos de gráfico e, então, combi- nar o par de planos de gráfico separadamente com o plano de vídeo de vista principaleo plano de vídeo de vista inferior, o fluxo de vídeo de vista inferior é multiplexado em um fluxo de transporte (TS), os pacotes de TS que constituem o TS têm, cada um, um cabe- çalho que inclui um sinalizador de prioridades de TS que indica uma priori- dadedopacotedeTS,e os pacotes de TS que contêm os metadados têm um valor dife- rente do sinalizador de prioridade de TS a partir dos pacotes de TS que con- têm as imagens de vista inferior.
4. Sistema compreendendo um meio de gravação e um disposi- tivo de reprodução para reproduzir imagens de vídeo a partir de um meio de gravação, em que: um fluxo de vídeo de vista principal, um fluxo de vídeo de vista inferior e um fluxo de gráficos são gravados no meio de gravação, | o fluxo de vídeo de vista principal inclui imagens de vista princi- . pal que constituem vistas principais de imagens de vídeo estereoscópicas, o fluxo de vídeo de vista inferior inclui imagens de vista inferior e metadados, as imagens de vista inferior constituem vistas inferiores de ima- gens de vídeo estereoscópicas, o fluxo de gráficos inclui dados de gráfico que constituem ima- gens de gráfico monoscópicas, as imagens de vista principal são, cada uma, renderizadas em um plano de vídeo de vista principal, quando sendo reproduzidas, as imagens de vista inferior são, cada uma, renderizadas em um plano de vídeo de vista inferior, quando sendo reproduzidas, os dados de gráfico são renderizados em um plano de gráfico, quando sendo reproduzidos,
os metadados são fornecidos em cada grupo de imagens (GOP) que constituem o fluxo de vídeo de vista inferior e incluem informações de desvio,
as informações de desvio são informações de controle que es- pecificam o controle de desvio,
o controle de desvio é um processo para fornecer um desvio pa- ra a esquerda e um desvio para a direita para coordenadas horizontais no plano de gráfico a fim de gerar um par de planos de gráfico e, então, combi- nar o par de planos de gráfico separadamente com o plano de vídeo de vista principal e o plano de vídeo de vista inferior,
o fluxo de vídeo de vista inferior é multiplexado em fluxo de transporte (TS),
os pacotes de TS que constituem o TS têm, cada um, um cabe- çalho que inclui um sinalizador de prioridades de TS que indica uma priori- dade do pacote de TS, e os pacotes de TS que contêm os metadados têm um valor dife- rente do sinalizador de prioridade de TS a partir dos pacotes de TS que con- têm as imagens de vista inferior,
| o dispositivo de reprodução compreendendo: l uma unidade de leitura operável para ler um fluxo de dados pro- venientes a partir do meio de gravação; uma unidade de decodificação operável para decodificar o fluxo —dedados lido pela unidade de leitura em pelo menos cada um dos planos de vídeo e planos de gráfico; uma unidade de filtro de prioridade de TS operável para monito- rar os sinalizadores de prioridade de TS dos pacotes de TS incluídos nos dados de fluxo e extrair os pacotes de TS que contêm os metadados; uma unidade de processamento de metadados operável para extrair os metadados a partir dos pacotes de TS extraídos pela unidade de filtro de prioridade de TS; e uma unidade de combinação de plano operável para realizar controle de desvio no plano de gráficos em conformidade com as informa- ções de desvio incluídas nos metadados extraídos pela unidade de proces- samento de metadados.
5. Meio de gravação não transitório que compreende: um fluxo de vídeo de vista principal usado para proporcionar uma pluralidade de vistas principais de uma pluralidade de imagens de vídeo estereoscópicas, um fluxo de vídeo de vista principal decodificado sendo apresentado em um plano de vídeo de vista principal, um fluxo de vista inferior usado para proporcionar uma pluralida- de de vistas inferiores da pluralidade de imagens de vídeos estereoscópicas, um fluxo de vídeo de vista inferior decodificado sendo apresentado em um —planode vídeo de vista inferior, e um fluxo de gráficos usado para proporcionar uma pluralidade de imagens de gráfico, um fluxo de gráficos decodificados sendo apresentado em um plano de gráfico, em que o fluxo de vídeo de vista inferior é multiplexado em um fluxo de transporte, uma pluralidade de pacotes de transporte sendo forma- dos em um fluxo de transporte, em que cada um da pluralidade de pacotes de transporte tem in-
formação indicando se os pacotes de transporte contem informação de des- vio, . em que o fluxo de vídeo de vista inferior inclui a informação de desvio, em que um primeiro plano de gráficos desviados e um segundo plano de gráficos desviados são formados com base no plano de gráficos no qual o fluxo de gráficos decodificados é apresentado e a informação de des- vio, em que dados formados a partir do plano de vídeo principal no qualo fluxo de vídeo de vista principal decodificado é apresentado e dados formados a partir do primeiro plano de gráficos desviados são sobrepostos, e em que dados formados a partir do plano de vídeo de vista infe- rior no qual o fluxo de vídeo de vista inferior decodificado é apresentado e dados formados a partir do segundo plano de gráficos desviados são sobre- postos.
6. Meio de gravação não transitório, de acordo com a reivindica- ção 5, em que o fluxo de vídeo de vista inferior tem uma pluralidade de gru- pos de imagens, a informação de desvio sendo proporcionada em cada um da pluralidade de grupos de imagens.
7. Meio de gravação não transitório, de acordo com a reivindica- ção 5, em que a informação de desvio inclui um sinalizador indicando uma direção de desvio horizontal de um plano de gráficos associados.
8. Método de reprodução para o meio de gravação não transitó- rio conforme definido na reivindicação 5, que compreende as etapas de: ler um fluxo de vídeo de vista principal, um fluxo de vídeo de vis- ta inferior, e fluxo de gráficos a partir do meio de gravação não transitório, apresentar o fluxo de vídeo de vista principal no plano de vídeo de vista principal, apresentar o fluxo de vídeo de vista inferior no plano de vídeo de vistainferior, apresentar o fluxo de gráficos decodificados no plano de gráfi- cos,
proporcionar um primeiro plano de gráficos desviado e um se- | gundo plano de gráficos desviados com base no plano de gráficos no qual a , imagem de gráficos é apresentada e a informação de desvio.
9. Método de gravação que compreende as etapas de: gerar um fluxo de vídeo de vista principal usado para proporcio- nar uma pluralidade de vistas principais de uma pluralidade de imagens de vídeo estereoscópicas, um fluxo de vídeo de imagem principais decodifica- das em um plano de vídeo de imagem principal, gerar um fluxo de vídeo de imagem inferior usado para propor- cionar uma pluralidade de imagens inferiores da pluralidade de imagens de vídeo estereoscópicas, um fluxo de vídeo de vista inferior decodificado sen- do apresentado em um plano de vídeo de vista inferior, gerar um fluxo de gráficos usado para proporcionar uma plurali- dade de imagens de gráficos, um fluxo de gráficos decodificados sendo a- presentados em um plano de gráficos, e gravar o fluxo de vídeo de vista principal gerado, o fluxo de vídeo de vista inferior gerado, e o fluxo de gráficos gerado em um meio de grava- ção não transitório, em que o fluxo de vídeo de vista inferior é multiplexado em fluxo de transporte, uma pluralidade de pacotes sendo formados a partir do fluxo de transporte, em que cada um da pluralidade de pacotes de transporte tem in- formação indicando se os pacotes de transporte contêm informação de des- vio, em que o fluxo de vídeo de vista inferior inclui a informação de desvio, em que um primeiro plano de gráficos desviados e um segundo plano de gráficos desviados são formados com base no plano de gráficos no qual o fluxo de gráficos decodificados é apresentado e a informação de des- vio, em que dados formados a partir do plano de vídeo principal no qual o fluxo de vídeo de vista principal decodificado é apresentado e dados formados a partir do primeiro plano de gráficos desviados são sobrepostos, e i em que dados formados a partir do plano de vídeo de vista infe- , rior no qual o fluxo de vídeo de vista inferior decodificado é apresentado e dados formados a partir do segundo plano de gráficos desviados são sobre- postos.
BRPI1004221-0A 2009-07-10 2010-07-07 meio de gravação, dispositivo de reprodução, e circuito integrado BRPI1004221A2 (pt)

Applications Claiming Priority (3)

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

Publications (1)

Publication Number Publication Date
BRPI1004221A2 true BRPI1004221A2 (pt) 2020-09-15

Family

ID=43429028

Family Applications (1)

Application Number Title Priority Date Filing Date
BRPI1004221-0A BRPI1004221A2 (pt) 2009-07-10 2010-07-07 meio de gravação, dispositivo de reprodução, e circuito integrado

Country Status (13)

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

Families Citing this family (50)

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

Family Cites Families (28)

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

Also Published As

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

Similar Documents

Publication Publication Date Title
DK2453661T3 (en) PLAYBACK, RECORDING PROCEDURE AND SYSTEM, INCLUDING A RECORDING MEDIUM AND PLAYBACK
EP2434769B1 (en) Recording method and playback method
US8290338B2 (en) Recording medium, playback device, encoding device, integrated circuit, and playback output device
DK2482563T3 (en) RECORDING MEDIUM, REPLACEMENT DEVICE AND INTEGRATED CIRCUIT
US8270807B2 (en) Recording medium, playback device, and integrated circuit
BRPI1001255A2 (pt) meio de gravação, dispositivo de reprodução, e circuito integrado
BRPI1001234A2 (pt) meio de gravação, dispositivo de reprodução e circuito integrado

Legal Events

Date Code Title Description
B06F Objections, documents and/or translations needed after an examination request according [chapter 6.6 patent gazette]
B25A Requested transfer of rights approved

Owner name: PANASONIC INTELLECTUAL PROPERTY MANAGEMENT CO., LTD. (JP)

B08F Application dismissed because of non-payment of annual fees [chapter 8.6 patent gazette]

Free format text: REFERENTE A 10A ANUIDADE.

B08K Patent lapsed as no evidence of payment of the annual fee has been furnished to inpi [chapter 8.11 patent gazette]

Free format text: EM VIRTUDE DO ARQUIVAMENTO PUBLICADO NA RPI 2599 DE 27-10-2020 E CONSIDERANDO AUSENCIA DE MANIFESTACAO DENTRO DOS PRAZOS LEGAIS, INFORMO QUE CABE SER MANTIDO O ARQUIVAMENTO DO PEDIDO DE PATENTE, CONFORME O DISPOSTO NO ARTIGO 12, DA RESOLUCAO 113/2013.

B350 Update of information on the portal [chapter 15.35 patent gazette]