Носитель записи, устройство воспроизведения и интегральная схема



Носитель записи, устройство воспроизведения и интегральная схема
Носитель записи, устройство воспроизведения и интегральная схема
Носитель записи, устройство воспроизведения и интегральная схема
Носитель записи, устройство воспроизведения и интегральная схема
Носитель записи, устройство воспроизведения и интегральная схема
Носитель записи, устройство воспроизведения и интегральная схема
Носитель записи, устройство воспроизведения и интегральная схема
Носитель записи, устройство воспроизведения и интегральная схема
Носитель записи, устройство воспроизведения и интегральная схема
Носитель записи, устройство воспроизведения и интегральная схема
Носитель записи, устройство воспроизведения и интегральная схема
Носитель записи, устройство воспроизведения и интегральная схема
Носитель записи, устройство воспроизведения и интегральная схема
Носитель записи, устройство воспроизведения и интегральная схема
Носитель записи, устройство воспроизведения и интегральная схема
Носитель записи, устройство воспроизведения и интегральная схема
Носитель записи, устройство воспроизведения и интегральная схема
Носитель записи, устройство воспроизведения и интегральная схема
Носитель записи, устройство воспроизведения и интегральная схема
Носитель записи, устройство воспроизведения и интегральная схема
Носитель записи, устройство воспроизведения и интегральная схема
Носитель записи, устройство воспроизведения и интегральная схема
Носитель записи, устройство воспроизведения и интегральная схема
Носитель записи, устройство воспроизведения и интегральная схема
Носитель записи, устройство воспроизведения и интегральная схема
Носитель записи, устройство воспроизведения и интегральная схема
Носитель записи, устройство воспроизведения и интегральная схема
Носитель записи, устройство воспроизведения и интегральная схема
Носитель записи, устройство воспроизведения и интегральная схема
Носитель записи, устройство воспроизведения и интегральная схема
Носитель записи, устройство воспроизведения и интегральная схема
Носитель записи, устройство воспроизведения и интегральная схема
Носитель записи, устройство воспроизведения и интегральная схема
Носитель записи, устройство воспроизведения и интегральная схема
Носитель записи, устройство воспроизведения и интегральная схема
Носитель записи, устройство воспроизведения и интегральная схема
Носитель записи, устройство воспроизведения и интегральная схема
Носитель записи, устройство воспроизведения и интегральная схема
Носитель записи, устройство воспроизведения и интегральная схема
Носитель записи, устройство воспроизведения и интегральная схема
Носитель записи, устройство воспроизведения и интегральная схема
Носитель записи, устройство воспроизведения и интегральная схема
Носитель записи, устройство воспроизведения и интегральная схема
Носитель записи, устройство воспроизведения и интегральная схема
Носитель записи, устройство воспроизведения и интегральная схема
Носитель записи, устройство воспроизведения и интегральная схема
Носитель записи, устройство воспроизведения и интегральная схема
Носитель записи, устройство воспроизведения и интегральная схема
Носитель записи, устройство воспроизведения и интегральная схема
Носитель записи, устройство воспроизведения и интегральная схема
Носитель записи, устройство воспроизведения и интегральная схема
Носитель записи, устройство воспроизведения и интегральная схема
Носитель записи, устройство воспроизведения и интегральная схема
Носитель записи, устройство воспроизведения и интегральная схема
Носитель записи, устройство воспроизведения и интегральная схема
Носитель записи, устройство воспроизведения и интегральная схема
Носитель записи, устройство воспроизведения и интегральная схема
Носитель записи, устройство воспроизведения и интегральная схема
Носитель записи, устройство воспроизведения и интегральная схема
Носитель записи, устройство воспроизведения и интегральная схема
Носитель записи, устройство воспроизведения и интегральная схема
Носитель записи, устройство воспроизведения и интегральная схема
Носитель записи, устройство воспроизведения и интегральная схема
Носитель записи, устройство воспроизведения и интегральная схема
Носитель записи, устройство воспроизведения и интегральная схема
Носитель записи, устройство воспроизведения и интегральная схема
Носитель записи, устройство воспроизведения и интегральная схема
Носитель записи, устройство воспроизведения и интегральная схема
Носитель записи, устройство воспроизведения и интегральная схема
Носитель записи, устройство воспроизведения и интегральная схема
Носитель записи, устройство воспроизведения и интегральная схема
Носитель записи, устройство воспроизведения и интегральная схема
Носитель записи, устройство воспроизведения и интегральная схема
Носитель записи, устройство воспроизведения и интегральная схема
Носитель записи, устройство воспроизведения и интегральная схема
Носитель записи, устройство воспроизведения и интегральная схема
Носитель записи, устройство воспроизведения и интегральная схема
Носитель записи, устройство воспроизведения и интегральная схема
Носитель записи, устройство воспроизведения и интегральная схема
Носитель записи, устройство воспроизведения и интегральная схема
Носитель записи, устройство воспроизведения и интегральная схема
Носитель записи, устройство воспроизведения и интегральная схема
Носитель записи, устройство воспроизведения и интегральная схема
Носитель записи, устройство воспроизведения и интегральная схема
Носитель записи, устройство воспроизведения и интегральная схема
Носитель записи, устройство воспроизведения и интегральная схема
Носитель записи, устройство воспроизведения и интегральная схема
Носитель записи, устройство воспроизведения и интегральная схема
Носитель записи, устройство воспроизведения и интегральная схема
Носитель записи, устройство воспроизведения и интегральная схема
Носитель записи, устройство воспроизведения и интегральная схема
Носитель записи, устройство воспроизведения и интегральная схема
Носитель записи, устройство воспроизведения и интегральная схема
Носитель записи, устройство воспроизведения и интегральная схема
Носитель записи, устройство воспроизведения и интегральная схема
Носитель записи, устройство воспроизведения и интегральная схема
Носитель записи, устройство воспроизведения и интегральная схема
Носитель записи, устройство воспроизведения и интегральная схема
Носитель записи, устройство воспроизведения и интегральная схема
Носитель записи, устройство воспроизведения и интегральная схема
Носитель записи, устройство воспроизведения и интегральная схема
Носитель записи, устройство воспроизведения и интегральная схема
Носитель записи, устройство воспроизведения и интегральная схема
Носитель записи, устройство воспроизведения и интегральная схема
Носитель записи, устройство воспроизведения и интегральная схема
Носитель записи, устройство воспроизведения и интегральная схема
Носитель записи, устройство воспроизведения и интегральная схема
Носитель записи, устройство воспроизведения и интегральная схема
Носитель записи, устройство воспроизведения и интегральная схема
Носитель записи, устройство воспроизведения и интегральная схема
Носитель записи, устройство воспроизведения и интегральная схема
Носитель записи, устройство воспроизведения и интегральная схема
Носитель записи, устройство воспроизведения и интегральная схема
Носитель записи, устройство воспроизведения и интегральная схема
Носитель записи, устройство воспроизведения и интегральная схема
Носитель записи, устройство воспроизведения и интегральная схема
Носитель записи, устройство воспроизведения и интегральная схема
Носитель записи, устройство воспроизведения и интегральная схема
Носитель записи, устройство воспроизведения и интегральная схема
Носитель записи, устройство воспроизведения и интегральная схема
Носитель записи, устройство воспроизведения и интегральная схема
Носитель записи, устройство воспроизведения и интегральная схема
Носитель записи, устройство воспроизведения и интегральная схема
Носитель записи, устройство воспроизведения и интегральная схема
Носитель записи, устройство воспроизведения и интегральная схема
Носитель записи, устройство воспроизведения и интегральная схема
Носитель записи, устройство воспроизведения и интегральная схема
Носитель записи, устройство воспроизведения и интегральная схема
Носитель записи, устройство воспроизведения и интегральная схема
Носитель записи, устройство воспроизведения и интегральная схема
Носитель записи, устройство воспроизведения и интегральная схема
Носитель записи, устройство воспроизведения и интегральная схема
Носитель записи, устройство воспроизведения и интегральная схема
Носитель записи, устройство воспроизведения и интегральная схема
Носитель записи, устройство воспроизведения и интегральная схема
Носитель записи, устройство воспроизведения и интегральная схема
Носитель записи, устройство воспроизведения и интегральная схема
Носитель записи, устройство воспроизведения и интегральная схема
Носитель записи, устройство воспроизведения и интегральная схема
Носитель записи, устройство воспроизведения и интегральная схема
Носитель записи, устройство воспроизведения и интегральная схема
Носитель записи, устройство воспроизведения и интегральная схема
Носитель записи, устройство воспроизведения и интегральная схема
Носитель записи, устройство воспроизведения и интегральная схема
Носитель записи, устройство воспроизведения и интегральная схема
Носитель записи, устройство воспроизведения и интегральная схема
Носитель записи, устройство воспроизведения и интегральная схема
Носитель записи, устройство воспроизведения и интегральная схема
Носитель записи, устройство воспроизведения и интегральная схема
Носитель записи, устройство воспроизведения и интегральная схема
Носитель записи, устройство воспроизведения и интегральная схема
Носитель записи, устройство воспроизведения и интегральная схема
Носитель записи, устройство воспроизведения и интегральная схема
Носитель записи, устройство воспроизведения и интегральная схема
Носитель записи, устройство воспроизведения и интегральная схема
Носитель записи, устройство воспроизведения и интегральная схема
Носитель записи, устройство воспроизведения и интегральная схема
Носитель записи, устройство воспроизведения и интегральная схема
Носитель записи, устройство воспроизведения и интегральная схема
Носитель записи, устройство воспроизведения и интегральная схема
Носитель записи, устройство воспроизведения и интегральная схема
Носитель записи, устройство воспроизведения и интегральная схема

 


Владельцы патента RU 2535443:

ПАНАСОНИК КОРПОРЭЙШН (JP)

Изобретение относится к технологиям воспроизведения стереоскопических видеоизображений. Техническим результатом является обеспечение плавного воспроизведения стереоскопических видеоизображений. Предложен компьютерно-читаемый носитель записи, на который записываются поток основного вида, поток подвида и управляющая информация. Поток основного вида имеет мультиплексированный в нем видеопоток основного вида, который составляет основные виды стереоскопических видеоизображений. Поток подвида имеет мультиплексированный в нем видеопоток подвида, который составляет подвиды стереоскопических видеоизображений, причем видеопоток подвида кодируется в отношении видеопотока основного вида. Управляющая информация включает в себя системную скорость каждого из потока основного вида и потока подвида. Компьютерно-читаемый носитель записи включает в себя область длинного перехода, которая является одной из области, имеющей, по меньшей мере, предварительно определенное число секторов, и области, имеющей межслойную границу. 2 н. и 2 з.п. ф-лы, 100 ил.

 

Область техники, к которой относится изобретение

Изобретение относится к технологии для воспроизведения стереоскопического, т.е. трехмерного (3D), видео и, в частности, к структуре потоковых данных на носителе записи.

Уровень техники

В последние годы общий интерес к трехмерному видео возрастает. Например, аттракционы парков развлечений, которые включают трехмерные видеоизображения, являются популярными. Кроме того, по всей стране число кинотеатров, показывающих трехмерные фильмы, увеличивается. Наряду с этим повышением интереса к трехмерному видео также развиваются технологические разработки, которые обеспечивают воспроизведение трехмерных видеоизображений дома. Имеется спрос на такие технологии, чтобы сохранять трехмерное видеосодержимое на портативном носителе записи, таком как оптический диск, при сохранении высокого качества изображений для трехмерного видеосодержимого. Кроме того, имеется спрос на совместимость носителя записи с устройством двумерного (2D) воспроизведения. Таким образом, предпочтительно, чтобы устройство двумерного воспроизведения могло воспроизводить двумерные видеоизображения, а устройство трехмерного воспроизведения могло воспроизводить трехмерные видеоизображения из одинакового трехмерного видеосодержимого, записанного на носитель записи. Здесь "устройство двумерного воспроизведения" означает традиционное устройство воспроизведения, которое может воспроизводить только моноскопические видеоизображения, т.е. двумерные видеоизображения, в то время как "устройство трехмерного воспроизведения" означает устройство воспроизведения, которое может воспроизводить трехмерные видеоизображения. Следует отметить, что в настоящем описании предполагается, что устройство трехмерного воспроизведения также может воспроизводить традиционные двумерные видеоизображения.

Фиг. 100 является схематичным представлением, иллюстрирующим механизм для обеспечения совместимости оптического диска, сохраняющего трехмерные видеоизображения, с устройствами двумерного воспроизведения (см. для примера патентный документ 1). Оптический диск PDS сохраняет два типа видеопотоков. Один - это двумерный/для просмотра левым глазом видеопоток, а другой - это видеопоток для просмотра правым глазом. "Двумерный/для просмотра левым глазом видеопоток" представляет двумерное видеоизображение, которое должно показываться для левого глаза зрителя во время трехмерного воспроизведения, т.е. "вид для просмотра левым глазом". Во время двумерного воспроизведения этот поток составляет двумерное видеоизображение. "Видеопоток для просмотра правым глазом" представляет двумерное видеоизображение, которое должно показываться для правого глаза зрителя во время трехмерного воспроизведения, т.е. "вид для просмотра правым глазом". Видеопотоки для просмотра левым и правым глазом имеют одинаковую частоту кадров, но различные времена представления, сдвинутые друг от друга наполовину периода кадра. Например, когда частота кадров каждого видеопотока составляет 24 кадра в секунду, кадры двумерного/для просмотра левым глазом видеопоток и видеопотока для просмотра правым глазом поочередно отображаются каждые 1/48 секунды.

Как показано на фиг. 100, видеопотоки для просмотра левым глазом и правым глазом разделяются на множество экстентов EX1A-C и EX2A-C, соответственно, на оптическом диске PDS. Каждый экстент содержит, по меньшей мере, одну группу изображений (GOP), причем GOP считываются совместно посредством накопителя на оптических дисках. В дальнейшем в этом документе экстенты, принадлежащие двумерному/для просмотра левым глазом видеопотоку, упоминаются как "двумерные/для просмотра левым глазом экстенты", а экстенты, принадлежащие видеопотоку для просмотра правым глазом, упоминаются как "экстенты для просмотра правым глазом". Двумерные/для просмотра левым глазом экстенты EX1A-C и экстенты EX2A-C для просмотра правым глазом поочередно компонуются на дорожке TRC оптического диска PDS. Каждые два смежных экстента EX1A+EX2A, EX1B+EX2B и EX1C+EX2C имеют идентичную продолжительность воспроизведения. Данная компоновка экстентов называется "перемеженной компоновкой". Группа экстентов, записанная в перемеженной компоновке на носитель записи, используется как при воспроизведении трехмерного видео, так и при воспроизведении двумерных видеоизображений, как описано ниже.

Из экстентов, записанных на оптическом диске PDS, устройство PL2 двумерного воспроизведения инструктирует накопителю DD2 на оптических дисках считывать только двумерные/для просмотра левым глазом экстенты EX1A-C последовательно с начала при пропуске считывания экстентов EX2A-C для просмотра правым глазом. Кроме того, декодер VDC изображений последовательно декодирует экстенты, считанные посредством накопителя DD2 на оптических дисках, в видеокадр VFL. Таким образом, дисплейное устройство DS2 отображает только виды для просмотра левым глазом, и зрители могут просматривать обычные двумерные видеоизображения.

Устройство PL3 трехмерного воспроизведения инструктирует накопителю DD3 на оптических дисках поочередно считывать двумерные/для просмотра левым глазом экстенты и экстенты для просмотра правым глазом с оптического диска PDS. Когда выражаются как коды, экстенты считываются в порядке EX1A, EX2A, EX1B, EX2B, EX1C и EX2C. Кроме того, из считанных экстентов, экстенты, принадлежащие двумерному/для просмотра левым глазом видеопотоку, предоставляются в левый видеодекодер VDL, тогда как экстенты, принадлежащие видеопотоку для просмотра правым глазом, предоставляются в правый видеодекодер VDR. Видеодекодеры VDL и VDR поочередно декодируют каждый видеопоток в видеокадры VFL и VFR соответственно. Как результат, виды для просмотра левым глазом и виды для просмотра правым глазом поочередно отображаются на дисплейном устройстве DS3. Синхронно с переключением видов посредством дисплейного устройства DS3 очки SHG с затвором инструктируют левым и правым линзам становиться непрозрачными поочередно. Следовательно, зритель с надетыми очками SHG с затвором видит виды, отображаемые посредством дисплейного устройства DS3, как трехмерные видеоизображения.

Когда трехмерное видеосодержимое сохраняется на любом носителе записи не только на оптическом диске, вышеописанная перемеженная компоновка экстентов используется. Носитель записи тем самым может использоваться для воспроизведения двумерных видеоизображений и трехмерных видеоизображений.

Список библиографических ссылок

Патентные документы

Патентный документ 1. Патентная публикация (Япония) номер 3935507

Сущность изобретения

Техническая проблема

Как показано на фиг. 100, когда двумерные видеоизображения воспроизводятся из группы экстентов в перемеженной компоновке, накопитель DD2 на оптических дисках выполняет "переход" в области записи каждого из экстентов EX2A-C для просмотра правым глазом, чтобы пропускать считывание данных из этих областей записи. В течение периода перехода данные не предоставляются из накопителя DD2 на оптических дисках в буфер в устройстве PL2 двумерного воспроизведения, и, следовательно, данные, сохраненные в буфере, сокращаются вследствие обработки посредством декодера VDC изображений. Следовательно, чтобы двумерные видеоизображения плавно воспроизводились, каждый из двумерных/для просмотра левым глазом экстентов EX1A-C должен иметь объем данных, т.е. размер, равный или превышающий объем, который может предотвращать опустошение буфера.

Когда трехмерные видеоизображения воспроизводятся из идентичной группы экстентов, экстенты EX2A-C для просмотра правым глазом не считываются, в то время как двумерные/для просмотра левым глазом экстенты EX1A-C считываются. Следовательно, в это время данные экстентов EX2A-C для просмотра правым глазом, сохраненных в буфере в устройстве PL3 трехмерного воспроизведения, снижаются вследствие обработки посредством правого видеодекодера VDR. В отличие от этого, в то время как экстенты EX2A-C для просмотра правым глазом считываются, данные двумерных/для просмотра левым глазом экстентов EX1A-C, сохраненные в буфере, сокращаются вследствие обработки посредством левого видеодекодера VDL. Следовательно, чтобы трехмерные видеоизображения плавно воспроизводились, левый экстент EX1A-C и правый экстент EX2A-C, спаренные между собой, должны иметь размеры, равные или превышающие их соответствующие объемы, что позволяет предотвращать истощение данных одного из спаренных экстентов в буфере в то время, как другой считывается.

Кроме того, чтобы эффективно использовать области данных на носителе записи, существуют времена, когда лучше разделять последовательные потоковые данные на части, записанные в отдельные области записи, и вставлять другие данные между ними. Дополнительно, некоторые оптические диски имеют множество слоев для записи, к примеру двухслойные диски. Такие диски могут иметь последовательные потоковые данные, записанные на двух слоях. В этих случаях накопитель на оптических дисках выполняет переход при воспроизведении видеоизображений из последовательных потоковых данных, чтобы пропускать считывание других данных или переключать слои для записи. Чтобы воспроизводить видеоизображения плавно независимо от перехода, экстенты должны иметь размеры, равные или превышающие их соответствующие объемы, что в течение периода перехода позволяет предотвращать опустошение буфера или истощение данных одного из экстентов. Вышеуказанные условия определяют нижний предел размера экстента.

Как описано выше, левый и правый экстенты, спаренные друг с другом, считываются из носителя записи посредством устройства трехмерного воспроизведения и затем сохраняются в отдельные буферы в устройстве трехмерного воспроизведения. Чтобы трехмерные видеоизображения плавно воспроизводились, буферы должны иметь емкости хранения, равные или превышающие их соответствующие объемы, что позволяет предотвращать истощение данных одного из спаренных экстентов в то время, как другой считывается. Поскольку больший размер экстента требует более длительного периода считывания, буферы должны иметь большую емкость, чтобы предотвращать истощение одного из спаренных экстентов в то время, как другой считывается. Как результат, емкость буфера, которая может устанавливаться в устройстве воспроизведения, определяет верхний предел размера экстента. Следует отметить, что устройство воспроизведения с меньшей емкостью буфера, в общем, требует меньших затрат на изготовление. Следовательно, предпочтительно уменьшать емкость буфера в максимально возможной степени при удовлетворении ограничениям на размер экстента.

Цель настоящего изобретения заключается в том, чтобы предоставлять носитель записи, который предоставляет возможность буферу устройства воспроизведения иметь в большей степени уменьшенную емкость без опустошения, в то время как воспроизводятся любые моноскопические видеоизображения и стереоскопические видеоизображения.

Решение проблемы

На носителе записи согласно первому аспекту настоящего изобретения записываются поток для воспроизведения основного вида, поток для воспроизведения субвида и управляющая информация. Поток для воспроизведения основного вида имеет мультиплексированный видеопоток для воспроизведения основного вида, который составляет основные виды стереоскопических видеоизображений. Поток для воспроизведения субвида имеет мультиплексированный видеопоток для воспроизведения субвида, который составляет субвиды стереоскопических видеоизображений. Видеопоток для воспроизведения субвида кодируется в отношении видеопотока для воспроизведения основного вида. Управляющая информация включает в себя системную скорость каждого из потока для воспроизведения основного вида и потока для воспроизведения субвида. Носитель записи включает в себя область длинного перехода, которая является одной из области, имеющей, по меньшей мере, предварительно определенное число секторов, и области, имеющей межслойную границу. Поток для воспроизведения основного вида разделяется и размещается во множестве блоков данных для воспроизведения основного вида. Поток для воспроизведения субвида разделяется и размещается во множестве блоков данных для воспроизведения субвида. Носитель записи включает в себя множество блоков экстентов, при этом каждый из блоков экстентов имеет блоки данных для воспроизведения основного вида и блоки данных для воспроизведения субвида в непрерывной перемеженной компоновке и указывается ссылкой как один экстент, когда стереоскопические видеоизображения воспроизводятся. Каждый блок экстентов имеет блок данных для воспроизведения субвида в начале блока экстентов и включает в себя, по меньшей мере, одну пару из блока данных для воспроизведения субвида и блока данных для воспроизведения основного вида. Первый блок экстентов должен считываться непосредственно перед тем, как второй блок экстентов считывается, или сразу после того, как третий блок экстентов считывается. Блок данных для воспроизведения основного вида и блок данных для воспроизведения субвида составляют одну пару в первом блоке экстентов и имеют максимальный размер, который определяется посредством следующих факторов: системная скорость потока для воспроизведения субвида; находится или нет одна пара в начале первого блока экстентов; и существует область длинного перехода между областями записи первого блока экстентов и второго блока экстентов или между областями записи первого блока экстентов и третьего блока экстентов.

На носителе записи согласно второму аспекту настоящего изобретения записываются поток данных и управляющая информация. Поток данных включает в себя множество блоков данных. Поток данных также включает в себя поток для воспроизведения основного вида, используемый для моноскопического воспроизведения, и поток для воспроизведения субвида, используемый для воспроизведения стереоскопических видеоизображений в сочетании с потоком для воспроизведения основного вида. Блоки данных включают в себя множество блоков данных для воспроизведения основного вида, составляющих поток для воспроизведения основного вида, и множество блоков данных для воспроизведения субвида, составляющих поток для воспроизведения субвида. Типы блоков данных классифицируются на блоки общих данных, блоки конкретных моноскопических данных и блоки конкретных стереоскопических данных. Каждый блок общих данных включает в себя как блок данных для воспроизведения основного вида, так и блок данных для воспроизведения субвида, и к нему должен осуществляться доступ как во время моноскопического воспроизведения, так и во время стереоскопического воспроизведения. Каждый блок конкретных моноскопических данных исключительно включает в себя блок данных для воспроизведения основного вида, и к нему должен осуществляться доступ только во время моноскопического воспроизведения. Каждый блок конкретных стереоскопических данных включает в себя как блок данных для воспроизведения основного вида, так и блок данных для воспроизведения субвида, и к нему должен осуществляться доступ только во время стереоскопического воспроизведения. Один из блоков конкретных моноскопических данных включает в себя блок данных для воспроизведения основного вида, имеющий содержимое, идентичное содержимому блока данных для воспроизведения основного вида, включенного в один из блоков конкретных стереоскопических данных. Управляющая информация включает в себя системную скорость потока для воспроизведения основного вида, системную скорость потока для воспроизведения субвида, информацию пути воспроизведения стереоскопического видео и информацию пути воспроизведения моноскопического видео. Информация пути воспроизведения стереоскопического видео указывает путь для блоков данных для воспроизведения основного вида и блоков данных для воспроизведения субвида, включенных в блоки общих данных и блоки конкретных стереоскопических данных, при этом путь представляет блоки данных для воспроизведения основного вида и блоки данных для воспроизведения субвида, которые должны быть воспроизведены во время стереоскопического воспроизведения. Информация пути воспроизведения моноскопического видео указывает путь для блоков данных для воспроизведения основного вида, включенных в блоки общих данных и блоки конкретных моноскопических данных, при этом путь представляет блоки данных для воспроизведения основного вида, которые должны быть воспроизведены во время моноскопического воспроизведения. Носитель записи включает в себя область длинного перехода, которая является одной из области, имеющей, по меньшей мере, предварительно определенное число секторов, и области, имеющей межслойную границу. Блоки общих данных включают в себя первый блок общих данных и второй блок общих данных, которые должны считываться в этом порядке, при этом область длинного перехода существует между областями записи первого блока общих данных и второго блока общих данных. Блоки конкретных моноскопических данных и блоки конкретных стереоскопических данных, соответственно, включают в себя первый блок конкретных моноскопических данных и первый блок конкретных стереоскопических данных, которые имеют идентичное содержимое и записываются между областью записи первого блока общих данных и областью длинного перехода или между областью длинного перехода и областью записи второго блока общих данных. Первый блок общих данных, второй блок общих данных и первый блок конкретных моноскопических данных включают в себя блок данных для воспроизведения основного вида, имеющий минимальный размер, который определяется посредством, по меньшей мере, следующих факторов: (1) скорость, на которой устройство воспроизведения считывает блок данных для воспроизведения основного вида из носителя записи во время моноскопического воспроизведения; (2) скорость передачи битов блока данных для воспроизведения основного вида; и (3) продолжительность, необходимая для того, чтобы устройство воспроизведения переходило через область длинного перехода во время моноскопического воспроизведения. Первый блок общих данных, второй блок общих данных, первый блок конкретных моноскопических данных и первый блок конкретных стереоскопических данных включают в себя блок данных для воспроизведения основного вида, имеющий максимальный размер, который определяется посредством, по меньшей мере, следующих факторов: (4) системная скорость потока для воспроизведения субвида; и (5) существует или нет область длинного перехода между областями записи двух блоков данных, которые должны последовательно считываться.

Преимущества изобретения

На носителе записи согласно первому аспекту настоящего изобретения блок данных для воспроизведения основного вида и блок данных для воспроизведения субвида, формирующие одну пару, имеют максимальные размеры, которые определяются посредством вышеприведенных трех условий, (i)-(iii). Это предоставляет возможность устройству воспроизведения поддерживать емкость своего буфера считывания на низком уровне независимо от повышения системной скорости потока для воспроизведения субвида. Соответственно, этот носитель записи предоставляет возможность буферу считывания устройства воспроизведения иметь в большей степени уменьшенную емкость без опустошения, в то время как воспроизводится любое из моноскопических видеоизображений.

На носителе записи согласно второму аспекту настоящего изобретения путь воспроизведения для стереоскопических видеоизображений отделяется от пути воспроизведения для моноскопических видеоизображений перед или после области длинного перехода. Соответственно, минимальные размеры блоков данных для воспроизведения основного вида, включенных в блоки общих данных и блоки конкретных моноскопических данных, определяются посредством вышеуказанных трех параметров, (1)-(3), и, помимо этого, максимальные размеры блоков данных для воспроизведения основного вида, включенных в блоки общих данных, блоки конкретных моноскопических данных и блоки конкретных стереоскопических данных, определяются посредством, по меньшей мере, вышеуказанных условий (4) и (5). Как результат, этот носитель записи предоставляет возможность буферу считывания устройства воспроизведения в большей степени уменьшать емкость без опустошения, в то время как воспроизводятся любые моноскопические видеоизображения и стереоскопические видеоизображения.

Краткое описание чертежей

Фиг. 1 является схематичным представлением, показывающим систему домашнего кинотеатра, которая использует носитель записи согласно варианту 1 осуществления настоящего изобретения;

Фиг. 2 является схематичным представлением, показывающим структуру данных BD-ROM-диска 101, показанного на фиг. 1;

Фиг. 3A, 3B и 3C являются списками мультиплексированных элементарных потоков в основном TS, первом суб-TS и втором суб-TS на BD-ROM-диске 101, показанном на фиг. 1;

Фиг. 4 является схематичным представлением, показывающим компоновку TS-пакетов в мультиплексированных потоковых данных 400;

Фиг. 5A является принципиальной схемой, показывающей структуру данных TS-заголовка 501H, включенного в каждую последовательность TS-пакетов, составляющих мультиплексированные потоковые данные, фиг. 5B является принципиальной схемой последовательности TS-пакетов, фиг. 5C является принципиальной схемой последовательности исходных пакетов, состоящей из последовательности TS-пакетов, а фиг. 5D является принципиальной схемой группы секторов, в которую последовательность исходных пакетов 502 последовательно записывается, в области 202B тома BD-ROM-диска 101;

Фиг. 6 является принципиальной схемой, показывающей структуру данных PG-потока 600;

Фиг. 7 является схематичным представлением, показывающим изображения в видеопотоке 701 для воспроизведения базового вида и в видеопотоке 702 для просмотра правым глазом в порядке времени представления;

Фиг. 8 является схематичным представлением, показывающим подробности относительно структуры данных видеопотока 800;

Фиг. 9 является схематичным представлением, показывающим подробности относительно способа для сохранения видеопотока 901 в последовательность 902 PES-пакетов;

Фиг. 10 является схематичным представлением, показывающим соответствие между PTS и DTS, назначенными каждому изображению в видеопотоке 1001 для воспроизведения базового вида и в видеопотоке 1002 для воспроизведения зависимого вида;

Фиг. 11 является схематичным представлением, показывающим структуру данных для метаданных 1110 смещения, включенных в видеопоток 1100 для воспроизведения зависимого вида;

Фиг. 12A и 12B являются схематичными представлениями, показывающими управление смещениями для PG-плоскости 1210 и IG-плоскости 1220 соответственно, а фиг. 12C является схематичным представлением, показывающим трехмерные графические изображения, которые зритель 1230 должен воспринимать из двумерных графических изображений, представленных посредством графических плоскостей, показанных на фиг. 12A и 12B;

Фиг. 13A и 13B являются графиками, показывающими примеры последовательностей смещений, а фиг. 13C является схематичным представлением, показывающим трехмерные графические изображения, воспроизводимые в соответствии с последовательностями смещений, показанными на фиг. 13A и 13B;

Фиг. 14 является схематичным представлением, показывающим структуру данных PMT 1410;

Фиг. 15 является принципиальной схемой, показывающей физическую компоновку на BD-ROM-диске 101 основного TS, первого суб-TS и второго суб-TS, показанных на фиг. 3A, 3B и 3C;

Фиг. 16A является схематичным представлением, показывающим компоновку основного TS 1601 и суб-TS 1602, записанных отдельно и последовательно на BD-ROM-диске; фиг. 16B является схематичным представлением, показывающим перемеженную компоновку блоков D[0], D[1], D[2],..., данных для воспроизведения зависимого вида и блоков B[0], B[1], B[2],..., данных для воспроизведения базового вида, записанных поочередно на BD-ROM-диске 101 согласно варианту 1 осуществления настоящего изобретения, а фиг. 16C и 16D являются схематичными представлениями, показывающими пример ATC-времен экстента для группы D[n] блоков данных для воспроизведения зависимого вида и группы B[n] блоков данных для воспроизведения базового вида, записанных в перемеженной компоновке (n=0, 1, 2).

Фиг. 17 является схематичным представлением, показывающим способ, чтобы совмещать ATC-времена экстента между последовательными блоками данных;

Фиг. 18 является принципиальной схемой, показывающей путь воспроизведения 1801 в режиме двумерного воспроизведения для группы 1501-1503 блоков экстентов, показанной на фиг. 15;

Фиг. 19 является блок-схемой, показывающей обработку воспроизведения в устройстве 102 воспроизведения в режиме двумерного воспроизведения;

Фиг. 20A является графиком, показывающим изменения в объеме DA данных, сохраненном в буфере 1902 считывания, показанном на фиг. 19, в ходе работы в режиме двумерного воспроизведения, а фиг. 20B является принципиальной схемой, показывающей соответствие между блоком 2010 экстентов для воспроизведения и путем 2020 воспроизведения в режиме двумерного воспроизведения;

Фиг. 21 является примером таблицы соответствия между расстояниями SJUMP перехода и максимальными временами TJUMP_MAX перехода для BD-ROM-диска;

Фиг. 22 является блок-схемой, показывающей систему обработки воспроизведения в устройстве 102 воспроизведения в режиме трехмерного воспроизведения;

Фиг. 23A и 23B являются графиками, показывающими изменения объемов DA1 и DA2 данных, сохраненных в буферах считывания RB1 2211 и RB2 2212, показанных на фиг. 22, когда трехмерные видеоизображения воспроизводятся плавно из одного блока экстентов, а фиг. 23C является схематичным представлением, показывающим соответствие между блоком 2310 экстентов и путем 2320 воспроизведения в режиме трехмерного воспроизведения;

Фиг. 24A является графиком, показывающим (i) изменения в объемах DA1 и DA2 данных, сохраненных в буферах считывания RB1 2211 и RB2 2212, показанных на фиг. 22, когда трехмерные видеоизображения непрерывно воспроизводятся плавно из (M+1)-го блока экстентов и (M+2)-х блоков экстентов (буква M представляет целое число в единицу или более), и (ii) изменения в сумме DA1+DA2, а фиг. 24B является принципиальной схемой, показывающей соответствие между блоками 2401, 2402 экстентов и путем 2420 воспроизведения в режиме трехмерного воспроизведения;

Фиг. 25A и 25B являются графиками, показывающими изменения в объемах DA1 и DA2 данных, сохраненных в буферах считывания RB1 2211 и RB2 2212, показанных на фиг. 22, когда трехмерные видеоизображения непрерывно воспроизводятся плавно из двух блоков 2401, 2402 экстентов, показанных на фиг. 24B;

Фиг. 26A, 26B и 26C являются графиками, соответственно, показывающими изменения во времени скорости REXT1 передачи для воспроизведения базового вида, скорости REXT2 передачи для воспроизведения зависимого вида и сумму двух скоростей;

Фиг. 27 является принципиальной схемой, показывающей соответствие между TS-пакетами, передаваемыми из RB1 2211 и RB2 2212 в декодер 2203 системных целевых объектов, и ATC-временами;

Фиг. 28A является таблицей, показывающей соответствие между системной скоростью RTS2 для файла DEP и максимальным размером экстента для блока данных, фиг. 28B является принципиальной схемой, показывающей первый экстент SS EXTSS[0] и второй экстент SS EXTSS[1], соответственно, расположенные непосредственно перед и после межслойной границы LB на BD-ROM-диске, а фиг. 28C является принципиальной схемой, показывающей третий экстент SS EXTSS[10] и четвертый экстент SS EXTSS[11], соответственно, расположенные непосредственно перед и после области NAV записи для данных, отличных от мультиплексированных потоковых данных на BD-ROM-диске;

Фиг. 29 является таблицей, показывающей для различных комбинаций средних скоростей REXT1 и REXT2 передачи максимальные размеры maxSEXT1 и maxSEXT2 экстентов и ATC-время TEXT экстента каждого блока данных;

Фиг. 30 является схематичным представлением, показывающим структуру данных первого файла 231 информации о клипах (01000.clpi), показанного на фиг. 2;

Фиг. 31A является схематичным представлением, показывающим структуру данных карты 3030 вхождений, показанной на фиг. 30, фиг. 31B является схематичным представлением, показывающим исходные пакеты в группе 3110 исходных пакетов, принадлежащей файлу 2D 241, показанному на фиг. 2, которые ассоциированы с каждым EP_ID 3105 посредством карты 3030 вхождений, а фиг. 31C является схематичным представлением, показывающим группу D[n], B[n] блоков данных (n=0, 1, 2, 3,...) на BD-ROM-диске 101, соответствующую группе 3110 исходных пакетов.

Фиг. 32A является схематичным представлением, показывающим структуру данных начальных точек 3042 экстентов, показанных на фиг. 30, фиг. 32B является схематичным представлением, показывающим структуру данных начальных точек 3220 экстентов, включенных во второй файл 232 информации о клипах (02000.clpi), показанный на фиг. 2, фиг. 32C является схематичным представлением, представляющим блоки B[0], B[1], B[2],..., данных для воспроизведения базового вида, извлеченные из первого файла SS 244A посредством устройства 102 воспроизведения в режиме трехмерного воспроизведения, фиг. 32D является схематичным представлением, представляющим соответствие между экстентами EXT2[0], EXT2[1],..., для воспроизведения зависимого вида, принадлежащими файлу DEP (02000.m2ts) 242, показанному на фиг. 2, и SPN 3222, показанными посредством начальных точек 3220 экстентов, а фиг. 32E является схематичным представлением, показывающим пример соответствия между экстентом SS EXTSS[0], принадлежащим первому файлу SS 244A, и блоком экстентов на BD-ROM-диске 101.

Фиг. 33 является принципиальной схемой, показывающей соответствие между блоком 3300 экстентов и каждой группой экстентов в файле 2D 3310, файле base 3311, файле DEP 3312 и файле SS 3 320, записанных на BD-ROM-диске 101;

Фиг. 34 является схематичным представлением, показывающим пример точек входа, заданных в видеопотоке 3410 для воспроизведения базового вида и в видеопотоке 3420 для воспроизведения зависимого вида;

Фиг. 35 является схематичным представлением, показывающим структуру данных файла списков для двумерного воспроизведения (00001.mpls), показанного на фиг. 2;

Фиг. 36 является принципиальной схемой, показывающей структуру данных информации элемента воспроизведения, PI #N, для идентификатора элемента воспроизведения = #N (N=1, 2, 3,...);

Фиг. 37A и 37B являются принципиальными схемами, показывающими соответствие между двумя секциями воспроизведения PI #(N-1) и PI #N, которые должны соединяться, когда условие соединения равно, соответственно, "5" и "6";

Фиг. 38 является схематичным представлением, показывающим соответствие между PTS, указываемыми посредством файла 221 списков для двумерного воспроизведения (00001.mpls), показанного на фиг. 35, и секциями, воспроизводимыми из файла 2D (01000.m2ts) 241, показанного на фиг. 35;

Фиг. 39 является схематичным представлением, показывающим структуру файла 222 списков для трехмерного воспроизведения (00002.mpls), показанного на фиг. 2;

Фиг. 40 является схематичным представлением, показывающим STN-таблицу 4005, включенную в основной путь 3901 файла 222 списков для трехмерного воспроизведения, показанного на фиг. 39;

Фиг. 41 является схематичным представлением, показывающим структуру данных STN-таблицы SS 4030, показанной на фиг. 40;

Фиг. 42 является схематичным представлением, показывающим соответствие между PTS, указываемыми посредством файла 222 списков для трехмерного воспроизведения (00002.mpls), показанного на фиг. 39, и секциями, воспроизводимыми из первого файла SS (01000.ssif) 244A, показанного на фиг. 39;

Фиг. 43 является схематичным представлением, показывающим структуру данных индексного файла (index.bdmv) 211, показанного на фиг. 2;

Фиг. 44 является блок-схемой последовательности операций способа обработки посредством устройства 102 воспроизведения, чтобы выбирать посредством обращения к "тайтлу 3" в индексной таблице 4310, показанной на фиг. 43, файл списков воспроизведения для воспроизведения на основе шести процессов определения, (1)-(6);

Фиг. 45 является функциональной блок-схемой устройства 4500 двумерного воспроизведения;

Фиг. 46 является списком системных параметров (SPRM), записанных посредством модуля 4536 хранения переменных проигрывателя, показанного на фиг. 45;

Фиг. 47 является блок-схемой последовательности операций способа обработки воспроизведения по списку для двумерного воспроизведения посредством модуля 4535 управления воспроизведением, показанного на фиг. 45;

Фиг. 48 является функциональной блок-схемой декодера 4523 системных целевых объектов, показанного на фиг. 45;

Фиг. 49A является блок-схемой последовательности операций способа обработки, посредством которого PG-декодер 4872, показанный на фиг. 48, декодирует графический объект из одной записи данных в PG-потоке, а фиг. 49B-49E являются принципиальными схемами, показывающими, как графический объект изменяется в соответствии с обработкой;

Фиг. 50 является функциональной блок-схемой устройства 5000 трехмерного воспроизведения;

Фиг. 51 является блок-схемой последовательности операций способа обработки воспроизведения по списку для трехмерного воспроизведения посредством модуля 5035 управления воспроизведением, показанного на фиг. 50;

Фиг. 52 является функциональной блок-схемой декодера 5023 системных целевых объектов, показанного на фиг. 50;

Фиг. 53 является функциональной блок-схемой сумматора 5024 плоскостей, показанного на фиг. 50, в режиме одной плоскости+смещения и режиме одной плоскости+нулевого смещения;

Фиг. 54 является блок-схемой последовательности операций способа управления смещением посредством модулей 5331-5334 кадрирования, показанных на фиг. 53;

Фиг. 55A, 55B и 55C являются принципиальными схемами, показывающими PG-плоскости GP, RGP и LGP перед тем и после того, как управление смещением применяется посредством второго модуля 5332 кадрирования, показанного на фиг. 53, причем фиг. 55A показывает PG-плоскость RGP, в которую предоставлено смещение вправо, фиг. 55B показывает PG-плоскость GP до того, как управление смещением применяется, а фиг. 55C показывает PG-плоскость LGP, в которую предоставлено смещение влево;

Фиг. 56 является частичной функциональной блок-схемой сумматора 5624 плоскостей в режиме 2 плоскостей;

Фиг. 57A, 57B и 57C являются принципиальными схемами, показывающими графическое изображение GOB0 для просмотра левым глазом, представленное посредством двумерного/PG-потока, и графические изображения GOB1-3 для просмотра правым глазом, представленные посредством PG-потока для просмотра правым глазом, а фиг. 57D, 57E и 57F являются принципиальными схемами, соответственно, показывающими управление смещением графических изображений для просмотра левым глазом, показанных на фиг. 57A, 57B и 57C;

Фиг. 58A и 58D являются принципиальными схемами, указывающими время, в которое блоки данных передаются из RB1 и RB2 в декодер системных целевых объектов, когда PI #(N-1) и PI #N соединяются плавно (буква N представляет целое число в единицу или более), причем блоки данных находятся перед и после точки соединения; на фиг. 58A период TATC20[n] передачи EXT2[n] завершается позднее периода TATC1[n] передачи EXT1[n], а на фиг. 58D период TATC21[n] передачи EXT2[n] завершается раньше периода TATC1[n] передачи EXT1[n]; фиг. 58B и 58C являются графиками, показывающими изменения во времени в объемах DA1 и DA2 данных, соответственно, сохраненных в RB1 и RB2, когда устройство трехмерного воспроизведения декодирует EXT1[n], EXT1[n+1], EXT2[n] и EXT2[n+1], показанные на фиг. 58A, а фиг. 58E и 58F являются графиками, показывающими изменения во времени в объемах DA1 и DA2 данных, сохраненных в RB1 и RB2, когда устройство трехмерного воспроизведения декодирует EXT1[n], EXT1[n+1], EXT2[n] и EXT2[n+1], показанные на фиг. 58D;

Фиг. 59A и 59B являются принципиальными схемами, показывающими, когда прозрачное соединение задается равным CC=6, 5 между PI #(N-1) и PI #N, соответствие между ATS, заданной для каждого из исходных пакетов, соответственно, расположенных перед и после точки соединения, и периодом передачи исходного пакета;

Фиг. 60A является графиком, показывающим (i) изменения в объемах DA1 и DA2 данных, соответственно, сохраненных в RB1 и RB2, когда (M+1)-й блок 6001 экстентов (EXTSS[m]) и (M+2)-й блок 6002 экстентов (EXTSS[m+1]) плавно соединяются (буква M представляет целое число в единицу или более), и (ii) изменения в сумме DA1+DA2, а фиг. 60B является принципиальной схемой, показывающей блоки экстентов EXTSS[M] 6001 и EXTSS[m+1] 6002 и путь 6020 воспроизведения в режиме трехмерного воспроизведения;

Фиг. 61A является таблицей, показывающей максимальные размеры maxSEXT1[n] и maxSEXT2[n] экстентов для различных комбинаций скорости REXT1[n] передачи для воспроизведения базового вида и скорости REXT2[n] передачи для воспроизведения зависимого вида для одной пары экстентов (буква n представляет целое число в нуль или более), а фиг. 61B является принципиальной схемой, показывающей случай, когда блок данных с меньшим размером размещается перед блоком данных с большим размером в каждой паре экстентов для (M+1)-го блока экстентов (EXTSS[m]) 6101 и (M+2)-го блока экстентов (EXTSS[m+1]) 6102, соответственно, расположенных перед и после межслойной границы LB (буква M представляет целое число в нуль или более);

Фиг. 62A и 62B являются графиками, показывающими изменения в объемах DA1 и DA2 данных, соответственно, сохраненных в RB1 и RB2, когда трехмерные видеоизображения непрерывно воспроизводятся плавно из EXTSS[m] 6101 и EXTSS[m+1] 6102, показанных на фиг. 61B;

Фиг. 63A является принципиальной схемой, показывающей структуру данных (синтаксис) начальных точек экстентов для компоновки, в которой порядок блоков данных изменяется на противоположный для пары экстентов, расположенной в блоке экстентов, фиг. 63B является принципиальной схемой, показывающей соответствие между экстентами EXT1[k] для воспроизведения базового вида (k=0, 1, 2,...), принадлежащими файлу base, и флагами начала экстента, указываемыми посредством начальных точек экстентов, фиг. 63C является принципиальной схемой, показывающей соответствие между экстентами EXT2[k] для воспроизведения зависимого вида, принадлежащими файлу DEP, и флагами начала экстента, указываемыми посредством начальных точек экстентов, а фиг. 63D является принципиальной схемой, показывающей соответствие между экстентом SS EXTSS[0], принадлежащим файлу SS, и блоками экстентов на BD-ROM-диске;

Фиг. 64C является принципиальной схемой, показывающей компоновку блоков данных, требующих самой большой емкости для RB1, фиг. 64A и 64B являются графиками, показывающими изменения в объемах DA1 и DA2 данных, соответственно, сохраненных в RB1 и RB2, когда трехмерные видеоизображения непрерывно воспроизводятся плавно из EXTSS[m] 6401 и EXTSS[m+1] 6402, показанных на фиг. 64C, фиг. 64F является принципиальной схемой, показывающей компоновку блоков данных, требующих самой большой емкости для RB2, а фиг. 64D и 64E являются графиками, показывающими изменения в объемах DA1 и DA2 данных, соответственно, сохраненных в RB1 и RB2, когда трехмерные видеоизображения непрерывно воспроизводятся плавно из EXTSS[n] 6403 и EXTSS[n+1] 6404, показанных на фиг. 64F;

Фиг. 65C является принципиальной схемой, показывающей блок 6510 экстентов, который включает в себя пару экстентов, в которой порядок блоков данных изменяется на противоположный, а фиг. 65A и 65B являются графиками, показывающими изменения в объемах DA1 и DA2 данных, соответственно, сохраненных в RB1 и RB2, когда трехмерные видеоизображения непрерывно воспроизводятся плавно из блока 6501 экстентов, показанного на фиг. 65C;

Фиг. 66 является принципиальной схемой, показывающей соответствие между (i) блоком 6600 экстентов, который включает в себя пару экстентов, в которой порядок блоков данных изменяется на противоположный, и (ii) файлами 6610-6620 AV-потока;

Фиг. 67 является принципиальной схемой, показывающей компоновку 1 группы блоков данных, записанной перед и после межслойной границы LB на BD-ROM-диске 101;

Фиг. 68 является схематичным представлением, показывающим путь 6810 воспроизведения в режиме двумерного воспроизведения и путь 6820 воспроизведения в режиме трехмерного воспроизведения для группы блоков данных в компоновке 1, показанной на фиг. 67;

Фиг. 69 является принципиальной схемой, показывающей компоновку 2 группы блоков данных, записанной перед и после межслойной границы LB на BD-ROM-диске 101;

Фиг. 70 является схематичным представлением, показывающим путь 7010 воспроизведения в режиме двумерного воспроизведения и путь 7010 воспроизведения в режиме трехмерного воспроизведения для группы блоков данных в компоновке 2, показанной на фиг. 69;

Фиг. 71 является графиком, показывающим соответствие между временем SEXT1[4]/RUD72 считывания блока исключительно для трехмерного воспроизведения B[4]3D, расположенного в конце второго блока 6902 экстентов, показанного на фиг. 70, и объемом DA2 данных, сохраненным в RB2;

Фиг. 72 является принципиальной схемой, показывающей компоновку 3 группы блоков данных, записанной перед и после межслойной границы LB на BD-ROM-диске 101;

Фиг. 73 является схематичным представлением, показывающим путь 7310 воспроизведения в режиме двумерного воспроизведения и путь 7310 воспроизведения в режиме трехмерного воспроизведения для группы блоков данных в компоновке 3, показанной на фиг. 72;

Фиг. 74 является принципиальной схемой, показывающей точки 7410 и 7420 входа, соответственно, заданные для экстентов EXT1[k] и EXT2[k] (буква k представляет целое число в нуль или более) в файле base 7401 и файле DEP 7402;

Фиг. 75A является принципиальной схемой, показывающей путь воспроизведения, когда ATC-времена экстента и времена воспроизведения видеопотока отличаются между последовательными блоками данных для воспроизведения базового вида и блоками данных для воспроизведения зависимого вида, а фиг. 75B является принципиальной схемой, показывающей путь воспроизведения, когда времена воспроизведения видеопотока являются идентичными для последовательных блоков данных для воспроизведения базового вида и зависимого вида;

Фиг. 76A является схематичным представлением, показывающим путь воспроизведения для мультиплексированных потоковых данных, поддерживающих многоракурсный режим, фиг. 76B является схематичным представлением, показывающим группу 7601 блоков данных, записанную на BD-ROM-диске, и соответствующий путь 7602 воспроизведения в L/R-режиме, а фиг. 76C является схематичным представлением, показывающим блок экстентов, состоящий из потоковых данных Ak, Bk и Ck для различных ракурсов;

Фиг. 77 является схематичным представлением, показывающим (i) группу 7701 блоков данных, составляющих период многоракурсного режима, и (ii) путь 7710 воспроизведения в режиме двумерного воспроизведения и путь 7720 воспроизведения в L/R-режиме, которые соответствуют группе 7701 блоков данных;

Фиг. 78A является принципиальной схемой, показывающей соответствие между группой 7810 блоков экстентов, составляющей период PANG многоракурсного режима 1TS, и путем 7820 воспроизведения, соответствующим группе 7810 блоков экстентов, а фиг. 78B является принципиальной схемой, показывающей соответствие между группой 7830 блоков экстентов, составляющей период PANG многоракурсного режима 2TS, и путем 7840 воспроизведения в режиме двумерного воспроизведения и путем 7850 воспроизведения в режиме трехмерного воспроизведения, которые соответствуют группе 7830 блоков экстентов;

Фиг. 79 является функциональной блок-схемой устройства 7900 записи согласно варианту 3 осуществления настоящего изобретения;

Фиг. 80A и 80B являются принципиальными схемами, соответственно, показывающими изображение для просмотра левым глазом и изображение для просмотра правым глазом, используемое для того, чтобы отображать одну сцену трехмерных видеоизображений, а фиг. 80C является принципиальной схемой, показывающей информацию глубины, вычисляемую из этих изображений посредством видеокодера 7902, показанного на фиг. 79;

Фиг. 81 является блок-схемой последовательности операций способа для записи киносодержимого на BD-ROM-диске с использованием устройства 7900 записи, показанного на фиг. 79;

Фиг. 82 является функциональной блок-схемой интегральной схемы 3 согласно варианту 4 осуществления настоящего изобретения;

Фиг. 83 является функциональной блок-схемой, показывающей характерную структуру процессора 5 потоков, показанного на фиг. 82;

Фиг. 84 является схематичным представлением, показывающим окружающую структуру, когда модулем 53 переключения, показанным на фиг. 83, является DMAC;

Фиг. 85 является функциональной блок-схемой, показывающей характерную структуру модуля 8 AV-вывода, показанного на фиг. 82;

Фиг. 86 является принципиальной схемой, показывающей подробности по секциям, связанным с выводом данных в устройстве 102 воспроизведения, которое включает в себя модуль 8 AV-вывода, показанный на фиг. 85;

Фиг. 87A и 87B являются схематичными представлениями, показывающими примеры топологии шины управления и шины данных в интегральной схеме 3, показанной на фиг. 82;

Фиг. 88 является функциональной блок-схемой, показывающей структуру интегральной схемы 3 и окружающих компонентов в варианте 4 осуществления настоящего изобретения, когда установлены на дисплейном устройстве 103;

Фиг. 89 является подробной функциональной блок-схемой модуля 8 AV-вывода, показанного на фиг. 88;

Фиг. 90 является блок-схемой последовательности операций способа обработки воспроизведения посредством устройства 102 воспроизведения, которое использует интегральную схему 3, показанную на фиг. 82;

Фиг. 91 является блок-схемой последовательности операций способа, показывающей подробности относительно этапов S1-6, показанных на фиг. 90;

Фиг. 92A, 92B и 92C являются схематичными представлениями, иллюстрирующими принцип в отношении воспроизведения трехмерных видеоизображений (стереоскопических видеоизображений) в способе с использованием параллактических видеоизображений;

Фиг. 93 является схематичным представлением, показывающим пример составления вида LVW для просмотра левым глазом и вида RVW для просмотра правым глазом из комбинации двумерного видеоизображения MVW и карты DPH глубины;

Фиг. 94A является принципиальной схемой, показывающей структуру данных информации A050 переключения декодирования, фиг. 94B является принципиальной схемой, показывающей последовательности счетчиков A010 и A020 декодирования, выделяемых каждому изображению в видеопотоке A001 для воспроизведения базового вида и видеопотоке A002 для воспроизведения зависимого вида, а фиг. 94C является принципиальной схемой, показывающей другие примеры счетчиков A030 и A040 декодирования, выделяемых каждому изображению в видеопотоках A001 и A002;

Фиг. 95 является функциональной блок-схемой дисплейного устройства 103, которое выполняет обработку, чтобы компенсировать несовмещение между видом для просмотра левым глазом и видом для просмотра правым глазом;

Фиг. 96A является видом сверху, схематично показывающим горизонтальные углы обзора HAL и HAR для пары видеокамер CML и CMR, снимающих трехмерные видеоизображения; фиг. 96B и 96C являются принципиальными схемами, показывающими, соответственно, вид LV для просмотра левым глазом, снимаемый посредством левой видеокамеры CML, и вид RV для просмотра правым глазом, снимаемый посредством правой видеокамеры CMR; а фиг. 96D и 96E являются принципиальными схемами, соответственно, показывающими вид LV для просмотра левым глазом, представленный посредством левой видеоплоскости, и вид RV для просмотра правым глазом, представленный посредством правой видеоплоскости, после обработки;

Фиг. 97A является видом сверху, схематично показывающим горизонтальные углы обзора VAL и VAR для пары видеокамер CML и CMR, снимающих трехмерные видеоизображения; фиг. 97B является принципиальной схемой, показывающей вид LV для просмотра левым глазом, снимаемый посредством левой видеокамеры CML, и вид RV для просмотра правым глазом, снимаемый посредством правой видеокамеры CMR, и фиг. 97C является принципиальной схемой, показывающей вид LV для просмотра левым глазом, представленный посредством левой видеоплоскости, и вид RV для просмотра правым глазом, представленный посредством правой видеоплоскости, после обработки;

Фиг. 98A является схематичным представлением, показывающим пример графических изображений, представленных посредством графической плоскости GPL, фиг. 98B и 98C являются схематичными представлениями, соответственно, показывающими смещение вправо и влево, предоставленное для графической плоскости GPL, а фиг. 98D и 98E являются схематичными представлениями, показывающими графические изображения, представленные посредством графических плоскостей GP1 и GP2, в которые смещение вправо и влево предоставлено;

Фиг. 99 является принципиальной схемой, показывающей условие, налагаемое на графическую плоскость, касающееся компоновки графических элементов; и

Фиг. 100 является схематичным представлением, показывающим технологию для обеспечения совместимости с устройствами двумерного воспроизведения для оптического диска, на который записывается трехмерное видеосодержимое.

Подробное описание вариантов осуществления

Далее описывается носитель записи и устройство воспроизведения, относящиеся к предпочтительным вариантам осуществления настоящего изобретения, со ссылкой на чертежи.

Первый вариант осуществления

Фиг. 1 является схематичным представлением, показывающим систему домашнего кинотеатра, которая использует носитель записи согласно варианту осуществления 1 настоящего изобретения. Эта система домашнего кинотеатра приспосабливает способ воспроизведения трехмерных видеоизображений (стереоскопических видеоизображений), который использует параллактические видеоизображения, и, в частности, приспосабливает способ поочередной последовательности кадров в качестве способа отображения (подробности см. в разделе "<Дополнительное пояснение>"). Как показано на фиг. 1, эта система домашнего кинотеатра воспроизводит носитель 101 записи и включает в себя устройство 102 воспроизведения, дисплейное устройство 103, очки 104 с затвором и пульт 105 дистанционного управления.

Носителем 101 записи является неперезаписываемый диск Blu-Ray (BD)™, т.е. BD-ROM-диск. Носителем 101 записи может быть другой портативный носитель записи, такой как оптический диск с другим форматом, к примеру DVD и т.п., съемный жесткий диск (HDD) или полупроводниковое запоминающее устройство, такое как карта памяти в формате SD. Этот носитель записи, т.е. BD-ROM-диск 101, сохраняет киносодержимое как трехмерные видеоизображения. Это содержимое включает в себя видеопотоки, представляющие вид для просмотра левым глазом и вид для просмотра правым глазом для трехмерных видеоизображений. Содержимое дополнительно может включать в себя видеопоток, представляющий карту глубины для трехмерных видеоизображений. Эти видеопотоки компонуются на BD-ROM-диске 101 в единицах блоков данных, и доступ к ним осуществляется с использованием структуры файлов, описанной ниже. Видеопотоки, представляющие вид для просмотра левым глазом или вид для просмотра правым глазом, используются посредством как устройства двумерного воспроизведения, так и устройства трехмерного воспроизведения, чтобы воспроизводить содержимое как двумерные видеоизображения. В отличие от этого пара видеопотоков, представляющих вид для просмотра левым глазом и вид для просмотра правым глазом, либо пара видеопотоков, представляющих или вид для просмотра левым глазом, или вид для просмотра правым глазом и карту глубины используется посредством устройства трехмерного воспроизведения, чтобы воспроизводить содержимое как трехмерные видеоизображения.

BD-ROM-накопитель 121 устанавливается на устройстве 102 воспроизведения. BD-ROM-накопитель 121 является накопителем на оптических дисках, соответствующим формату BD-ROM. Устройство 102 воспроизведения использует BD-ROM-накопитель 121, чтобы считывать содержимое из BD-ROM-диска 101. Устройство 102 воспроизведения дополнительно декодирует содержимое в видеоданные/аудиоданные. Устройство 102 воспроизведения является устройством трехмерного воспроизведения и может воспроизводить содержимое как двумерные видеоизображения и как трехмерные видеоизображения. В дальнейшем в этом документе рабочие режимы устройства 102 воспроизведения при воспроизведении двумерных видеоизображений и трехмерных видеоизображений, соответственно, называются "режимом двумерного воспроизведения" и "режимом трехмерного воспроизведения". В режиме двумерного воспроизведения видеоданные включают в себя только видеокадр либо для просмотра левым глазом, либо для просмотра правым глазом. В режиме трехмерного воспроизведения видеоданные включают в себя видеокадры для просмотра левым глазом и правым глазом.

Режим трехмерного воспроизведения дополнительно разделяется на левый/правый (L/R) режим и режим глубины. В "L/R-режиме" пара видеокадров для просмотра левым глазом и правым глазом формируется из комбинации видеопотоков, представляющих вид для просмотра левым глазом и вид для просмотра правым глазом. В "режиме глубины" пара видеокадров для просмотра левым глазом и правым глазом формируется из комбинации видеопотоков, представляющих либо вид для просмотра левым глазом, либо вид для просмотра правым глазом, и карты глубины. Устройство 102 воспроизведения содержит L/R-режим. Устройство 102 воспроизведения дополнительно может содержать режим глубины.

Устройство 102 воспроизведения подключается к дисплейному устройству 103 через кабель 122 на основе мультимедийного интерфейса высокой четкости (HDMI). Устройство 102 воспроизведения преобразует видеоданные/аудиоданные в видеосигнал/аудиосигнал в HDMI-формате и передает сигналы на дисплейное устройство 103 через HDMI-кабель 122. В режиме двумерного воспроизведения только один из видеокадра для просмотра левым глазом или для просмотра правым глазом мультиплексируется в видеосигнале. В режиме трехмерного воспроизведения видеокадры для просмотра левым глазом и для просмотра правым глазом мультиплексируются во времени в видеосигнале. Дополнительно устройство 102 воспроизведения обменивается CEC-сообщениями с дисплейным устройством 103 через HDMI-кабель 122. Таким образом, устройство 102 воспроизведения может опрашивать дисплейное устройство 103 на предмет того, поддерживает оно или нет воспроизведение трехмерных видеоизображений.

Дисплейное устройство 103 является жидкокристаллическим дисплеем. Альтернативно дисплейное устройство 103 может быть другим типом плоскопанельного дисплея, таким как плазменный дисплей, органический EL-дисплей и т.д. или проектор. Дисплейное устройство 103 отображает видео на экране 131 в ответ на видеосигнал и инструктирует динамикам формировать аудио ответ на аудиосигнал. Дисплейное устройство 103 поддерживает воспроизведение трехмерных видеоизображений. Во время воспроизведения двумерных видеоизображений либо вид для просмотра левым глазом, либо вид для просмотра правым глазом отображаются на экране 131. Во время воспроизведения трехмерных видеоизображений вид для просмотра левым глазом и вид для просмотра правым глазом поочередно отображаются на экране 131.

Дисплейное устройство 103 включает в себя передающий модуль 132 левых/правых сигналов. Передающий модуль 132 левых/правых сигналов передает левый/правый сигнал LR в очки 104 с затвором через инфракрасные лучи или посредством радиопередачи. Левый/правый сигнал LR указывает то, является изображение, в настоящий момент отображаемое на экране 131, изображением для просмотра левым глазом или правым глазом. Во время воспроизведения трехмерных видеоизображений дисплейное устройство 103 обнаруживает переключение кадров посредством различения кадра для просмотра левым глазом и кадра для просмотра правым глазом на основе управляющего сигнала, который сопровождает видеосигнал. Кроме того, дисплейное устройство 103 инструктирует передающему модулю 132 левых/правых сигналов переключать левый/правый сигнал LR синхронно с обнаруженным переключением кадров.

Очки 104 с затвором включают в себя две жидкокристаллических дисплейных панели 141L и 141R и приемный модуль 142 левых/правых сигналов. Жидкокристаллические дисплейные панели 141L и 141R, соответственно, составляют каждую из левых и правых частей линзы. Приемный модуль 142 левых/правых сигналов принимает левый/правый сигнал LR и в соответствии с изменениями в нем передает сигнал в левую и правую жидкокристаллические дисплейные панели 141L и 141R. В ответ на сигнал каждая из жидкокристаллических дисплейных панелей 141L и 141R либо позволяет свету проходить через всю панель, либо не пропускает свет. Например, когда левый/правый сигнал LR указывает отображение для просмотра левым глазом, жидкокристаллическая дисплейная панель 141L для левого глаза позволяет свету проходить, при этом жидкокристаллическая дисплейная панель 141R для правого глаза не пропускает свет. Когда левый/правый сигнал LR указывает отображение для просмотра правым глазом, дисплейная панель выполняет противоположные действия. Две жидкокристаллических дисплейных панели 141L и 141R тем самым поочередно позволяют свету проходить синхронно с переключением кадров. Как результат, когда зритель смотрит на экран 131 с надетыми очками 104 с затвором, вид для просмотра левым глазом показывается только для левого глаза зрителя, а вид для просмотра правым глазом показывается только для правого глаза. Зритель принудительно воспринимает разность между изображениями, видимыми посредством каждого глаза, как бинокулярный параллакс для одного стереоскопического изображения, и тем самым видеоизображение кажется стереоскопическим.

Пульт 105 дистанционного управления включает в себя функциональный модуль и передающий модуль. Функциональный модуль включает в себя множество кнопок. Кнопки соответствуют каждой из функций устройства 102 воспроизведения и дисплейного устройства 103, к примеру включение и включение питания, начало или остановка воспроизведения BD-ROM-диска 101 и т.д. Функциональный модуль обнаруживает, когда пользователь нажимает кнопку, и передает идентификационную информацию для кнопки в передающий модуль как сигнал. Передающий модуль преобразует этот сигнал в сигнал IR и выводит его через инфракрасные лучи или радиопередачу в устройство 102 воспроизведения или на дисплейное устройство 103. С другой стороны, устройство 102 воспроизведения и дисплейное устройство 103 принимают этот сигнал IR, определяют кнопку, указанную посредством этого сигнала IR, и выполняют функцию, ассоциированную с кнопкой. Таким образом, пользователь может удаленно управлять устройством 102 воспроизведения или дисплейным устройством 103.

<Структура данных BD-ROM-диска>

Фиг. 2 является схематичным представлением, показывающим структуру данных BD-ROM-диска 101. Как показано на фиг. 2, служебная область 201 заготовки (BCA) предоставляется в крайней внутренней части области записи данных на BD-ROM-диске 101. Только BD-ROM-накопителю 121 разрешено осуществлять доступ к BCA, а доступ посредством прикладных программ запрещается. BCA 201 тем самым может использоваться в качестве технологии для защиты авторского права. В области записи данных за пределами BCA 201 дорожки идут по спирали от внутренней к внешней окружности. На фиг. 2 дорожка 202 схематически идет в поперечном направлении. Левая сторона представляет внутреннюю периферическую часть диска 101, а правая сторона представляет внешнюю периферическую часть. Как показано на фиг. 2, дорожка 202 содержит начальную область 202A, область 202B тома и конечную область 202C по порядку от внутренней окружности. Начальная область 202A предоставляется непосредственно на внешней границе BCA 201. Начальная область 202A включает в себя информацию, необходимую для BD-ROM-накопителя 121, чтобы осуществлять доступ к области 202B тома, такую как размер, физический адрес и т.д. данных, записанных в область 202B тома. Конечная область 202C предоставляется на крайней внешней периферической части области записи данных и указывает конец области 202B тома. Область 202B тома включает в себя данные приложения, такие как видеоизображения, аудио и т.д.

Область 202B тома разделяется на небольшие области 202D, называемые "секторами". Секторы имеют общий размер, например 2048 байтов. Каждому сектору 202D последовательно назначается порядковый номер по порядку с начала области 202B тома. Эти порядковые номера называются номерами логических блоков (LBN) и используются в логических адресах на BD-ROM-диске 101. В ходе считывания данных из BD-ROM-диска 101 данные, предназначенные для того, чтобы считываться, указываются через обозначение LBN для целевого сектора. К области 202B тома тем самым может осуществляться доступ в единицах секторов. Кроме того, на BD-ROM-диске 101 логические адреса являются практически идентичными физическим адресам. В частности, в области, в которой LBN являются последовательными, физические адреса также являются практически последовательными. Соответственно, BD-ROM-накопитель 121 может последовательно считывать данные из секторов, имеющих последовательные LBN, без инструктирования оптической головке воспроизведения выполнять поиск дорожек.

Данные, записанные в область 202B тома, управляются согласно предварительно определенной файловой системе. Универсальный формат диска (UDF) приспосабливается в качестве этой файловой системы. Альтернативно файловой системой может быть ISO9660. Данные, записанные в области 202B тома, представляются в формате каталогов/файлов в соответствии с файловой системой (подробности см. в разделе <<Дополнительное пояснение>>). Другими словами, данные доступны в единицах каталогов или файлов.

<<Структура каталогов/файлов на BD-ROM-диске>>

Фиг. 2 дополнительно показывает структуру каталогов/файлов данных, хранимых в области 202B тома на BD-ROM-диске 101. Как показано на фиг. 2, в этой структуре каталогов/файлов каталог 210 (BDMV) BD-фильмов находится непосредственно в рамках каталога 203 ROOT. В рамках каталога 210 BDMV располагаются индексный файл (index.bdmv) 211 и файл 212 кинообъектов (MovieObject.bdmv).

Индексный файл 211 содержит информацию для управления как единым целым содержимым, записанным на BD-ROM-диске 101. В частности, эта информация включает в себя как информацию, чтобы инструктировать устройству 102 воспроизведения распознавать содержимое, так и индексную таблицу. Индексная таблица является таблицей соответствия между тайтлом, составляющим содержимое, и программой, чтобы управлять работой устройства 102 воспроизведения. Эта программа называется "объектом". Типами объекта являются кинообъект и BD-J-объект (BD Java™).

Файл 212 кинообъектов, в общем, сохраняет множество кинообъектов. Каждый кинообъект включает в себя последовательность навигационных команд. Навигационная команда - это команда управления, инструктирующая устройству 102 воспроизведения выполнять процессы воспроизведения аналогично общим DVD-проигрывателям. Типами навигационных команд являются, например, команда считывания, чтобы считывать файл списков воспроизведения, соответствующий тайтлу, команда воспроизведения, чтобы воспроизводить потоковые данные из файла AV-потока, указанного посредством файла списков воспроизведения, и команда перехода, чтобы выполнять переход к другому тайтлу. Навигационные команды записываются на интерпретируемом языке и расшифровываются посредством интерпретатора, т.е. программы управления заданиями, включенной в устройство 102 воспроизведения, тем самым инструктируя модулю управления выполнять требуемое задание. Навигационная команда состоит из кода операции и операнда. Код операции описывает тип операции, которую устройство 102 воспроизведения должно выполнять, такую как деление, воспроизведение или вычисление тайтла и т.д. Операнд указывает идентификационную информацию, предназначенную посредством операции, такую как номер тайтла и т.д. Модуль управления устройства 102 воспроизведения вызывает кинообъект в ответ, например, на пользовательскую операцию и выполняет навигационные команды, включенные в вызываемый кинообъект, в порядке последовательности. Способом, аналогичным общим DVD-проигрывателям, устройство 102 воспроизведения сначала отображает меню на дисплейном устройстве 103, чтобы давать возможность пользователю выбирать команду. Устройство 102 воспроизведения затем выполняет начало/остановку воспроизведения тайтла или переключение на другой тайтл в ответ на выбранную команду, тем самым динамически изменяя ход выполнения воспроизведения видео.

Как показано на фиг. 2, каталог 210 BDMV дополнительно содержит каталог 220 списков воспроизведения (PLAYLIST), каталог 230 информации о клипах (CLIPINF); каталог 240 потока (STREAM), каталог 250 BD-J-объектов (BDJO: объект BD Java) и каталог 260 Java-архива (JAR: Java-архив).

Три типа файлов AV-потока, (01000.m2ts) 241, (02000.m2ts) 242 и (03000.m2ts) 243, а также каталог 244 стереоскопических перемежающихся файлов (SSIF) находятся непосредственно в рамках каталога 240 STREAM. Два типа файлов AV-потока, (01000.ssif) 244A и (02000.ssif) 244B, находятся непосредственно в рамках каталога 244 SSIF.

"Файл AV-потока" означает файл, из фактического видеосодержимого, записанного на BD-ROM-диске 101, который соответствует формату файла, определенному посредством файловой системы. Такое фактическое видеосодержимое, в общем, означает потоковые данные, в которых мультиплексированы различные типы потоковых данных, представляющие видео, аудио, субтитры и т.д. Мультиплексированные потоковые данные могут широко разделяться на основной транспортный поток (TS) и суб-TS в зависимости от типа внутреннего потока первичного видео. "Основной TS" - это мультиплексированные потоковые данные, которые включают в себя видеопоток для воспроизведения базового вида в качестве потока первичного видео. "Видеопоток для воспроизведения базового вида" - это видеопоток, который может воспроизводиться независимо и который представляет двумерные видеоизображения. Следует отметить, что базовый вид также называется "основным видом". "Суб-TS" - это мультиплексированные потоковые данные, которые включают в себя видеопоток для воспроизведения зависимого вида в качестве потока первичного видео. "Видеопоток для воспроизведения зависимого вида" - это видеопоток, который требует видеопотока для воспроизведения базового вида для воспроизведения и представляет трехмерные видеоизображения посредством комбинирования с видеопотоком для воспроизведения базового вида. Следует отметить, что зависимый вид также называется "субвидом". Типами видеопотоков для воспроизведения зависимого вида являются видеопоток для просмотра правым глазом, видеопоток для просмотра левым глазом и поток карт глубины. Когда двумерные видеоизображения, представленные посредством видеопотока для базового просмотра, используются посредством устройства воспроизведения в L/R-режиме, "видеопоток для просмотра правым глазом" используется в качестве видеопотока, представляющего вид для просмотра правым глазом трехмерных видеоизображений. Обратное применимо к "видеопотоку для просмотра левым глазом". Когда двумерные видеоизображения, представленные посредством видеопотока для базового просмотра, используются посредством устройства воспроизведения в режиме глубины в качестве проекции трехмерных видеоизображений на виртуальном двумерном экране, "поток карт глубины" используется в качестве потоковых данных, представляющих карту глубины для трехмерных видеоизображений. В частности, поток карт глубины, в котором видеопоток для воспроизведения базового вида используется для того, чтобы представлять вид для просмотра левым глазом, упоминается как "поток карт глубины для просмотра левым глазом", а поток карт глубины, в котором видеопоток для воспроизведения базового вида используется для того, чтобы представлять вид для просмотра правым глазом, упоминается как "поток карт глубины для просмотра правым глазом".

В зависимости от типа сохраненных мультиплексированных потоковых данных файлы AV-потока разделяются на три типа: файл 2D, файл dependent (в дальнейшем в этом документе, сокращенно как "файл DEP") и перемежающийся файл (в дальнейшем в этом документе, сокращенно как "файл SS"). "Файл 2D" является файлом AV-потока для воспроизведения двумерных видеоизображений в режиме двумерного воспроизведения и включает в себя основной TS. "Файл DEP" является файлом AV-потока, который включает в себя суб-TS. "Файл SS" является файлом AV-потока, который включает в себя основной TS и суб-TS, представляющие идентичные трехмерные видеоизображения. В частности, файл SS совместно использует свой основной TS с определенным файлом 2D и совместно использует свой суб-TS с определенным файлом DEP. Другими словами, в файловой системе на BD-ROM-диске 101 к основному TS доступ может осуществляться посредством как файла SS, так и файла 2D, а к суб-TS доступ может осуществляться посредством как файла SS, так и файла DEP. Эта настройка, посредством которой последовательность данных, записанных на BD-ROM-диске 101, является общей для различных файлов, и доступ к которой может осуществляться посредством всех файлов, называется "перекрестной связью файлов".

В примере, показанном на фиг. 2, первый файл 241 AV-потока (01000.m2ts) является файлом 2D, второй файл 242 AV-потока (02000.m2ts) и третий файл 243 AV-потока (03000.m2ts), оба, являются файлом DEP. Таким образом, файлы 2D и файлы DEP находятся непосредственно в рамках каталога 240 STREAM. Первый файл AV-потока, т.е. видеопоток для воспроизведения базового вида, который включает в себя файл 2D 241, представляет вид для просмотра левым глазом трехмерных видеоизображений. Второй файл AV-потока, т.е. видеопоток для воспроизведения зависимого вида, который включает в себя первый файл DEP 242, включает в себя видеопоток для просмотра правым глазом. Третий файл AV-потока, т.е. видеопоток для воспроизведения зависимого вида, который включает в себя второй файл DEP 243, включает в себя поток карт глубины.

В примере, показанном на фиг. 2, четвертый файл 244A AV-потока (01000.ssif) и пятый файл 244B AV-потока (02000.ssif) являются файлом SS. Таким образом, файлы SS находятся непосредственно в рамках каталога 244 SSIF. Четвертый файл AV-потока, т.е. файл SS 244A, совместно использует основной TS и, в частности, видеопоток для воспроизведения базового вида, с файлом 2D 241 и совместно использует суб-TS, в частности, видеопоток для просмотра правым глазом с первым файлом DEP 242. Пятый файл AV-потока, т.е. второй файл SS 244B, совместно использует основной TS и, в частности, видеопоток для воспроизведения базового вида с первым файлом 2D 241 и совместно использует суб-TS, в частности, поток карт глубины с третьим файлом DEP 243.

Три типа файлов информации о клипах, (01000.clpi) 231, (02000.clpi) 232 и (03000.clpi) 233, находятся в каталоге 230 CLIPINF. "Файл информации о клипах" является файлом, ассоциированным на основе "один-к-одному" с файлом 2D и файлом DEP, и, в частности, содержит карту вхождений для каждого файла. "Карта вхождений" является таблицей соответствия между временем представления для каждой сцены, представленной посредством файла 2D или файла DEP, и адресом в рамках каждого файла, в котором записывается сцена. Из файлов информации о клипах, файл информации о клипах, ассоциированный с файлом 2D, называется "файлом информации о двумерных клипах", а файл информации о клипах, ассоциированный с файлом DEP, называется "файлом информации о клипах для воспроизведения зависимого вида". Кроме того, когда файл DEP включает в себя видеопоток для просмотра правым глазом, соответствующий файл информации о клипах для зависимого просмотра называется "файлом информации о клипах для просмотра правым глазом". Когда файл DEP включает в себя поток карт глубины, соответствующий файл информации о клипах для зависимого просмотра называется "файлом информации о клипах карты глубины". В примере, показанном на фиг. 2, первый файл 231 информации о клипах (01000.clpi) является файлом информации о двумерных клипах и ассоциирован с файлом 2D 241. Второй файл 232 информации о клипах (02000.clpi) является файлом информации о клипах для просмотра правым глазом и ассоциирован с первым файлом DEP 242. Третий файл 233 информации о клипах (03000.clpi) является файлом информации о клипах карты глубины и ассоциирован со вторым файлом DEP 243.

Три типа файлов списков воспроизведения, (00001.mpls) 221, (00002.mpls) 222 и (00003.mpls) 223, находятся в каталоге 220 PLAYLIST. "Файл списков воспроизведения" является файлом, указывает который путь воспроизведения файла AV-потока, т.е. часть файла AV-потока для воспроизведения и порядок воспроизведения. Типами файлов списков воспроизведения являются файл списков для двумерного воспроизведения и файл списков для трехмерного воспроизведения. "Файл списков для двумерного воспроизведения" указывает путь воспроизведения файла 2D. "Файл списков для трехмерного воспроизведения" указывает, для устройства воспроизведения в режиме двумерного воспроизведения, путь воспроизведения файла 2D, а для устройства воспроизведения в режиме трехмерного воспроизведения - путь воспроизведения файла SS. Как показано в примере на фиг. 2, первый файл 221 списков воспроизведения (00001.mpls) является файлом списков для двумерного воспроизведения и указывает путь воспроизведения файла 2D 241. Второй файл 222 списков воспроизведения (00002.mpls) является файлом списков для трехмерного воспроизведения, который указывает, для устройства воспроизведения в режиме двумерного воспроизведения, путь воспроизведения файла 2D 241, а для устройства трехмерного воспроизведения в L/R-режиме - путь воспроизведения файла SS 244A. Третий файл 223 списков воспроизведения (00003.mpls) является файлом списков для трехмерного воспроизведения, который указывает, для устройства воспроизведения в режиме двумерного воспроизведения, путь воспроизведения файла 2D 241, а для устройства трехмерного воспроизведения в режиме глубины - путь воспроизведения второго файла SS 244B.

Файл 251 BD-J-объектов (XXXXX.bdjo) находится в каталоге 250 BDJO. Файл 251 BD-J-объектов включает в себя один BD-J-объект. BD-J-объект - это программа в байтовом коде, чтобы инструктировать виртуальной машине Java, установленной на устройстве 102 воспроизведения, воспроизводить тайтл и подготавливать посредством рендеринга графические изображения. BD-J-объект пишется на языке компилятора, таком как Java и т.п. BD-J-объект включает в себя таблицу управления приложениями и идентификационную информацию для файла списков воспроизведения, к которому следует обращаться. "Таблица управления приложениями" - это список Java-приложений, которые должны выполняться посредством виртуальной машины Java, и их периода выполнения, т.е. жизненного цикла. "Идентификационная информация файла списков воспроизведения, к которому обращаются", идентифицирует файл списков воспроизведения, который соответствует тайтлу, который должен воспроизводиться. Виртуальная машина Java вызывает BD-J-объект в ответ на пользовательскую операцию или прикладную программу и выполняет Java-приложение согласно таблице управления приложениями, включенной в BD-J-объект. Следовательно, устройство 102 воспроизведения динамически изменяет ход выполнения видео для каждого воспроизводимого тайтла или инструктирует дисплейному устройству 103 отображать графические изображения независимо от видео тайтлов.

Файл 261 JAR (YYYYY.jar) находится в каталоге 260 JAR. Каталог 261 JAR, в общем, включает в себя множество фактических Java-приложений, которые должны выполняться в соответствии с таблицей управления приложениями, показанной в BD-J-объекте. Java-приложение - это программа в байтовом коде, написанная на таком языке компилятора, как Java и т.п., аналогично BD-J-объекту. Типы Java-приложений включают в себя программы, инструктирующие виртуальной машине Java выполнять воспроизведение процесса тайтла, и программы, инструктирующие виртуальной машине Java подготавливать посредством рендеринга графические изображения. Файл 261 JAR является архивным файлом Java, и когда он считывается посредством устройства 102 воспроизведения, он загружается во внутреннем запоминающем устройстве. Таким образом, Java-приложение сохраняется в запоминающем устройстве.

<<Структура мультиплексированных потоковых данных>>

Фиг. 3A является списком элементарных потоков, мультиплексированных в основном TS на BD-ROM-диске 101. Основной TS является цифровым потоком в формате транспортного потока (TS) MPEG-2 и включен в файл 2D 241, показанный на фиг. 2. Как показано на фиг. 3A, основной TS включает в себя поток 301 первичного видео, потоки 302A и 302B первичного аудио и потоки 303A и 303B презентационной графики (PG). Основной TS дополнительно может включать в себя поток 304 интерактивной графики (IG), поток 305 вторичного аудио и поток 306 вторичного видео.

Поток 301 первичного видео представляет первичное видео фильма, а поток 306 вторичного видео представляет вторичное видео фильма. Первичное видео является основным видео, относящимся к содержимому, таким как основной признак фильма, и отображается, например, во весь экран. С другой стороны, вторичное видео отображается на экране одновременно с первичным видео с использованием, например, способа "картинка-в-картинке", так что изображения вторичного видео отображаются в меньшем окне в рамках изображений первичного видео. Поток 301 первичного видео и поток 306 вторичного видео являются видеопотоками для воспроизведения базового вида. Каждый из видеопотоков 301 и 306 кодируется посредством способа кодирования со сжатием видео, такого как MPEG-2, MPEG-4 AVC или SMPTE VC-1.

Потоки 302A и 302B первичного аудио представляют первичное аудио фильма. В этом случае два потока 302A и 302B первичного аудио заданы на различных языках. Поток 305 вторичного аудио представляет вторичное аудио, которое должно смешиваться с первичным аудио, таким как звуковые эффекты, сопровождающие работу интерактивного экрана. Каждый из аудиопотоков 302A, 302B и 305 кодируется посредством такого способа, как AC-3, Dolby Digital Plus ("Dolby Digital" является зарегистрированной торговой маркой), Meridian Lossless Packing™ (MLP), Digital Theater System™ (DTS), DTS-HD или линейная импульсно-кодовая модуляция (PCM).

Каждый из PG-потоков 303A и 303B представляет графические изображения, такие как субтитры, сформированные посредством графики, которые должны отображаться наложенными на видеоизображения, представленные посредством потока 301 первичного видео. Два PG-потока 303A и 303B представляют, например, субтитры на различном языке. IG-поток 304 представляет графические элементы графического пользовательского интерфейса (GUI) и их компоновку для составления интерактивного экрана на экране 131 в дисплейном устройстве 103.

Элементарные потоки 301-306 идентифицируются посредством идентификаторов пакетов (PID). PID назначаются, например, следующим образом. Поскольку один основной TS включает в себя только один поток первичного видео, потоку 301 первичного видео назначается шестнадцатеричное значение 0x1011. Когда до 32 других элементарных потоков могут быть мультиплексированы по типу в одном основном TS, потокам 302A и 302B первичного аудио назначается любое значение от 0x1100 до 0x111F. PG-потокам 303A и 303B назначается любое значение от 0x1200 до 0x121F. IG-потоку 304 назначается любое значение от 0x1400 до 0x141F. Потоку 305 вторичного аудио назначается любое значение от 0x1A00 до 0x1A1F. Потоку 306 вторичного видео назначается любое значение от 0x1B00 до 0x1B1F.

Фиг. 3B является списком элементарных потоков, мультиплексированных в первом суб-TS на BD-ROM-диске 101. Первый суб-TS является мультиплексированными потоковыми данными в формате MPEG-2 TS и включается в первый файл DEP 242, показанный на фиг. 2. Как показано на фиг. 3B, первый суб-TS включает в себя поток 311 первичного видео. Первый суб-TS дополнительно может включать в себя PG-потоки 312A и 312B для просмотра левым глазом, PG-потоки 313A и 313B для просмотра правым глазом, IG-поток 314 для просмотра левым глазом, IG-поток 315 для просмотра правым глазом и поток 316 вторичного видео. Когда поток 601 первичного видео в основном TS представляет вид для просмотра левым глазом для трехмерных видеоизображений, поток 611 первичного видео, который является видеопотоком для просмотра правым глазом, представляет вид для просмотра правым глазом для трехмерных видеоизображений. Пары PG-потоков 312A+313A и 312B+313B для просмотра левым глазом и правым глазом представляют вид для просмотра левым глазом и вид для просмотра правым глазом графических изображений, таких как субтитры, когда эти графические изображения отображаются как трехмерные видеоизображения. Пара IG-потоков 314 и 315 для просмотра левым глазом и правым глазом представляет вид для просмотра левым глазом и вид для просмотра правым глазом графических изображений для интерактивного экрана, когда эти графические изображения отображаются как трехмерные видеоизображения. Когда поток 306 вторичного видео в основном TS представляет вид для просмотра левым глазом трехмерных видеоизображений, поток 316 вторичного видео, который является видеопотоком для просмотра правым глазом, представляет вид для просмотра правым глазом трехмерных видеоизображений.

PID назначаются элементарным потокам 311-316, например, следующим образом. PID 0x1012 назначается потоку 311 первичного видео. Когда до 32 других элементарных потоков могут быть мультиплексированы по типу в одном суб-TS, PG-потокам 312A и 312B для просмотра левым глазом назначается любое значение от 0x1220 до 0x123F, а PG-потокам 313A и 313B для просмотра правым глазом назначается любое значение от 0x1240 до 0x125F. IG-потоку 314 для просмотра левым глазом назначается любое значение от 0x1420 до 0x143F, а IG-потоку 315 для просмотра правым глазом назначается любое значение от 0x1440 до 0x145F. Потоку 316 вторичного видео назначается любое значение от 0x1B20 до 0x1B3F.

Фиг. 3C является списком элементарных потоков, мультиплексированных во втором суб-TS на BD-ROM-диске 101. Второй суб-TS является мультиплексированными потоковыми данными в формате MPEG-2 TS и включается во второй файл DEP 243, показанный на фиг. 2. Как показано на фиг. 3C, второй суб-TS включает в себя поток 321 первичного видео. Второй суб-TS дополнительно может включать в себя PG-потоки 323A и 323B карты глубины, IG-поток 324 карты глубины и поток 326 вторичного видео. Поток 321 первичного видео является потоком карт глубины и представляет трехмерные видеоизображения в комбинации с потоком 601 первичного видео в основном TS. Когда двумерные видеоизображения, представленные посредством PG-потоков 303A и 303B в основном TS, используются для того, чтобы проецировать трехмерные видеоизображения на виртуальном двумерном экране, PG-потоки 323A и 323B карты глубины используются в качестве PG-потоков, представляющих карту глубины для трехмерных видеоизображений. Когда двумерные видеоизображения, представленные посредством IG-потока 304 в основном TS, используются для того, чтобы проецировать трехмерные видеоизображения на виртуальном двумерном экране, IG-поток 324 карты глубины используется как IG-поток, представляющий карту глубины для трехмерных видеоизображений. Поток 326 вторичного видео является потоком карт глубины и представляет трехмерные видеоизображения в комбинации с потоком 306 вторичного видео в основном TS.

PID назначаются элементарным потокам 321-326, например, следующим образом. PID 0x1013 назначается потоку 321 первичного видео. Когда до 32 других элементарных потоков могут быть мультиплексированы по типу в одном суб-TS, PG-потокам 323A и 323B карт глубины назначается любое значение от 0x1260 до 0x127F. IG-потоку 324 карты глубины назначается любое значение от 0x1460 до 0x147F. Потоку 326 вторичного видео назначается любое значение от 0x1B40 до 0x1B5F.

Фиг. 4 является схематичным представлением, показывающим компоновку TS-пакетов в мультиплексированных потоковых данных 400. Основной TS и суб-TS совместно используют эту структуру пакетов. В мультиплексированных потоковых данных 400 элементарные потоки 401, 402, 403 и 404 соответственно преобразуются в последовательности TS-пакетов 421, 422, 423 и 424. Например, в видеопотоке 401 каждый кадр 401A или каждое поле сначала преобразуется в один пакет 411 пакетированных элементарных потоков (PES). Затем каждый PES-пакет 411, в общем, преобразуется во множество TS-пакетов 421. Аналогично аудиопоток 402, PG-поток 403 и IG-поток 404 соответственно сначала преобразуются в последовательность PES-пакетов 412, 413 и 414, после чего они преобразуются в последовательность TS-пакетов 422, 423 и 424. В завершение, TS-пакеты 421, 422, 423 и 424, полученные из элементарных потоков 401, 402, 403 и 404, мультиплексируются во времени в один фрагмент потоковых данных, т.е. основной TS 400.

Фиг. 5B является схематичным представлением, показывающим последовательность TS-пакетов, составляющую мультиплексированные потоковые данные. Каждый TS-пакет 501 имеет длину в 188 байтов. Как показано на фиг. 5B, каждый TS-пакет 501 включает в себя TS-заголовок 501H и либо одно, либо оба из рабочих TS-данных 501P и поля 501A адаптации (в дальнейшем сокращенно как "AD-поля"). Рабочие TS-данные 501P и AD-поле 501A вместе составляют область данных длиной в 184 байта. Рабочие TS-данные 501P используются в качестве области хранения для PES-пакета. PES-пакеты 411-414, показанные на фиг. 4, типично разделяются на множество частей, и каждая часть сохраняется в различных рабочих TS-данных 501P. AD-поле 501A является областью для сохранения заполняющих байтов (т.е. фиктивных данных), когда объем данных в рабочих TS-данных 501P не достигает 184 байтов. Дополнительно, когда TS-пакетом 501 является, например, PCR, как описано ниже, AD-поле 501A используется для того, чтобы сохранять эту информацию. TS-заголовок 501H является областью данных длиной в четыре байта.

Фиг. 5A является схематичным представлением, показывающим структуру данных TS-заголовка 501H. Как показано на фиг. 5A, TS-заголовок 501H включает в себя TS-приоритет (transport_priority) 511, PID 512 и управление 513 AD-полем (adaptation_field_control). PID 512 указывает PID для элементарного потока, данные которого сохраняются в рабочих TS-данных 501P TS-пакета 501, содержащего PID 512. TS-приоритет 511 указывает степень приоритета TS-пакета 501 для TS-пакетов, которые совместно используют значение, указываемое посредством PID 512. Управление 513 AD-полем указывает то, содержит или нет TS-пакет 501 AD-поле 501A и/или рабочие TS-данные 501P. Например, если управление 513 AD-полем указывает "1", то TS-пакет 501 не включает в себя AD-поле 501A, но включает в себя рабочие TS-данные 501P. Если управление 513 AD-полем указывает "2", то применимо обратное. Если управление 513 AD-полем указывает "3", то TS-пакет 501 включает в себя как AD-поле 501A, так и рабочие TS-данные 501P.

Фиг. 5C является схематичным представлением, показывающим формирование последовательности исходных пакетов, состоящей из последовательности TS-пакетов для мультиплексированных потоковых данных. Как показано на фиг. 5C, каждый исходный пакет 502 имеет длину в 192 байта и включает в себя один TS-пакет 501, показанный на фиг. 5B, и заголовок 502H длиной в четыре байта (TP_Extra_Header). Когда TS-пакет 501 записывается на BD-ROM-диске 101, исходный пакет 502 составляется посредством присоединения заголовка 502H к TS-пакету 501. Заголовок 502H включает в себя ATS (Arrival_Time_Stamp). "ATS" - это информация времени, используемая посредством устройства 102 воспроизведения следующим образом. Когда исходный пакет 502 отправляется из BD-ROM-диска 101 в декодер системных целевых объектов в устройстве 102 воспроизведения, TS-пакет 502P извлекается из исходного пакета 502 и передается в PID-фильтр в декодере системных целевых объектов. ATS в заголовке 502H указывает время, в которое должна начинаться эта передача. "Декодер системных целевых объектов" - это устройство, которое декодирует мультиплексированные потоковые данные один элементарный поток за один раз. Подробности, касающиеся декодера системных целевых объектов и его использования ATS, предоставляются ниже.

Фиг. 5D является схематичным представлением группы секторов, в которую последовательно записана последовательность исходных пакетов 502, в области 202B тома BD-ROM-диска 101. Как показано на фиг. 5D, 32 исходных пакета 502 записываются за один раз как последовательность в три последовательных сектора 521, 522 и 523. Это обусловлено тем, что объем данных для 32 исходных пакетов, т.е. 192 байта×32=6144 байтов, является идентичным общему размеру трех секторов, т.е. 2048 байтов×3=6144 байтов. 32 исходных пакета 502, которые записываются таким образом в трех последовательных секторах 521, 522 и 523, называются "совмещенной единицей" 520. Устройство 102 воспроизведения считывает исходные пакеты 502 из BD-ROM-диска 101 посредством каждой совмещенной единицы 520, т.е. 32 исходных пакета за один раз. Кроме того, группа 521, 522, 523,... секторов разделяется на 32 фрагмента по порядку с начала, и каждый из них формирует один блок 530 кодов коррекции ошибок. BD-ROM-накопитель 121 выполняет обработку коррекции ошибок для каждого ECC-блока 530.

<<Структура данных PG-потока>>

Фиг. 6 является принципиальной схемой, показывающей структуру данных PG-потока 600. Как показано на фиг. 6, PG-поток 600 включает в себя множество записей данных #1, #2,... Каждая запись данных представляет единицу отображения (набор для отображения) PG-потока 600 и состоит из данных, которые необходимы для устройства 102 воспроизведения, чтобы формировать одну графическую плоскость. Здесь "графическая плоскость" является данными плоскости, сформированными из графических данных, представляющих двумерные графические изображения. "Данные плоскости" являются двумерным массивом пикселных данных. Размер матрицы является идентичным разрешению видеокадра. Набор пикселных данных формируется посредством комбинации значения координаты цветности и значения α (непрозрачности). Значение координаты цветности выражается как RGB-значение или YCrCb-значение. Типы графических плоскостей включают в себя PG-плоскость, IG-плоскость, плоскость изображений и плоскость экранного меню (OSD). PG-плоскость формируется из PG-потока в основном TS. IG-плоскость формируется из IG-потока в основном TS. Плоскость изображений формируется в соответствии с BD-J-объектом. OSD-плоскость формируется в соответствии с микропрограммным обеспечением в устройстве 102 воспроизведения.

Снова ссылаясь на фиг. 6, каждая запись данных включает в себя множество функциональных сегментов. Эти функциональные сегменты включают в себя, в порядке от начала, сегмент управления представлением (PCS), сегмент задания окна (WDS), сегмент задания палитры (PDS) и сегмент задания объекта (ODS).

WDS задает прямоугольную область в графической плоскости, т.е. окно. Более конкретно, WDS включает в себя идентификатор 611 окна, позицию 612 окна и размер 613 окна. Идентификатор 611 окна является идентификационной информацией (идентификатором) WDS. Позиция 612 окна указывает позицию окна в графической плоскости, например, посредством координат верхнего левого угла окна. Размер 613 окна указывает высоту и ширину окна.

PDS задает соответствие между предварительно определенным типом идентификатора цвета и значением координаты цветности (например, сигнал яркости Y, вычитание Cr из красного сигнала яркости, вычитание Cb из синего сигнала яркости, непрозрачность α). В частности, PDS включает в себя идентификатор 621 палитры и таблицу 622 преобразования цветов (CLUT). Палитра ED 621 является идентификатором PDS. CLUT 622 является таблицей, показывающей список цветов, которые могут использоваться в рендеринге графического объекта. В CLUT 622 могут быть зарегистрированы 256 цветов, при этом идентификаторы цветов от "0" до "255" назначаются соответствующим 256 цветам. Следует отметить, что идентификатор цвета=255 постоянно назначается "бесцветному прозрачному".

В общем, множество ODS представляют один графический объект. "Графический объект" является данными, которые представляют графическое изображение посредством соответствия между пикселным кодом и идентификатором цвета. Графический объект разделяется на части после того, как он сжимается посредством способа кодирования по длинам серий, и части распространяются в каждый ODS. Каждый ODS дополнительно включает в себя идентификатор объекта, а именно идентификатор графического объекта.

PCS показывает подробности набора для отображения, который принадлежит одной записи данных и, в частности, задает структуру экрана, которая использует графические объекты. Типы структуры экрана включают в себя врезку/вырезку, выход из затемнения/затемнение, изменение цвета, прокрутку и вытеснение/стирание. В частности, PCS включает в себя позицию 601 отображения объекта, информацию 602 кадрирования, идентификатор 603 опорного окна, идентификатор 604 опорной палитры и идентификатор 605 опорного объекта. Позиция 601 отображения объекта указывает позицию в графической плоскости, в которой графический объект должен отображаться, например, координаты верхнего левого угла области, в которой должен отображаться графический объект. Информация 602 кадрирования указывает диапазон прямоугольной части, которая должна вырезаться из графического объекта посредством процесса кадрирования. Диапазон задается, например, посредством координат верхнего левого угла, высоты и ширины. Фактически часть может подготавливаться посредством рендеринга в позиции, указываемой посредством позиции 601 отображения объекта. Идентификатор 603 опорного окна, идентификатор 604 опорной палитры и идентификатор 605 опорного объекта указывают идентификаторы WDS, PDS и графического объекта, к которым следует обращаться в процессе рендеринга графического объекта, соответственно. Поставщик содержимого указывает структуру экрана в устройство 102 воспроизведения посредством использования этих параметров в PCS. Это дает возможность устройству 102 воспроизведения реализовывать эффект отображения, посредством которого "определенный субтитр постепенно исчезает, и следующий субтитр отображается".

<<Структура данных IG-потока>>

Ссылаясь снова на фиг. 4, IG-поток 404 включает в себя сегмент интерактивной структуры (ICS), PDS и ODS. PDS и ODS являются функциональными сегментами, идентичными функциональным сегментам, включенным в PG-поток 403. В частности, графический объект, который включает в себя ODS, представляет графический элемент GUI, такой как кнопка, всплывающее меню и т.д., который формирует интерактивный экран. ICS задает интерактивный режим работы, который использует эти графические объекты. В частности, ICS задает состояния, которые каждый графический объект, такой как кнопка, всплывающее меню и т.д., может принимать, когда изменяется в ответ на пользовательскую операцию, состояния, такие как обычное, выбранное и активное. ICS также включает в себя информацию кнопок. Информация кнопок включает в себя команду, которую должно выполнять устройство воспроизведения, когда пользователь выполняет определенную операцию с кнопкой и т.п.

<<Структура данных видеопотока>>

Фиг. 7 является схематичным представлением, показывающим изображения в видеопотоке 701 для воспроизведения базового вида и в видеопотоке 902 для просмотра правым глазом в порядке времени представления. Как показано на фиг. 7, видеопоток 701 для воспроизведения базового вида включает в себя изображения 710, 711, 712,..., 719 (в дальнейшем "изображения для воспроизведения базового вида"), а видеопоток 702 для просмотра правым глазом включает в себя изображения 720, 721, 722,..., 729 (в дальнейшем "изображения для просмотра правым глазом"). Каждое из изображений 710-719 и 720-729 представляет один кадр или одно поле и сжимается посредством такого способа кодирования со сжатием видео, как MPEG-2, MPEG-4 AVC и т.д.

Это сжатие каждого изображения через вышеуказанное кодирование использует пространственную или временную избыточность изображения. Здесь кодирование изображений, которое использует только пространственную избыточность изображения, упоминается как "внутрикадровое кодирование". С другой стороны, кодирование изображений, которое использует временную избыточность, т.е. подобие между данными для множества изображений, отображаемых последовательно, упоминается как "межкадровое прогнозирующее кодирование". При межкадровом прогнозирующем кодировании, прежде всего, изображение ранее или позднее по времени представления назначается изображению, которое должно быть кодировано, в качестве опорного изображения. Затем вектор движения обнаруживается между изображением, которое должно быть кодировано, и опорным изображением, и после этого компенсация движения выполняется с использованием вектора движения. Кроме того, значение разности между изображением после компенсации движения и изображением, которое должно быть кодировано, находится, и временная избыточность удаляется с использованием значения разности. Таким образом, объем данных для каждого изображения сокращается.

"I-изображение" означает изображение, сжатое посредством внутрикадрового кодирования. В дополнение к I-изображению GOP типично включает в себя P (прогнозирующие) изображения и B (двунаправленно прогнозирующие) изображения. "P-изображение" означает изображение, сжатое посредством межкадрового прогнозирующего кодирования с использованием в качестве опорного изображения одного изображения, I-изображения либо другого P-изображения, которые являются более ранними по времени представления. "B-изображение" означает изображение, сжатое посредством межкадрового прогнозирующего кодирования с использованием в качестве опорного изображения двух изображений, I-изображений либо других P-изображений, которые являются более ранними или поздними по времени представления. B-изображения, которые используются в качестве опорного изображения для других изображений при межкадровом прогнозирующем кодировании, в частности, называются "Br (опорными B) изображениями".

В примере, показанном на фиг. 7, изображения для воспроизведения базового вида в GOP 731 и 732 сжимаются в следующем порядке. В первой GOP 731 первое изображение сжимается как I0-изображение 710. Число в подстрочном индексе указывает порядковый номер, выделенный каждому изображению в порядке времени представления. Затем четвертое изображение для воспроизведения базового вида сжимается как P3-изображение 713 с использованием I0-изображения 710 в качестве опорного изображения. Стрелки, показанные на фиг. 7, указывают то, что изображение на острие стрелки является опорным изображением для изображения на конце стрелки. Затем второе и третье изображения для воспроизведения базового вида, соответственно, сжимаются как Br1-изображение 711 и Br2-изображение 712 с использованием как I0-изображения 710, так и P3-изображения 713 в качестве опорных изображений. Кроме того, седьмое изображение для воспроизведения базового вида сжимается как P6-изображение 716 с использованием P3-изображения 713 в качестве опорного изображения. Затем четвертое и пятое изображения для воспроизведения базового вида, соответственно, сжимаются как Br4-изображение 714 и Br5-изображение 715 с использованием как P3-изображения 713, так и P6-изображения 716 в качестве опорных изображений. Аналогично во второй GOP 732 первое изображение сначала сжимается как I7-изображение 717. Затем третье изображение сжимается как P9-изображение 719 с использованием I7-изображения 717 в качестве опорного изображения. Затем второе изображение для воспроизведения базового вида сжимается как Br8-изображение 718 с использованием как I7-изображения 717, так и P9-изображения 719 в качестве опорных изображений.

В видеопотоке 701 для воспроизведения базового вида каждая GOP 731 и 732 всегда содержит I-изображение в начале, и тем самым изображения для воспроизведения базового вида могут быть декодированы на основе GOP. Например, в первой GOP 731 I0-изображение 710 сначала декодируется независимо. Затем P3-изображение 713 декодируется с использованием декодированного I0-изображения 710. Затем Br1-изображение 711 и Br2-изображение 712 декодируются с использованием как декодированного I0-изображения 710, так и P3-изображения 713. Последующая группа 714, 715,... изображений аналогично декодируется. Таким образом, видеопоток 701 для воспроизведения базового вида может быть декодирован независимо и, кроме того, к нему может произвольно осуществляться доступ в единицах GOP.

Как дополнительно показано на фиг. 7, изображения 720-729 для просмотра правым глазом сжимаются посредством межкадрового прогнозирующего кодирования. Тем не менее способ кодирования отличается от способа кодирования для изображений 710-719 для воспроизведения базового вида, поскольку в дополнение к избыточности во временной избыточности видеоизображений, избыточность между левыми и правыми видеоизображениями также используется. В частности, как показано посредством стрелок на фиг. 7, опорное изображение для каждого из изображений 720-729 для просмотра правым глазом выбирается не из видеопотока 702 для просмотра правым глазом, а вместо этого из видеопотока 701 для воспроизведения базового вида. В частности, время представления является практически идентичным для каждого из изображений 720-729 для просмотра правым глазом и соответствующего изображения для воспроизведения базового вида, выбранного в качестве опорного изображения. Эти изображения представляют вид для просмотра правым глазом и вид для просмотра левым глазом для идентичной сцены трехмерного видеоизображения, т.е. параллактического видеоизображения. Изображения 720-729 для просмотра правым глазом и изображения 710-719 для воспроизведения базового вида находятся тем самым в соответствии "один-к-одному". В частности, GOP-структура является идентичной для этих изображений.

В примере, показанном на фиг. 7, первое изображение для просмотра правым глазом в первой GOP 731 сжимается как P0-изображение 720 с использованием I0-изображения 710 в видеопотоке 701 для воспроизведения базового вида в качестве опорного изображения. Эти изображения 710 и 720 представляют вид для просмотра левым глазом и вид правым глазом первого кадра в трехмерных видеоизображениях. Затем четвертое изображение для просмотра правым глазом сжимается как P3-изображение 723 с использованием P3-изображения 713 в видеопотоке 701 для воспроизведения базового вида и P0-изображения 720 в качестве опорных изображений. Затем второе изображение для просмотра правым глазом сжимается как B1-изображение 721 с использованием Br1-изображения 711 в видеопотоке 701 для воспроизведения базового вида в дополнение к P0-изображению 720 и P3-изображению 723 в качестве опорных изображений. Аналогично третье изображение для просмотра правым глазом сжимается как B2-изображение 722 с использованием Br2-изображения 712 в видеопотоке 701 для воспроизведения базового вида в дополнение к P0-изображению 720 и P3-изображению 730 в качестве опорных изображений. Для каждого из оставшихся изображений 724-729 для просмотра правым глазом изображение для воспроизведения базового вида со временем представления, практически идентичным времени представления изображения для просмотра правым глазом, аналогично используется в качестве опорного изображения.

Пересмотренные стандарты для MPEG-4 AVC/H.264, называемые кодированием многовидового видео (MVC), известны в качестве способа кодирования со сжатием видео, который использует корреляцию между левым и правым видеоизображениями, как описано выше. MVC создан в июле 2008 года объединенной группой по видеостандартам (JVT), совместным проектом ISO/IEC MPEG и ITU-T VCEG, и является стандартом для совместного кодирования видео, которое может быть видимым с множества ракурсов. В MVC предусмотрено не только временное подобие в видеоизображениях, используемых для межкадрового прогнозирующего кодирования видео, но также и подобие между видеоизображениями с различающихся ракурсов. Этот тип прогнозирующего кодирования имеет более высокий коэффициент сжатия видео, чем прогнозирующее кодирование, которое по отдельности сжимает данные видеоизображений, видимых с каждого ракурса.

Как описано выше, изображение для воспроизведения базового вида используется в качестве опорного изображения для сжатия каждого из изображений 720-729 для просмотра правым глазом. Следовательно, в отличие от видеопотока 701 для воспроизведения базового вида, видеопоток 702 для просмотра правым глазом не может быть декодирован независимо. С другой стороны, тем не менее разность между параллактическими видеоизображениями является, в общем, очень небольшой, т.е. корреляция между видом для просмотра левым глазом и видом для просмотра правым глазом является высокой. Соответственно, изображения для просмотра правым глазом, в общем, имеют значительно более высокую скорость сжатия, чем изображения для воспроизведения базового вида, что означает, что объем данных значительно меньше.

Хотя не показано на фиг. 7, поток карт глубины включает в себя множество карт глубины. Карты глубины находятся в соответствии "один-к-одному" с изображениями для воспроизведения базового вида, и каждая представляет карту глубины, соответствующую двумерному видеоизображению, в одном поле или кадре, как диктуется посредством изображения для воспроизведения базового вида. Карты глубины сжимаются посредством такого способа кодирования со сжатием видео, как MPEG-2, MPEG-4 AVC и т.д., образом, идентичным изображениям для воспроизведения базового вида. В частности, межкадровое прогнозирующее кодирование используется в этом способе кодирования. Другими словами, каждая карта глубины сжимается с использованием другой карты глубины в качестве опорного изображения. Боле того, поток карт глубины разделяется на единицы GOP способом, аналогичным видеопотоку 701 для воспроизведения базового вида, и каждая GOP всегда содержит I-изображение в начале. Соответственно, карты глубины могут быть декодированы на основе GOP. Тем не менее, поскольку сама карта глубины является информацией, представляющей только глубину каждой части двумерного видеоизображения попикселно, поток карт глубины не может использоваться независимо для воспроизведения видеоизображений. Способ кодирования, используемый в сжатии потока карт глубины, является идентичным способу, используемому в сжатии видеопотока для просмотра правым глазом. Например, если видеопоток для просмотра правым глазом кодируется в MVC-формате, поток карт глубины также кодируется в MVC-формате. В этом случае во время воспроизведения трехмерных видеоизображений устройство 102 воспроизведения может плавно переключаться между L/R-режимом и режимом глубины при сохранении постоянного способа кодирования.

Фиг. 8 является схематичным представлением, показывающим подробности относительно структуры данных видеопотока 800. Эта структура данных является практически идентичной для видеопотока для воспроизведения базового вида и видеопотока для воспроизведения зависимого вида. Как показано на фиг. 8, видеопоток 800 является, в общем, состоящим из множества видеопоследовательностей #1, #2,.... "Видеопоследовательность" - это комбинация изображений 811, 812, 813, 814,..., которые составляют одну GOP 810 и к которым по отдельности присоединена дополнительная информация, такая как заголовок. Комбинация этой дополнительной информации и изображения упоминается как "единица видеодоступа (VAU)". Таким образом, в GOP 810 и 820, одна VAU #1, #2,... формируется для каждого изображения. Каждое изображение может считываться из видеопотока 800 в единицах VAU.

Фиг. 8 дополнительно показывает структуру VAU #1 831, расположенной в начале каждой видеопоследовательности в видеопотоке для воспроизведения базового вида. VAU #1 831 включает в себя идентификационный код 831A единицы доступа (AU), заголовок 831B последовательности, заголовок 831C изображения, дополнительные данные 831D и данные 831E сжатых изображений. За исключением невключения заголовка 831B последовательности VAU со второй VAU #2 и далее имеет структуру, идентичную структуре VAU #1 831. Идентификационный код 831A AU является предварительно определенным кодом, указывающим начало VAU #1 831. Заголовок 831B последовательности, также называемый GOP-заголовком, включает в себя идентификационный номер для видеопоследовательности #1, которая включает в себя VAU #1 831. Заголовок 831B последовательности дополнительно включает в себя информацию, совместно используемую посредством всей GOP 810, к примеру разрешение, частота кадров, соотношение сторон и скорость передачи битов. Заголовок 831C изображения указывает уникальный идентификационный номер, идентификационный номер для видеопоследовательности #1 и информацию, необходимую для декодирования изображения, такую как тип способа кодирования. Дополнительные данные 831D включают в себя дополнительную информацию, касающуюся вопросов, отличных от декодирования изображения, например текстовую информацию субтитров, информацию о GOP-структуре и информацию временного кода. В частности, дополнительные данные 831D включают в себя информацию переключения декодирования (см. раздел "Дополнительное пояснение" для получения подробностей). Данные 831E сжатых изображений включают в себя изображение для воспроизведения базового вида. Дополнительно, VAU #1 831 может включать в себя любое или все из дополняющих данных 831F, кода 831G конца последовательности и кода 831H конца потока в зависимости от необходимости. Дополняющие данные 831F являются фиктивными данными. Посредством регулирования размера дополняющих данных 831F в соответствии с размером данных 831E сжатых изображений скорость передачи битов VAU #1 831 может поддерживаться равной предварительно определенному значению. Код 831G конца последовательности указывает то, что VAU #1 831 находится в конце видеопоследовательности #1. Код 831H конца потока указывает конец видеопотока 800 для воспроизведения базового вида.

Фиг. 8 также показывает структуру VAU #1 832, расположенной в начале каждой видеопоследовательности в видеопотоке для воспроизведения зависимого вида. VAU #1 832 включает в себя заголовок 832B подпоследовательности, заголовок 832C изображения, дополнительные данные 832D и данные 832E сжатых изображений. За исключением невключения заголовка 832B подпоследовательности VAU от второй VAU #2 и далее имеют структуру, идентичную структуре VAU #1 832. Заголовок 832B подпоследовательности включает в себя идентификационный номер для видеопоследовательности #1, который включает в себя VAU #1 832. Заголовок 832B подпоследовательности дополнительно включает в себя информацию, совместно используемую посредством всей GOP 810, например разрешение, частоту кадров, соотношение сторон и скорость передачи битов. Эти значения являются идентичными значениям, заданным для соответствующей GOP в видеопотоке для воспроизведения базового вида, т.е. значениям, показанным посредством заголовка 831B последовательности в VAU #1 831. Заголовок 832C изображения указывает уникальный идентификационный номер, идентификационный номер для видеопоследовательности #1 и информацию, необходимую для декодирования изображения, такую как тип способа кодирования. Дополнительные данные 832D включают только в себя метаданные смещения (подробности предоставлены ниже). В дополнение к метаданным смещения в 832D типы дополнительных данных включают в себя дополнительную информацию, касающуюся вопросов, отличных от декодирования изображения, например текстовую информацию скрытых субтитров, информацию о GOP-структуре, информацию временного кода и информацию переключения декодирования. Соответственно, VAU #1 832 может включать в себя один или более вышеуказанных типов дополнительных данных, помимо дополнительных данных 832D. Данные 832E сжатых изображений включают в себя изображение для воспроизведения зависимого вида. Дополнительно, VAU #1 832 может включать в себя любое или все из дополняющих данных 832F, кода 832G конца последовательности и кода 832H конца потока в зависимости от необходимости. Дополняющие данные 832F являются фиктивными данными. Посредством регулирования размера дополняющих данных 832F в соответствии с размером данных 831E сжатых изображений, скорость передачи битов VAU #1 832 может поддерживаться равной предварительно определенному значению. Код 832G конца последовательности указывает то, что VAU #1 832 находится в конце видеопоследовательности #1. Код 832H конца потока указывает конец видеопотока 800 для воспроизведения зависимого вида.

Конкретное содержимое каждого компонента в VAU отличается согласно способу кодирования видеопотока 800. Например, когда способом кодирования является MPEG-4 AVC или, компоненты в VAU, показанных на фиг. 8, состоят из одного модуля уровня абстрагирования от сети (NAL). В частности, идентификационный код 831A AU, заголовок 831B последовательности, заголовок 831C изображения, дополнительные данные 831D, данные 831E сжатых изображений, дополняющие данные 831F, код 831G конца последовательности и код 831H конца потока надлежащим образом соответствуют разделителю единиц доступа (AU), набору параметров последовательности (SPS), набору параметров изображения (PPS), дополнительной улучшающей информации (SEI) компоненту вида, данным фильтрации, концу последовательности и концу потока. В частности, в VAU #1 832, дополнительные данные 832D, включающие в себя метаданные смещения, состоят из одной NAL-единицы, которая не включает в себя данные, отличные от метаданных смещения.

Фиг. 9 является схематичным представлением, показывающим подробности относительно способа для сохранения видеопотока 901 в последовательность 902 PES-пакетов. Этот способ хранения является идентичным для видеопотока для воспроизведения базового вида и видеопотока для воспроизведения зависимого вида. Как показано на фиг. 9, в фактическом видеопотоке 901 изображения мультиплексируются в порядке кодирования, а не в порядке времени представления. Например, в VAU в видеопотоке для воспроизведения базового вида, как показано на фиг. 9, I0-изображение 910, P3-изображение 911, B1-изображение 912, B2-изображение 913,... сохраняются по порядку с начала. Число в подстрочном индексе указывает порядковый номер, выделенный каждому изображению по порядку времени представления. I0-изображение 910 используется в качестве опорного изображения для кодирования P3-изображения 911, и I0-изображение 910 и P3-изображение 911 используются в качестве опорных изображений для кодирования B1-изображения 912 и B2-изображения 913. Каждая из этих VAU сохраняется как различный PES-пакет 920, 921, 922, 923,.... Каждый PES-пакет 920,... включает в себя рабочие PES-данные 920P и PES-заголовок 920H. Каждая VAU сохраняется в рабочих PES-данных 920P. Каждый PES-заголовок 920H включает время представления (временную метку представления, или PTS) и время декодирования (временную метку декодирования, или DTS) для изображения, сохраненного в рабочих PES-данных 920P, в один PES-пакет 920.

Как и в случае с видеопотоком 901, показанным на фиг. 9, другие элементарные потоки, показанные на фиг. 3 и 4, сохраняются в рабочих PES-данных в последовательности PES-пакетов. Кроме того, PES-заголовок в каждом PES-пакете включает в себя PTS для данных, хранимых в рабочих PES-данных для PES-пакета.

Фиг. 10 является принципиальной схемой, показывающей соответствие между PTS и DTS, назначенными каждому изображению в видеопотоке 1001 для воспроизведения базового вида и видеопотоке 1002 для воспроизведения зависимого вида. Как показано на фиг. 10, для видеопотоков 1001 и 1002 идентичные PTS и DTS назначаются паре изображений, представляющих идентичный кадр или поле в трехмерном видеоизображении. Например, первый кадр или поле в трехмерном видеоизображении подготавливается посредством рендеринга из комбинации I1-изображения 1011 в видеопотоке 1022 для воспроизведения базового вида и P1-изображения 1021 в видеопотоке 1002 для воспроизведения зависимого вида. Соответственно, PTS и DTS для двух изображений 1011 и 1021 являются идентичными. Числа в подстрочном индексе указывают порядковый номер, выделенный каждому изображению по порядку DTS. Кроме того, когда видеопоток 1002 для воспроизведения зависимого вида - это поток карт глубины, P1-изображение 1021, заменяется I-изображением, представляющим карту глубины для I1-изображения 1011. Аналогично PTS и DTS для пары вторых изображений в видеопотоках 1001 и 1002, т.е. P2-изображений 1012 и 1022, являются идентичными. PTS и DTS являются идентичными для пары третьих изображений в видеопотоках 1001 и 1002, т.е. Br3-изображения 1013 и B3-изображения 1023. Это также применимо к паре из Br4-изображения 1014 и B4-изображения 1024.

Пара VAU, которые включают в себя изображения, для которых PTS и DTS являются идентичными для видеопотока 1001 для воспроизведения базового вида и видеопотока 1002 для воспроизведения зависимого вида, называется "трехмерной VAU". Посредством использования выделения PTS и DTS, показанных на фиг. 10, просто инструктировать декодеру в устройстве 102 воспроизведения в режиме трехмерного воспроизведения обрабатывать видеопоток 1001 для воспроизведения базового вида и видеопоток 1002 для воспроизведения зависимого вида параллельно в единицах трехмерных VAU. Таким образом, декодер определенно параллельно обрабатывает пару изображений, представляющих один кадр или поле в трехмерном видеоизображении. Кроме того, заголовок последовательности в трехмерной VAU в начале каждой GOP включает в себя одинаковое разрешение, одинаковую частоту кадров и одинаковое соотношение сторон. В частности, эта частота кадров равна значению, когда видеопоток 1001 для воспроизведения базового вида декодируется независимо в режиме двумерного воспроизведения.

[Метаданные смещения]

Фиг. 11 является схематичным представлением, показывающим структуру данных для метаданных 1110 смещения, включенных в видеопоток 1100 для воспроизведения зависимого вида. Как показано на фиг. 11, метаданные 1110 смещения сохраняются в дополнительных данных 1101 VAU #1, расположенной в начале каждой видеопоследовательности (т.е. каждой GOP). Как показано на фиг. 11, метаданные 1110 смещения включают в себя PTS 1111, идентификаторы 1112 последовательностей смещений и последовательности 1113 смещений. PTS 1111 является идентичной PTS кадра, представляющего данные сжатых изображений в VAU #1, т.е. первого кадра каждой GOP.

Идентификаторы 1112 последовательностей смещений являются порядковыми номерами 0, 1, 2,..., M, выделенными по порядку к последовательностям 1113 смещений. Буква M представляет целое число, в единицу или более, которое равняется общему числу последовательностей 1113 смещений. Идентификаторы 1112 последовательностей смещений выделяются графической плоскости и плоскости вторичного видео, которые должны быть комбинированы в видеоплоскость. Каждый фрагмент данных плоскости тем самым ассоциирован с последовательностью 1113 смещений. "Видеоплоскость" означает данные плоскости, сформированные из изображения, включенного в видеопоследовательность, т.е. двумерную матрицу пикселных данных. Размер этой матрицы равняется разрешению видеокадра. Пара фрагментов пикселных данных является комбинацией значения координаты цветности (RGB-значения или YCrCb-значения) и значения α.

Каждая последовательность 1113 смещений является таблицей соответствия между номерами 1121 кадров и информацией 1122 и 1123 смещения. Номера 1121 кадров являются порядковыми номерами 1, 2,..., N, выделяемыми в порядке представления для кадров #1, #2,..., N, представленных посредством одной видеопоследовательности (например, видеопоследовательности #1). Буква N представляет целое число, превышающее или равное единице, и указывает общее число кадров, включенных в видеопоследовательность. Фрагменты информации 1122 и 1123 смещения являются управляющей информацией, задающей управление смещением для одного фрагмента данных плоскости.

"Управление смещением" упоминается как процесс, чтобы предоставлять смещения влево и вправо для горизонтальных координат в графической плоскости (или плоскости вторичного видео) и комбинировать результирующие плоскости, соответственно, с видеоплоскостью для воспроизведения базового вида и видеоплоскостью для воспроизведения зависимого вида. "Предоставление горизонтальных смещений для графической плоскости" упоминается как горизонтальный сдвиг каждого фрагмента пикселных данных в графической плоскости. Из одной графической плоскости это формирует пару графических плоскостей, представляющих вид для просмотра левым глазом и вид для просмотра правым глазом. Позиция представления каждого элемента в двумерных графических изображениях, воспроизводимых из этой пары плоскостей, сдвигается влево или право от исходной позиции представления. Зритель принудительно воспринимает пару вида для просмотра левым глазом и вида для просмотра правым глазом как одно трехмерное графическое изображение вследствие бинокулярного параллакса, сформированного посредством этих сдвигов. То же самое истинно для видеоизображений, представленных посредством плоскостей вторичного видео.

Смещение определяется посредством направления и размера. Соответственно, как показано на фиг. 11 и 14, каждый фрагмент информации смещения включает в себя направление 1122 смещения и значение 1123 смещения. Направление 1122 смещения указывает то, ближе или дальше трехмерное графическое изображение к зрителю, чем экран. То, сдвинута или нет позиция представления в виде для просмотра левым глазом и виде для просмотра правым глазом влево или вправо от исходной позиции представления двумерного графического изображения, зависит от значения направления 1122 смещения. Значение 1123 смещения указывает число горизонтальных пикселов для расстояния между исходной позицией представления двумерного графического изображения и позицией представления каждого из вида для просмотра левым глазом и вида для просмотра правым глазом.

Фиг. 12A и 12B являются схематичными представлениями, показывающими управление смещениями для PG-плоскости 1210 и IG-плоскости 1220 соответственно. Через это управление смещениями два типа графических плоскостей, 1210 и 1220, соответственно, комбинируются с видеоплоскостью 1201 для просмотра левым глазом и видеоплоскостью 1202 для просмотра правым глазом. "Видеоплоскость для просмотра левым глазом/для просмотра правым глазом" упоминается как видеоплоскость, которая представляет вид для просмотра левым глазом/вид для просмотра правым глазом и формируется из комбинации видеопотока для воспроизведения базового вида и видеопотока для воспроизведения зависимого вида. В последующем описании допускается, что субтитр 1211, указываемый посредством PG-плоскости 1210, отображается ближе экрана, а кнопка 1221, указываемая посредством IG-плоскости 1220, отображается дальше экрана.

Как показано на фиг. 12A, смещение вправо предоставляется в PG-плоскость 1210. В частности, позиция каждого фрагмента пикселных данных в PG-плоскости 1210 сначала сдвигается вправо (виртуально) от соответствующей позиции пикселных данных в видеоплоскости 1201 для просмотра левым глазом на число пикселов SFP, равное значению смещения. Затем полоса 1212, (виртуально) выступающая из правого края диапазона видеоплоскости 1201 для просмотра левым глазом", отрезается" от правого края PG-плоскости 1210. Другими словами, пикселные данные для этой области 1212 отбрасываются. Вместо этого прозрачная полоса 1213 добавляется к левому краю PG-плоскости 1210. Ширина этой полосы 1213 является шириной полосы 1212 на правом краю; т.е. ширина является идентичной значению SFP смещения. PG-плоскость, представляющая вид для просмотра левым глазом, тем самым формируется из PG-плоскости 1210 и комбинируется с видеоплоскостью 1201 для просмотра левым глазом. В частности, в этой PG-плоскости для просмотра левым глазом позиция представления субтитра 1211 сдвигается вправо от исходной позиции представления посредством значения SFP смещения.

В отличие от этого смещение влево предоставляется в IG-плоскость 1220. В частности, позиция каждого фрагмента пикселных данных в IG-плоскости 1220 сначала сдвигается влево (виртуально) от соответствующей позиции пикселных данных в видеоплоскости 1201 для просмотра левым глазом на число пикселов SFI, равное значению смещения. Затем полоса 1222, (виртуально) выступающая из левого края диапазона видеоплоскости для просмотра левым глазом 1210, отрезается от левого края IG-плоскости 1220. В отличие от этого прозрачная полоса 1223 добавляется к правому краю IG-плоскости 1220. Ширина этой полосы 1223 является шириной полосы 1222 на левом краю; т.е. ширина является идентичной значению смещения SFI. IG-плоскость, представляющая вид для просмотра левым глазом, тем самым формируется из IG-плоскости 1220 и комбинируется с видеоплоскостью 1201 для просмотра левым глазом. В частности, в этой IG-плоскости для просмотра левым глазом позиция представления кнопки 1221 сдвигается влево от исходной позиции представления посредством значения смещения SFI.

Как показано на фиг. 12B, смещение влево предоставляется в PG-плоскость 1210, а смещение вправо добавляется к IG-плоскости 1220. Другими словами, вышеуказанные операции выполняются наоборот для PG-плоскости 1210 и IG-плоскости 1220. Как результат, данные плоскости, представляющие вид для просмотра правым глазом, формируются из данных 1210 и 1220 плоскости и комбинируются с видеоплоскостью 1220 для просмотра правым глазом. В частности, в PG-плоскости для просмотра правым глазом позиция представления субтитра 1211 сдвигается влево от исходной позиции представления посредством значения SFP смещения. С другой стороны, в IG-плоскости для просмотра правым глазом позиция представления кнопки 1221 сдвигается вправо от исходной позиции представления посредством значения смещения SFI.

Фиг. 12C является схематичным представлением, показывающим трехмерные графические изображения, которые зрителю 1230 инструктируется воспринимать из двумерных графических изображений, представленных посредством графических плоскостей, показанных на фиг. 12A и 12B. Когда двумерные графические изображения, представленные посредством этих графических плоскостей, поочередно отображаются на экране 1240, зритель 1230 воспринимает, что субтитр 1231 ближе экрана 1240, а кнопка 1232 дальше экрана 1240, как показано на фиг. 12C. Расстояние между трехмерными графическими изображениями 1231 и 1232 и экраном 1240 может регулироваться через значения SFP и SFI смещения.

Фиг. 13A и 13B являются графиками, показывающими примеры последовательностей смещений. На этих графиках значение смещения является положительным, когда направление смещения идет к зрителю от экрана. Фиг. 13A является укрупнением графика для периода представления первой GOP на фиг. 13B, т.е. GOP1. Как показано на фиг. 13A, ступенчатая линия 1301 показывает значения смещения для последовательности смещений с идентификатором последовательности смещений, равным 0, т.е. для последовательности смещений [0]. С другой стороны, горизонтальная линия 1302 показывает значения смещения для последовательности смещений с идентификатором последовательности смещений, равным 1, т.е. для последовательности смещений [1]. Значение 1301 смещения в последовательности смещений [0] увеличивается пошагово в течение периода GOP1 представления первой GOP в порядке кадров FR1, FR2, FR3,..., FR15,.... Как показано на фиг. 13B, пошаговое увеличение значения 1301 смещения аналогично продолжается в периоды GOP2, GOP3,..., GOP40,... представления для второй и последующих GOP. Величина увеличения в расчете на каждый кадр является достаточно небольшим для значения 1601 смещения на фиг. 13B, чтобы казаться непрерывно увеличивающейся как линия. С другой стороны, значение 1602 смещения в последовательности смещений [1] поддерживается постоянным в течение периода GOP1 представления первой GOP. Как показано на фиг. 13B, значение 1302 смещения увеличивается до положительного значения в конце периода GOP40 представления для 40-й GOP. Значения смещения тем самым могут демонстрировать прерывистое изменение.

Фиг. 13C является схематичным представлением, показывающим трехмерные графические изображения, воспроизводимые в соответствии с последовательностями смещений, показанными на фиг. 13A и 13B. Когда трехмерное видеоизображение 1303 субтитра отображается в соответствии с последовательностью смещений [0], трехмерное видеоизображение 1303, как кажется, начинается с точки непосредственно перед экраном 1304 и постепенно приближается к зрителю. С другой стороны, когда трехмерное видеоизображение 1305 кнопки отображается в соответствии с последовательностью смещений [1], трехмерное видеоизображение 1305, как кажется, внезапно перепрыгивает из фиксированной позиции за экраном 1304 в позицию перед экраном 1304. Как описано, шаблоны, посредством которых значения смещения увеличиваются или уменьшаются покадрово, изменяются множеством способов между последовательностями смещений. Отдельные изменения глубины множества трехмерных графических изображений тем самым могут представляться множеством способов.

<<Другие TS-пакеты, включенные в файл AV-потока>>

В дополнение к TS-пакетам, преобразованным из элементарного потока, как показано на фиг. 3, типы TS-пакетов, включенных в файл AV-потока, включают в себя таблицу ассоциаций программ (PAT), таблицу структуры программ (PMT) и временную отметку программ (PCR). PCR, PMT и PAT указываются посредством европейского стандарта цифровой широковещательной передачи и имеют намерение упорядочивать частичный транспортный поток, составляющий одну программу. Посредством использования PCR, PMT и PAT, файл AV-потока также может упорядочиваться способом, аналогичным частичному транспортному потоку. PAT показывает PID PMT, включенной в этот же файл AV-потока. PID самой PAT равен 0. PMT включает в себя PID для элементарных потоков, представляющих видео, аудио, субтитры и т.д., включенные в один файл AV-потока, а также информацию атрибутов для элементарных потоков. PMT также имеет различные дескрипторы, касающиеся AV-клипа. Дескрипторы, в частности, включают в себя информацию управления копированием, показывающую то, разрешено или нет копирование файла AV-потока. PCR включает в себя информацию, указывающую значение системного таймера (STC), которое должно быть ассоциировано с ATS, назначенной самой PCR. STC, упоминаемая здесь, является опорным синхросигналом, используемым в качестве опорного уровня для PTS и DTS посредством декодера в устройстве 102 воспроизведения. Этот декодер использует PCR, чтобы синхронизировать STC с ATC.

Фиг. 14 является схематичным представлением, показывающим структуру данных PMT 1410. PMT 1410 включает в себя PMT-заголовок 1401, дескрипторы 1402 и фрагменты информации 1403 потока. PMT-заголовок 1401 указывает длину данных и т.д., сохраненных в PMT 1410. Каждый дескриптор 1402 относится ко всему файлу AV-потока, который включает в себя PMT 1410. Информация управления копированием включается в один из дескрипторов 1402. Каждый фрагмент информации 1403 потока относится к одному из элементарных потоков, включенных в файл AV-потока, и назначается различному элементарному потоку. Каждый фрагмент информации 1403 потока включает в себя тип 1431 потока, PID 1432 и дескрипторы 1433 потока. Тип 1431 потока включает в себя идентификационную информацию для кодека, используемого для сжатия элементарного потока. PID 1432 указывает PID элементарного потока. Дескрипторы 1433 потока включают в себя информацию атрибутов элементарного потока, такую как частота кадров и соотношение сторон.

Посредством использования PCR, PMT и PAT декодер в устройстве воспроизведения может быть задан так, чтобы обрабатывать файл AV-потока способом, аналогичным частичному транспортному потоку в европейском стандарте цифровой широковещательной передачи. Таким образом, можно обеспечивать совместимость между устройством воспроизведения для BD-ROM-диска 101 и терминалом, соответствующим европейскому стандарту цифровой широковещательной передачи.

<<Перемеженная компоновка мультиплексированных потоковых данных>>

Для плавного воспроизведения трехмерных видеоизображений физическая компоновка видеопотока для воспроизведения базового вида и видеопотока для воспроизведения зависимого вида на BD-ROM-диске 101 является важной. Это "плавное воспроизведение" означает воспроизведение видео и аудио из мультиплексированных потоковых данных без прерывания.

Фиг. 15 является схематичным представлением, показывающим физическую компоновку мультиплексированных потоковых данных на BD-ROM-диске 101. Как показано на фиг. 19, мультиплексированные потоковые данные разделяются на множество блоков D[n], B[n] данных (n=0, 1, 2, 3,...) и размещаются на BD-ROM-диске 101. "Блок данных" упоминается как последовательность данных, записанных в непрерывной области на BD-ROM-диске 101, т.е. множество физически смежных секторов. Поскольку физические адреса и логические адреса на BD-ROM-диске 101 являются практически идентичными, LBN в рамках каждого блока данных также являются непрерывными. Соответственно, BD-ROM-накопитель 121 может непрерывно считывать блок данных без инструктирования оптической головке воспроизведения выполнять поиск дорожек. В дальнейшем в этом документе блоки B[n] данных, принадлежащие основному TS, упоминаются как "блоки данных для воспроизведения базового вида", а блоки D[n] данных, принадлежащие суб-TS, упоминаются как "блоки данных для воспроизведения зависимого вида". В частности, блоки данных, которые включают в себя видеопоток для просмотра правым глазом, упоминаются как "блоки данных для просмотра правым глазом", а блоки данных, которые включают в себя поток карт глубины, упоминаются как "блоки данных карты глубины".

В файловой системе на BD-ROM-диске 101, к каждому блоку B[n] и D[n] данных может осуществляться доступ как к одному экстенту в файлах 2D или файлах DEP. Другими словами, логический адрес для каждого блока данных может быть известен из записи файла для файла 2D или файла DEP (подробности см. в разделе "<Дополнительное пояснение>).

В примере, показанном на фиг. 15, запись 1510 файла в файле 2D (01000.m2ts) 241 указывает размеры блоков B[n] данных для воспроизведения базового вида и LBN их начала. Соответственно, к блокам B[n] данных для воспроизведения базового вида может осуществляться доступ как к экстентам EXT2D[n] в файле 2D 241. В дальнейшем в этом документе, экстенты EXT2D[n], принадлежащие файлу 2D 241, упоминаются как "двумерные экстенты". С другой стороны, запись 1520 файла первого файла DEP (02000.m2ts) 242 указывает размеры блоков D[n] данных для воспроизведения зависимого вида и LBN их начала. Соответственно, каждый блок D[n] данных для воспроизведения зависимого вида является блоком данных для просмотра правым глазом, и к нему может осуществляться доступ как к экстенту EXT2[n] в файле DEP 242. В дальнейшем в этом документе, экстенты EXT2[n], принадлежащие файлу DEP 242, упоминаются как "экстенты для просмотра правым глазом". Когда блоки D[n] данных для воспроизведения зависимого вида являются блоками данных карты глубины, к каждому блоку данных карты глубины аналогично может осуществляться доступ как к экстенту во втором файле DEP (03000.m2ts) 243. В дальнейшем в этом документе, экстенты, принадлежащие второму файлу DEP 243, упоминаются как "экстенты карты глубины". Кроме того, экстенты, которые принадлежат определенному файлу DEP, такие как экстенты для просмотра правым глазом и экстенты карты глубины, совместно называются "экстентами для зависимого просмотра".

Как показано на фиг. 15, группа блоков данных записывается непрерывно вдоль дорожки на BD-ROM-диске 101. Кроме того, блоки B[n] данных для воспроизведения базового вида и блоки D[n] данных для воспроизведения зависимого вида размещаются поочередно один за другим. Этот тип компоновки группы блоков данных упоминается как "перемеженная компоновка". В частности, одна последовательность блоков данных, записанных в перемеженной компоновке, упоминается как "блок экстентов". Три блока 1501, 1502 и 1503 экстентов показаны на фиг. 15. Блоки экстентов разделяются посредством области NAV записи для данных, отличных от мультиплексированных потоковых данных, как в случае первого блока 1501 экстентов и второго блока 1502 экстентов. Кроме того, когда BD-ROM-диск 101 является многослойным диском, т.е. когда BD-ROM-диск 101 включает в себя множество слоев для записи, блоки экстентов также могут разделяться посредством границы между слоями для записи (в дальнейшем называемой межслойной границы) LB, как во втором и третьем блоках 1502 и 1503 экстентов. Таким образом, одна последовательность мультиплексированных потоковых данных, в общем, размещается так, что она разделяется на множество блоков экстентов. В этом случае, чтобы устройство 102 воспроизведения плавно воспроизводило видеоизображения из мультиплексированных потоковых данных, необходимо, чтобы видеоизображения воспроизводились из блоков экстентов, которые должны быть плавно соединены. В дальнейшем в этом документе, обработка, требуемая посредством устройства 102 воспроизведения для этой цели, упоминается как "плавное соединение между блоками экстентов".

В блоках 1501-1503 экстентов в варианте 1 осуществления настоящего изобретения два типа блоков D[n] и B[n] данных равны по числу. Кроме того, ATC-времена экстента являются идентичными между парой (n+1)-вых последовательных блоков D[n] и B[n] данных. В дальнейшем в этом документе, такая пара блоков данных упоминается как "пара экстентов". В этом контексте "таймер поступления (ATC)" означает синхросигнал, который выступает в качестве стандарта для ATS. "ATC-время экстента" указывает диапазон ATS, назначаемых исходным пакетам в одном блоке данных, т.е. разность от ATS первого исходного пакета в блоке данных до ATS первого исходного пакета в следующем блоке данных. Эта разность равняется времени, выраженному как значение ATC, требуемое для устройства 102 воспроизведения, чтобы передавать все исходные пакеты в блоке данных из буфера считывания в декодер системных целевых объектов. "Буфер считывания" - это буферное запоминающее устройство в устройстве 102 воспроизведения, в котором блоки данных, считанные из BD-ROM-диска 101, временно сохраняются перед передачей в декодер системных целевых объектов. Подробности относительно буфера считывания предоставляются позднее. В примере, показанном на фиг. 15, поскольку три блока 1501-1503 экстентов соединяются вместе плавно, ATC-времена экстента являются идентичными для пар блоков D[n], B[n] данных (n=0, 1, 2,...).

VAU, расположенные в начале каждой пары D[n] и B[n] экстентов, принадлежат одной трехмерной VAU и, в частности, включают в себя первое изображение GOP, представляющей одно трехмерное видеоизображение. Например, на фиг. 15, начало каждого блока D[n] данных для просмотра правым глазом включает в себя P-изображение для видеопотока для просмотра правым глазом, а каждого начало блока B[n] данных для воспроизведения базового вида включает в себя I-изображение для видеопотока для воспроизведения базового вида. P-изображение для видеопотока для просмотра правым глазом представляет вид для просмотра правым глазом, когда двумерное видеоизображение, представленное посредством I-изображения в видеопотоке для воспроизведения базового вида, используется в качестве вида для просмотра левым глазом. В частности, P-изображение, как показано на фиг. 7, сжимается с использованием I-изображения в качестве опорного изображения. Соответственно, устройство 102 воспроизведения в режиме трехмерного воспроизведения может начинать воспроизведение трехмерных видеоизображений от любой пары D[n] и B[n] экстентов. Другими словами, обработка, которая требует произвольного доступа видеопотоков, такая как воспроизведение с прерываниями, возможна.

В перемеженной компоновке согласно варианту 1 осуществления настоящего изобретения, в каждой паре экстентов D[n], B[n], блок D[n] данных для воспроизведения зависимого вида находится перед блоком B[n] данных для воспроизведения базового вида. Это обусловлено тем, что объем данных типично меньше в блоке D[n] данных для воспроизведения зависимого вида, чем в блоке B[n] данных для воспроизведения базового вида, т.е. скорость передачи битов является более низкой. Например, на фиг. 15, изображение, включенное в (n+1)-й блок D[n] данных для просмотра правым глазом, сжимается с использованием изображения, включенного в (n+1)-й блок B[n] данных для воспроизведения базового вида, в качестве опорного изображения, как показано на фиг. 7. Соответственно, размер блока D[n] данных для просмотра правым глазом, SEXT2[n], типично равен или меньше размера блока B[n] данных для воспроизведения базового вида, SEXT1[n]: SEXT2[n]≤SEXT1[n]. С другой стороны, объем данных в расчете на пиксел в карте глубины, т.е. число битов значения глубины типично меньше объема данных в расчете на пиксел изображения для воспроизведения базового вида, т.е. суммы числа битов значения координаты цветности и значения α (прозрачности). Кроме того, как показано на фиг. 3A и 3C, в отличие от второго суб-TS, основной TS включает в себя другие элементарные потоки, такие как поток первичного аудио, в дополнение к потоку первичного видео. Следовательно, размер блока данных карты глубины, SEXT3[n], меньше или равен размеру блока B[n] данных для воспроизведения базового вида, SEXT1[n]: SEXT2[n]≤SEXT1[n].

[Значимость деления мультиплексированных потоковых данных на блоки данных]

Чтобы воспроизводить трехмерные видеоизображения плавно из BD-ROM-диска 101, устройство 102 воспроизведения должно параллельно обрабатывать основной TS и суб-TS. Емкость буфера считывания, подходящая для использования в такой обработке, тем не менее, в общем, является ограниченной. В частности, предусмотрен предел на объем данных, который может непрерывно считываться в буфер считывания из BD-ROM-диска 101. Соответственно, устройство 102 воспроизведения должно считывать секции основного TS и суб-TS с идентичным ATC-временем экстента посредством деления секций.

Фиг. 16A является схематичным представлением, показывающим компоновку основного TS 1601 и суб-TS 1602, записанных отдельно и последовательно на BD-ROM-диске. Когда устройство 102 воспроизведения параллельно обрабатывает основной TS 1601 и суб-TS 1601, как показано посредством стрелок (1)-(4) на сплошных линиях на фиг. 16A, BD-ROM-накопитель 121 поочередно считывает секции основного TS 1602 и суб-TS 2002, которые имеют идентичное ATC-время экстента. В это время, как показано посредством стрелок в пунктирных кривых на фиг. 16A, во время обработки считывания BD-ROM-накопитель 121 должен осуществлять большое изменение области, которая должна считываться на BD-ROM-диске. Например, после того, как первая секция основного TS 1601, показанная посредством стрелки (1), считана, BD-ROM-накопитель 121 временно прекращает операцию считывания посредством оптической головки воспроизведения и увеличивает скорость вращения BD-ROM-диска. Таким образом, BD-ROM-накопитель 121 быстро перемещает сектор на BD-ROM-диске, в котором записана первая секция суб-TS 1602, показанная посредством стрелки (2), в позицию оптической головки воспроизведения. Эта операция для того, чтобы временно прекращать считывание посредством оптической головки воспроизведения, и, в то время, когда считывание прекращено, позиция оптической головки воспроизведения выше следующей области считывалась, называется "переходом". Пунктирные линии со стрелкой, показанные на фиг. 16A, указывают диапазон переходов, необходимых во время обработки считывания. В течение каждого периода перехода обработка считывания посредством оптической головки воспроизведения прекращается, и только обработка декодирования посредством декодера продолжается. Поскольку переход является чрезмерным в примере, показанном на фиг. 16A, трудно инструктировать обработке считывания не отставать от обработки декодирования. Как результат, трудно устойчиво поддерживать плавное воспроизведение.

Фиг. 16B является схематичным представлением, показывающим перемеженную компоновку блоков B[0], B[1], B[2],... данных для воспроизведения базового вида и блоков D[0], D[1], D[2],... данных для воспроизведения зависимого вида, записанных на BD-ROM-диске 101 согласно варианту осуществления 1 настоящего изобретения. Как показано на фиг. 16B, основной TS и суб-TS разделяются на множество блоков данных и размещаются поочередно. В этом случае, во время воспроизведения трехмерных видеоизображений устройство 102 воспроизведения считывает блоки B[0], D[0], B[1], D[1],... данных по порядку с начала, как показано посредством стрелок (1)-(4) на фиг. 16B. Посредством простого считывания этих блоков данных по порядку, устройство 102 воспроизведения может плавно считывать основной TS и суб-TS поочередно. В частности, поскольку переход не осуществляется во время обработки считывания, плавное воспроизведение трехмерных видеоизображений может устойчиво поддерживаться.

<<Значимость предоставления для смежных блоков данных с идентичным ATC-временем экстента>>

Фиг. 16C является схематичным представлением, показывающим пример ATC-времен экстента для группы D[n] блоков данных для воспроизведения зависимого вида и группы B[n] блоков данных для воспроизведения базового вида, записанных в перемеженной компоновке (n=0, 1, 2). Как показано на фиг. 16C, ATC-время экстента является идентичным в каждой паре для блока D[n] данных для воспроизведения зависимого вида и непосредственно последующего блока B[n] данных для воспроизведения базового вида. Например, ATC-время экстента равно одной секунде для каждого из D[0] и B[0] в паре первого блока данных. Соответственно, когда блоки D[0] и B[0] данных считываются посредством буфера считывания в устройстве 102 воспроизведения, все TS-пакеты в них отправляются из буфера считывания в декодер системных целевых объектов в одном односекундном интервале. Аналогично, поскольку ATC-время экстента равно 0,7 секундам для каждого из D[1] и B[1] в паре второго блока данных, все TS-пакеты в каждом блоке данных передаются из буфера считывания в декодер системных целевых объектов в 0,7-секундном интервале.

Фиг. 16D является схематичным представлением, показывающим другой пример ATC-времен экстента для группы D[n] блоков данных для воспроизведения зависимого вида и группы B[n] блоков данных для воспроизведения базового вида, записанных в перемеженной компоновке. Как показано на фиг. 16D, ATC-времена экстента во всех блоках D[n] и B[n] данных равны одной секунде. Соответственно, в одном односекундном интервале, в котором любые из блоков D[n] и B[n] данных считываются посредством буфера считывания в устройстве 102 воспроизведения, все TS-пакеты в каждом из этих блоков данных передаются из буфера считывания в декодер системных целевых объектов.

Как описано выше, скорость сжатия блоков данных для воспроизведения зависимого вида превышает скорость сжатия блоков данных для воспроизведения базового вида. Соответственно, обработка декодирования блоков данных для воспроизведения зависимого вида, в общем, медленнее обработки декодирования блоков данных для воспроизведения базового вида. С другой стороны, когда ATC-времена экстента равны, блоки данных для воспроизведения зависимого вида имеют меньший объем данных, чем блоки данных для воспроизведения базового вида. Следовательно, когда ATC-времена экстента являются идентичными для смежных блоков данных, как на фиг. 16C и 16D, скорость, с которой данные, которые должны быть декодированы, предоставляются в декодер системных целевых объектов, может легко поддерживаться одинаковой со скоростью обработки посредством декодера. Другими словами, декодер системных целевых объектов упрощает синхронизацию между обработкой декодирования блоков данных для воспроизведения базового вида и обработкой декодирования блоков данных для воспроизведения зависимого вида, в частности, при воспроизведении с прерываниями.

<Способ для того, чтобы совмещать ATC-времена экстента>

Фиг. 17 является схематичным представлением, показывающим способ, чтобы совмещать ATC-времена экстента между последовательными блоками данных. Во-первых, ATS вдоль одной временной оси ATC назначаются исходным пакетам, сохраненным в блоке данных для воспроизведения базового вида (в дальнейшем в этом документе, SP1), и исходным пакетам, сохраненным в блоке данных для воспроизведения зависимого вида (в дальнейшем в этом документе, SP2). Как показано на фиг. 17, прямоугольники 1710 и 1720, соответственно, представляют SP1 #p (p=0, 1, 2, 3,..., k, k+1,..., i, i+1) и SP2 #q (q=0, 1, 2, 3,..., m, m+1,..., j). Эти прямоугольники 1710 и 1720 размещаются по порядку вдоль временной оси ATS каждого исходного пакета. Позиции A1(p) и A2(q), соответственно, начала каждого прямоугольника 1710 и 1720 представляют значение ATS исходного пакета. Длина AT1 и AT2, соответственно, каждого прямоугольника 1710 и 1720 представляет количество времени, необходимое для устройства трехмерного воспроизведения, чтобы передавать один исходный пакет из буфера считывания в декодер системных целевых объектов.

От ATS A1(0) SP1 #0 до тех пор, пока ATC-время TEXT[n] экстента не прошло, SP1, т.е. SP1 #0, 1, 2,..., k, передается из буфера считывания в декодер системных целевых объектов и сохраняется в (n+1)-м блоке EXT1[n] данных для воспроизведения базового вида. Аналогично, от ATS A1(k+1) SP1 #(k+1), до тех пор, пока ATC-время TEXT[n+1] экстента не прошло, SP1, т.е. SP1 #(k+1),..., i, передается из буфера считывания в декодер системных целевых объектов и сохраняется в (n+2)-м блоке EXT1[n+1] данных для воспроизведения базового вида.

С другой стороны, SP2, которая должна сохраняться в (n+1)-вом блоке EXT2[n] данных для воспроизведения зависимого вида, выбирается следующим образом. Во-первых, сумма ATS A1(0) из SP1 #0 и ATC-времени TEXT[n] экстента находится как ATS A1(k+1) SP1 #(k+1): ATS A1(k+1)=A1(0)+TEXT[n]. Затем, SP2, т.е. SP2 #0, 1, 2,..., m, выбирается. Передача SP2 из буфера считывания в декодер системных целевых объектов начинается в течение периода с ATS A1(0) SP1 #0 до ATS A1(k + 1) SP1 #(k+1). Соответственно, первая SP2, т.е. ATS A2(0) SP2 #0, всегда равна или превышает первую SP1, т.е. ATS A1(0) SP1 #0: A2(0)≥A1(0). Кроме того, последняя SP2, т.е. ATS A2(m) SP2 #m, равна или меньше ATS A1(k+1) SP1 #(k+1): A2(m)≤A1(k + 1). В этом контексте завершение передачи SP2 #m может быть в момент или после ATS A1(k+1) SP1 #(k+1).

Аналогично, SP2, которая должна сохраняться как (n+2)-й блок EXT2[n+1] данных для воспроизведения зависимого вида, выбирается следующим образом.

Во-первых, ATS A1(k+1) SP1 #(k+1), которая располагается в начале (n+3)-го блока EXT1[n+2] данных для воспроизведения базового вида, находится: ATS A1(i+1)=A1(k+1)+TEXT. Затем, SP2, т.е. SP2 #(m+1)-SP2 #j, выбирается. Передача SP2 из буфера считывания в декодер системных целевых объектов начинается в течение периода с ATS A1(k+1) SP1 #(k+1) до ATS A1(i+1) SP1 #(i+1). Соответственно, первая SP2, т.е. ATS A2(m+1) SP2 #(m+1) равна или превышает первую SP1, т.е. ATS A1(k+1) SP1 #1 (k+1): A2(m+1)≥A1(k+1). Кроме того, ATS A2(j) последней SP2 #j равна или меньше ATS A1(i+1) SP1 #(i+1), расположенной в начале следующего блока EXT1[n+2] данных для воспроизведения базового вида: A2(j) ≤ A1(i + 1).

[Значимость размещения блоков данных меньшего объема данных первыми]

При считывании блока данных, расположенного в начале или в позиции начала воспроизведения каждого блока экстентов, устройство 102 воспроизведения в режиме трехмерного воспроизведения сначала считывает весь блок данных в буфер считывания. Блок данных не передается в декодер системных целевых объектов в течение того периода. После окончания считывания блока данных устройство 102 воспроизведения передает блок данных в декодер системных целевых объектов параллельно со следующим блоком данных. Эта обработка называется "предварительной загрузкой".

Техническая значимость предварительной загрузки является следующей. Во-первых, в L/R-режиме, блоки данных для воспроизведения базового вида необходимы для декодирования блоков данных для воспроизведения зависимого вида. Следовательно, чтобы поддерживать минимально необходимую емкость буфера для сохранения декодированных данных до обработки вывода, предпочтительно одновременно предоставлять блоки данных в декодер системных целевых объектов, которые должны быть декодированы. В режиме глубины, требуется обработка для того, чтобы формировать пару видеоплоскостей, представляющую параллактические изображения, из пары декодированного изображения для воспроизведения базового вида и декодированной карты глубины. Соответственно, чтобы поддерживать минимально необходимую емкость буфера для сохранения декодированных данных до этой обработки, предпочтительно предоставлять в декодер системных целевых объектов блоки данных для воспроизведения базового вида одновременно с блоками данных карты глубины, которые должны быть декодированы. Следовательно, предварительная загрузка приводит к считыванию заранее всего блока данных в начале блока экстентов или в позиции начала воспроизведения в буфер считывания. Это предоставляет возможность одновременной передачи блока данных и следующего блока данных из буфера считывания в декодер системных целевых объектов и декодирования. Кроме того, последующие пары экстентов также могут быть одновременно декодированы посредством декодера системных целевых объектов.

При предварительной загрузке весь блок данных, который считывается первым, сохраняется в буфере считывания. Соответственно, буфер считывания требует, по меньшей мере, емкости, равной размеру блока данных. Чтобы поддерживать минимальной емкость буфера считывания, размер блока данных, который должен быть предварительно загружен, должен быть как можно меньше. Между тем, для воспроизведения с прерываниями и т.д. любая пара экстентов может выбираться в качестве позиции начала воспроизведения. Поэтому, в каждой паре экстентов, данные меньшего объема размещаются первыми. Это предоставляет возможность поддержания минимальной емкости буфера считывания.

<<Перекрестное связывание файлов AV-потока с блоками данных>>

Для группы блоков данных, показанной на фиг. 15, файлы AV-потока перекрестно связываются следующим образом. Запись 1540 файла в первом файле SS (01000.ssif) 244A рассматривает каждый блок 1501-1503 экстентов как один экстент, указывая размер каждого и LBN их начала. Соответственно, к блокам 1501-1503 экстентов может осуществляться доступ как к экстентам EXTSS[0], EXTSS[1] и EXTSS[2] первого файла SS 244A. В дальнейшем в этом документе, экстенты EXTSS[0], EXTSS[1] и EXTSS[2], принадлежащие первому файлу SS 244A, называются "экстентами SS". Каждый из экстентов SS EXTSS[0], EXTSS[1] и EXTSS[2] совместно использует блоки B[n] данных для воспроизведения базового вида с файлом 2D 241 и совместно использует блоки D[n] данных для просмотра правым глазом с файлом DEP 242.

<<Путь воспроизведения для группы блоков экстентов>>

Фиг. 18 является схематичным представлением, показывающим путь 1801 воспроизведения в режиме двумерного воспроизведения для группы 1501-1503 блоков экстентов. Устройство 102 воспроизведения в режиме двумерного воспроизведения воспроизводит файл 2D 241. Соответственно, как указано посредством пути 1801 воспроизведения в режиме двумерного воспроизведения, блоки B[n] (n=0, 1, 2,...) данных для воспроизведения базового вида считываются по порядку из блоков 1501-1503 экстентов как двумерные экстенты EXT2D[n]. В частности, первый блок B[0] данных для воспроизведения базового вида сначала считывается из первого блока 1501 экстентов, затем считывание непосредственно последующего блока D[0] данных для воспроизведения зависимого вида пропускается посредством первого перехода J2D1. Затем, второй блок B[1] данных для воспроизведения базового вида считывается, и после этого считывание непосредственно последующих данных NAV и блока D[1] данных для просмотра правым глазом пропускается посредством второго перехода JNAV. Затем, считывание блоков данных для воспроизведения базового вида и переходы повторяются аналогично во втором и последующих блоках 1502 и 1503 экстентов.

Переход JLY, осуществляемый между вторым блоком 1502 экстентов и третьим блоком 1503 экстентов, является длинным переходом через межслойную границу LB. "Длинный переход" является собирательным термином для переходов с длительным временем поиска дорожек и конкретно упоминается как (i) переход, выполняемый для того, чтобы переключать слои для записи, и (ii) расстояние перехода, которое превышает предварительно определенное пороговое значение. "Расстояние перехода" означает длину области на BD-ROM-диске 101, считывание которой пропускается в течение периода перехода. Расстояние перехода обычно выражается как число секторов соответствующей секции. Пороговое значение в (ii) выше задается, например, как 40000 секторов в стандарте BD-ROM. Это пороговое значение, тем не менее, зависит от типа BD-ROM-диска и характеристик обработки считывания BD-ROM-накопителя. Длинные переходы, в частности, включают в себя переходы к фокусу и переходы к дорожке. "Переход к фокусу" - это переход, вызываемый посредством переключения слоев для записи, и он включает в себя обработку, чтобы изменять расстояние фокуса оптической головки воспроизведения. "Переход к дорожке" включает в себя обработку, чтобы перемещать оптическую головку воспроизведения в радиальном направлении вдоль BD-ROM-диска 101.

Фиг. 18 является схематичным представлением, показывающим путь 1802 воспроизведения в L/R-режиме для группы 1501-1503 блоков экстентов. Устройство 102 воспроизведения в L/R-режиме воспроизводит первый файл SS 244A. Соответственно, как указано посредством пути 1802 воспроизведения в L/R-режиме, блоки 1501, 1502 и 1503 экстентов считываются по порядку как экстенты SS EXTSS[0], EXTSS[1] и EXTSS[2]. В частности, блоки D[0], B[0], D[1] и B[1] данных сначала последовательно считываются с первого блока 1501 экстентов, затем считывание непосредственно последующих данных NAV пропускается посредством первого перехода JNAV. Затем, блоки D[2],..., B [3] данных последовательно считываются от второго блока 1502 экстентов. Непосредственно после этого длинный переход JLY для переключения слоев для записи осуществляется. Затем, блоки D[4], B[4],..., данных последовательно считываются из третьего блока 1503 экстентов.

При считывании блоков 1501-1503 экстентов как экстентов первого файла SS 244A, устройство 102 воспроизведения считывает первый LBN экстентов SS EXTSS[0], EXTSS[1],..., и их размер из записи 1540 файла в первом файле SS 244A и затем выводит LBN и размеры в BD-ROM-накопитель 121. BD-ROM-накопитель 121 непрерывно считывает данные, имеющие входной размер, из входного LBN. При такой обработке управление BD-ROM-накопителем 121 проще, чем при обработке, чтобы считывать группы блоков данных как экстенты в первом файле DEP 242 и файле 2D 241, по следующим причинам (A) и (B): (A) устройство 102 воспроизведения может обращаться по порядку к экстентам с использованием записи файла в одном местоположении, и (B) поскольку общее число экстентов, которые должны считываться, сокращается практически наполовину, общее число пар LBN и размер, который должен выводиться в BD-ROM-накопитель 121, сокращается наполовину. Тем не менее, после того, как устройство 102 воспроизведения считывает трехмерные экстенты EXTSS[0], EXTSS[1],..., оно должно разделять каждый из них на блок данных для просмотра правым глазом и блок данных для воспроизведения базового вида и выводить их в декодер. Файл информации о клипах используется для этой обработки разделения. Подробности предоставляются ниже.

Как показано на фиг. 15, при фактическом считывании блоков 1501-1503 экстентов, BD-ROM-накопитель 121 выполняет переход J0 через нуль секторов во время с начала блока данных до начала следующего блока данных. "Переход через нуль секторов" - это перемещение оптической головки воспроизведения между двумя последовательными блоками данных. В течение периода, в котором выполняется переход через нуль секторов (в дальнейшем называемым "периодом перехода через нуль секторов"), оптическая головка воспроизведения временно приостанавливает свою операцию считывания и ожидает. По этой причине, переход через нуль секторов рассматривается как "переход, расстояние перехода которого равняется нулю секторов". Длина периода перехода через нуль секторов, т.е. период времени перехода через нуль секторов, может включать в себя, в дополнение ко времени для сдвига позиции оптической головки воспроизведения через вращение BD-ROM-диска 101, дополнительные затраты, вызываемые посредством обработки коррекции ошибок. "Дополнительные затраты, вызываемые посредством обработки коррекции ошибок" означает избыточное время, вызываемое посредством выполнения обработки коррекции ошибок два раза с использованием ECC-блока, когда граница между ECC-блоками не совпадает с границей между двумя блоками данных. Целый ECC-блок необходим для обработки коррекции ошибок. Соответственно, когда два последовательных блока данных совместно используют один ECC-блок, весь ECC-блок считывается и используется для обработки коррекции ошибок в ходе считывания любого блока данных. Как результат, каждый раз, когда один из этих блоков данных считывается, максимум 32 сектора избыточных данных дополнительно считывается. Дополнительные затраты, вызываемые посредством обработки коррекции ошибок, оцениваются как полное время для считывания избыточных данных, т.е. 32 сектора×2048 байтов×8 битов/байтов×2 экземпляра/скорость считывания. Следует отметить, что блоки данных могут быть структурированы в единицах ECC-блоков. В этом случае, размер каждого блока данных равняется целому кратному размера ECC-блока. Служебная информация, вызываемая посредством обработки коррекции ошибок, тем самым может исключаться из периода перехода через нуль секторов.

Размер блоков данных/блоков экстентов

Блоки данных структурированы в совмещенных единицах. Размер каждого блока данных равен кратному размера совмещенной единицы (=6144 байта или приблизительно 6 кбайт). Соответственно, BD-ROM-накопитель может надежно полностью считывать любой блок данных последовательно, поскольку граница между блоками данных совпадает с границей между секторами.

1. Условия для плавного воспроизведения

Как показано на фиг. 15, для плавного воспроизведения как двумерных видеоизображений, так и трехмерных видеоизображений из блоков 1501-1503 экстентов, которые отделены друг от друга, размер каждого блока данных и каждого блока 1501-1503 экстентов должен удовлетворять условиям, описанным в [1-1] и [1-2] ниже.

1-1. Условия во время режима двумерного воспроизведения

Фиг. 19 является блок-схемой, показывающей систему обработки воспроизведения в устройстве 102 воспроизведения в режиме двумерного воспроизведения. Как показано на фиг. 19, эта система обработки воспроизведения включает в себя BD-ROM-накопитель 1901, буфер 1902 считывания и декодер 1903 системных целевых объектов. BD-ROM-накопитель 1901 считывает двумерные экстенты из BD-ROM-диска 101 и передает двумерные экстенты в буфер 1902 считывания на скорости RUD54 считывания. Буфер 1902 считывания является буферным запоминающим устройством, внутренним для устройства 102 воспроизведения, который принимает двумерные экстенты из BD-ROM-накопителя 1901 и сохраняет двумерные экстенты. Декодер 1903 системных целевых объектов считывает исходные пакеты из каждого двумерного экстента, сохраненного в буфере 1902 считывания, на средней скорости REXT2D передачи и декодирует исходные пакеты на видеоданные VD и аудиоданные AD.

Средняя скорость REXT2D передачи равняется 192/188, умноженному на среднюю скорость обработки посредством декодера 1903 системных целевых объектов, чтобы извлекать TS-пакеты из каждого исходного пакета в буфере 1902 считывания. В этом случае, коэффициент 192/188 является отношением байтов в исходном пакете к байтам в TS-пакете. Средняя скорость REXT2D передачи традиционно представляется в битах/сек и конкретно равна значению размера двумерного экстента, выраженного в битах, разделенного на ATC-время экстента. "Размер экстента, выраженный в битах", равен восьми, умноженным на произведение числа исходных пакетов в экстенте и числа байтов в расчете на исходный пакет (=192 байта x 8 бит/байт). Средняя скорость REXT2D передачи типично варьируется посредством двумерного экстента. Максимальное значение RMAX2D средней скорости REXT2D передачи равно 192/188, умноженным на системную скорость RTS для файла 2D. "Системная скорость" означает максимальную скорость, на которой декодер 1903 системных целевых объектов обрабатывает TS-пакеты. Системная скорость RTS обычно выражается в битах в секунду (бит/с) и в восемь раз превышает скорость записи основного TS, выражаемую в байтах в секунду (байт/с).

Средняя скорость REXT2D передачи оценивается следующим образом. Во-первых, ATC-время экстента вычисляется следующим образом. В примере, показанном на фиг. 17, ATC-время TEXT[n] экстента (n+1)-го блока EXT1[n] данных для воспроизведения базового вида выражается в следующем уравнении как разность между ATS A1(0) SP1 #0 и ATS A1(k+1) SP1 #(k+1), расположенными в начале (n+2)-го блока EXT1[n+1] данных для воспроизведения базового вида:

TEXT[n]=(A1(k+1)-A1(0)+WA)/TATC

В этом уравнении значение WA циклического возврата представляет сумму значений счетчика, сбрасываемую каждый раз, когда циклический возврат происходит, в то время как ATC подсчитывается от ATS A1(0) SP1 #0 до ATS A1(k+1) SP1 #(k+1). Другими словами, значение WA циклического возврата равно произведению числа раз, когда циклический возврат происходит в течение этого периода, и значения счетчика, когда циклический возврат происходит. Например, когда ATC подсчитывается с помощью 30-битового счетчика, значение WA циклического возврата равно 230. Константа TATC представляет период ATC и равна, например, 27 МГц: TATC=27×106.

Затем, размер двумерного экстента вычисляется следующим образом. В примере, показанном на фиг. 17, размер SEXT1[n] (n+1)-го блока EXT1[n] данных для воспроизведения базового вида составляет 192 x (k+1) x 8 битов, полный объем данных исходных пакетов SP1 #0, 1,..., k, сохраненных в блоке данных.

В завершение, средняя скорость REXT2D[n] передачи оценивается при размере SEXT1[n] блока EXT1[n] данных для воспроизведения базового вида, деленном на ATC-время TEXT[n] экстента: REXT2D[n]=SEXT1[n]/TEXT[N].

В вышеуказанной оценке размер каждого двумерного экстента может задаваться равным постоянному кратному длины исходного пакета для точного вычисления ATC-времени экстента. Кроме того, когда двумерный экстент включает в себя больше исходных пакетов, чем кратное, ATC-время экстента двумерного экстента может вычисляться следующим образом. Во-первых, кратное вычитается из общего числа исходных пакетов, и результат умножается на время передачи для одного исходного пакета (=188x8/системная скорость). Затем, это произведение добавляется к ATC-времени экстента, соответствующему вышеуказанному кратному. Сумма обозначается как ATC-время экстента двумерного экстента.

Альтернативно, ATC-время экстента может вычисляться следующим образом. Во-первых, для одного двумерного экстента, длительность от ATS первого исходного пакета до ATS последнего исходного пакета находится. Затем, время передачи в расчете на исходный пакет добавляется к длительности. Сумма обозначается как ATC-время экстента двумерного экстента. В частности, в примере на фиг. 17, ATC-время TEXT[n] экстента (n+1)-го блока EXT1[n] данных для воспроизведения базового вида выражается в следующем уравнении на основе разности между ATS A1(0) SP1 #0 и ATS A1(k) SP1 #k, расположенных в конце блока EXT1[n] данных.

TEXT[n]=(A1(k)-A1(0)+WA)/TATC+188×8/RTS1

В этом уравнении значение WA циклического возврата представляет сумму значений счетчика, сбрасываемую каждый раз, когда циклический возврат происходит, в то время как ATC подсчитывается от ATS A1(0) SP1 #0 до ATS A1(k) SP1 #k. Второй член в правой стороне вышеприведенного уравнения является длиной данных TS-пакета, 188 (байтов)×8 (битов/байт), деленной на системную скорость RTS2; второй член равен времени, необходимому для того, чтобы передавать один TS-пакет из буфера считывания в декодер системных целевых объектов.

Поскольку вышеприведенное вычисление ATC-времени экстента необязательно должно обращаться к следующему экстенту, ATC-время экстента может вычисляться, даже когда следующий экстент не существует. Даже если следующий экстент существует, вычисление ATC-времени экстента упрощается.

Скорость RUD54 считывания традиционно выражается в битах/сек и задается равной более высокому значению, к примеру, 54 Мбит/с, чем максимальное значение RMAX2D средней скорости REXT2D передачи: RUD54>RMAX2D. Это предотвращает опустошение в буфере 1902 считывания вследствие обработки декодирования посредством декодера 1903 системных целевых объектов в момент, когда BD-ROM-накопитель 1901 считывает двумерный экстент из BD-ROM-диска 101.

Фиг. 20A является графиком, показывающим изменение объема DA данных, сохраненного в буфере 1902 считывания, в ходе работы в режиме двумерного воспроизведения. Фиг. 20B является схематичным представлением, показывающим соответствие между блоком 2010 экстентов для воспроизведения и путем 2020 воспроизведения в режиме двумерного воспроизведения. Как показано на фиг. 20B, в соответствии с путем 2020 воспроизведения, блоки Bn данных для воспроизведения базового вида (n=0, 1, 2,...) в блоке 2010 экстентов считываются как один двумерный экстент EXT2D[n] из BD-ROM-диска 101 в буфер 1902 считывания. Как показано на фиг. 20A, в течение периода PR2D[n] считывания для каждого двумерного экстента EXT2D[n], сохраненный объем DA данных увеличивается на скорости, равной RUD54-REXT2D[n], разности между скоростью RUD54 считывания и средней скоростью REXT2D[n] передачи. Переход J2D[n], тем не менее, осуществляется между двумя смежными двумерными экстентами EXT2D[n-1] и EXT2D[n]. Поскольку считывание двух смежных блоков D[n] данных для воспроизведения зависимого вида пропускается в течение соответствующего периода PJ2D[n] перехода, считывание данных из BD-ROM-диска 101 прерывается. Соответственно, сохраненный объем DA данных уменьшается на средней скорости REXT2D[n] передачи в течение каждого периода PJ2D[n] перехода.

Операции считывания и передачи посредством BD-ROM-накопителя 1901 фактически выполняются не непрерывно, как предлагается посредством графика на фиг. 20A, а вместо этого прерывисто. Это не допускает превышения посредством сохраненного объема DA данных емкости буфера 1902 считывания, т.е. переполнения в буфере 1902 считывания, в течение периода PR2D[n] считывания для каждого двумерного экстента. Соответственно, график на фиг. 20A представляет фактические пошаговые изменения как аппроксимированные линейные изменения.

Для плавного воспроизведения двумерных видеоизображений из блока 2010 экстентов, показанного на фиг. 20B, следующие два условия должны удовлетворяться. Во-первых, размер SEXT2D[n] каждого двумерного экстента EXT2D[n] должен быть, по меньшей мере, предварительно определенным нижним пределом. Этот нижний предел упоминается как "минимальный размер экстента". Расстояние между двумерными экстентами также не должно превышать предварительно определенный верхний предел.

1-1-1: Минимальный размер экстента для двумерных экстентов

Во время каждого периода PJ2D[n] перехода, данные должны непрерывно предоставляться из буфера 1902 считывания в декодер 1903 системных целевых объектов так, что декодер 1903 системных целевых объектов может обеспечивать их непрерывный вывод. Соответственно, размер каждого двумерного экстента должен удовлетворять следующему условию 1.

Размер SEXT2D[n] каждого двумерного экстента EXT2D[n] равен объему данных, передаваемых из буфера 1902 считывания в декодер 1903 системных целевых объектов через период PR2D[n] считывания и следующий период PJ2D[n+1] перехода. В этом случае, как показано на фиг. 20A, сохраненный объем DA данных в конце периода PJ2D[n+1] перехода не опускается ниже значения в начале периода PR2D[n] считывания. Другими словами, в течение каждого периода PJ2D[n] перехода, данные непрерывно предоставляются из буфера 1902 считывания в декодер 1903 системных целевых объектов. В частности, опустошение не возникает в буфере 1902 считывания. Следует отметить, что длина периода PR2D[n] считывания равняется SEXT2D[n]/RUD54, размеру SEXT2D[n] двумерного экстента EXT2D[n], деленному на скорость RUD54 считывания. Соответственно, условие 1 указывает следующее. Минимальный размер экстента для каждого двумерного экстента EXT2D[n] выражается в правой стороне выражения (1):

. (1)

В выражении 1 время TJUMP-2D[n] перехода представляет длину периода PJ2D[n] перехода в секундах. Скорость RUD54 считывания и средняя скорость REXT2D передачи выражаются в битах в секунду. Соответственно, в выражении 1, средняя скорость REXT2D передачи делится на 8, чтобы преобразовывать размер SEXT2D[n] двумерного экстента из битов в байты. Таким образом, размер SEXT2D[n] двумерного экстента выражается в байтах. Функция CEIL() является операцией, чтобы округлять в большую сторону дробные числа после десятичной запятой для значения в круглых скобках.

1-1-2: Расстояние между двумерными экстентами

Поскольку емкость буфера 1902 считывания является ограниченной, максимальное значение времени TJUMP-2D[n] перехода является ограниченным. Другими словами, даже если сохраненный объем DA данных удовлетворяет емкости буфера 1902 считывания непосредственно перед периодом PJ2D[n] перехода, причем время TJUMP-2D[n] перехода является слишком длительным, то сохраненный объем DA данных достигает нуля в течение периода PJ2D[n] перехода, и имеется опасность возникновения опустошения в буфере 1902 считывания. В дальнейшем в этом документе, время для уменьшения сохраненного объема DA данных с емкости буфера 1902 считывания до нуля в момент, когда предоставление данных из BD-ROM-диска 101 в буфер 1902 считывания прекращено, т.е. максимальное значение времени TJUMP-2D перехода, которое гарантирует плавное воспроизведение, называется "максимальным временем TJUMP_MAX перехода".

В стандартах оптических дисков соответствие между расстояниями перехода и максимальными временами перехода определяется из скорости доступа накопителя на оптических дисках и других факторов. Фиг. 21 является примером таблицы соответствия между расстояниями SJUMP перехода и максимальными временами TJUMP_MAX перехода для BD-ROM-диска. Как показано на фиг. 21, расстояния SJUMP перехода представляются в единицах секторов, а максимальные времена TJUMP_MAX перехода представляются в миллисекундах. Один сектор равен 2048 байтам. Когда расстояние SJUMP перехода составляет нуль секторов или находится в диапазоне 1-10000 секторов, 10001-20000 секторов, 20001-40000 секторов, 40001 сектора 1/10 длины хода и 1/10 длины хода или более, соответствующее максимальное время TJUMP_MAX перехода составляет 0 мс, 200 мс, 300 мс, 350 мс, 700 мс и 1400 мс, соответственно. Когда расстояние SJUMP перехода равно нулю секторов, максимальное время TJUMP_MAX перехода равно времени TJUMP0 перехода через нуль секторов. В примере на фиг. 21, время TJUMP0 перехода через нуль секторов рассматривается как нуль мс.

На основе вышеуказанных соображений, временем TJUMP-2D[n] перехода, которое должно подставляться в выражение 1, является максимальное время TJUMP_MAX перехода, указываемое для каждого расстояния перехода посредством стандартов BD-ROM-дисков. В частности, в таблице на фиг. 21, максимальное время TJUMP_MAX перехода, соответствующее расстоянию SJUMP перехода между двумя смежными двумерными экстентами EXT2D[n] и EXT2D[n+1], подставляется в выражение (1) в качестве времени TJUMP-2D[n] перехода. Расстояние SJUMP перехода равняется числу секторов в диапазоне от конца (n+1)-го двумерного экстента EXT2D[n] до конца (n+2)-рого двумерного экстента EXT2D[n+1].

Поскольку время TJUMP-2D[n] перехода для перехода между двумя двумерными экстентами EXT2D[n] и EXT2D[n+1] ограничено максимальным временем TJUMP_MAX перехода, расстояние SJUMP перехода, т.е. расстояние между этими двумя двумерными экстентами EXT2D[n] и EXT2D[n+1], также ограничено. Например, если время TJUMP-2D[n] перехода ограничено так, что оно равно или меньше максимального времени TJUMP_MAX перехода=700 мс, расстоянию SJUMP перехода между двумя двумерными экстентами EXT2D[n] и EXT2D[n+1] разрешается быть максимум 1/10 такта (=приблизительно 1,2 Гбайт). Аналогично этому максимум расстояния SJUMP перехода, расстояние SJUMP перехода, соответствующее времени TJUMP перехода, равному его максимальному времени TJUMP_MAX перехода, упоминается как "максимальное расстояние SJUMP_MAX перехода". Для плавного воспроизведения двумерных видеоизображений расстояние между смежными двумерными экстентами должно быть равным или меньше максимального расстояния SJUMP_MAX перехода.

В рамках каждого блока экстентов расстояние между соседними двумерными экстентами равно размеру блока данных для воспроизведения зависимого вида. Соответственно, размер блока данных для воспроизведения зависимого вида ограничен так, что он равен или меньше максимального расстояния SJUMP_MAX перехода. В частности, когда максимальное время TJUMP_MAX перехода между смежными двумерными экстентами ограничивается минимальным значением 200 мс, указываемым на фиг. 21, размер блока данных для воспроизведения зависимого вида ограничен так, что он равен или меньше максимального расстояния SJUMP_MAX перехода=10000 секторов (=приблизительно 19,5 Мбайт).

Когда два блока экстентов, размещаемые на различных слоях для записи, плавно записываются, длинный переход возникает между концом блока экстентов, считанного ранее, и началом блока экстентов, считанного позднее. Этот длинный переход включает в себя операцию, чтобы переключать слой для записи, к примеру, переход к фокусу. Соответственно, время, требуемое для этого длинного перехода, включает в себя "время переключения слоев", которое является временем, необходимым для операции, чтобы переключать слой для записи, в дополнение к максимальному времени TJUMP_MAX перехода, указываемому в таблице на фиг. 21. Это "время переключения слоев" составляет, например, 350 мс. В этом контексте (n+1)-й двумерный экстент EXT2D[n] находится в конце блока экстентов, который считывается ранее, а (n+2)-й двумерный экстент EXT2D[n+1] располагается в начале блока экстентов, который считывается позднее. Выражение 1, которому размер (n+1)-го двумерного экстента EXT2D[n] должен удовлетворять, имеет время TJUMP-2D[n] перехода, определяемое посредством суммы двух параметров TJ[n] и TL[n]: TJUMP-2D[n]=TJ[n]+TL[n]. Первый параметр TJ[n] представляет максимальное время TJUMP_MAX перехода, указываемое для расстояния SJUMP перехода для длинного перехода согласно стандартам BD-ROM-дисков. Это максимальное время TJUMP_MAX перехода равно значению, которое в таблице на фиг. 21 назначает число секторов от конца (n+1)-го двумерного экстента EXT2D[n] до начала (n+2)-го двумерного экстента EXT2D[n+1]. Второй параметр TL[n] представляет время переключения слоев, например, 350 мс. Соответственно, расстояние между двумя двумерными экстентами EXT2D[n] и EXT2D[n+1] ограничено максимальным расстоянием SJUMP_MAX перехода или меньше; таблица на фиг. 21 назначает максимальное расстояние перехода значению, равному максимальному времени TJUMP_MAX перехода для длинного перехода минус время переключения слоев. Например, когда время TJUMP-2D[n] перехода ограничено диапазоном с максимальным временем TJUMP_MAX перехода=700 мс или 600 мс в качестве своего верхнего предела, максимальное расстояние SJUMP_MAX перехода между двумя двумерными экстентами EXT2D[n] и EXT2D[n+1] составляет 40000 секторов (=приблизительно 78,1 Мбайт) или 10000 секторов (=приблизительно 19,5 Гбайт).

1-2: Условия во время режима трехмерного воспроизведения

Фиг. 22 является блок-схемой, показывающей систему обработки воспроизведения в устройстве 102 воспроизведения в режиме трехмерного воспроизведения. Как показано на фиг. 22, эта система обработки воспроизведения включает в себя BD-ROM-накопитель 2201, переключатель 2202, пару буферов 2211 и 2212 считывания и декодер 2203 системных целевых объектов. BD-ROM-накопитель 2201 считывает экстенты SS из BD-ROM-диска 101 и передает экстенты SS в переключатель 2202 на скорости RUD72 считывания. Переключатель 2202 разделяет экстенты SS на блоки данных для воспроизведения базового вида и блоки данных для воспроизведения зависимого вида. Подробности по обработке разделения предоставляются ниже. Первый буфер 2211 считывания и второй буфер 2212 считывания (в дальнейшем сокращенно называемые RB1 и RB2) являются буферными запоминающими устройствами, внутренними для устройства 102 воспроизведения, и сохраняют блоки данных, разделяемые посредством переключателя 2202. RB1 2211 сохраняет блоки данных для воспроизведения базового вида хранилищ, а RB2 2212 сохраняет блоки данных для воспроизведения зависимого вида. Декодер 2203 системных целевых объектов считывает исходные пакеты из блоков данных для воспроизведения базового вида, сохраненных в RB1 2211, на скорости REXT1 передачи для воспроизведения базового вида, и считывает исходные пакеты из блоков данных для воспроизведения зависимого вида, сохраненных в RB2 2212, на скорости REXT2 передачи для воспроизведения зависимого вида. Декодер 2203 системных целевых объектов также декодирует пары считанных блоков данных для воспроизведения базового вида и блоков данных для воспроизведения зависимого вида в видеоданные VD и аудиоданные AD.

Скорость REXT1 передачи для воспроизведения базового вида равняется 192/188, умноженному на среднюю скорость обработки посредством декодера 2203 системных целевых объектов, чтобы извлекать TS-пакеты из каждого исходного пакета в RB1 2211. Максимальное значение RMAX1 скорости REXT1 передачи для воспроизведения базового вида равняется 192/188, умноженному на системную скорость RTS1 для файла 2D: RMAX1=RTS1x192/188. Эта системная скорость RTS1 обычно выражается в битах в секунду (бит в секунду) и в восемь раз превышает скорость записи основного TS, выражаемую в байтах в секунду (байт/с). Скорость REXT2 передачи для воспроизведения зависимого вида равняется 192/188, умноженному на среднюю скорость обработки посредством декодера 2203 системных целевых объектов, чтобы извлекать TS-пакеты из каждого исходного пакета в RB2 2212. Максимальное значение RMAX2 скорости REXT2 передачи для воспроизведения зависимого вида равняется 192/188, умноженному на системную скорость RTS2 для файла DEP: RMAX2=RTS2×192/188. Эта системная скорость RTS2 обычно выражается в битах в секунду (бит/с) и в восемь раз превышает скорость записи основного TS, выражаемую в байтах в секунду (байт/с). Скорости REXT1 и REXT2 передачи типично представляются в битах/сек и, в частности, равняются размеру каждого блока данных, деленного на его ATC-время экстента; размер выражается в битах. ATC-время экстента равно времени, необходимому для того, чтобы передавать все исходные пакеты в блоке данных из RB1 2211 и RB2 2212 считывания в декодер 2203 системных целевых объектов.

Скорость REXT1 передачи для воспроизведения базового вида оценивается точно таким же образом на средней скорости REXT2D передачи двумерного экстента: REXT1[·]=SEXT1[·]/TEXT[·]. С другой стороны, скорость REXT2 передачи для воспроизведения зависимого вида оценивается при соотношении между объемом данных SPEXT2[·] и ATC-временем экстента: REXT2[·]=SPEXT2[·]/TEXT[·], вместо отношения между размером и ATC-временем экстента блока данных для воспроизведения зависимого вида. Этот объем SPEXT2[·] данных равен объему данных части блока данных для воспроизведения зависимого вида; часть фактически передается, в то время как передается соответствующий блок данных для воспроизведения базового вида. Для (n+1)-го блока EXT2[n] данных для воспроизведения зависимого вида, показанного на фиг. 17, объем SPEXT2[n] данных равен объему данных части исходных пакетов SP2 #0, 1,..., m, сохраненных в блоке EXT2[n] данных для воспроизведения зависимого вида; часть передается из RB2 2212 в декодер 2203 системных целевых объектов в течение периода ATC-времени TEXT[n] экстента от ATS A1(0) SP1 #0, т.е. первого исходного пакета в (n+1)-м блоке EXT1[n] данных для воспроизведения базового вида. Другими словами, объем SPEXT2[n] данных меньше размера SEXT2[n] блока EXT2[n] данных для воспроизведения зависимого вида на объем данных части SP2 #m, передаваемой после ATS A1(k+1) SP1 #(k+1). Для следующего блока EXT2[n+1] данных для воспроизведения зависимого вида объем SPEXT2[n+1] данных равен объему данных, который передается из RB2 2212 в декодер 2203 системных целевых объектов в течение периода ATC-времени TEXT[n+1] экстента от ATS A1(k+1) SP1 #(k+1), т.е. первого исходного пакета в (n+2)-м блоке EXT1[n+1] данных для воспроизведения базового вида; объем данных включает в себя исходные пакеты SP2 #(m+1),..., j, сохраненные в блоке EXT2[n+1] данных для воспроизведения зависимого вида. Другими словами, объем SPEXT2[n+1] данных превышает размер SEXT2[n+1] блока EXT2[n+1] данных для воспроизведения зависимого вида на объем данных части SP2 #m, передаваемой после ATS A1(k+1) SP1 #(k+1). Как описано выше, скорость REXT1 передачи для воспроизведения базового вида и скорость REXT2 передачи для воспроизведения зависимого вида оцениваются различными способами. Поскольку разность является незначительной, тем не менее, любая из скоростей передачи может рассматриваться в последующем описании как равная отношению между размером и ATC-временем экстента блока данных.

Скорость RUD72 считывания типично выражается в битах/сек и задается равной более высокому значению, к примеру, 72 Мбит/с, чем любое из максимальных значений RMAX1, RMAX2 скоростей REXT1, REXT2 передачи: RUD72>RMAX1, RUD72>RMAX2. Это предотвращает опустошение в RB1 2211 и RB2 2212 вследствие обработки декодирования посредством декодера 2203 системных целевых объектов в момент, когда BD-ROM-накопитель 2201 считывает экстент SS из BD-ROM-диска 101.

1-2-1: [Плавное соединение в рамках блока экстентов]

Фиг. 23A и 23B являются графиками, показывающими изменения объемов DA1 и DA2 данных, соответственно, сохраненных в RB1 2211 и RB2 2212, когда трехмерные видеоизображения воспроизводятся плавно из одного блока экстентов. Фиг. 23C является схематичным представлением, показывающим соответствие между блоком 2310 экстентов и путем 2320 воспроизведения в режиме трехмерного воспроизведения. Как показано на фиг. 23C, в соответствии с путем 2320 воспроизведения, блок 2310 экстентов полностью совместно считывается в качестве одного экстента SS. Затем, переключатель 2202 разделяет экстент SS на блоки D[k] данных для воспроизведения зависимого вида и блоки B[k] данных для воспроизведения базового вида (k=..., n, n+1, n+2,...).

Операции считывания и передачи посредством BD-ROM-накопителя 2201 фактически выполняются не непрерывно, как предлагается посредством графиков на фиг. 23A и 23B, а вместо этого прерывисто. В течение периодов PRD[k] и PRB[k] считывания для блоков D[k] и B[k] данных, это предотвращает переполнение в RB1 2211 и RB2 2212. Соответственно, графики на фиг. 23A и 23B представляют фактические пошаговые изменения как аппроксимированные линейные изменения.

Как показано на фиг. 23A и 23B, в течение периода PRD[n] считывания (n+1)-го блока D[n] данных для воспроизведения зависимого вида, объем DA2 данных, сохраненный в RB2 2212, увеличивается на скорости, равной RUD72-REXT2[n], разности между скоростью RUD72 считывания и скоростью REXT2[n] передачи для воспроизведения зависимого вида, при этом объем DA1 данных, сохраненный в RB1 2211, уменьшается на скорости REXT1[n-1] передачи для воспроизведения базового вида. Как показано на фиг. 23C, переход J0[2n] через нуль секторов осуществляется от (n+1)-го блока D[n] данных для воспроизведения зависимого вида к (n+1)-му блоку B[n] данных для воспроизведения базового вида. Как показано на фиг. 23A и 23B, в течение периода PJ0[n] перехода через нуль секторов объем DA1 данных, сохраненный в RB1 2211, продолжает снижаться на скорости REXT1[n-1] передачи для воспроизведения базового вида, при этом объем DA2 данных, сохраненный в RB2 2212, снижается на скорости REXT2[n] передачи для воспроизведения зависимого вида.

Как дополнительно показано на фиг. 23A и 23B, в течение периода PRB[n] считывания (n+1)-го блока B[n] данных для воспроизведения базового вида, объем DA1 данных, в RB1 2211, увеличивается на скорости, равной RUD72-REXT1[n], разности между скоростью RUD72 считывания и скоростью REXT1[n] передачи для воспроизведения базового вида. С другой стороны, объем DA2 данных, сохраненный в RB2 2212, продолжает уменьшаться на скорости REXT1[n] передачи для воспроизведения зависимого вида. Как дополнительно показано на фиг. 23C, переход J0[2n+1] через нуль секторов осуществляется от блока B[n] данных для воспроизведения базового вида к следующему блоку D(n+1) данных для воспроизведения зависимого вида. Как показано на фиг. 23A и 23B, в течение периода PJ0[2n+1] перехода через нуль секторов, объем DA1 данных, сохраненный в RB1 2211, уменьшается на скорости REXT1[n] передачи для воспроизведения базового вида, а объем DA2 данных, сохраненный в RB2 2212, продолжает уменьшаться на скорости REXT2[n] передачи для воспроизведения зависимого вида.

Чтобы воспроизводить трехмерные видеоизображения плавно из одного блока 2310 экстентов, размеры блоков B[n] и D[n] данных, принадлежащих блоку экстентов, должны удовлетворять условиям [2] и [3], поясненным ниже.

Размер SEXT1[n] (n+1)-вого блока B[n] данных для воспроизведения базового вида, по меньшей мере, равен объему данных, передаваемому из RB1 2211 в декодер 2203 системных целевых объектов в течение периода от начала соответствующего периода PRB[n] считывания непосредственно перед периодом PRB[n+1] считывания следующего блока B[n+1] данных для воспроизведения базового вида. В этом случае, как показано на фиг. 23A, объем DA1 данных, сохраненный в RB1 4121 непосредственно перед периодом PRB[n+1] считывания следующего блока B[n+1] данных для воспроизведения базового вида, не опускается ниже объема непосредственно перед периодом PRB[n] считывания (n+1)-го блока B[n] данных для воспроизведения базового вида. Длина периода PRB[n] считывания (n+1)-го блока B[n] данных для воспроизведения базового вида равна значению SEXT1[n]/RUD72, размеру SEXT1[n] этого блока B[n] данных для воспроизведения базового вида, деленному на скорость RUD72 считывания. С другой стороны, длина периода PRD[n+1] считывания (n+2)-го блока D[n+1] данных для воспроизведения зависимого вида равна значению SEXT2[n+1]/RUD72, размеру SEXT2[n+1] этого блока D[n+1] данных для воспроизведения зависимого вида, деленному на скорость RUD72 считывания. Соответственно, условие 2 указывает, что минимальный размер экстента блока B[n] данных для воспроизведения базового вида выражается в правой стороне выражения (2):

(где TJUMP0[k]=0 предполагается). (2)

Размер SEXT2[n] (n+1)-го блока D[n] данных для воспроизведения зависимого вида, по меньшей мере, равен объему данных, передаваемому из RB2 2212 в декодер 2203 системных целевых объектов в течение периода от начала соответствующего периода PRD[n] считывания непосредственно перед периодом PRD[n+1] считывания следующего блока D данных для воспроизведения зависимого вида[n+1]. В этом случае, как показано на фиг. 23B, объем DA2 данных, сохраненный в RB2 4122 непосредственно перед периодом PRD[n+1] считывания следующего блока D[n+1] данных для воспроизведения зависимого вида, не опускается ниже объема непосредственно перед периодом PRD[n] считывания (n+1)-го блока D[n] данных для воспроизведения зависимого вида. Длина периода PRD[n] считывания n-ного блока D[n] данных для воспроизведения зависимого вида равна значению SEXT2[n]/RUD72, размеру SEXT2[n] этого блока D[n] данных для воспроизведения зависимого вида, деленному на скорость RUD72 считывания. Соответственно, условие 3 указывает, что минимальный размер экстента блока D[n] данных для воспроизведения зависимого вида выражается в правой стороне выражения (3):

(где TJUMP0[k]=0 предполагается). (3)

1-2-2: [Плавное соединение между блоками экстентов]

Фиг. 24B является принципиальной схемой, показывающей (M+1)-й блок 2401 экстентов, (M+2)-й блок 2402 экстентов (буква M представляет целое число в единицу или более) и соответствие между блоками 2401, 2402 экстентов и путем воспроизведения 2420 в режиме трехмерного воспроизведения. Как показано на фиг. 24B, два блока 2401 и 2402 экстентов разделяются посредством межслойной границы LB или области записи для других данных. В соответствии с путем 2420 воспроизведения, (M+1)-й блок 2401 экстентов сначала полностью считывается совместно в качестве (M+1)-го экстента SS, т.е. EXTSS[M]. Переход J[M] осуществляется непосредственно после этого. Затем, (M+2)-й блок 2402 экстентов совместно считывается как (M+2)-й экстент SS EXTSS[M+1].

Фиг. 24A является графиком, показывающим изменения в объемах DA1 и DA2 данных, сохраненных в RB1 2211 и RB2 2212, соответственно, и изменения в их сумме DA1+DA2, когда трехмерные видеоизображения воспроизводятся плавно и непрерывно из двух блоков 2401 и 2402 экстентов. На фиг. 24A, линии с чередующимися длинным и коротким пунктирами указывают изменения в объеме DA1 данных, сохраненном в RB1 2211, пунктирные линии указывают, что изменения в объеме DA2 данных, сохраненном в RB2 2212, а сплошные линии указывают изменения в их сумме DA1+DA2. На этом графике сплошные линии линейно аппроксимируют усредненные небольшие изменения, которые возникают каждый раз, когда один блок данных считывается. Кроме того, время TJUMP0 перехода через нуль секторов предположительно равно "нуль секунд".

Как показано на фиг. 24A, в течение периода PRBLK[M] EXTSS[M] 2401 полностью считывается из BD-ROM-диска 101 в RB1 2211 и RB2 2212 и, соответственно, объемы DA1 и DA2 данных, сохраненные в RB1 2211 и RB2 2212, увеличиваются. В частности, в течение периода PRBLK[M] считывания EXTSS[M] 2401 полностью, сумма DA1+DA2 сохраненных объемов данных увеличивается на скорости, равной разности RUD72-REXTSS[M] между скоростью RUD72 считывания и средней скоростью REXTSS[M] передачи. Средняя скорость REXTSS[M] передачи оценивается при размере SEXTSS[M] всего EXTSS[M] 2401, деленного на ATC-время TEXTSS экстента.

Средняя скорость REXTSS[M] передачи, в частности, оценивается следующим образом. Во-первых, ATC-время экстента вычисляется следующим образом. ATC-время TEXTSS[M] экстента EXTSS[m] 2401 выражается в следующем уравнении как разность между ATS A10 первого блока B0 данных для воспроизведения базового вида в EXTSS[m] 2401 и ATS A11 первого блока B1 данных для воспроизведения базового вида в EXTSS[m+1] 2402:

TEXTSS[m]=(A11-A10+WA)/TATC.

В этом уравнении значение WA циклического возврата представляет сумму значений счетчика, сбрасываемую каждый раз, когда циклический возврат происходит, в то время как ATC подсчитывается от ATS A10 первого блока B0 данных для воспроизведения базового вида в EXTSS[m] 2401 до ATS A11 первого блока B1 данных для воспроизведения базового вида в EXTSS[m+1] 2402. Константа TATC представляет период ATC: TATC=27x106 [Гц].

Альтернативно, ATC-время экстента может вычисляться следующим образом. В примере на фиг. 24A и 24B, ATC-время TEXT[M] экстента EXTSS[m] 2401 выражается в следующем уравнении как разность между ATS A10 первого блока B0 данных для воспроизведения базового вида и ATS A12 последнего блока B2 данных для воспроизведения базового вида.

TEXTSS[m]=(A12-A10+WA)/TATC+188x8/min (RTS1, RTS2).

В этом уравнении значение WA циклического возврата представляет сумму значений счетчика, сбрасываемую каждый раз, когда циклический возврат происходит, в то время как ATC подсчитывается от ATS A10 первого блока B0 данных для воспроизведения базового вида до ATS A12 последнего блока B2 данных для воспроизведения базового вида в EXTSS[m] 2401. Второй член в правой стороне вышеприведенного уравнения является длиной данных TS-пакета, 188x8 битов, деленной на системную скорость RTS1 или RTS2 для файла 2D или файла DEP, какая из них ниже. Это значение равно времени, необходимому для того, чтобы передавать один TS-пакет из RB1 или RB2 в декодер системных целевых объектов в зависимости от того, какой из них длиннее. Поскольку вышеприведенное вычисление ATC-времени экстента необязательно должно обращаться к следующему блоку экстентов, ATC-время экстента может вычисляться, даже когда не существует следующий блок экстентов. Даже если следующий блок экстентов существует, вычисление ATC-времени экстента упрощается.

Затем, средняя скорость REXTSS[M] передачи оценивается при соотношении между объемом SPEXTSS[M] данных, описанным ниже, и ATC-временем TEXTSS[M] экстента: REXTSS[m]=SPEXTSS[m]/TEXTSS[m]. Этот объем SPEXTSS[M] данных равен полному объему данных части EXTSS[m] 2401; часть фактически передается из RB1 и RB2 в декодер системных целевых объектов в течение периода ATC-времени TEXTSS[M] экстента, начинающегося с ATS A10 первого блока B0 данных для воспроизведения базового вида. Как в (n+1)-м блоке EXT2[n] данных для воспроизведения зависимого вида, показанном на фиг. 17, объем SPEXTSS[M] данных меньше размера SEXTSS[M] EXTSS[m] 2401, когда существует часть данных, которая должна передаваться из RB2 в декодер системных целевых объектов после того, как ATC-время TEXTSS[M] экстента истекло с момента ATS A1(0) соответствующего блока EXT1[n] данных для воспроизведения базового вида. Таким образом, объем SPEXTSS[M] данных, используемый для того, чтобы оценивать среднюю скорость REXTSS передачи, отличается от размера SEXTSS[M] блока экстентов. Поскольку эта разность является незначительной, тем не менее, средняя скорость передачи рассматривается в последующем описании как равная отношению между размером и ATC-временем экстента блока экстентов.

Во время, в которое последний блок B2 данных для воспроизведения базового вида в EXTSS[M] 2401 считывается в RB1 2211, сумма DA1+DA2 сохраненного объема данных достигает своего максимального значения. Во время непосредственно последующего периода PJ[M] перехода сумма DA1+DA2 сохраненного объема данных снижается на средней скорости REXTSS[M] передачи. Соответственно, посредством регулирования максимального значения суммы DA1+DA2 сохраненного объема данных так, что оно является достаточно большим, можно предотвращать опустошение в RB1 2211 и RB2 2212 во время перехода J[M]. Как результат, два блока 2401 и 2402 экстентов могут плавно соединяться.

Максимальное значение суммы DA1+DA2 сохраненных объемов данных зависит от размера EXTSS[m] 2401. Соответственно, плавное соединение между EXTSS[m] 2401 и EXTSS[m+1] 2402 требует, чтобы размер EXTSS[m] 2401 удовлетворял следующему условию 4.

Предварительная загрузка выполняется в течение периода PRD0 считывания блока D0 данных для воспроизведения зависимого вида, расположенного в начале EXTSS[m] 2401. Во время этого периода PRD0 предварительной загрузки блок B0 данных для воспроизведения базового вида, соответствующий блоку D0 данных для воспроизведения зависимого вида, не сохранен в RB1 2211, и тем самым блок D0 данных для воспроизведения зависимого вида не может быть передан из RB2 2212 в декодер 2203 системных целевых объектов. Соответственно, в течение периода PRD0 предварительной загрузки, данные в M-ом блоке экстентов продолжают передаваться из RB2 2212 в декодер 2203 системных целевых объектов аналогично в течение периода непосредственно предшествующего перехода J[M-1]. Предоставление данных в декодер 2203 системных целевых объектов тем самым поддерживается. Предварительная загрузка аналогично выполняется в течение периода PRD1 считывания блока D1 данных для воспроизведения зависимого вида, расположенного в начале EXTSS[m+1] 2402. Соответственно, в течение периода PRD1 предварительной загрузки, данные в EXTSS[m] 2401 продолжают передаваться из RB2 2212 в декодер 2203 системных целевых объектов аналогично во время непосредственно предшествующего периода PJ[M] перехода. Предоставление данных в декодер 2203 системных целевых объектов тем самым поддерживается. Следовательно, предотвращение опустошения в RB1 2211 и RB2 2212 во время перехода J[M] требует, чтобы ATC-время TEXTSS экстента EXTSS[M] 2401, по меньшей мере, равнялось продолжительности от конечного времени T0 периода PRD0 предварительной загрузки в EXTSS[M] 2401 до конечного времени T1 периода PRD1 предварительной загрузки в EXTSS[M+1] 2402. Другими словами, размер SEXTSS[M] EXTSS[M] 2401 должен, по меньшей мере, равняться сумме объемов данных, передаваемых из RB1 2211 и RB2 2212 в декодер 2203 системных целевых объектов в течение периода T0-T1.

Как очевидно из фиг. 24A, длина T0-T1 периода равняется сумме длины периода PRBLK[M] считывания EXTSS[M] 2401, времени TJUMP[M] перехода для перехода J[M] и разности TDIFF[M] в длине между периодами PRD0 и PRD1 предварительной загрузки этих двух блоков 2401 и 2402 экстентов. Кроме того, длина периода PRBLK[M] считывания EXTSS[M] 2401 равняется значению SEXTSS[M]/RUD72, размеру SEXTSS[M] EXTSS[M] 2401, деленному на скорость RUD72 считывания. Соответственно, условие 4 указывает, что минимальный размер экстента EXTSS[M] 2401 выражается в правой стороне выражения (4):

. (4)

Длины периодов PRD0 и PRD1 предварительной загрузки, соответственно, равны значениям SEXT20/RUD72 и SEXT21/RUD72, размерам SEXT20 и SEXT21 блоков D0 и D1 данных для воспроизведения зависимого вида, деленным на скорость RUD72 считывания; блоков D0 и D1 данных для воспроизведения зависимого вида, соответственно. Соответственно, разность TDIFF в длинах между периодами PRD0 и PRD1 предварительной загрузки равняется разности в этих значениях: TDIFF=SEXT21/RUD72-SEXT20/RUD72. Аналогично правой стороне выражений (1)-(3), правая сторона выражения (4) может выражаться как целочисленное значение в единицах байтов.

Когда декодирование мультиплексированных потоковых данных модифицируется следующим образом, разность TDIFF в выражении (4) может рассматриваться как нулевая. Во-первых, находится максимальное значение разности TDIFF для всех мультиплексированных потоковых данных, т.е. самое плохое значение разности TDIFF. Затем, когда мультиплексированные потоковые данные воспроизводятся, начало декодирования задерживается после начала считывания на время, равное самому плохому значению TDIFF.

2. Условия для уменьшения емкости буферов считывания

Минимальные размеры экстента блоков данных и блоков экстентов ограничены посредством вышеуказанных условий 1-4 для плавного воспроизведения. Как описано ниже, тем не менее, большие размеры блоков данных типично требуют большей емкости буферов считывания. Соответственно, чтобы уменьшать емкость буферов считывания в максимально возможной степени, предпочтительно ограничивать верхние пределы размеров блоков данных и блоков экстентов в максимально возможной степени. Верхние пределы упоминаются как "максимальные размеры экстентов".

2-1. Нижние пределы емкостей буфера считывания

Фиг. 25A является графиком, показывающим изменения в объеме DA1 данных, сохраненном в RB1 2211, когда трехмерные видеоизображения воспроизводятся плавно и непрерывно из этих двух блоков 2401 и 2402 экстентов, показанных на фиг. 24B. Как показано на фиг. 25A, сохраненный объем DA1 данных равняется значению DM1 непосредственно перед тем, как последний блок B2 данных для воспроизведения базового вида в EXTSS[M] 2401 считывается в RB1 2211, и затем снижается на скорости REXT1[n] передачи для воспроизведения базового вида в течение периода PJ[M] перехода и периода PRD1 предварительной загрузки EXTSS[M+1] 2402. Буква n представляет целое число в нуль или более; последняя пара экстентов в EXTSS[M] 2401 состоит из (n+1)-х экстентов D2 и B2, подсчитываемых от начала файла DEP и файла base, соответственно. Соответственно, чтобы поддерживать сохраненный объем DA1 данных большим нуля до конца периода PRD1 предварительной загрузки, вышеуказанное значение DM1 должно быть равным или превышать объем данных, который передается из RB1 2211 в декодер 2203 системных целевых объектов в течение периода PJ[M] перехода и периода PRD1 предварительной загрузки, и равным сумме в длине этих периодов, TJUMP и SEXT2[n+1]/RUD72, умноженной на скорость REXT1[n] передачи для воспроизведения базового вида: DM1≥(TJUMP+SEXT2[n+1]/RUD72)xREXT1[n]. Скорость REXT1[n] передачи для воспроизведения базового вида может достигать максимального значения RMAX1=RTS1x192/188, и тем самым нижний предел емкости RB1 для RB1 2211 выражается в правой стороне выражения (5):

R B 1 ( T J U M P + S E X T 2 [ n + 1 ] R U D 72 ) × R M A X 1 = ( T J U M P + S E X T 2 [ n + 1 ] R U D 72 ) × R T S 1 × 192 188 . (5)

Фиг. 25B является графиком, показывающим изменения в объеме DA2 данных, сохраненном в RB2 2212, когда трехмерные видеоизображения воспроизводятся плавно и непрерывно из этих двух блоков 2401 и 2402 экстентов. Как показано на фиг. 25B, сохраненный объем DA2 данных равняется значению DM2 в начале считывания последнего блока B2 данных для воспроизведения базового вида в EXTSS[M] 2401 и затем снижается на скорости REXT2[n] передачи для воспроизведения зависимого вида в течение периода считывания блока B2 данных для воспроизведения базового вида и периода PRD1 предварительной загрузки EXTSS[M+1] 2402. Соответственно, чтобы поддерживать предоставление данных в декодер 2203 системных целевых объектов до конца периода PRD1 предварительной загрузки, вышеуказанное значение DM2 должно быть равным или превышать объем данных, который передается из RB2 2212 в декодер 2203 системных целевых объектов в течение периода считывания блока B2 данных для воспроизведения базового вида, периода PJ[M] перехода и периода PRD1 предварительной загрузки и равным сумме в длине этих периодов, SEXT1[n]/RUD72, TJUMP и SEXT2[n+1]/RUD72, умноженной на скорость REXT2[n] передачи для воспроизведения зависимого вида: DM2≥(SEXT1[n]/RUD72+TJUMP+SEXT2[n+1]/RUD72)×REXT2[n]. Скорость REXT2[n] передачи для воспроизведения зависимого вида может достигать максимального значения RMAX2=RTS2×192/188. Кроме того, любой блок данных для воспроизведения зависимого вида может быть первым из блоков данных, считываемых при воспроизведении с прерываниями. Соответственно, емкость RB2 для RB2 2212 не должна опускаться ниже размера SEXT2[·] любого из блоков данных для воспроизведения зависимого вида. Другими словами, емкость RB2 должна быть равной или превышать максимальный размер maxSEXT2 экстента для экстента для воспроизведения зависимого вида EXT2[·]. Как результат, нижний предел емкости RB2 для RB2 2212 выражается посредством правой стороны выражения (6):

R B 2 max { ( S E X T 1 [ n ] R U D 72 + T J U M P + S E X T 2 [ n + 1 ] R U D 72 ) × R T S 2 × 192 188 , max S E X T 2 } . (6)

2-2. Максимальный размер экстента для двумерных экстентов

Как показано в выражении (5), меньший размер SEXT2[n+1] блока D1 данных для воспроизведения зависимого вида, считанного сразу после перехода J[M] между блоками экстентов, предоставляет возможность большего уменьшения нижнего предела емкости RB1 2211. С другой стороны, как показано в выражении (6), не только меньший размер SEXT2[n+1] блока D1 данных для воспроизведения зависимого вида, считанного сразу после перехода J[M], но также и меньший размер SEXT1[n] блока B2 данных для воспроизведения базового вида, считанного непосредственно перед переходом J[M], и меньшее значение максимального размера maxSEXT2 экстента блока данных для воспроизведения зависимого вида предоставляют возможность большего уменьшения нижнего предела емкости RB2 2212. Кроме того, (k+1)-й экстент EXT1[k] для воспроизведения базового вида имеет ATC-время экстента, идентичное ATC-времени (k+1)-го экстента EXT2[k] для воспроизведения зависимого вида. (Буква k представляет целое число в нуль или более). Соответственно, если ATC-время экстента сокращается посредством ограничения на максимальный размер экстента для (k+1)-го экстента EXT1[k] для воспроизведения базового вида, максимальный размер экстента для (k+1)-го экстента EXT2[k] для воспроизведения зависимого вида также ограничивается. Следовательно, чтобы поддерживать нижние пределы емкости RB1 2211 и RB2 2212 в допустимых диапазонах, размер каждого блока EXT1[·] данных для воспроизведения базового вида должен удовлетворять условию 5.

Как показано на фиг. 15, блоки B[k] данных для воспроизведения базового вида (k=0, 1, 2,...) в блоках 1501-1503 экстентов совместно используются посредством файла 2D 241 и файла SS 244A. Соответственно, размеры SEXT1[k] блока B[k] данных для воспроизведения базового вида должны удовлетворять выражению (1). Чтобы уменьшать размеры SEXT1[k] блока B[k] данных для воспроизведения базового вида в максимально возможной степени при удовлетворении выражению (1), следующие условия должны удовлетворяться: максимальный размер экстента каждого блока B[k] данных для воспроизведения базового вида должен быть максимально близко к верхнему пределу правой стороны выражения (1), т.е. верхнему пределу минимального размера экстента блока B[k] данных для воспроизведения базового вида. В варианте 1 осуществления настоящего изобретения, условие 5 указывает, что максимальный размер экстента блока B[k] данных для воспроизведения базового вида выражается в правой стороне выражения (7):

. (7)

Правая сторона выражения (7) отличается от правой стороны выражения (1) в следующих аспектах. Во-первых, средняя скорость REXT2D передачи, включенная в знаменатель, заменяется посредством ее максимального значения, RMAX2D. Соответственно, вторая часть в правой стороне выражения (7) равняется максимальному значению идентичной части в выражении (1). Затем, время перехода TJUMP-2D_MIN в выражении (7) задается равным 200 мс, самому большому значению после 0 мс из максимальных времен TJUMP_MAX перехода, указываемых в таблице на фиг. 21. Это означает, что расстояние между двумерными экстентами EXT2D[k] и EXT2D[k+1] в блоках 1501-1503 экстентов ограничивается 10000 секторов или меньше. Следует отметить, что 10000 секторов равняются максимальному расстоянию SJUMP_MAX перехода, соответствующему максимальному времени TJUMP_MAX перехода=200 мс в таблице на фиг. 21. Кроме того, расстояние между двумерными экстентами EXT2D[k] и EXT2D[k+1] в блоках 1501-1503 экстентов равняется размеру SEXT2[k] блока D[k] данных для воспроизведения зависимого вида. Соответственно, выражение максимального размера экстента блока данных для воспроизведения базового вида, как правой стороны выражения (7), означает ограничение максимального размера экстента блока данных для воспроизведения зависимого вида 10000 секторов или меньше.

2-3. Добавление допустимого запаса к двумерным экстентам

Как очевидно из пути 2101 воспроизведения в режиме двумерного воспроизведения, показанном на фиг. 21, переходы часто осуществляются в режиме двумерного воспроизведения. Соответственно, чтобы дополнительно обеспечивать плавное воспроизведение, предпочтительно добавлять допустимый запас к минимальному размеру экстента для двумерных экстентов, выражаемому в правой стороне выражения (1). Тем не менее, добавление этого допустимого запаса не должно изменять выражение (7), поскольку это изменение может приводить к увеличению емкости буферов считывания. Существуют следующие три типа способов для добавления допустимого запаса без изменения выражения (7).

Первый способ состоит в том, чтобы заменять среднюю скорость REXT2D передачи, включенную в знаменатель правой стороны выражения (1), на ее максимальное значение, RMAX2D. Другими словами, размер SEXT2D двумерного экстента удовлетворяет выражению (8) вместо выражения (1):

. (8)

Как описано выше, замена средней скорости REXT2D передачи на ее максимальное значение, RMAX2D, является аналогичной замене при извлечении выражения (7) из выражения (1). Соответственно, в то время как выражение (1) изменяется на выражение (8), выражение (7) не изменяется.

Второй способ состоит в том, чтобы расширять ATC-время экстента двумерного экстента на ΔT секунд. Другими словами, размер SEXT2D двумерного экстента удовлетворяет выражению (9A) или (9B) вместо выражения (1):

, (9A)

. (9B)

Расширенное время ΔT может быть определено посредством длины GOP или посредством верхнего предела числа экстентов, которые могут воспроизводиться в течение предварительно определенного времени. Например, если длина GOP составляет одну секунду, расширенное время ΔT задается равным одной секунде. С другой стороны, если число экстентов, которые могут быть воспроизведены в течение предварительно определенного времени [секунд], имеет верхний предел k, то расширенное время ΔT задается равным предварительно определенному времени/k [секунд].

Второй способ изменяет правую сторону выражения (7), чтобы явно включать в себя расширенное время ΔT. Другими словами, когда выражение (9A) или (9B) приспосабливается, размер блока данных для воспроизведения базового вида удовлетворяет выражению (10A) или (10B) вместо выражения (7):

, (10A)

. (10B)

Максимальный размер экстента, выражаемый в правой стороне выражения (10A), превышает минимальный размер экстента, выражаемый в правой стороне выражения (1), на объем данных, который считывается из буфера считывания в декодер 2203 системных целевых объектов в течение расширенного времени ΔT. Максимальный размер экстента, выражаемый в правой стороне выражения (10B), превышает максимальный размер экстента, выражаемый в правой стороне выражения (7), на идентичный объем данных. Другими словами, в обоих случаях, этот объем данных гарантируется в качестве допустимого запаса.

Третий способ состоит в том, чтобы заменять все средние скорости REXT2D передачи, включенные в правую сторону выражения (1), на их максимальное значение, RMAX2D. Другими словами, размер SEXT2D двумерного экстента удовлетворяет выражению (11) вместо выражения (1):

. (11)

Третий способ может добавлять больший допустимый запас к минимальному размеру экстента, чем первый способ. С другой стороны, тем не менее, даже когда скорость передачи битов двумерного экстента является низкой, достаточно большая емкость должна быть гарантирована в буфере считывания, поскольку размер двумерного экстента является большим. Соответственно, необходимо взвешивать размер допустимого запаса в сравнении с эффективностью использования буфера считывания.

2-4. Ограничение полосы пропускания передачи блоков данных

Как показано на фиг. 7, изображения для воспроизведения зависимого вида сжимаются в отношении изображений для воспроизведения базового вида. Соответственно, средняя скорость передачи битов для видеопотока для воспроизведения зависимого вида типично ниже, чем для видеопотока для воспроизведения базового вида. Как результат, системная скорость RTS2 для файла DEP типично задается ниже системной скорости RTS1 для файла 2D. Например, если системная скорость RTS1 для файла 2D задается равной 45 Мбит/с или меньше, системная скорость RTS2 для файла DEP задается равной 30 Мбит/с или меньше: RTS1≤45 Мбит/с, RTS2≤30 Мбит/с.

В этом описании предполагается, что сумма системных скоростей RTS1 и RTS2 ограничена постоянным пороговым значением или меньше. Это пороговое значение задается равным или меньше полосы пропускания передачи, выделяемой декодеру 2203 системных целевых объектов, и равняется, например, 60 Мбит/с: RTS1+RTS2≤60 Мбит/с. В этом случае, если системная скорость RTS1 для файла 2D задается равной 45 Мбит/с, системная скорость RTS2 для файла DEP задается равной 15 Мбит/с или меньше: RTS1=45 Мбит/с, RTS2≤15 Мбит/с. До тех пор, пока скорость передачи битов каждого видеопотока поддерживается при обычном значении, этот вид ограничения на сумму системных скоростей RTS1 и RTS2 является полезным для эффективного использования полосы пропускания передачи. На практике, тем не менее, скорость передачи битов видеопотока для воспроизведения зависимого вида может кратковременно повышаться и превышать скорость передачи битов видеопотока для воспроизведения базового вида. Такое реверсирование скоростей передачи битов может возникать, например, во время воспроизведения трехмерных видеоизображений, представляющих естественный ландшафт, если базовый вид (например, вид для просмотра левым глазом) внезапно выходит из фокуса вследствие перемещения камеры, и только зависимый вид (например, вид для просмотра правым глазом) находится в фокусе. В этом случае, даже при том, что скорость REXT1 передачи для воспроизведения базового вида гораздо ниже системной скорости RTS1=45 Мбит/с, скорость REXT2 передачи для воспроизведения зависимого вида не может превышать системную скорость RTS2≤15 Мбит/с (точнее, 15 Мбит/с, умноженных на 192/188, приблизительно равное 1,02). В дальнейшем в этом документе, этот коэффициент рассматривается как единица, если не требуется иное. Когда сумма системных скоростей RTS1 и RTS2, таким образом, ограничена, скорость REXT2 передачи для воспроизведения зависимого вида не может приспосабливаться к временному увеличению скорости передачи битов видеопотока для воспроизведения зависимого вида.

Чтобы предоставлять такую адаптацию вместо ограничения суммы системных скоростей RTS1 и RTS2, сумма скоростей REXT1[n] и REXT2[n] передачи должна ограничиваться для каждой из (n+1)-х пар D[n] и B[n] экстентов (n=0, 1, 2,...): REXT1[n]+REXT1[n]≤60 Мбит/с. Фиг. 26A и 26B являются графиками, соответственно, показывающими изменения во времени скорости REXT1 передачи для воспроизведения базового вида и скорости REXT2 передачи для воспроизведения зависимого вида. Как показано на фиг. 26A, скорость REXT1 передачи для воспроизведения базового вида внезапно падает с максимального значения RMAX1, приблизительно равного 45 Мбит/с, в первое время T0 и в течение периода TSTR от первого времени T0 до второго времени T1 остается на низком уровне=15 Мбит/с. Как показано посредством сплошной кривой GR1 на графике на фиг. 26B, скорость REXT2 передачи для воспроизведения зависимого вида может изменяться, чтобы компенсировать изменение в скорости REXT1 передачи для воспроизведения базового вида. В частности, в течение периода TSTR, пик P1 достигает максимального значения RMAX2 приблизительно в 30 Мбит/с. Таким образом, когда сумма скорости REXT1[n] передачи для воспроизведения базового вида и скорости REXT2[n] передачи для воспроизведения зависимого вида, таким образом, ограничена для каждого экстента, скорость REXT2 передачи для воспроизведения зависимого вида также может приспосабливаться к временному увеличению скорости передачи битов видеопотока для воспроизведения зависимого вида.

Чтобы дополнительно эффективно использовать полосу пропускания передачи, выделяемую декодеру 2203 системных целевых объектов для передачи потоковых данных, системная скорость RTS2 для файла DEP может задаваться даже выше. Фиг. 26C является графиком, показывающим изменение во времени в сумме скорости REXT1 передачи для воспроизведения базового вида и скорости REXT2 передачи для воспроизведения зависимого вида, показанных на фиг. 26A и фиг. 26B, соответственно. Как указано посредством спада CV на сплошной кривой GR3 на фиг. 92C, сумма скорости REXT1 передачи для воспроизведения базового вида и скорости REXT2 передачи для воспроизведения зависимого вида падает ниже порогового значения в 60 Мбит/с в течение периода TSTR от первого времени T0 до второго времени T1. Как показано посредством сплошной кривой GR1 на графике на фиг. 26B, это обусловлено тем, что скорость REXT2 передачи для воспроизведения зависимого вида ограничена системной скоростью RTS2 для файла DEP в 30 Мбит/с или меньше. Как показано на фиг. 26A, скорость REXT1 передачи для воспроизведения базового вида падает до 15 Мбит/с в течение периода TSTR, и таким образом, остается допустимый запас, по меньшей мере, в 45 Мбит/с в полосе пропускания передачи; значение 45 Мбит/с является разностью между пороговым значением в 60 Мбит/с и вышеуказанным значением в 15 Мбит/с. Соответственно, системная скорость RTS2 для файла DEP задается в более высоком диапазоне, чем 30 Мбит/с, или предпочтительно, в диапазоне, идентичном диапазону системной скорости RTS1 для файла 2D, к примеру, 45 Мбит/с или меньше: RTS1≤45 Мбит/с, RTS2≤45 Мбит/с. На фиг. 26B и 26C, скорость REXT2 передачи для воспроизведения зависимого вида, а также сумма скорости REXT1 передачи для воспроизведения базового вида и скорости REXT2 передачи для воспроизведения зависимого вида, соответственно, указываются посредством пунктирных кривых GR2 и GR4. Как указывает пунктирная кривая GR2, пик P2 скорости REXT2 передачи для воспроизведения зависимого вида может превышать 30 Мбит/с. Как результат, как указывает пунктирная кривая GR4 на фиг. 26C, сумма скорости REXT1 передачи для воспроизведения базового вида и скорости REXT2 передачи для воспроизведения зависимого вида поддерживается около порогового значения в 60 Мбит/с в течение периода TSTR. Эффективное использование полосы пропускания передачи тем самым может быть дополнительно улучшено.

Следует отметить, что когда системная скорость RTS2 для файла DEP задается равной одинаково высокому значению с системной скоростью RTS1 для файла 2D, их сумма RTS1+RTS2 типично превышает полосу пропускания передачи декодера 2203 системных целевых объектов. С другой стороны, поскольку как скорость REXT1[n] передачи для воспроизведения базового вида, так и скорость REXT2[n] передачи для воспроизведения зависимого вида являются средними значениями, сумма мгновенных значений скоростей передачи не ограничивается от превышения порогового значения, которое устанавливается для суммы скоростей передачи. В качестве конкретного примера, предположим, что: системные скорости RTS1 и RTS2 задаются равными 45 Мбит/с; ATC-время экстента для каждого экстента составляет три секунды; и в течение первых 1,5 секунд ATC-времени экстента, сумма скоростей передачи поддерживается при 30 Мбит/с. В соответствии с этим допущением, даже если скорости передачи достигают своих соответствующих системных скоростей 45 Мбит/с в течение вторых 1,5 секунд ATC-времени экстента, сумма скоростей передачи, усредненных по всему экстенту, по-прежнему ограничивается 60 Мбит/с. Соответственно, даже если сумма скорости REXT1[n] передачи для воспроизведения базового вида и скорости REXT2[n] передачи для воспроизведения зависимого вида ограничивается 60 Мбит/с или меньше, допускается повышение суммы мгновенных значений скоростей передачи до 45 Мбит/с × 2=90 Мбит/с. Следовательно, простое ограничение суммы скорости REXT1[n] передачи для воспроизведения базового вида и скорости REXT2[n] передачи для воспроизведения зависимого вида не исключает риск насыщения полосы пропускания передачи в декодере 2203 системных целевых объектов.

Чтобы дополнительно снижать риск насыщения полосы пропускания передачи в декодере 2203 системных целевых объектов, ограничение на сумму средних скоростей передачи дополнительно изменяется следующим образом. Фиг. 27 является принципиальной схемой, показывающей взаимосвязь между ATC-временем и TS-пакетами, передаваемыми из RB1 2211 и RB2 2212 в декодер 2203 системных целевых объектов. Как показано на фиг. 27, каждый прямоугольник 2710 на верхнем уровне представляет период передачи TS-пакета TS1 #p (p=0, 1, 2, 3,..., k, k+1, k+2), включенного в блок данных для воспроизведения базового вида, а каждый прямоугольник 2720 на нижнем уровне представляет период передачи TS-пакета TS2 #q (q=0, 1, 2, 3,..., m-1, m, m+1), включенного в блок данных для воспроизведения зависимого вида. Эти прямоугольники 2710 и 2720 размещаются вдоль временной оси ATC в порядке, в котором передаются соответствующие TS-пакеты. Позиции начал прямоугольников 2710 и 2720 представляют начальные времена передачи их соответствующих TS-пакетов. Длины AT1 и AT2 прямоугольников 2710 и 2720 представляют количество времени, необходимое для передачи одного TS-пакета, соответственно, из RB1 2211 и RB2 2212 в декодер 2203 системных целевых объектов. Каждый раз, когда устройство 102 воспроизведения в режиме трехмерного воспроизведения начинает передачу TS-пакета, устройство задает окно WIN1, WIN2 или WIN3 предварительно определенной продолжительности, например, в одну секунду, с началом в начальное время передачи TS-пакета. Устройство 102 воспроизведения дополнительно усредняет скорости передачи TS1 и TS2 отдельно по каждому окну WIN1, WIN2 и WIN3 и затем ограничивает сумму средних значений до предварительно определенного порогового значения или меньше. В примере, показанном на фиг. 27, первое окно WIN1 задается равным началу в начальном времени передачи A1 TS1 #0, и затем сумма средних скоростей передачи ограничивается пороговым значением или меньше для TS1 #0-k и TS2 #0-m, которые должны быть переданы в первом окне. Аналогично, сумма средних скоростей передачи ограничивается пороговым значением или меньше для TS1 #0-(k+1) и TS2 #0-m, которые должны передаваться во втором окне WIN2, которое начинается в начальное время передачи A2 TS2 #0, и для TS1 #1-(k+1) и TS2 #0-(m+1), которые должны передаваться в третьем окне WIN3, которое начинается в начальное время передачи A3 TS1 #1. Таким образом, каждый раз, когда окно постоянной длины задается от начального времени передачи TS-пакета, сумма средних скоростей передачи по окну ограничивается предварительно определенным пороговым значением или меньше. Таким образом, окно, имеющее меньшую длину, снижает риск насыщения полосы пропускания передачи в декодере 2203 системных целевых объектов.

2-5. Взаимосвязь между системной скоростью и максимальным размером экстента

Как показано в выражениях (5) и (6), нижние пределы емкости RB1 2211 и RB2 2212 также зависят от максимального времени TJUMP_MAX перехода для перехода J[M] между блоками экстентов и от системных скоростей RTS1 и RTS2. В частности, когда переход J[M] является длинным переходом, и системная скорость RTS2 для файла DEP превышает системную скорость RTS1 для файла 2D, существует риск того, что нижний предел емкости RB2 2212 превышает приемлемый диапазон. Соответственно, чтобы поддерживать емкость RB2 2212 в приемлемом диапазоне независимо от повышения системной скорости RTS2, максимальные размеры maxSEXT1 и maxSEXT2 экстентов блоков EXT1[·] и EXT2[·] данных, соответственно, должны быть изменены в зависимости от максимального времени TJUMP_MAX перехода для перехода J[M] и системной скорости RTS2. В частности, чтобы блок экстентов считывался непосредственно перед длинным переходом, максимальные размеры экстентов блоков EXT1[·] и EXT2[·] данных должны в большей степени уменьшаться по мере того, как системная скорость RTS2 для файла DEP повышается.

Фиг. 28A является таблицей, показывающей пример взаимосвязи между системной скоростью RTS2 для файла DEP и максимальным размером экстента для блока данных. В этой таблице допустим, что сумма средних скоростей REXT1[i] и REXT2[i] передачи для (i+1)-й пары EXT1[i] и EXT2[i] экстентов (буква i представляет целое число в нуль или более) равна или меньше порогового значения 64 Мбит/с: REXT1[i]+REXT2[i]≤64 Мбит/с. Во-первых, пара B[i] и D[i] экстентов классифицируются на три типа (A), (B) и (C), как показано на фиг. 28A, в зависимости от системной скорости RTS2 для файла DEP и компоновки пар экстентов на BD-ROM-диске. Когда системная скорость RTS2 превышает пороговое значение 32 Мбит/с, вторая и последующие пары экстентов в блоке экстентов, который должен считываться непосредственно перед длинным переходом, должны классифицироваться в качестве типа (B), тогда как первая пара экстентов в блоке экстентов, который должен считываться сразу после длинного перехода, классифицируется в качестве типа (C). Когда системная скорость RTS2 равна или меньше порогового значения 32 Мбит/с, все пары экстентов классифицируются в качестве типа (A); когда системная скорость RTS2 превышает пороговое значение 32 Мбит/с, пары экстентов кроме типов (B) и (C) также классифицируются в качестве типа (A). Затем, максимальный размер экстента блока данных, принадлежащего различному из типов (A), (B) и (C), задается равным различному значению. Максимальные размеры экстентов блоков B[i] данных для воспроизведения базового вида типа (A) единообразно задаются равными 19 Мбайт: SEXT1[i]≤19 Мбайт. Максимальные размеры экстентов блока D данных для воспроизведения зависимого вида[i] типа (A) единообразно задаются равными 6 Мбайт, когда системная скорость RTS2 равна или меньше порогового значения 32 Мбит/с, и задаются равными 8 Мбайт, когда системная скорость RTS2 превышает пороговое значение 32 Мбит/с: SEXT2[i]≤6 Мбайт, 8 Мбайт. Максимальные размеры экстентов блоков B[i] данных для воспроизведения базового вида и блоков D[i] данных для воспроизведения зависимого вида типа (B) уменьшены до 7 Мбайт и 3 Мбайт, соответственно: SEXT1[i]≤7 Мбайт, SEXT2[i]≤3 Мбайт. Максимальные размеры экстентов блоков B[i] данных для воспроизведения базового вида типа (C) задаются равными 19 Мбайт, что равно максимальным размерам типа (A), а максимальные размеры экстентов блоков D[i] данных для воспроизведения зависимого вида типа (C) уменьшены до 6 Мбайт, что меньше максимальных размеров типа (A): SEXT1[i]≤19 Мбайт, SEXT2[i]≤6 Мбайт.

Следует отметить, что конкретные значения максимальных размеров экстентов, показанных на фиг. 28A, являются только примерами, оптимизированными на основе конкретных значений допускаемых параметров, к примеру, порогового значения в 64 Мбит/с для суммы средних скоростей передачи. Как очевидно из следующего пояснения способа для определения этих значений, значения зависят от множества параметров, к примеру, скорости считывания BD-ROM-накопителя и производительности относительно переходов, средней скорости передачи из каждого буфера считывания в декодер, порогового значения для суммы средних скоростей передачи, системной скорости для каждого файла AV-потока и ее верхнего предела, а также и порогового значения системной скорости для файла DEP. Кроме того, допуск, который должен задаваться для максимального размера экстента, зависит от диапазонов варьирования и точности различных параметров. На основе этих взаимосвязей зависимости, специалисты в данной области техники должны иметь возможность оптимизировать максимальные размеры экстентов и их допуски для фактически доступной емкости буфера считывания. Кроме того, на фиг. 28A, когда системная скорость для файла DEP равна пороговому значению, все пары экстентов классифицируются в качестве типа (A). Альтернативно, в этом случае также, вторая и последующие пары экстентов в блоке экстентов, который должен считываться непосредственно перед длинным переходом, могут быть классифицированы в качестве типа (B), тогда как первая пара экстентов в блоке экстентов, который должен считываться сразу после длинного перехода, может быть классифицирована в качестве типа (C).

Фиг. 28B является принципиальной схемой, показывающей первый экстент SS EXTSS[0] и второй экстент SS EXTSS[1], соответственно, расположенные непосредственно перед и после межслойной границы LB на BD-ROM-диске. Поскольку эти два экстента SS EXTSS[0] и EXTSS[1] разделяются посредством межслойной границы LB, длинный переход возникает между этими экстентами. В этом случае, если системная скорость RTS2 для файла DEP превышает пороговое значение 32 Мбит/с, вторая и последующие пары B[1], D[1], B[2] и D[2] экстентов в первом экстенте SS EXTSS[0] классифицируются в качестве типа (B), тогда как первая пара B[3], D[3] экстентов во втором экстенте SS EXTSS[1] классифицируется в качестве типа (C).

Фиг. 28C является принципиальной схемой, показывающей третий экстент SS EXTSS[10] и четвертый экстент SS EXTSS[11], соответственно, расположенные непосредственно перед и после области NAV записи на BD-ROM-диске для данных, отличных от мультиплексированных потоковых данных. На фиг. 28C, число секторов области NAV записи, которая разделяет эти два экстента SS EXTSS[10] и EXTSS[11], равно или меньше 40000. В этом случае, переход, который возникает между этими двумя экстентами SS EXTSS[10] и EXTSS[11], не является длинным переходом. Соответственно, независимо от системной скорости RTS2 для файла DEP, вторая и последующие пары B[11], D[11], B[12] и D[12] экстентов в третьем экстенте SS EXTSS[10], а также первая пара B[13], D[13] экстентов в четвертом экстенте SS EXTSS[11] классифицируются в качестве типа (A). С другой стороны, если число секторов в области NAV записи составляет 40001 или более, переход, который возникает между этими двумя экстентами SS EXTSS[10] и EXTSS[11], является длинным переходом. Соответственно, если системная скорость RTS2 для файла DEP превышает пороговое значение 32 Мбит/с, то в отличие от фиг. 28C, вторая и последующие пары B[11], D[11], B[12] и D[12] экстентов в третьем экстенте SS EXTSS[10] классифицируются в качестве типа (B), тогда как первая пара B[13], D[13] экстентов в четвертом экстенте SS EXTSS[11] классифицируется в качестве типа (C).

Максимальные размеры экстентов блоков данных типа (A), показанных на фиг. 28A, определяются следующим образом. Во-первых, допустим, что сумма средних скоростей REXT1[i] и REXT2[i] передачи для (i+1)-й пары EXT1[i], EXT2[i] экстентов является пороговым значением 64 Мбит/с: REXT1[i]+REXT2[i]=64 Мбит/с. В этом случае, вся пара EXT1[i], EXT2[i] экстентов имеет свой максимальный объем данных. Затем, для различных комбинаций средних скоростей REXT1 и REXT2 передачи, максимальные размеры maxSEXT1 и maxSEXT2 экстентов и ATC-время TEXT экстента каждого блока данных находятся. Максимальные размеры maxSEXT1 и maxSEXT2 экстентов определяются так, что устанавливаются следующие три требования. (I) Выражение (10A) удовлетворяется в качестве условия 5. В этом контексте расширенное время ΔT задается равным одной секунде. (II) ATC-время TEXT экстента является идентичным для обоих блоков данных. (III) Удовлетворяются оба условия 2 и 3. Из максимальных размеров maxSEXT1 и maxSEXT2 экстентов, таким образом находимых, самый большой размер для скорости REXT2 передачи для воспроизведения зависимого вида, равной или меньшей системной скорости RTS2, выбирается в качестве фактического максимального размера экстента. Следует отметить, что условие 5 может представляться посредством выражения (7) или (10B). Условие 5 альтернативно может представляться посредством неравенства, в котором размер блока данных равен или меньше верхнего предела правой стороны выражения (8) или (11).

Фиг. 29 является таблицей, показывающей максимальные размеры maxSEXT1, maxSEXT2 экстентов и ATC-время TEXT экстента каждого блока данных для различных комбинаций средних скоростей REXT1 и REXT2 передачи. В этой таблице допустим, что системная скорость RTS1 для файла 2D и системная скорость RTS2 для файла DEP задаются равными 48 Мбит/с или меньше: RTS1≤48 Мбит/с, RTS2≤≤48 Мбит/с. Например, когда скорость REXT1 передачи для воспроизведения базового вида[i] составляет 48 Мбит/с, то из выражения (10A) обнаруживается, что максимальный размер maxSEXT1 экстента блока данных для воспроизведения базового вида составляет приблизительно 19 Мбайт, и ATC-время TEXT экстента составляет приблизительно 3,2 секунды. Кроме того, поскольку скорость REXT2[i] передачи для воспроизведения зависимого вида составляет 64-48=16 Мбит/с, из произведения этой скорости и ATC-времени TEXT экстента приблизительно в 3,2 секунды обнаруживается, что максимальный размер maxSEXT2 экстента блока данных для воспроизведения зависимого вида составляет приблизительно 6 Мбайт. Для других комбинаций средних скоростей REXT1 и REXT2 передачи максимальные размеры maxSEXT1 и maxSEXT2 экстентов находятся аналогичным образом.

Когда системная скорость RTS2 для файла DEP равна или меньше порогового значения 32 Мбит/с, скорость REXT2 передачи для воспроизведения зависимого вида также равна или меньше 32 Мбит/с. Из фиг. 29, максимальные значения, приблизительно 19 Мбайт и 6 Мбайт, в диапазоне для скорости REXT2 передачи для воспроизведения зависимого вида, меньшей или равной 32 Мбит/с, выбираются в качестве максимальных размеров maxSEXT1 и maxSEXT2 экстентов блоков данных. С другой стороны, когда системная скорость RTS2 превышает пороговое значение 32 Мбит/с, скорость REXT2 передачи для воспроизведения зависимого вида может повышаться до 48 Мбит/с. Из фиг. 29, максимальные значения, приблизительно 19 Мбайт и 8 Мбайт, в диапазоне для скорости REXT2 передачи для воспроизведения зависимого вида, меньшей или равной 48 Мбит/с, выбираются в качестве максимальных размеров maxSEXT1 и maxSEXT2 экстентов блоков данных.

Максимальный размер экстента блоков данных типа (B), показанных на фиг. 28A, определяется следующим образом. Во-первых, нижеследующее является очевидным из выражения (6): когда системная скорость RTS2 для файла DEP достигает верхнего предела 48 Мбит/с, нижний предел емкости RB2 2212 является максимальным. Чтобы уменьшать нижний предел в максимально возможной степени, размер последнего блока данных для воспроизведения базового вида в блоке экстентов, который должен считываться непосредственно перед длинным переходом, должен уменьшаться в максимально возможной степени. Для этого, как легко можно понять из выражений (2)-(4), размеры SEXT1[i] и SEXT2[i] второго и последующих блоков данных в идентичном блоке экстентов, т.е. размеры блоков данных типа (B), должны уменьшаться в максимально возможной степени.

Максимальный размер экстента блоков данных для воспроизведения зависимого вида типа (B) уменьшается следующим образом. Как показано в таблице на фиг. 29, когда средняя скорость REXT2[i] передачи для одного блока EXT2[i] данных для воспроизведения зависимого вида достигает верхнего предела 48 Мбит/с, максимальный размер maxSEXT1[i] экстента блока EXT1[i] данных для воспроизведения базового вида, принадлежащего идентичной паре экстентов, составляет приблизительно 3 Мбайт. Чтобы уменьшать это значение, максимальный размер maxSEXT2[i] экстента блоков данных для воспроизведения зависимого вида типа (B) уменьшается ниже значения, показанного на фиг. 29, приблизительно 8 Мбайт. Например, в таблице, показанной на фиг. 28A, максимальный размер maxSEXT2[i] экстента ограничивается приблизительно 3 Мбайт. В этом контексте блоки данных, принадлежащие идентичной паре экстентов, должны иметь идентичное ATC-время экстента. Соответственно, когда средняя скорость REXT2[i] передачи для блока EXT2[i] данных для воспроизведения зависимого вида, имеющего максимальный размер экстента приблизительно 3 Мбайт, достигает верхнего предела 48 Мбит/с, максимальный размер maxSEXT1[i] экстента блока EXT1[i] данных для воспроизведения базового вида, принадлежащего идентичной паре экстентов, ограничивается приблизительно 1 Мбайт. Как очевидно из выражения (5), когда размер блока данных для воспроизведения базового вида, который должен считываться непосредственно перед длинным переходом, уменьшается с 3 Мбайт до 1 Мбайт, как описано выше, нижний предел емкости RB1 2211 может тем самым уменьшаться приблизительно на 1,4 Мбайт: (3 Мбайт/72 Мбит/с)×48 Мбит/с x (192/188)-(1 Мбайт/72 Мбит/с)×48 Мбит/с×(192/188)=2,1 Мбайт-0,7 Мбайт=1,4 Мбайт.

Максимальный размер экстента блоков данных для воспроизведения базового вида типа (B) уменьшается следующим образом. Когда размер SEXT2[i+1] (i+2)-го блока EXT2[i+1] данных для воспроизведения зависимого вида составляет приблизительно 3 Мбайт, и средняя скорость REXT1[i] передачи (i+1)-го блока EXT1[i] данных для воспроизведения базового вида достигает верхнего предела 48 Мбит/с, минимальный размер minSEXT1[i] экстента, выражаемый в правой стороне выражения (2), составляет приблизительно 7 Мбайт: 48 Мбит/с×(192/188)×3 Мбайт/(72 Мбит/с-48 Мбит/с×(192/188))=6,4 Мбайт или приблизительно 7 Мбайт. Соответственно, чтобы условие 2 удовлетворялось, максимальный размер экстента блоков данных для воспроизведения базового вида типа (B) определяется как равный приблизительно 7 Мбайт.

Максимальный размер экстента блоков данных типа (C), показанных на фиг. 28A, определяется следующим образом. Как легко можно понять из выражений (5) и (6), размеры SEXT1[·] блоков данных для воспроизведения базового вида типа (C) не влияют на нижние пределы емкости буферов считывания. Соответственно, максимальный размер экстента блоков данных для воспроизведения базового вида типа (C) является идентичным максимальному размеру экстента типа (A). С другой стороны, размеры SEXT2[·] блоков данных для воспроизведения зависимого вида типа (C) влияют и на нижние пределы емкости RB1 2211 и на RB2 2212. Другими словами, когда системные скорости RTS1 и RTS2 достигают верхнего предела 48 Мбит/с, нижние пределы емкости RB1 2211 и RB2 2212 являются максимальными. Чтобы уменьшать нижние пределы в максимально возможной степени, размер блоков данных для воспроизведения зависимого вида типа (C) должен уменьшаться в максимально возможной степени. В частности, максимальные размеры maxSEXT2[·] экстентов блоков данных для воспроизведения зависимого вида уменьшаются ниже значения, показанного на фиг. 29, приблизительно в 8 Мбайт. Например, в таблице, показанной на фиг. 28A, максимальные размеры maxSEXT2[·] экстентов ограничены приблизительно 6 Мбайт. Как показано на фиг. 29, это значение равно максимальному размеру экстента каждого из блоков данных, принадлежащих идентичной паре экстентов, когда средние скорости REXT1[·] и REXT2[·] передачи блоков данных имеют идентичное значение, 32 Мбит/с. Как легко можно понять из выражения (5) и фиг. 29, когда максимальный размер экстента блока данных для воспроизведения зависимого вида типа (C) опускается ниже этого значения приблизительно 6 Мбайт, средняя скорость передачи для блока данных для воспроизведения базового вида может повышаться и превышать 32 Мбит/с. Соответственно, когда максимальный размер экстента блоков данных для воспроизведения зависимого вида типа (C) уменьшается ниже приблизительно 6 Мбайт, нижний предел емкости RB1 2211 фактически не может уменьшаться. По этой причине, максимальный размер maxSEXT2[·] экстента блоков данных для воспроизведения зависимого вида задается равным приблизительно 6 Мбайт. Как очевидно из выражений (5) и (6), когда размеры блоков данных для воспроизведения зависимого вида типа (C) уменьшаются приблизительно с 8 Мбайт приблизительно до 6 Мбайт, нижние пределы емкости RB1 2211 и RB2 2212 могут тем самым уменьшаться приблизительно на 1,5 Мбайт: (8 Мбайт/72 Мбит/с) × 48 Мбит/с × (192/188)-(6 Мбайт/72 Мбит/с) × 48 Мбит/с × (192/188)=5,5 Мбайт-4 Мбайт=1,5 Мбайт.

Как показано на фиг. 28A, когда системная скорость RTS2 для файла DEP превышает предварительно определенное пороговое значение (например, 32 Мбит/с), максимальные размеры экстентов блоков данных типа (B) уменьшаются и задаются равными значениям (например, 6 Мбайт и 3 Мбайт), меньшим значений (например, 19 Мбайт и 6 Мбайт, соответственно) для системной скорости RTS2, равной или меньшей порогового значения. Кроме того, максимальный размер экстента блоков данных для воспроизведения зависимого вида типа (C) задается равным значению (например, 6 Мбайт), меньшему значения типа (A) (например, 8 Мбайт). Как результат, BD-ROM-диск 101 предоставляет возможность устройству 102 воспроизведения поддерживать оба нижних предела емкости RB1 2211 и RB2 2212 в приемлемых диапазонах при удовлетворении выражениям (2)-(4). Другими словами, BD-ROM-диск 101 предоставляет возможность буферам считывания в устройстве 102 воспроизведения в любом из режима двумерного воспроизведения и режима трехмерного воспроизведения в большей степени уменьшать емкость без опустошения в результате буферов считывания.

<Файл информации о клипах>

Фиг. 30 является схематичным представлением, показывающим структуру данных первого файла информации о клипах (01000.clpi), т.е. файла 231 информации о двумерных клипах. Файлы 232 и 233 информации о клипах для воспроизведения зависимого вида (02000.clip, 03000.clip) имеют идентичную структуру данных. Далее сначала описывается структура данных, общая для всех файлов информации о клипах, с использованием структуры данных файла 231 информации о двумерных клипах в качестве примера. Впоследствии, различия в структуре данных между файлом информации о двумерных клипах и файлом информации о клипах для воспроизведения зависимого вида описываются.

Как показано на фиг. 30, файл 231 информации о двумерных клипах включает в себя информацию 3010 о клипах, информацию 3020 атрибутов потока, карту 3030 вхождений и трехмерные метаданные 3040. Трехмерные метаданные 3040 включают в себя начальные точки 3042 экстентов.

Как показано на фиг. 30, информация 3010 о клипах включает в себя системную скорость 3011, время 3012 начала воспроизведения и время 3013 окончания воспроизведения. Системная скорость 3011 указывает системную скорость RTS для файла 2D (01000.m2ts) 241. В этом контексте, как показано на фиг. 19, устройство 102 воспроизведения в режиме двумерного воспроизведения передает "TS-пакеты", принадлежащие файлу 2D 241, из буфера 1902 считывания в декодер 1903 системных целевых объектов. Соответственно, интервал между ATS исходных пакетов в файле 2D 241 задается так, что скорость передачи TS-пакетов ограничивается системной скоростью RTS или ниже. Время 3012 начала воспроизведения указывает PTS, выделенную VAU, расположенной в начале файла 2D 241, к примеру, PTS первого видеокадра. Время 3012 окончания воспроизведения указывает значение STC, задержанное на предварительно определенное время от PTS, выделенной VAU, расположенной в конце файла 2D 241, к примеру, сумму PTS последнего видеокадра и времени воспроизведения одного кадра.

Как показано на фиг. 30, информация 3020 атрибутов потока является таблицей соответствия между PID 3021 для каждого элементарного потока, включенного в файл 2D 241, и фрагментами информации 3022 атрибутов. Каждый фрагмент информации 3022 атрибутов является различным для видеопотока, аудиопотока, PG-потока и IG-потока. Например, информация атрибутов, соответствующая PID 0×1011 для потока первичного видео, включает в себя тип кодека, используемый для сжатия видеопотока, а также разрешение, соотношение сторон и частоту кадров для каждого изображения, составляющего видеопоток. С другой стороны, информация атрибутов, соответствующая PID 0×1100 для потока первичного аудио, включает в себя тип кодека, используемый для сжатия аудиопотока, число каналов, включенное в аудиопоток, язык и частоту дискретизации. Устройство 102 воспроизведения использует эту информацию 3022 атрибутов, чтобы инициализировать декодер.

[Карта вхождений]

Фиг. 31A является схематичным представлением, показывающим структуру данных карты 3030 вхождений. Как показано на фиг. 31A, карта 3030 вхождений включает в себя таблицы 3100. Предусмотрено такое же число таблиц 3100, сколько предусмотрено видеопотоков, мультиплексированных в основном TS, и таблицы назначаются одна за другой каждому видеопотоку. На фиг. 31A, каждая таблица 3100 отличается посредством PID видеопотока, которому она назначается. Каждая таблица 3100 включает в себя заголовок 3101 карты вхождений и точку 3102 входа. Заголовок 3101 карты вхождений включает в себя PID, соответствующий таблице 3100, и общее число точек 3102 входа, включенных в таблицу 3100. Точка 3102 входа ассоциирует каждую пару из PTS 3103 и номера 3104 исходного пакета (SPN) с идентификатором 3105 одной из отдельно отличающихся точек входа (EP_ID). PTS 3103 является эквивалентной PTS для одного из I-изображений, включенных в видеопоток для PID, указанного посредством заголовка 3101 карты вхождений. SPN 3104 является эквивалентным SPN для начала группы исходных пакетов, сохраненной в соответствующем I-изображении. "SPN" означает порядковый номер, назначенный последовательно с начала группе исходных пакетов, принадлежащей одному файлу AV-потока. SPN используется как адрес для каждого исходного пакета в файле AV-потока. В карте 3030 вхождений в файле 231 информации о двумерных клипах, SPN означает номер, назначенный группе исходных пакетов, принадлежащей файлу 2D 241, т.е. группе исходных пакетов, составляющей основной TS. Соответственно, точка 3102 входа выражает соответствие между PTS и адресом, т.е. SPN, каждого I-изображения, включенного в файл 2D 241.

Точка 3102 входа не должна задаваться для всех I-изображений в файле 2D 241. Тем не менее, когда I-изображение находится в начале GOP, и TS-пакет, который включает в себя начало этого I-изображения, находится в начале двумерного экстента, точка 3102 входа должна задаваться для этого I-изображения.

Фиг. 31B является схематичным представлением, показывающим исходные пакеты в группе 3110 исходных пакетов, принадлежащей файлу 2D 241, которые ассоциированы с каждым EP_ID 3105 посредством карты 3030 вхождений. Фиг. 31C является схематичным представлением, показывающим группу D[n], B[n] блоков данных (n=0, 1, 2, 3,...) на BD-ROM-диске 101, соответствующую группе 3110 исходных пакетов. Когда устройство 102 воспроизведения воспроизводит двумерные видеоизображения из файла 2D 241, оно обращается к карте 3030 вхождений, чтобы указывать SPN для исходного пакета, который включает в себя кадр, представляющий случайную сцену, из PTS для этого кадра. В частности, когда, например, PTS=360000 указывается в качестве PTS для конкретной точки входа для позиции начала воспроизведения, устройство 102 воспроизведения сначала извлекает SPN=3200, выделенный этой PTS в карте 3030 вхождений. Затем, устройство 102 воспроизведения находит частное SPN×192/2048, т.е. значение SPN, умноженное на 192 байта, объем данных в расчете на исходный пакет, и разделенное на 2048 байтов, объем данных в расчете на сектор. Как можно понять из фиг. 5B и 5C, это значение является идентичным общему числу секторов, записанных в основной TS до исходного пакета, которому назначается SPN. В примере, показанном на фиг. 31B, это частное составляет 3200×192/2048=300 и равно общему числу секторов, в которые записаны группы 3111 исходных пакетов, которым выделяются SPN 0-3199. Затем, устройство 102 воспроизведения обращается к записи файла в файле 2D 241 и указывает LBN (общее число+1)-го сектора при подсчете с начала групп секторов, в которые записаны группы двумерных экстентов. В примере, показанном на фиг. 31C, в рамках групп секторов, в которые записаны блоки B[0], B[1],...,B[2],... данных для воспроизведения базового вида, к которым может осуществляться доступ как к двумерным экстентам EXT2D[0], EXT2D[1], EXT2D[2], LBN 301-го сектора при подсчете сначала указывается. Устройство 102 воспроизведения указывает этот LBN в BD-ROM-накопитель 121. Таким образом, группы блоков данных для воспроизведения базового вида считываются как совмещенные единицы по порядку из сектора для этого LBN. Кроме того, из первой совмещенной единицы, которая считывается, устройство 102 воспроизведения выбирает исходный пакет, указанный посредством точки входа для позиции начала воспроизведения, и декодирует I-изображение. Далее последующие изображения декодируются по порядку со ссылкой на уже декодированные изображения. Таким образом, устройство 102 воспроизведения может воспроизводить двумерные видеоизображения из файла 2D 241 от указанного PTS вперед.

Кроме того, карта 3030 вхождений является полезной для эффективной обработки во время быстрого воспроизведения мультимедиа, к примеру, ускоренной перемотки вперед, назад и т.д. Например, устройство 102 воспроизведения в режиме двумерного воспроизведения сначала обращается к карте 3030 вхождений, чтобы считывать SPN с началом в позиции начала воспроизведения, к примеру, считывать SPN=3200, 4800,..., по порядку от точек входа EP_ID=2, 3,..., которые включают в себя PTS с началом в PTS=360000. Затем, устройство 102 воспроизведения обращается к записи файла в файле 2D 241, чтобы указывать LBN секторов, соответствующих каждому SPN. Устройство 102 воспроизведения затем указывает каждый LBN в BD-ROM-накопитель. Совмещенные единицы тем самым считываются из сектора для каждого LBN. Кроме того, из каждой совмещенной единицы устройство 102 воспроизведения выбирает исходный пакет, указанный посредством каждой точки входа, и затем извлекает и декодирует I-изображение. Устройство 102 воспроизведения тем самым может избирательно воспроизводить I-изображение из файла 2D 241 без анализа самой группы двумерных экстентов EXT2D[n].

[Начальная точка экстента]

Фиг. 32A является схематичным представлением, показывающим структуру данных начальных точек 3042 экстентов. Как показано на фиг. 32A, "начальная точка экстента" 3042 включает в себя идентификаторы 3211 экстента для воспроизведения базового вида (EXT1_ID) и SPN 3212. EXT1_ID 3211 являются порядковыми номерами, назначенными последовательно сначала блокам данных для воспроизведения базового вида, принадлежащим первому файлу SS (01000.ssif) 244A. Один SPN 3212 назначается каждому EXT1_ID 3211 и является идентичным SPN для исходного пакета, расположенного в начале блока данных для воспроизведения базового вида, идентифицированного посредством EXT1_ID 3211. Этот SPN является порядковым номером, назначенным с начала исходным пакетам, включенным в группу блоков данных для воспроизведения базового вида, принадлежащую первому файлу SS 244A.

В блоках 1501-1503 экстентов, показанных на фиг. 15, файл 2D 241 и первый файл SS 244A совместно используют блоки B[0], B[1], B[2],..., данных для воспроизведения базового вида совместно. Тем не менее, группы блоков данных, размещенные в местоположениях, требующих длинного перехода, к примеру, на границах между слоями для записи, в общем, включают в себя блоки данных для воспроизведения базового вида, принадлежащие только одному из файла 2D 241 или первого файла SS 244A (подробности см. описание варианта 2 осуществления). Соответственно, SPN 3212, который указывает начальную точку 3042 экстента, в общем, отличается от SPN для исходного пакета, расположенного в начале двумерного экстента, принадлежащего файлу 2D 241.

Фиг. 32B является схематичным представлением, показывающим структуру данных начальных точек 3220 экстентов, включенных во второй файл информации о клипах (02000.clpi), т.е. файл 232 информации о клипах для воспроизведения зависимого вида. Как показано на фиг. 32B, начальная точка 3220 экстента включает в себя идентификаторы 3221 экстентов для воспроизведения зависимого вида (EXT2_ID) и SPN 3222. EXT2_ID 3221 являются порядковыми номерами, назначенными с начала блокам данных для воспроизведения зависимого вида, принадлежащим первому файлу SS 244A. Один SPN 3222 назначается каждому EXT2_ID 3221 и является идентичным SPN для исходного пакета, расположенного вначале блока данных для воспроизведения зависимого вида, идентифицированного посредством EXT2_ID 3221. Этот SPN является порядковым номером, назначенным по порядку с начала исходным пакетам, включенным в группу блоков данных для воспроизведения зависимого вида, принадлежащую первому файлу SS 244A.

Фиг. 32D является схематичным представлением, представляющим соответствие между экстентами EXT2[0], EXT2[1],..., для воспроизведения зависимого вида, принадлежащими первому файлу DEP (02000.m2ts) 242, и SPN 3222, показанными посредством начальных точек 3220 экстентов. Как показано на фиг. 15, первый файл DEP 242 и первый файл SS 244A совместно используют блоки данных для воспроизведения зависимого вида. Соответственно, как показано на фиг. 32D, каждый SPN 3222, показанный посредством начальных точек 3220 экстентов, является идентичным SPN для исходного пакета, расположенного в начале каждого экстента EXT2[0], EXT2[1],..., для просмотра правым глазом.

Как описано ниже, начальная точка 3042 экстента в файле 231 информации о двумерных клипах и начальная точка 3220 экстента в файле 232 информации о клипах для воспроизведения зависимого вида используются для того, чтобы обнаруживать границу блоков данных, включенных в каждый экстент SS в ходе воспроизведения трехмерных видеоизображений из первого файла SS 244A.

Фиг. 32E является схематичным представлением, показывающим пример соответствия между экстентом SS EXTSS[0], принадлежащим первому файлу SS 244A, и блоком экстентов на BD-ROM-диске 101. Как показано на фиг. 32E, блок экстентов включает в себя группы D[n] и B[n] блоков данных (n=0, 1, 2,...) в перемеженной компоновке. Следует отметить, что последующее описание также является применимым для других компоновок. К блоку экстентов может осуществляться доступ как к одному экстенту SS EXTSS[0]. Кроме того, в экстенте SS EXTSS[0], число исходных пакетов, включенных в (n+1)-й блок B[n] данных для воспроизведения базового вида, в начальной точке экстента 3042, является идентичным разности A(n+1)-An между SPN, надлежащим образом соответствующими EXT1_ID=n+1 и n. В этом случае, A0=0. С другой стороны, число исходных пакетов, включенных в блок D[n+1] данных для воспроизведения зависимого вида, является, в начальной точке 3220 экстента, идентичным разности B(n+1)-Bn между SPN, надлежащим образом соответствующими EXT2_ID=n+1 и n. В этом случае, B0=0.

Когда устройство 102 воспроизведения в режиме трехмерного воспроизведения воспроизводит трехмерные видеоизображения из первого файла SS 244A, устройство 102 воспроизведения обращается к картам вхождений и начальным точкам 3042 и 3220 экстентов, соответственно, обнаруженным в файлах 231 и 232 информации о клипах. При выполнении этого устройство 102 воспроизведения указывает, из PTS для кадра, представляющего вид для просмотра правым глазом случайной сцены, LBN для сектора, в котором записывается блок данных для воспроизведения зависимого вида, который требуется для формирования кадра. В частности, устройство 102 воспроизведения, например, сначала извлекает SPN, ассоциированный с PTS, из карты вхождений в файле 232 информации о клипах для воспроизведения зависимого вида. Допускается, что исходный пакет, указанный посредством SPN, включается в третий экстент EXT2[2] для воспроизведения зависимого вида в первом файле DEP 242, т.е. в блок D[2] данных для воспроизведения зависимого вида. Затем, устройство 102 воспроизведения извлекает "B2", наибольший SPN перед целевым SPN, из SPN 3222, показанных посредством начальных точек 3220 экстентов в файле 232 информации о клипах для воспроизведения зависимого вида. Устройство 102 воспроизведения также извлекает соответствующий EXT2_ID "2". Затем устройство 102 воспроизведения извлекает значение "A2" для SPN 3012, соответствующего EXT1_ID, который является идентичным EXT2_ID "2", из начальных точек 3042 экстентов в файле 231 информации о двумерных клипах. Устройство 102 воспроизведения дополнительно находит сумму B2+A2 извлеченных SPN. Как можно видеть из фиг. 32E, эта сумма B2+A2 является идентичной общему числу исходных пакетов, включенных в блоки данных, расположенные перед третьим блоком D[2] данных для воспроизведения зависимого вида, из блоков данных, включенных в экстент SS EXTSS[0]. Соответственно, эта сумма B2+A2, умноженная на 192 байта, объем данных в расчете на исходный пакет, и деленная на 2048 байтов, объем данных в расчете на сектор, т.е. (B2+A2)×192/2048, является идентичной числу секторов с начала экстента SS EXTSS[0] до элемента непосредственно перед третьим блоком D[2] данных для воспроизведения зависимого вида. С использованием этого частного, LBN для сектора, в котором записывается начало блока D[2] данных для воспроизведения зависимого вида, может указываться посредством обращения к записи файла для первого файла SS 244A.

После указания LBN через вышеописанную процедуру устройство 102 воспроизведения указывает LBN в BD-ROM-накопитель 121. Таким образом, часть экстента SS EXTSS[0], записанная с начала сектора для этого LBN, т.е. группа D[2], B[2], D[3], B[3],..., блоков данных с началом в третьем блоке D[2] данных для воспроизведения вида для просмотра правым глазом, считывается как совмещенные единицы.

Устройство 102 воспроизведения дополнительно обращается к начальным точкам 3042 и 3220 экстентов, чтобы извлекать блоки данных для воспроизведения зависимого вида и блоки данных для воспроизведения базового вида поочередно из считанных экстентов SS. Например, допустим, что группа D[n], B[n] блоков данных (n=0, 1, 2,...) считывается по порядку из экстента SS EXTSS[0], показанного на фиг. 32E. Устройство 102 воспроизведения сначала извлекает B1 исходных пакетов с начала экстента SS EXTSS[0] как блок D[0] данных для воспроизведения зависимого вида. Затем, устройство 102 воспроизведения извлекает B1-й исходный пакет и последующие (A1-1) исходных пакетов, всего A1 исходных пакетов, как первый блок B[0] данных для воспроизведения базового вида. Устройство 102 воспроизведения затем извлекает (B1+A1)-й исходный пакет и последующие (B2-B1-1) исходных пакетов, всего (B2-B1) исходных пакетов, как второй блок D[1] данных для воспроизведения зависимого вида. Устройство 102 воспроизведения дополнительно извлекает (A1+B2)-й исходный пакет и последующие (A2-A1-1) исходных пакетов, всего (A2-A1) исходных пакетов, как второй блок B[1] данных для воспроизведения базового вида. После этого, устройство 102 воспроизведения тем самым продолжает обнаруживать границу между блоками данных в экстенте SS на основе числа считанных исходных пакетов, тем самым поочередно извлекая блоки данных для воспроизведения зависимого вида и для воспроизведения базового вида. Извлеченные блоки данных для воспроизведения базового вида и для воспроизведения зависимого вида передаются в декодер системных целевых объектов, чтобы декодироваться параллельно.

Таким образом, устройство 102 воспроизведения в режиме трехмерного воспроизведения может воспроизводить трехмерные видеоизображения из первого файла SS 244A с началом в конкретной PTS. Как результат, устройство 102 воспроизведения может фактически извлекать выгоду из вышеописанных преимуществ (A) и (B), касающихся управления BD-ROM-накопителем 121.

<<Файл base>>

Фиг. 32C является схематичным представлением, представляющим блоки B[0], B[1], B[2],..., данных для воспроизведения базового вида, извлеченные из первого файла SS 244A посредством устройства 102 воспроизведения в режиме трехмерного воспроизведения. Как показано на фиг. 32C, при выделении SPN по порядку с начала группе исходных пакетов, включенной в блоки B[n] данных для воспроизведения базового вида (n=0, 1, 2,...), SPN исходного пакета, расположенного в начале блоков B[n] данных для воспроизведения базового вида, равен SPN 2412, указанному посредством начальной точки 2242 экстента. Группа блоков данных для воспроизведения базового вида, извлеченная из одного файла SS посредством обращения к начальным точкам экстентов, аналогично группе B[n] блоков данных для воспроизведения базового вида, упоминается как "файл base". Кроме того, блоки данных для воспроизведения базового вида, включенные в файл base, называются "экстентами для воспроизведения базового вида". Как показано на фиг. 32E, к каждому экстенту EXT1[0], EXT1[1],..., для воспроизведения базового вида обращается начальная точка 3042 или 3220 экстента в файле информации о клипах.

Экстент EXT1[n] для воспроизведения базового вида совместно использует один блок B[n] данных для воспроизведения базового вида с двумерным экстентом EXT2D[n]. Соответственно, файл base включает в себя основной TS, идентичный основному TS файла 2D. В отличие от двумерного экстента EXT2D[n], тем не менее, к экстенту EXT1[n] для воспроизведения базового вида не обращается ни одна запись файла. Как описано выше, экстент EXT1[n] для воспроизведения базового вида извлекается из экстента SS EXTSS[·] в файле SS с использованием начальной точки экстента в файле информации о клипах. Файл base тем самым отличается от традиционного файла вследствие невключения записи файла и вследствие необходимости начальной точки экстента в качестве опорного уровня для экстента для воспроизведения базового вида. В этом смысле, файл base является "виртуальным файлом". В частности, файл base не распознается посредством файловой системы и не отображается в структуре каталогов/файлов, показанной на фиг. 2.

Фиг. 33 является схематичным представлением, показывающим соответствие между одним блоком 3300 экстентов, записанным на BD-ROM-диске 101, и каждой из групп блоков экстентов в файле 2D 3310, файле base 3311, файле DEP 3312 и файле SS 3320. Как показано на фиг. 33, блок 3300 экстентов включает в себя блоки D[n] данных для воспроизведения зависимого вида и блоки B[n] данных для воспроизведения базового вида (n=..., 0, 1, 2, 3,...). Блок B[n] данных для воспроизведения базового вида принадлежит файлу 2D 3310 как двумерный экстент EXT2D[n]. Блоки D[n] данных для воспроизведения зависимого вида принадлежат файлу DEP 3312 как экстенты EXT2[n] для воспроизведения зависимого вида. Весь блок 3300 экстентов принадлежит файлу SS 3320 как один экстент SS EXTSS[0]. Соответственно, экстент SS EXTSS[0] совместно использует блоки B[n] данных для воспроизведения базового вида с двумерными экстентами EXT2D[n] и совместно использует блоки D[n] данных для воспроизведения зависимого вида с экстентами EXT2[n] для воспроизведения зависимого вида. После считывания в устройство 102 воспроизведения, экстент SS EXTSS[0] разделяется на блоки D[n] данных для воспроизведения зависимого вида и блоки B[n] данных для воспроизведения базового вида. Эти блоки B[n] данных для воспроизведения базового вида принадлежат файлу base 3311 как экстенты EXT1[n] для воспроизведения базового вида. Граница в экстенте SS EXTSS[0] между экстентами EXT1[n] для воспроизведения базового вида и экстентами EXT2[n] для воспроизведения зависимого вида указывается с использованием начальной точки экстента в файле информации о клипах, соответствующем каждому из файла 2D 3310 и файла DEP 3312.

<<Файл информации о клипах для воспроизведения зависимого вида>>

Файл информации о клипах для воспроизведения зависимого вида имеет структуру данных, идентичную структуре данных файла информации о двумерных клипах, показанного на фиг. 31 и 32. Соответственно, последующее описание охватывает различия между файлом информации о клипах для воспроизведения зависимого вида и файлом информации о двумерных клипах. Подробности относительно общих черт могут быть обнаружены в вышеприведенном описании.

Файл информации о клипах для воспроизведения зависимого вида отличается от файла информации о двумерных клипах главным образом в следующих трех аспектах: (i) условия задаются для информации атрибутов потока, (ii) условия задаются для точек входа и (iii) трехмерные метаданные не включают в себя таблицу смещений.

(i) Когда видеопоток для воспроизведения базового вида и видеопоток для воспроизведения зависимого вида должны использоваться для воспроизведения трехмерных видеоизображений посредством устройства 102 воспроизведения в L/R-режиме, как показано на фиг. 7, видеопоток для воспроизведения зависимого вида сжимается с использованием видеопотока для воспроизведения базового вида. Здесь, атрибуты видеопотока для видеопотока для воспроизведения зависимого вида становятся эквивалентными видеопотоку для воспроизведения базового вида. Информация атрибутов видеопотока для видеопотока для воспроизведения базового вида ассоциирована с PID=0x1011 в информации 3020 атрибутов потока в файле информации о двумерных клипах. С другой стороны, информация атрибутов видеопотока для видеопотока для воспроизведения зависимого вида ассоциирована с PID=0x1012 или 0x1013 в информации атрибутов потока в файле информации о клипах для воспроизведения зависимого вида. Соответственно, элементы, показанные на фиг. 30, т.е. кодек, разрешение, соотношение сторон и частота кадров, должны совпадать между двумя фрагментами информации атрибутов видеопотока. Если тип кодека совпадает, то опорная взаимосвязь между изображениями для воспроизведения базового вида и изображениями для воспроизведения зависимого вида устанавливается во время кодирования, и тем самым каждое изображение может быть декодировано. Если разрешение, соотношение сторон и частота кадров совпадают, то экранное отображение левого и правого видео может синхронизироваться. Следовательно, эти видео могут показываться как трехмерные видеоизображения без возникновения чувства некомфортности у зрителей.

(ii) Карта вхождений в файле информации о клипах для воспроизведения зависимого вида включает в себя таблицу, выделенную видеопотоку для воспроизведения зависимого вида. Аналогично таблице 3100, показанной на фиг. 31A, эта таблица включает в себя заголовок карты вхождений и точки входа. Заголовок карты вхождений указывает PID для видеопотока для воспроизведения зависимого вида, выделенного в таблице, т.е. либо 0×1012, либо 0×1013. В каждой точке входа пара из PTS и SPN ассоциирована с одним EP_ID. PTS для каждой точки входа является идентичной PTS для изображения, расположенного в начале в одной из GOP, включенных в видеопоток для воспроизведения зависимого вида. SPN для каждой точки входа является идентичным SPN, выделенному началу группы исходных пакетов, в которой изображение, указанное посредством PTS, принадлежащей идентичной точке входа, сохранено. Этот SPN означает порядковый номер, назначенный последовательно с начала группе исходных пакетов, принадлежащей файлу DEP, т.е. группе исходных пакетов, составляющей суб-TS. PTS для каждой точки входа должна совпадать с PTS, в рамках карты вхождений в файле информации о двумерных клипах, для точки входа в таблице, выделенной видеопотоку для воспроизведения базового вида. Другими словами, каждый раз, когда точка входа задается как начало группы исходных пакетов, которая включает в себя одно из набора изображений, включенных в идентичную трехмерную VAU, точка входа всегда должна задаваться как начало группы исходных пакетов, которая включает в себя другое изображение.

Фиг. 34 является схематичным представлением, показывающим пример точек входа, заданных в видеопотоке 3410 для воспроизведения базового вида и в видеопотоке 3420 для воспроизведения зависимого вида. В двух видеопотоках 3410 и 3420, GOP, которые имеют идентичный номер с начала, представляют видео в течение идентичного периода воспроизведения. Как показано на фиг. 34, в видеопотоке 3410 для воспроизведения базового вида, точки 3401B, 3403B и 3405B входа задаются как начало GOP с нечетным номером при подсчете с первой GOP, т.е. GOP #1, GOP #3 и GOP #5. Соответственно, в видеопотоке 3420 для воспроизведения зависимого вида, также, точки 3401D, 3403D и 3405D входа задаются как начало GOP с нечетным номером при подсчете с первой GOP, т.е. GOP #1, GOP #3 и GOP #5. В этом случае, когда устройство 102 трехмерного воспроизведения начинает воспроизведение трехмерных видеоизображений с GOP #3, например, оно может сразу вычислять адрес позиции начала воспроизведения в файле SS из SPN соответствующих точек 3403B и 3403D входа. В частности, когда обе точки 3403B и 3403D входа задаются как начало блока данных, то, как можно понять из фиг. 32E, сумма SPN точек 3403B и 3403D входа равна SPN позиции начала воспроизведения в рамках файла SS. Как описано со ссылкой на фиг. 32E, из этого числа исходных пакетов можно вычислять LBN сектора, в который записывается часть файла SS для позиции начала воспроизведения. Таким образом, даже во время воспроизведения трехмерных видеоизображений можно повышать скорость реакции для обработки, которая требует произвольного доступа к видеопотоку, такой как воспроизведение с прерываниями и т.п.

<Файл списков для двумерного воспроизведения>

Фиг. 35 является схематичным представлением, показывающим структуру данных файла списков для двумерного воспроизведения. Первый файл 221 списков воспроизведения (00001.mpls), показанный на фиг. 2, имеет эту структуру данных. Как показано на фиг. 35, файл 221 списков для двумерного воспроизведения включает в себя основной путь 3501 и два подпути 3502 и 3503.

Основной путь 3501 является последовательностью фрагментов информации элемента воспроизведения (здесь обозначенного как PI), которая задает основной путь воспроизведения для файла 2D 241, т.е. секцию для воспроизведения и порядок воспроизведения секции. Каждый PI идентифицируется с помощью уникального идентификатора элемента воспроизведения ID #N (N=1, 2, 3,...). Каждый PI #N задает различную секцию воспроизведения вдоль основного пути воспроизведения с помощью пары из PTS. Одна из PTS в паре представляет начальное время (входное время) секции воспроизведения, и другая представляет конечное время (выходное время). Кроме того, порядок PI в основном пути 3501 представляет порядок соответствующих секций воспроизведения в пути воспроизведения.

Каждый из подпутей 3502 и 3503 является последовательностью фрагментов информации субэлемента воспроизведения (здесь обозначенного как SUB_PI), которая задает путь воспроизведения, который может ассоциироваться параллельно с основным путем воспроизведения для файла 2D 241. Такой путь воспроизведения является секцией файла 2D 241, отличающейся от представленной посредством основного пути 3501, или является секцией потоковых данных, мультиплексированных в другом файле 2D, наряду с соответствующим порядком воспроизведения. Потоковые данные, указанные посредством пути воспроизведения, представляют другие двумерные видеоизображения, которые должны воспроизводиться одновременно с двумерными видеоизображениями, воспроизводимыми из файла 2D 241 в соответствии с основным путем 3501. Эти другие двумерные видеоизображения включают в себя, например, субвидео в формате "картинка-в-картинке", окно обозревателя, всплывающее меню или субтитры. Порядковые номера "0" и "1" назначаются подпутям 3502 и 3503 в порядке регистрации в файле 221 списков для двумерного воспроизведения. Эти порядковые номера используются в качестве идентификаторов подпутей, чтобы идентифицировать подпути 3502 и 3503. В подпутях 3502 и 3503, каждый SUB_PI идентифицируется посредством уникального идентификатора субэлемента воспроизведения=#M (M=1, 2, 3,...). Каждый SUB_PI #M задает различную секцию воспроизведения вдоль пути воспроизведения с помощью пары из PTS. Одна из PTS в паре представляет время начала воспроизведения секции воспроизведения, и другая представляет время окончания воспроизведения. Кроме того, порядок SUB_PI в подпутях 3502 и 3503 представляет порядок соответствующих секций воспроизведения в пути воспроизведения.

Фиг. 36 является схематичным представлением, показывающим структуру данных PI #N. Как показано на фиг. 36, PI #N включает в себя фрагмент ссылочной информации 3601 о клипах, время (In_Time) 3602 начала воспроизведения, время 3603 окончания воспроизведения (Out_Time), условие 3604 соединения и таблицу 3605 выбора потока (в дальнейшем называемую "STN-таблицей" (таблицей номеров потоков)). Ссылочная информация 3601 о клипах является информацией для идентификации файла 231 информации о двумерных клипах. Время 3602 начала воспроизведения и время 3603 окончания воспроизведения, соответственно, указывают PTS для начала и конца секции для воспроизведения файла 2D 241. Условие 3604 соединения указывает условие для соединения видео в секции воспроизведения, указанной посредством времени 3602 начала воспроизведения и времени 3603 окончания воспроизведения, с видео в секции воспроизведения, указанной посредством предыдущего PI #(N-1). STN-таблица 3605 является списком элементарных потоков, которые могут выбираться из файла 2D 241 посредством декодера в устройстве 102 воспроизведения от времени 3602 начала воспроизведения до времени 3603 окончания воспроизведения.

Структура данных SUB_PI является идентичной структуре данных PI, показанной на фиг. 36, в том, что она включает в себя ссылочную информацию о клипах, время начала воспроизведения и время окончания воспроизведения. В частности, время начала воспроизведения и время окончания воспроизведения SUB_PI выражаются как значения вдоль временной оси, идентичной оси PI. SUB_PI дополнительно включает в себя поле "условия SP-соединения". Условие SP-соединения имеет смысл, совпадающий с условием соединения PI.

[Условие соединения]

Условию соединения (в дальнейшем сокращенно как "CC") 3604 может, например, назначаться три типа значений, "1", "5" и "6". Когда CC 3604 равно "1", видео, которое должно воспроизводиться из секции файла 2D 241, указываемой посредством PI #N, не должно плавно соединяться с видео, воспроизводимым из секции файла 2D 241, указываемой посредством непосредственно предыдущего PI #(N-1). С другой стороны, когда CC 3604 указывает "5" или "6", оба видеоизображения должны быть плавно соединены.

Фиг. 37A и 37B являются принципиальными схемами, показывающими соответствие между двумя секциями воспроизведения PI #(N-1) и PI #N, которые должны соединяться, когда CC равно "5" или "6". В этом случае, PI #(N-1) указывает первую секцию 3701 в файле 2D 241, PI #N указывает вторую секцию 3702 в файле 2D 241. Как показано на фиг. 37A, когда CC указывает "5", STC этих двух PI, PI #(N-1) и PI #N, могут быть непоследовательными. Таким образом, PTS #1 в конце первой секции 3701 и PTS #2 в начале второй секции 3702 могут быть непоследовательными. Тем не менее, должны удовлетворяться несколько ограничивающих условий. Например, первая секция 3701 и вторая секция 3702 должны создаваться так, что декодер может плавно продолжать декодировать данные, даже когда вторая секция 2902 предоставляется в декодер последовательно после первой секции 2901. Кроме того, последний кадр аудиопотока, содержащегося в первой секции 3701, должен перекрывать первый кадр аудиопотока, содержащегося во второй секции 3702. С другой стороны, как показано на фиг. 37B, когда CC 6 указывает "6", первая секция 3701 и вторая секция 3702 должны иметь возможность обработки как последовательных секций для декодера, чтобы должным образом декодировать. Таким образом, STC и ATC должны быть смежными между первой секцией 3701 и второй секцией 3702. Аналогично, когда условие SP-соединения составляет "5" или "6", STC и ATC должны быть смежными между секциями файла 2D, указанного посредством двух смежных SUB_PI.

[STN-таблица]

Снова ссылаясь на фиг. 36, STN-таблица 3605 является матрицей информации регистрации потоков. "Информация регистрации потоков" - это информация, по отдельности перечисляющая элементарные потоки, которые могут выбираться для воспроизведения из основного TS между временем 3602 начала воспроизведения и временем 3603 окончания воспроизведения. Номер 3606 потока (STN) является порядковым номером, выделенным по отдельности информации регистрации потоков, и используется посредством устройства 102 воспроизведения, чтобы идентифицировать каждый элементарный поток. STN 3606 дополнительно указывает приоритет для выбора из элементарных потоков одного типа. Информация регистрации потоков включает в себя запись 3609 потока и информацию 3610 атрибутов потока. Запись 3609 потока включает в себя информацию 3607 пути потока и идентификационную информацию 3608 потока. Информация 3607 пути потока является информацией, указывающей файл 2D, которому принадлежит выбранный элементарный поток. Например, если информация 3607 пути потока указывает "основной путь", файл 2D соответствует файлу информации о двумерных клипах, указанному посредством ссылочной информации 3601 о клипах. С другой стороны, если информация 3607 пути потока указывает "идентификатор подпути=1", файл 2D, которому принадлежит выбранный элементарный поток, соответствует файлу информации о двумерных клипах, указанному посредством ссылочной информации о клипах SUB_PI, включенного в подпуть с идентификатором подпути=1. Время начала воспроизведения и время окончания воспроизведения, указанные посредством этого SUB_PI, включаются в интервал от времени 3602 начала воспроизведения до времени 3603 окончания воспроизведения, указанный посредством PI, включенного в STN-таблицу 3605. Идентификационная информация 3608 потока указывает PID для элементарного потока, мультиплексированного в файле 2D, указанном посредством информации 3607 пути потока. Элементарный поток, указанный посредством этого PID, может выбираться от времени 3602 начала воспроизведения до времени 3603 окончания воспроизведения. Информация 3610 атрибутов потока указывает информацию атрибутов для каждого элементарного потока. Например, информация атрибутов для каждого из аудиопотока, PG-потока и IG-потока указывает языковой тип потока.

[Воспроизведение двумерных видеоизображений в соответствии с файлом списков для двумерного воспроизведения]

Фиг. 38 является схематичным представлением, показывающим соответствие между PTS, указываемыми посредством файла 221 списков для двумерного воспроизведения (00001.mpls), и секциями, воспроизводимыми из файла 2D (01000.m2ts) 241. Как показано на фиг. 38, в основном пути 3501 в файле 221 списков для двумерного воспроизведения, PI #1 указывает PTS #1, которая указывает время IN1 начала воспроизведения, и PTS #2, которая указывает время OUT1 окончания воспроизведения. Ссылочная информация о клипах для PI #1 указывает файл 231 информации о двумерных клипах (01000.clpi). При воспроизведении двумерных видеоизображений в соответствии с файлом 221 списков для двумерного воспроизведения, устройство 102 воспроизведения сначала считывает PTS #1 и PTS #2 из PI #1. Затем, устройство 102 воспроизведения обращается к карте вхождений в файле 231 информации о двумерных клипах, чтобы извлекать из файла 2D 241 SPN #1 и SPN #2, которые соответствуют PTS #1 и PTS #2. Устройство 102 воспроизведения затем вычисляет соответствующие числа секторов из SPN #1 и SPN #2. Кроме того, устройство 102 воспроизведения обращается к этим числам секторов и записи файла для файла 2D 241, чтобы указывать LBN #1 и LBN #2 в начале и конце, соответственно, группы P1 секторов, в которую записана группа EXT2D[0],..., EXT2D[n] двумерных экстентов, которая должна воспроизводиться. Вычисление чисел секторов и задание LBN осуществляется согласно описанию фиг. 31A, 31B и 31C. В завершение, устройство 102 воспроизведения указывает диапазон от LBN #1 до LBN #2 в BD-ROM-накопитель 121. Группа исходных пакетов, принадлежащая группе EXT2D[0],..., EXT2D[n] двумерных экстентов, тем самым считывается из группы P1 секторов в этом диапазоне. Аналогично, пара из PTS #3 и PTS #4, указываемая посредством PI #2, сначала преобразуется в пару из SPN #3 и SPN #4 посредством обращения к карте вхождений в файле 231 информации о двумерных клипах. Затем, при обращении к записи файла для файла 2D 241, пара из SPN #3 и SPN #4 преобразуется в пару из LBN #3 и LBN #4. Кроме того, группа исходных пакетов, принадлежащая группе двумерных экстентов, считывается из группы P2 секторов в диапазоне от LBN #3 до LBN #4. Преобразование пары из PTS #5 и PTS #6, указываемой посредством PI #3, в пару из SPN #5 и SPN #6, преобразование пары из SPN #5 и SPN #6 в пару из LBN #5 и LBN #6 и считывание группы исходных пакетов из группы P3 секторов в диапазоне от LBN #5 до LBN #6 выполняется аналогично. Устройство 102 воспроизведения тем самым воспроизводит двумерные видеоизображения из файла 2D 241 в соответствии с основным путем 3501 в файле 221 списков для двумерного воспроизведения.

Файл 221 списков для двумерного воспроизведения может включать в себя метку 3801 входа. Метка 3801 входа указывает момент времени в основном пути 3501, в который должно фактически начинаться воспроизведение. Например, как показано на фиг. 38, множество меток 3801 входа может задаваться для PI #1. Метка 3801 входа, в частности, используется для выполнения поиска позиции начала воспроизведения во время произвольного доступа. Например, когда файл 221 списков для двумерного воспроизведения указывает путь воспроизведения для тайтла фильма, метки 3801 входа назначаются началу каждой главы. Следовательно, устройство 102 воспроизведения может воспроизводить тайтл фильма по главам.

<Файл списков для трехмерного воспроизведения>

Фиг. 39 является схематичным представлением, показывающим структуру данных файла списков для трехмерного воспроизведения. Второй файл 222 списков воспроизведения (00002.mpls), показанный на фиг. 2, имеет эту структуру данных. То же также истинно для третьего файла 223 списков воспроизведения (00003.mpls). Как показано на фиг. 39, файл 222 списков для трехмерного воспроизведения включает в себя основной путь 3901, подпуть 3902 и расширенные данные 3903.

Основной путь 3901 указывает путь воспроизведения основного TS, показанного на фиг. 3A. Соответственно, основной путь 3901 является практически идентичным основному пути 3501 для файла 221 списков для двумерного воспроизведения, показанного на фиг. 34. Другими словами, устройство 102 воспроизведения в режиме двумерного воспроизведения может воспроизводить двумерные видеоизображения из файла 2D 241 в соответствии с основным посредством 3901 в файле 222 списков для трехмерного воспроизведения. Основной путь 3901 отличается от основного пути 3501, показанного на фиг. 35, тем, что когда STN ассоциирован с PID в одном из графических потоков, STN-таблица для каждого PI выделяет идентификатор последовательности смещений для STN.

Подпуть 3902 указывает пути воспроизведения для суб-TS, показанных на фиг. 3B и 3C, т.е. пути воспроизведения для первого файла DEP 242 и второго файла DEP 243. Структура данных подпути 3902 является идентичной структуре данных подпутей 3502 и 3503 в файле 241 списков для двумерного воспроизведения, показанном на фиг. 35. Соответственно, подробности относительно этой аналогичной структуры данных могут быть обнаружены в описании по фиг. 35, в частности, подробности относительно структуры данных SUB_PI.

SUB_PI #N (N=1, 2, 3,...) в подпути 3902 находятся в соответствии "один-к-одному" с PI #N в основном пути 3901. Кроме того, время начала воспроизведения и время окончания воспроизведения, указанные посредством каждого SUB_PI #N, являются идентичными времени начала воспроизведения и времени окончания воспроизведения, указанным посредством соответствующего PI #N. Подпуть 3902 дополнительно включает в себя тип 3910 подпути. "Тип подпути", в общем, указывает то, должна или нет обработка воспроизведения синхронизироваться между основным путем и подпутем. В файле 222 списков для трехмерного воспроизведения, тип 3910 подпути, в частности, указывает тип режима трехмерного воспроизведения, т.е. тип видеопотока для воспроизведения зависимого вида, который должен воспроизводиться в соответствии с подпутем 3910. На фиг. 39, значением типа 4021 подпути является "трехмерный L/R", тем самым указывая, что режимом трехмерного воспроизведения является L/R-режим, т.е. что видеопоток для просмотра правым глазом должен воспроизводиться. С другой стороны, значение "трехмерной глубины" для типа 3910 подпути указывает то, что режимом трехмерного воспроизведения является режим глубины, т.е. что поток карт глубины должен воспроизводиться. Когда устройство 102 воспроизведения в режиме трехмерного воспроизведения обнаруживает, что значением типа 3910 подпути является "трехмерный L/R" или "трехмерная глубина", устройство 102 воспроизведения синхронизирует обработку воспроизведения, которая соответствует основному пути 3901, с обработкой воспроизведения, которая соответствует подпути 3902.

Расширенные данные 3903 интерпретируются только посредством устройства 102 воспроизведения в режиме трехмерного воспроизведения и игнорируются посредством устройства 102 воспроизведения в режиме двумерного воспроизведения. В частности, расширенные данные 3903 включают в себя таблицу 3930 выбора расширенного потока. "Таблица выбора расширенного потока (STN_table_SS)" (в дальнейшем сокращенно называется "STN-таблицей SS") является матрицей информации регистрации потоков, которая должна добавляться к STN-таблицам, указываемым посредством каждого PI, в основном пути 3501 во время режима трехмерного воспроизведения. Эта информация регистрации потоков указывает элементарные потоки, которые могут выбираться для воспроизведения из суб-TS.

[STN-таблица]

Фиг. 40 является принципиальной схемой, показывающей STN-таблицу 4005, включенную в основной путь 3901 файла 222 списков для трехмерного воспроизведения. Как показано на фиг. 40, фрагменты идентификационной информации 4008 потока, которым выделяются STN 4006 "5"-"11", указывают PID PG-потока или IG-потока. В этом случае, информация 4010 атрибутов потока, которой выделяется идентичный STN, включает в себя идентификатор 4001 опорного смещения (stream_ref_offset_id). В файле DEP 242, как показано на фиг. 11, метаданные 1110 смещения размещаются в VAU #1 каждой видеопоследовательности. Идентификатор 4001 опорного смещения является идентичным одному из идентификаторов 1112 последовательностей смещений, включенных в метаданные 1110 смещения. Другими словами, идентификатор 4001 опорного смещения задает последовательность смещений, которая должна быть ассоциирована с каждым из STN "5"-"11" из множества последовательностей смещений, включенных в метаданные 1110 смещения.

[STN-таблица SS]

Фиг. 41 является схематичным представлением, показывающим структуру данных STN-таблицы SS 4030. Как показано на фиг. 41, STN-таблица SS 4030 включает в себя последовательности 4101, 4102, 4103,... информации регистрации потоков. Последовательности 4101, 4102, 4103,... информации регистрации потоков по отдельности соответствуют PI #1, PI #2, PI #3,... в основном пути 4001. Устройство 102 воспроизведения в режиме трехмерного воспроизведения использует эти последовательности 4101, 4102 и 4103 информации регистрации потоков в комбинации с последовательностями информации регистрации потоков, включенными в STN-таблицы в соответствующих PI. Последовательность 4101 информации регистрации потоков, соответствующая каждому PI, включает в себя смещение в ходе отображения всплывающего меню (Fixed_offset_during_Popup) 4111, последовательность 4112 информации регистрации потоков для видеопотоков для воспроизведения зависимого вида, последовательность 4113 информации регистрации потоков для PG-потоков и последовательность 4114 информации регистрации потоков для IG-потоков.

Смещение в ходе отображения всплывающего меню 4111 указывает то, воспроизводится или нет всплывающее меню из IG-потока. Устройство 102 воспроизведения в режиме трехмерного воспроизведения изменяет режим представления видеоплоскости и PG-плоскости в соответствии со значением смещения 4111. Предусмотрено два типа режимов представления для видеоплоскости: режим представления для воспроизведения базового вида (B) - для воспроизведения зависимого вида (D) и режим представления B-B. Предусмотрено три типа для каждого режима представления для PG-плоскости и IG-плоскости: режим двух плоскостей, режим одной плоскости+смещения и режим одной плоскости+нулевого смещения. Например, когда значение смещения в ходе отображения всплывающего меню 4111 равно "0", всплывающее меню не воспроизводится из IG-потока. Здесь, режим представления B-D выбирается в качестве режима представления в видеоплоскости, и режим двух плоскостей или режим одной плоскости+смещения выбирается в качестве режима представления для PG-плоскости. С другой стороны, когда значение смещения в ходе отображения всплывающего меню 4111 равно "1", всплывающее меню воспроизводится из IG-потока. Здесь, режим представления B-B выбирается в качестве режима представления в видеоплоскости, а режим 1 плоскости+нулевого смещения выбирается в качестве режима представления для PG-плоскости.

В "режиме представления B-D" устройство 102 воспроизведения поочередно выводит данные плоскости, декодированные из видеопотоков для просмотра левым глазом и правым глазом. Соответственно, поскольку кадры для просмотра левым глазом и правым глазом, представляющие видеоплоскости, поочередно отображаются на экране дисплейного устройства 103, зритель воспринимает эти кадры как трехмерные видеоизображения. В "режиме представления B-B" устройство 102 воспроизведения выводит данные плоскости, декодированные только из видеопотока для воспроизведения базового вида два раза для кадра, при сохранении рабочего режима в режиме трехмерного воспроизведения (в частности, при сохранении частоты кадров при значении для трехмерного воспроизведения, к примеру, 48 кадров/секунда). Соответственно, поскольку только кадры для просмотра левым глазом и правым глазом, представляющие видеоплоскости, отображаются на экране дисплейного устройства 103, зритель воспринимает эти кадры как простые двумерные видеоизображения.

В "режиме двух плоскостей", когда суб-TS включает в себя графический поток для воспроизведения базового вида и зависимого вида, например, как показано на фиг. 3B и 3C, устройство 102 воспроизведения декодирует и поочередно выводит данные графической плоскости для просмотра левым глазом и правым глазом из графических потоков. В "режиме одной плоскости+смещения" устройство 102 воспроизведения формирует, через управление смещением, пару графических плоскостей для просмотра левым глазом и правым глазом из графического потока в основном TS и поочередно выводит эти графические плоскости. Поскольку графические плоскости для просмотра левым глазом и правым глазом поочередно отображаются на экране дисплейного устройства 103 в одном из режимов, зритель воспринимает эти кадры как трехмерные графические изображения. В "режиме одной плоскости+нулевого смещения" устройство 102 воспроизведения временно прекращает управление смещением и выводит графическую плоскость, декодированную из графического потока в основном TS, два раза для кадра при сохранении рабочего режима в режиме трехмерного воспроизведения. Соответственно, только либо графические плоскости для просмотра левым глазом, либо графические плоскости для просмотра правым глазом отображаются на экране дисплейного устройства 103, и тем самым зритель воспринимает эти плоскости просто как двумерные графические изображения.

Устройство 102 воспроизведения в режиме трехмерного воспроизведения обращается к смещению в ходе отображения всплывающего меню 4111 для каждого PI и выбирает режим представления B-B и режим 1 плоскости+нулевого смещения, когда всплывающее меню воспроизводится из IG-потока. В то время, когда всплывающее меню отображается, другие трехмерные видеоизображения тем самым временно изменяются на двумерные видеоизображения. Это улучшает видимость, а также повышает удобство и простоту использования всплывающего меню.

Последовательность 4112 информации регистрации потоков для видеопотоков для воспроизведения зависимого вида, последовательность 4113 информации регистрации потоков для PG-потоков и последовательность 4114 информации регистрации потоков для IG-потоков, соответственно, включают в себя информацию регистрации потоков, указывающую видеопотоки для воспроизведения зависимого вида, PG-потоки и IG-потоки, которые могут выбираться для воспроизведения из суб-TS. Эти последовательности 4112, 4113 и 4114 информации регистрации потоков используются в комбинации с последовательностями информации регистрации потоков, включенными в STN-таблицу соответствующего PI, которые указывают потоки для воспроизведения базового вида, PG-потоки и IG-потоки. При считывании фрагмента информации регистрации потоков из STN-таблицы устройство 102 воспроизведения в режиме трехмерного воспроизведения также автоматически считывает последовательность информации регистрации потоков, расположенную в STN-таблице SS, которая комбинирована с фрагментом информации регистрации потоков. При простом переключении режима двумерного воспроизведения на режим трехмерного воспроизведения устройство 102 воспроизведения тем самым может поддерживать уже распознанные STN и атрибуты потока, такие как язык.

Последовательность 4112 информации регистрации потоков для видеопотоков для воспроизведения зависимого вида, в общем, включает в себя множество фрагментов информации 4120 регистрации потоков (SS_dependent_view_block). Их число является идентичным числу фрагментов информации регистрации потоков в соответствующем PI, которые указывают видеопоток для воспроизведения базового вида. Каждый фрагмент информации 4120 регистрации потоков включает в себя STN 4121, запись 4122 потока и информацию 4123 атрибутов потока. STN 4121 является порядковым номером, назначенным по отдельности фрагментам информации 4120 регистрации потоков, и является идентичным STN фрагмента информации регистрации потоков, расположенной в соответствующем PI, с которым комбинируется фрагмент информации 4120 регистрации потоков. Запись 4122 потока включает в себя ссылочную информацию 4131 идентификаторов подпутей (ref_to_Subpath_id), ссылочную информацию 4132 файлов потока (ref_to_subClip_entry_id) и PID (ref_to_stream_PID_subclip) 4133. Ссылочная информация 4131 идентификаторов подпутей указывает идентификатор подпути для подпути, который указывает путь воспроизведения видеопотока для воспроизведения зависимого вида. Ссылочная информация 4132 файлов потока является информацией, чтобы идентифицировать файл DEP, сохраняющий этот видеопоток для воспроизведения зависимого вида. PID 4133 является PID для этого видеопотока для воспроизведения зависимого вида. Информация 4123 атрибутов потока включает в себя атрибуты для этого видеопотока для воспроизведения зависимого вида, такие как частота кадров, разрешение и видеоформат. В частности, эти атрибуты являются идентичными атрибутам видеопотока для воспроизведения базового вида, показанного посредством фрагмента информации регистрации потоков, расположенной в соответствующем PI, с которым комбинируется каждый фрагмент информации регистрации потоков.

Последовательность 4113 информации регистрации потоков для PG-потока, в общем, включает в себя множество фрагментов информации 4140 регистрации потоков. Их число является идентичным числу фрагментов информации регистрации потоков в соответствующем PI, который указывает PG-поток. Каждый фрагмент информации 4140 регистрации потоков включает в себя STN 4141, стереоскопический флаг (is_SS_PG) 4142, запись 4143 потока для воспроизведения базового вида (stream_entry_for_base_view), запись 4144 потока для воспроизведения зависимого вида (stream_entry_for_dependent_view) и информацию 4145 атрибутов потока. STN 4141 является порядковым номером, назначенным по отдельности фрагментам информации 4140 регистрации потоков, и является идентичным STN фрагмента информации регистрации потоков, расположенной в соответствующем PI, с которым комбинируется фрагмент информации 4140 регистрации потоков. Стереоскопический флаг 4142 указывает то, записаны или нет оба PG-потока для воспроизведения базового вида и зависимого вида (например, для просмотра левым глазом и правым глазом) на BD-ROM-диске 101. Если стереоскопический флаг 4142 активирован, оба PG-потока включены в суб-TS. Соответственно, устройство 102 воспроизведения считывает все поля в записи 4143 потока для воспроизведения базового вида, записи 4144 потока для воспроизведения зависимого вида и информации 4145 атрибутов потока. Если стереоскопический флаг 4142 снят, устройство воспроизведения 102 игнорирует все эти поля 4143-4145. Как запись 4143 потока для воспроизведения базового вида, так и запись 4144 потока для воспроизведения зависимого вида включают в себя ссылочную информацию 4151 идентификаторов подпутей, ссылочную информацию 4152 файлов потока и PID 4053. Ссылочная информация 4151 идентификаторов подпутей указывает идентификаторы подпутей для подпутей, которые указывают пути воспроизведения PG-потоков для воспроизведения базового вида и зависимого вида. Ссылочная информация 4152 файлов потока - это информация, чтобы идентифицировать файл DEP, сохраняющий PG-потоки. PID 4153 - это PID для PG-потоков. Информация 4145 атрибутов потока включает в себя атрибуты для PG-потоков, к примеру, языковой тип. Последовательность 4114 информации регистрации потоков IG-потока имеет идентичную структуру данных.

[Воспроизведение трехмерных видеоизображений в соответствии с файлом списков для трехмерного воспроизведения]

Фиг. 42 является схематичным представлением, показывающим соответствие между PTS, указываемыми посредством файла 222 списков для трехмерного воспроизведения (00002.mpls), и секциями, воспроизводимыми из первого файла SS (01000.ssif) 244A. Как показано на фиг. 42, в основном пути 3901 в файле 222 списков для трехмерного воспроизведения, PI #1 указывает PTS #1, которая указывает время IN1 начала воспроизведения, и PTS #2, которая указывает время OUT1 окончания воспроизведения. Ссылочная информация о клипах для PI #1 указывает файл 231 информации о двумерных клипах (01000.clpi). В подпути 3902, SUB_PI #1 указывает PTS #1 и PTS #2, идентичные PTS #1 и PTS #2 для PI #1. Ссылочная информация о клипах для SUB_PI #1 указывает файл 232 информации о клипах для воспроизведения зависимого вида (02000.clpi).

При воспроизведении трехмерных видеоизображений в соответствии с файлом 222 списков для трехмерного воспроизведения, устройство 102 воспроизведения сначала считывает PTS #1 и PTS #2 из PI #1 и SUB_PI #1. Затем, устройство 102 воспроизведения обращается к карте вхождений в файле 231 информации о двумерных клипах, чтобы извлекать из файла 2D 241 SPN #1 и SPN #2, которые соответствуют PTS #1 и PTS #2. Параллельно, устройство 102 воспроизведения обращается к карте вхождений в файле 232 информации о клипах для воспроизведения зависимого вида, чтобы извлекать из первого файла DEP 242 SPN #11 и SPN #12, которые соответствуют PTS #1 и PTS #2. Как описано со ссылкой на фиг. 32E, устройство 102 воспроизведения затем использует начальные точки 3042 и 3220 экстентов в файлах 231 и 232 информации о клипах, чтобы вычислять, из SPN #1 и SPN #11, число исходных пакетов SPN #21 с начала первого файла SS 244A до позиции начала воспроизведения. Аналогично, устройство 102 воспроизведения вычисляет, из SPN #2 и SPN #12, число исходных пакетов SPN #22 с начала первого файла SS 244A до позиции окончания воспроизведения. Устройство 102 воспроизведения дополнительно вычисляет числа секторов, соответствующих SPN #21 и SPN #22. Затем, устройство 102 воспроизведения обращается к этим числам секторов и записи файла в первом файле SS 244A, чтобы указывать LBN #1 и LBN #2 в начале и конце, соответственно, группы P11 секторов, в которую записана группа EXTSS[0],..., EXTSS[n] экстентов SS, которая должна воспроизводиться. Вычисление чисел секторов и задание LBN осуществляется согласно описанию фиг. 32E. В завершение, устройство 102 воспроизведения указывает диапазон от LBN #1 до LBN #2 в BD-ROM-накопитель 121. Группа исходных пакетов, принадлежащая группе EXTSS[0],..., EXTSS[n] экстентов SS, тем самым считывается из группы P11 секторов в этом диапазоне. Аналогично, пара из PTS #3 и PTS #4, указываемая посредством PI #2 и SUB_PI #2, сначала преобразуется в пару из SPN #3 и SPN #4 и пару из SPN #13 и SPN #14 посредством обращения к карте вхождений в файлах 231 и 232 информации о клипах. Затем, число исходных пакетов SPN #23 с начала первого файла SS 244A до позиции начала воспроизведения вычисляется из SPN #3 и SPN #13, и число исходных пакетов SPN #24 с начала первого файла SS 244A до позиции окончания воспроизведения вычисляется из SPN #4 и SPN #14. Затем при обращении к записи файла для первого файла SS 244A, пара из SPN #23 и SPN #24 преобразуется в пару из LBN #3 и LBN #4. Кроме того, группа исходных пакетов, принадлежащая группе экстентов SS, считывается из группы P12 секторов в диапазоне от LBN #3 до LBN #4.

Параллельно с вышеописанной обработкой считывания, как описано со ссылкой на фиг. 32E, устройство 102 воспроизведения обращается к начальным точкам 3042 и 3220 экстентов в файлах 231 и 232 информации о клипах, чтобы извлекать экстенты для воспроизведения базового вида и зависимого вида из каждого экстента SS и декодировать экстенты параллельно. Устройство 102 воспроизведения тем самым может воспроизводить трехмерные видеоизображения из первого файла SS 244A в соответствии с файлом 222 списков для трехмерного воспроизведения.

<<Индексный файл>>

Фиг. 43 является схематичным представлением, показывающим структуру данных индексного файла (index.bdmv) 211, показанного на фиг. 2. Как показано на фиг. 43, индексный файл 211 включает в себя индексную таблицу 4310, флаг 4320 существования трехмерного режима и флаг 4330 предпочтения двумерного/трехмерного режима.

Индексная таблица 4310 сохраняет элементы "первый элемент воспроизведения" 4301, "главное меню" 4302 и "тайтл k" 4303 (k=1, 2,..., n; буква n представляет целое число, превышающее или равное 1). Каждый элемент ассоциирован либо с кинообъектом MVO-2D, MVO-3D,..., либо с BD-J-объектом BDJO-2D, BDJO-3D,.... Каждый раз, когда тайтл или меню вызывается в ответ на пользовательскую операцию или прикладную программу, модуль управления в устройстве 102 воспроизведения обращается к соответствующему элементу в индексной таблице 4310. Кроме того, модуль управления вызывает объект, ассоциированный с элементом из BD-ROM-диска 101, и, соответственно, выполняет множество процессов. В частности, элемент "первое воспроизведение" 4301 указывает объект, который должен вызываться, когда BD-ROM-диск 101 загружается в BD-ROM-накопитель 121. Элемент "главное меню" 4302 указывает объект для отображения меню на дисплейном устройстве 103, когда команда, например, "вернуться в меню" вводится посредством пользовательской операции. В элементах "тайтл k" 4303, по отдельности выделяются тайтлы, которые составляют содержимое на BD-ROM-диске 101. Например, когда тайтл для воспроизведения указывается посредством пользовательской операции, в элементе "тайтл k", в котором тайтл выделяется, объект для воспроизведения видеоизображений из файла AV-потока, соответствующего тайтлу, указывается.

В примере, показанном на фиг. 43, элементы "тайтл 1" и "тайтл 2" выделяются тайтлам двумерных видеоизображений. Кинообъект, ассоциированный с элементом "тайтл 1", MVO-2D, включает в себя группу команд, связанных с процессами воспроизведения для двумерных видеоизображений с использованием файла 221 списков для двумерного воспроизведения (00001.mpls). Когда устройство 102 воспроизведения обращается к элементу "тайтл 1", затем в соответствии с кинообъектом MVO-2D, файл 221 списков для двумерного воспроизведения считывается из BD-ROM-диска 101, и процессы воспроизведения для двумерных видеоизображений выполняются в соответствии с путем воспроизведения, указанным в нем. BD-J-объект, ассоциированный с элементом "тайтл 2", BDJO-2D, включает в себя таблицу управления приложениями, связанную с процессами воспроизведения для двумерных видеоизображений, с использованием файла 221 списков для двумерного воспроизведения. Когда устройство 102 воспроизведения обращается к элементу "тайтл 2", затем в соответствии с таблицей управления приложениями в BD-J-объекте BDJO-2D, Java-приложение вызывается из файла 261 JAR и выполняется. Таким образом, файл 221 списков для двумерного воспроизведения считывается из BD-ROM-диска 101, и процессы воспроизведения для двумерных видеоизображений выполняются в соответствии с путем воспроизведения, указанным в нем.

Кроме того, в примере, показанном на фиг. 43, элементы "тайтл 3" и "тайтл 4" выделяются тайтлам трехмерных видеоизображений. Кинообъект, ассоциированный с элементом "тайтл 3", MVO-3D, включает в себя, в дополнение к группе команд, связанных с процессами воспроизведения для двумерных видеоизображений с использованием файла 221 списков для двумерного воспроизведения, группу команд, связанных с процессами воспроизведения для трехмерных видеоизображений с использованием файла 222 списков для трехмерного воспроизведения (00002.mpls) или (00003.mpls) 223. В BD-J-объекте, ассоциированном с элементом "тайтл 4", BDJO-3D, таблица управления приложениями указывает, в дополнение к Java-приложению, связанному с процессами воспроизведения для двумерных видеоизображений с использованием файла 221 списков для двумерного воспроизведения, Java-приложение, связанное с процессами воспроизведения для трехмерных видеоизображений с использованием файла 222 или 223 списков для трехмерного воспроизведения.

Флаг 4320 существования трехмерного режима показывает то, записано или нет содержимое трехмерных видеоизображений на BD-ROM-диске 101. Когда BD-ROM-диск 101 вставляется в BD-ROM-накопитель 121, устройство 102 воспроизведения сначала проверяет флаг 4320 существования трехмерного режима. Когда флаг 4320 существования трехмерного режима снят, устройство 102 воспроизведения не должно выбирать режим трехмерного воспроизведения. Соответственно, устройство 102 воспроизведения может быстро переходить в режим двумерного воспроизведения без выполнения HDMI-аутентификации на дисплейном устройстве 103. "HDMI-аутентификация" означает следующую обработку: устройство 102 воспроизведения обменивается CEC-сообщениями с дисплейным устройством 103 через HDMI-кабель 122, чтобы проверять дисплейное устройство 103 на предмет того, поддерживает оно или нет воспроизведение трехмерных видеоизображений. Посредством пропуска HDMI-аутентификации, время между вставкой BD-ROM-диска 101 и началом воспроизведения двумерных видеоизображений сокращается.

Флаг 4330 предпочтения двумерного/трехмерного режима указывает то, должно или нет воспроизведение трехмерных видеоизображений приоритезироваться, когда как устройство воспроизведения, так и дисплейное устройство поддерживают воспроизведение как двумерных, так и трехмерных видеоизображений. Флаг 4330 предпочтения двумерного/трехмерного режима задается поставщиком содержимого. Когда флаг 4320 существования трехмерного режима на BD-ROM-диске 101 помечен, устройство 102 воспроизведения затем дополнительно проверяет флаг 4330 предпочтения двумерного/трехмерного режима. Когда флаг 3530 предпочтения двумерного/трехмерного режима помечен, устройство 102 воспроизведения не заставляет пользователя выбирать режим воспроизведения, а вместо этого выполняет HDMI-аутентификацию. На основе ее результатов, устройство 102 воспроизведения работает либо в режиме двумерного воспроизведения, либо в режиме трехмерного воспроизведения. Таким образом, устройство 102 воспроизведения не отображает экран выбора режима воспроизведения. Соответственно, если результаты HDMI-аутентификации указывают то, что дисплейное устройство 103 поддерживает воспроизведение трехмерных видеоизображений, устройство 102 воспроизведения работает в режиме трехмерного воспроизведения. Это позволяет не допускать задержек в активации, вызываемых посредством обработки, чтобы переключаться из режима двумерного воспроизведения в режим трехмерного воспроизведения, к примеру, переключения частот кадров и т.д.

[Выбор файла списков воспроизведения при выборе тайтла трехмерного видео]

В примере, показанном на фиг. 43, когда устройство 102 воспроизведения обращается к элементу "тайтл 3" в индексной таблице 4310, следующие процессы определения выполняются в соответствии с кинообъектом MVO-3D: (1) Флаг 4320 существования трехмерного режима помечен или снят? (2) Устройство 102 воспроизведения само поддерживает воспроизведение трехмерных видеоизображений? (3) Флаг 4330 предпочтения двумерного/трехмерного режима помечен или снят? (4) Пользователь выбрал режим трехмерного воспроизведения? (5) Дисплейное устройство 103 воспроизведения поддерживает трехмерные видеоизображения? и (6) Режим трехмерного воспроизведения устройства 102 воспроизведения - L/R-режим или режим глубин? Затем, в соответствии с результатами этих определений, устройство 102 воспроизведения выбирает один из файлов 221-223 списков воспроизведения для воспроизведения. С другой стороны, когда устройство 102 воспроизведения обращается к элементу "тайтл 4", Java-приложение вызывается из файла 261 JAR в соответствии с таблицей управления приложениями в BD-J-объекте BDJO-3D и выполняется. Вышеописанные процессы определения (1)-(6) тем самым выполняются, и файл списков воспроизведения затем выбирается в соответствии с результатами определения.

Фиг. 44 является блок-схемой последовательности операций способа обработки выбора для файла списков воспроизведения, который должен воспроизводиться с использованием вышеуказанных процессов определения (1)-(6). Для этой обработки выбора допускается, что устройство 102 воспроизведения включает в себя первый флаг и второй флаг. Первый флаг указывает то, поддерживает или нет устройство 102 воспроизведения воспроизведение трехмерных видеоизображений. Например, значение "0" для первого флага указывает то, что устройство 102 воспроизведения поддерживает только воспроизведение двумерных видеоизображений, тогда как "1" указывает поддержку также трехмерных видеоизображений. Второй флаг указывает то, является режимом трехмерного воспроизведения L/R-режим или режим глубины. Например, значение "0" для второго флага указывает то, что режимом трехмерного воспроизведения является L/R-режим, тогда как "1" указывает режим глубины. Кроме того, соответствующие значения флага 4320 существования трехмерного режима и флага 4330 предпочтения двумерного/трехмерного режима задаются равными "1", когда эти флаги помечены, и "0", когда эти флаги сняты.

На этапе S4401, устройство 102 воспроизведения проверяет значение флага 4320 существования трехмерного режима. Если значение равно "1", обработка переходит к этапу S4402. Если значение равно "1", обработка переходит к этапу S4407.

На этапе S4402, устройство 102 воспроизведения проверяет значение первого флага. Если значение равно "1", обработка переходит к этапу S4403. Если значение равно "1", обработка переходит к этапу S4407.

На этапе S4403, устройство 102 воспроизведения проверяет значение флага 4330 предпочтения двумерного/трехмерного режима. Если значение равно "0", обработка переходит к этапу S4404. Если значение равно "1", обработка переходит к этапу S4405.

На этапе S4404, устройство 102 воспроизведения отображает меню на дисплейном устройстве 103 для пользователя, чтобы выбирать режим двумерного воспроизведения или режим трехмерного воспроизведения. Если пользователь выбирает режим трехмерного воспроизведения через операцию с пультом 105 дистанционного управления и т.п., обработка переходит к этапу S4405, при этом если пользователь выбирает режим двумерного воспроизведения, обработка переходит к этапу S4407.

На этапе S4405, устройство 102 воспроизведения выполняет HDMI-аутентификацию, чтобы проверять то, поддерживает или нет дисплейное устройство 103 воспроизведение трехмерных видеоизображений. В частности, устройство 102 воспроизведения обменивается CEC-сообщениями с дисплейным устройством 103 через HDMI-кабель 122, чтобы проверять дисплейное устройство 103 на предмет того, поддерживает оно или нет воспроизведение трехмерных видеоизображений. Если дисплейное устройство 103 поддерживает воспроизведение трехмерных видеоизображений, обработка переходит к этапу S4406. Если дисплейное устройство 103 не поддерживает воспроизведение трехмерных видеоизображений, обработка переходит к этапу S4407.

На этапе S4406, устройство 102 воспроизведения проверяет значение второго флага. Если значение равно "1", обработка переходит к этапу S4408. Если значение равно "1", обработка переходит к этапу S4409.

На этапе S4407, устройство 102 воспроизведения выбирает для воспроизведения файл 221 списков для двумерного воспроизведения. Следует отметить, что, в это время, устройство 102 воспроизведения может инструктировать дисплейному устройству 103 отображать причину, по которой воспроизведение трехмерных видеоизображений не выбрано. Обработка затем завершается.

На этапе S4408, устройство 102 воспроизведения выбирает для воспроизведения файл 222 списков для трехмерного воспроизведения, используемый в L/R-режиме. Обработка затем завершается.

На этапе S4409, устройство 102 воспроизведения выбирает для воспроизведения файл 222 списков для трехмерного воспроизведения, используемый в режиме глубины. Обработка затем завершается.

<Структура устройства двумерного воспроизведения>

При воспроизведении содержимого двумерного видеоизображения из BD-ROM-диска 101 в режиме двумерного воспроизведения, устройство 102 воспроизведения работает как устройство двумерного воспроизведения. Фиг. 45 является функциональной блок-схемой устройства 4500 двумерного воспроизведения. Как показано на фиг. 45, устройство 4500 двумерного воспроизведения включает в себя BD-ROM-накопитель 4501, модуль 4502 воспроизведения и модуль 4503 управления. Модуль 4502 воспроизведения включает в себя буфер 4521 считывания, декодер 4523 системных целевых объектов и сумматор 4524 плоскостей. Модуль 4503 управления включает в себя запоминающее устройство 4531 динамических сценариев, запоминающее устройство 4532 статических сценариев, процессор 4533 пользовательских событий, модуль 4534 выполнения программ, модуль 4535 управления воспроизведением и модуль 4536 хранения переменных проигрывателя. Модуль 4502 воспроизведения и модуль 4503 управления реализованы на различных интегральных схемах, но альтернативно могут быть реализованы на одной интегральной схеме.

Когда BD-ROM-диск 101 загружается в BD-ROM-накопитель 4501, BD-ROM-накопитель 3701 испускает лазерное излучение на диск 101 и обнаруживает изменение в отраженном свете. Кроме того, с использованием изменения количества отраженного света, BD-ROM-накопитель 3701 считывает данные, записанные на диске 101. В частности, BD-ROM-накопитель 4501 имеет оптическую головку воспроизведения, т.е. оптическую головку. Оптическая головка имеет полупроводниковый лазер, коллимированную линзу, расщепитель луча, объектив, собирающую линзу и оптический детектор. Луч света, излучаемый из полупроводникового лазера, последовательно проходит через коллимированную линзу, расщепитель луча и объектив, чтобы собираться на слое для записи диска 101. Собранный луч отражается и дифрагируется посредством слоя для записи. Отраженный и дифрагированный свет проходит через объектив, расщепитель луча и собирающую линзу и собирается на оптическом детекторе. Оптический детектор формирует сигнал воспроизведения на уровне в соответствии с величиной собранного света. Кроме того, данные декодируются из сигнала воспроизведения.

BD-ROM-накопитель 4501 считывает данные из BD-ROM-диска 101 на основе запроса из модуля 4535 управления воспроизведением. Из считанных данных экстенты в файле 2D, т.е. двумерные экстенты, передаются в буфер 4521 считывания; информация динамического сценария передается в запоминающее устройство 4531 динамических сценариев; а информация статического сценария передается в запоминающее устройство 4532 статических сценариев. "Информация динамического сценария" включает в себя индексный файл, файл кинообъектов и файл BD-J-объектов. "Информация статического сценария" включает в себя файл списков для двумерного воспроизведения и файл информации о двумерных клипах.

Буфер 4521 считывания, запоминающее устройство 4531 динамических сценариев и запоминающее устройство 4532 статических сценариев являются буферными запоминающими устройствами. Запоминающий элемент в модуле 4502 воспроизведения используется как буфер 4521 считывания, а запоминающие элементы в модуле 4403 управления используются как запоминающее устройство 4531 динамических сценариев и запоминающее устройство 4532 статических сценариев. Альтернативно, различные области в одном запоминающем элементе могут использоваться как часть или все из этих буферных запоминающих устройств 4521, 4531 и 4532. Буфер 4521 считывания сохраняет двумерные экстенты, запоминающее устройство 4531 динамических сценариев сохраняет информацию динамического сценария, а запоминающее устройство 4532 статических сценариев сохраняет информацию статического сценария.

Декодер 4523 системных целевых объектов считывает двумерные экстенты из буфера 4521 считывания в единицах исходных пакетов и демультиплексирует двумерные экстенты. Декодер 4523 системных целевых объектов затем декодирует каждый из элементарных потоков, полученных посредством демультиплексирования. Здесь, информация, необходимая для декодирования каждого элементарного потока, к примеру, тип кодека и атрибуты потока, передается из модуля 4535 управления воспроизведением в декодер 4523 системных целевых объектов. Декодер 4523 системных целевых объектов преобразует VAU в декодированном потоке первичного видео, потоке вторичного видео, IG-потоке и PG-потоке в плоскость первичного видео, плоскость вторичного видео, IG-плоскость и PG-плоскость и выводит плоскости в сумматор 4524 плоскостей. С другой стороны, декодер 4523 системных целевых объектов смешивает декодированный поток первичного аудио и поток вторичного аудио и передает полученные в результате данные в устройство аудиовывода, к примеру, на внутренний динамик 103A дисплейного устройства 103. Помимо этого, декодер 4523 системных целевых объектов принимает графические данные из модуля 4534 выполнения программ. Графические данные используются для рендеринга графики на экране для GUI-меню и т.п. и имеют формат растровых данных, к примеру, JPEG или PNG. Декодер 4523 системных целевых объектов обрабатывает графические данные для преобразования в плоскость изображений и выводит плоскость изображений в сумматор 4524 плоскостей. Подробности относительно декодера 4523 системных целевых объектов предоставляются ниже.

Сумматор 4524 плоскостей принимает данные плоскости первичного видео, данные плоскости вторичного видео, данные IG-плоскости, данные PG-плоскости и данные плоскости изображений из декодера 4523 системных целевых объектов и накладывает эти фрагменты данных плоскости, чтобы формировать один комбинированный видеокадр или поле. Комбинированные видеоданные передаются на дисплейное устройство 103 для отображения на экране.

Процессор 4533 пользовательских событий обнаруживает пользовательскую операцию через пульт 105 дистанционного управления или переднюю панель устройства 102 воспроизведения. На основе пользовательской операции, процессор 4533 пользовательских событий запрашивает модуль 4534 выполнения программ или модуль 4535 управления воспроизведением, чтобы выполнять обработку. Например, когда пользователь инструктирует отображать всплывающее меню посредством нажатия кнопки на пульте 105 дистанционного управления, процессор 4533 пользовательских событий обнаруживает нажатие и идентифицирует кнопку. Процессор 4533 пользовательских событий дополнительно запрашивает модуль 4534 выполнения программ, чтобы выполнять команду, соответствующую кнопке, т.е. команду для того, чтобы отображать всплывающее меню. С другой стороны, когда пользователь нажимает кнопку ускоренной перемотки вперед или назад на пульте 105 дистанционного управления, например, процессор 4533 пользовательских событий обнаруживает нажатие и идентифицирует кнопку. Процессор 4533 пользовательских событий затем запрашивает модуль 4535 управления воспроизведением, чтобы ускоренно перематывать вперед или перематывать назад в настоящий момент воспроизводимый список воспроизведения.

Модуль 4534 выполнения программ является процессором, который считывает программы из файлов кинообъектов и файлов BD-J-объектов, сохраненных в запоминающем устройстве 4531 динамических сценариев, и выполняет эти программы. Кроме того, модуль 4534 выполнения программ выполняет следующие операции в соответствии с программами: (1) модуль 4534 выполнения программ командует модулю 4535 управления воспроизведением выполнять обработку воспроизведения по списку воспроизведения; (2) модуль 4534 выполнения программ формирует графические данные для меню или игры как растровые данные PNG или JPEG и передает сформированные данные в декодер 4523 системных целевых объектов, чтобы комбинироваться с другими видеоданными. Через разработку программ конкретные подробности относительно этих процессов могут проектироваться относительно гибко. Другими словами, во время процесса авторской разработки BD-ROM-диска 101, характер этих процессов определяется в ходе программирования файлов кинообъектов и файлов BD-J-объектов.

Модуль 4535 управления воспроизведением управляет передачей различных типов данных, таких как двумерные экстенты, индексный файл и т.д. из BD-ROM-диска 101 в буфер 4521 считывания, запоминающее устройство 4521 динамических сценариев и запоминающее устройство 4532 статических сценариев. Файловая система, управляющая структурой каталогов/файлов, показанная на фиг. 2, используется для этого управления. Таким образом, модуль 4535 управления воспроизведением инструктирует BD-ROM-накопителю 4501 передавать файлы в каждое из буферных запоминающих устройств 4521, 4531 и 4532 с использованием системного вызова для открытия файлов. "Открытие файлов" состоит из последовательности следующих процессов. Прежде всего, имя файла, которое должно быть обнаружено, предоставляется в файловую систему посредством системного вызова, и осуществляется попытка обнаруживать имя файла из структуры каталогов/файлов. Когда обнаружение завершается удачно, запись файла для целевого файла, который должен быть передан, сначала передается в запоминающее устройство в модуле 4535 управления воспроизведением, и блок управления файлом (FCB) формируется в запоминающем устройстве. Затем, описатель файла для целевого файла возвращается из файловой системы в модуль 4535 управления воспроизведением. Впоследствии, модуль 4435 управления воспроизведением может инструктировать BD-ROM-накопителю 4501 передавать целевой файл из BD-ROM-диска 101 в каждое из буферных запоминающих устройств 4521, 4531 и 4532 посредством показа описателя файла BD-ROM-накопителю 4501.

Модуль 4535 управления воспроизведением декодирует файл AV-потока, чтобы выводить видеоданные и аудиоданные, посредством управления BD-ROM-накопителем 4501 и декодером 4523 системных целевых объектов. Конкретно, модуль 4535 управления воспроизведением сначала считывает файл списков для двумерного воспроизведения из запоминающего устройства 4532 статических сценариев в ответ на инструкцию из модуля 4534 выполнения программ или запрос из процессора 4533 пользовательских событий и интерпретирует содержимое файла. В соответствии с интерпретированным содержимым, в частности, с путем воспроизведения, модуль 4535 управления воспроизведением затем указывает файл 2D, который должен воспроизводиться, и инструктирует BD-ROM-накопителю 4501 и декодеру 4523 системных целевых объектов считывать и декодировать этот файл. Такая обработка воспроизведения на основе файла списков воспроизведения называется "обработкой воспроизведения по списку воспроизведения".

Помимо этого, модуль 4535 управления воспроизведением задает различные типы переменных проигрывателя в модуле 4536 хранения переменных проигрывателя с использованием информации статического сценария. В отношении переменных проигрывателя модуль 4535 управления воспроизведением дополнительно указывает для декодера 4523 системных целевых объектов элементарные потоки, которые должны быть декодированы, и предоставляет информацию, необходимую для декодирования элементарных потоков.

Модуль 4536 хранения переменных проигрывателя состоит из группы регистров для сохранения переменных проигрывателя. Типы переменных проигрывателя включают в себя параметры системы (SPRM) и общие параметры (GPRM). SPRM указывает состояние устройства 102 воспроизведения. Фиг. 46 - это список SPRM. Как показано на фиг. 46, каждому SPRM назначается порядковый номер 4601, и каждый порядковый номер 4601 ассоциирован с уникальным значением 4602 переменной. Может быть, например, 64 SPRM, которые имеют значения, упомянутые ниже. Здесь, числа в круглых скобках указывают порядковые номера 4601.

SPRM(0) - языковой код

SPRM(1) - номер потока первичного аудио

SPRM(2) - номер потока субтитров

SPRM(3) - номер ракурса

SPRM(4) - номер тайтла

SPRM(5) - номер главы

SPRM(6) - номер программы

SPRM(7) - номер ячейки

SPRM(8) - имя ключа

SPRM(9) - таймер навигации

SPRM(10) - текущее время воспроизведения

SPRM(11) - режим аудиомикширования проигрывателя для караоке

SPRM(12) - код страны для родительского контроля

SPRM(13) - уровень родительского контроля

SPRM(14) - конфигурация проигрывателя для видео

SPRM(15) - конфигурация проигрывателя для аудио

SPRM(16) - языковой код для аудиопотока

SPRM(17) - расширение языкового кода для аудиопотока

SPRM(18) - языковой код для потока субтитров

SPRM(19) - расширение языкового кода для потока субтитров

SPRM(20) - региональный код проигрывателя

SPRM(21) - номер потока вторичного видео

SPRM(22) - номер потока вторичного аудио

SPRM(23) - состояние проигрывателя

SPRM(24) - зарезервировано

SPRM(10) указывает PTS изображения, в данный момент декодированного, и обновляется каждый раз, когда изображение декодируется и записывается в запоминающее устройство плоскости первичного видео. Текущая точка воспроизведения может быть известна посредством обращения к SPRM(10).

Уровень родительского контроля в SPRM(13) указывает предварительно определенный ограниченный возраст и используется для родительского контроля просмотра тайтлов, записанных на BD-ROM-диске 101. Пользователь устройства 102 воспроизведения устанавливает значение SPRM(13) через, например, OSD устройства 102 воспроизведения. "Родительский контроль" означает ограничение просмотра тайтла в соответствии с возрастом зрителя. Ниже приводится пример того, как устройство 102 воспроизведения выполняет родительский контроль. Устройство 102 воспроизведения сначала считывает, из BD-ROM-диска 101, нижний предел возраста, для которого просмотр тайтла разрешен, и сравнивает нижний предел со значением SPRM(13). Если нижний предел равен или меньше значения SPRM(13), устройство 102 воспроизведения продолжает воспроизведение тайтла. Если нижний предел превышает значение SPRM(13), устройство 102 воспроизведения прекращает воспроизведение тайтла.

Языковой код для аудиопотока в SPRM(16) и языковой код для потока субтитров в SPRM(18) показывают языковые коды по умолчанию устройства 102 воспроизведения. Эти коды могут изменяться пользователем с использованием OSD и т.п. устройства 102 воспроизведения, или коды могут изменяться посредством прикладной программы через модуль 4434 выполнения программ. Например, если SPRM(16) показывает "английский язык", то в ходе обработки воспроизведения списка воспроизведения, модуль 4535 управления воспроизведением сначала выполняет поиск в STN-таблице в PI, показывающем текущую секцию воспроизведения, т.е. текущем PI, на предмет записи потока, имеющей языковой код для "английского языка". Модуль 4535 управления воспроизведением затем извлекает PID из идентификационной информации потока записи потока и передает извлеченный PID в декодер 4523 системных целевых объектов. Как результат, аудиопоток, имеющий PID, выбирается и декодируется посредством декодера 4523 системных целевых объектов. Эти процессы могут выполняться посредством модуля 4535 управления воспроизведением с использованием файла кинообъектов или файла BD-J-объектов.

Во время обработки воспроизведения модуль 4535 управления воспроизведением обновляет переменные проигрывателя в соответствии с состоянием воспроизведения. Модуль 3735 управления воспроизведением, в частности, обновляет SPRM(1), SPRM(2), SPRM(21) и SPRM(22). Эти SPRM, соответственно, показывают, в заявленном порядке, STN для аудиопотока, потока субтитров, потока вторичного видео и потока вторичного аудио, которые в данный момент обрабатываются. Например, допустим, что SPRM(1) изменен посредством модуля 4534 выполнения программ. В этом случае, модуль 4535 управления воспроизведением сначала обращается к STN, показанному посредством нового SPRM(1), и извлекает запись потока, которая включает в себя этот STN, из STN-таблицы в текущем PI. Модуль 4535 управления воспроизведением затем извлекает PID из идентификационной информации потока записи потока и передает извлеченный PID в декодер 4523 системных целевых объектов. Как результат, аудиопоток, имеющий идентичный PID, выбирается и декодируется посредством декодера 4523 системных целевых объектов. Именно так аудиопоток, который должен воспроизводиться, переключается. Поток субтитров и поток вторичного видео, которые должны воспроизводиться, могут аналогично переключаться.

<<Обработка воспроизведения по списку для двумерного воспроизведения>>

Фиг. 47 является блок-схемой последовательности операций способа обработки воспроизведения по списку для двумерного воспроизведения посредством модуля 4535 управления воспроизведением. Обработка воспроизведения по списку для двумерного воспроизведения выполняется согласно файлу списков для двумерного воспроизведения и запускается посредством считывания посредством модуля 4535 управления воспроизведением файла списков для двумерного воспроизведения из запоминающего устройства 4532 статических сценариев.

На этапе S4701, модуль 4535 управления воспроизведением сначала считывает один PI из основного пути в файле списков для двумерного воспроизведения и затем задает PI в качестве текущего PI. Затем, из STN-таблицы текущего PI, модуль 4535 управления воспроизведением выбирает PID элементарных потоков, которые должны воспроизводиться, и указывает информацию атрибутов, необходимую для декодирования элементарных потоков. Выбранные PID и информация атрибутов указываются для декодера 4523 системных целевых объектов. Модуль 4535 управления воспроизведением дополнительно указывает SUB_PI, ассоциированный с текущим PI, из подпутей в файле списков для двумерного воспроизведения. После этого, обработка переходит к этапу S4702.

На этапе S4702, модуль 4535 управления воспроизведением считывает ссылочную информацию о клипах, PTS #1, указывающую время IN1 начала воспроизведения, и PTS #2, указывающую время OUT1 окончания воспроизведения, из текущего PI. Из этой ссылочной информации о клипах указывается файл информации о двумерных клипах, соответствующий файлу 2D, который должен воспроизводиться. Кроме того, когда существует SUB_PI, который ассоциирован с текущим PI, аналогичная информация также считывается из SUB_PI. После этого, обработка переходит к этапу S4703.

На этапе S4703, в отношении карты вхождений файла информации о двумерных клипах, модуль 4535 управления воспроизведением извлекает SPN #1 и SPN #2 в файле 2D, соответствующем PTS #1 и PTS #2. Пара PTS, указываемых посредством SUB_PI, также преобразуется в пару SPN. После этого, обработка переходит к этапу S4704.

На этапе S4704, из SPN #1 и SPN #2, модуль 4535 управления воспроизведением вычисляет число секторов, соответствующих каждому из SPN #1 и SPN #2. В частности, модуль 4535 управления воспроизведением сначала получает произведение каждого SPN #1 и SPN #2, умноженное на объем данных в расчете на исходный пакет, т.е. 192 байта. Затем, модуль 4535 управления воспроизведением получает частное посредством деления каждого произведения на объем данных в расчете на сектор, т.е. 2048 байтов: N1=SPN #1×192/2048, N2=SPN #2×192/2048. Частные N1 и N2 являются идентичными общему числу секторов, в основном TS, записанном в части до исходных пакетов, которым выделяются SPN #1 и SPN #2, соответственно. Пара из SPN, преобразованных из пары из PTS, указываемых посредством SUB_PI, аналогично преобразуется в пару чисел секторов. После этого, обработка переходит к этапу S4705.

На этапе S4705, модуль 4535 управления воспроизведением указывает, из чисел секторов N1 и N2, полученных на этапе S4704, LBN начала и конца группы двумерных экстентов, которая должна воспроизводиться. В частности, в отношении записи файла для файла 2D, который должен воспроизводиться, модуль 4535 управления воспроизведением подсчитывает с начала группы секторов, в которую группа двумерных экстентов записана, так что LBN (N1+1)-го сектора=LBN #1, а LBN (N2+1)-го сектора=LBN #2. Модуль 4535 управления воспроизведением дополнительно указывает диапазон от LBN #1 до LBN #2 в BD-ROM-накопитель 4501. Пара чисел секторов, преобразованных из пары из PTS, указываемых посредством SUB_PI, аналогично преобразуется в пару из LBN и указывается в BD-ROM-накопитель 4501. Как результат, из группы секторов в указанном диапазоне, группа исходных пакетов, принадлежащая группе двумерных экстентов, считывается в совмещенных единицах. После этого, обработка переходит к этапу S4706.

На этапе S4706, модуль 4535 управления воспроизведением проверяет то, остается или нет необработанный PI в основном пути. Когда необработанный PI остается, обработка повторяется с этапа S4701. Когда необработанных PI не остается, обработка завершается.

<<Декодер системных целевых объектов>>

Фиг. 48 является функциональной блок-схемой декодера 4523 системных целевых объектов. Как показано на фиг. 48, декодер 4523 системных целевых объектов включает в себя модуль 4810 депакетирования источников, ATC-счетчик 4820, первый синхросигнал 4830 на 27 МГц, PID-фильтр 4840, STC-счетчик (STC1) 4850, второй синхросигнал 4860 на 27 МГц, декодер 4870 первичного видео, декодер 4871 вторичного видео, PG-декодер 4872, IG-декодер 4873, декодер 4874 первичного аудио, декодер 4875 вторичного аудио, процессор 4880 изображений, запоминающее устройство 4890 плоскости первичного видео, запоминающее устройство 4891 плоскости вторичного видео, запоминающее устройство 4892 PG-плоскости, запоминающее устройство 4893 IG-плоскости, запоминающее устройство 4894 плоскости изображений и аудиомикшер 4895.

Модуль 4810 депакетирования источников считывает исходные пакеты из буфера 4521 считывания, извлекает TS-пакеты из считанных исходных пакетов и передает TS-пакеты в PID-фильтр 4840. Более того, модуль 4810 депакетирования источников синхронизирует время передачи со временем, показанным посредством ATS каждого исходного пакета. В частности, модуль 4810 депакетирования источников сначала отслеживает значение ATC, сформированного посредством ATC-счетчика 4820. В этом случае, значение ATC зависит от ATC-счетчика 4820 и увеличивается в соответствии с импульсом синхросигнала из первого синхросигнала 4830 на 27 МГц. Затем, в момент, когда значение ATC совпадает с ATS исходного пакета, модуль 4810 депакетирования источников передает TS-пакеты, извлеченные из исходного пакета, в PID-фильтр 4840. Посредством такого регулирования времени передачи, средняя скорость передачи TS-пакетов из модуля 4810 депакетирования источников в PID-фильтр 4840 не превышает значение RTS, указанное посредством системной скорости 3011 в файле 231 информации о двумерных клипах, показанном на фиг. 300.

PID-фильтр 4840 сначала отслеживает PID, который включает в себя каждый TS-пакет, выводимый посредством модуля 4810 депакетирования источников. Когда PID совпадает с PID, заранее указываемым посредством модуля 4535 управления воспроизведением, PID-фильтр 4840 выбирает TS-пакет и передает его в декодер 4870-4875, соответствующий декодированию элементарного потока, указанного посредством PID. Например, если PID равен 0x1011, TS-пакеты передаются в декодер 4870 первичного видео. TS-пакеты с PID в рамках 0x1B00-0x1B1F, 0x1100-0x111F, 0x1A00-0x1A1F, 0x1200-0x121F и 0x1400-0x141F передаются в декодер 4871 вторичного видео, декодер 4874 первичного аудио, декодер 4875 вторичного аудио, PG-декодер 4872 и IG-декодер 4873, соответственно.

PID-фильтр 4840 дополнительно обнаруживает PCR из TS-пакетов с использованием PID TS-пакетов. При каждом обнаружении PID-фильтр 4840 задает значение STC-счетчика 4850 равным предварительно определенному значению. Далее, значение счетчика 4850 STC увеличивается в соответствии с импульсом синхросигнала для второго синхросигнала 4860 на 27 МГц. Помимо этого, значение, равным которому задан счетчик 4850 STC, заранее указывается в PID-фильтр 4840 из модуля 4535 управления воспроизведением. Декодеры 4870-4875 используют значение STC-счетчика 4850 в качестве STC. В частности, декодеры 4870-4875 сначала восстанавливают TS-пакеты, принимаемые из PID-фильтра 4840, в PES-пакеты. Затем, декодеры 4870-4875 регулируют синхронизацию декодирования данных, включенных в рабочие PES-данные, в соответствии с временами, указываемыми посредством PTS или DTS, включенных в PES-заголовки.

Декодер 4870 первичного видео, как показано на фиг. 48, включает в себя буфер 4801 транспортных потоков (TB), буфер 4802 мультиплексирования (MB), буфер 4803 элементарных потоков (EB), декодер 4804 сжатого видео (DEC) и буфер 4805 декодированных изображений (DPB).

TB 4801, MB 4802 и EB 4803 являются буферными запоминающими устройствами и используют область запоминающего элемента, внутренне предоставленного в декодере 4870 первичного видео. Альтернативно, некоторые или все буферные запоминающие устройства могут разделяться на дискретные запоминающие элементы. TB 4801 сохраняет TS-пакеты, принимаемые из PID-фильтра 4840, как есть. MB 4802 сохраняет PES-пакеты, восстановленные из TS-пакетов, сохраненных в TB 4801. Следует отметить, что, когда TS-пакеты передаются из TB 4801 в MB 4802, TS-заголовок удаляется из каждого TS-пакета. EB 4803 извлекает кодированные VAU из PES-пакетов и сохраняет VAU. VAU включает в себя сжатое изображение, т.е. I-изображение, B-изображение или P-изображение. Следует отметить, что, когда данные передаются из MB 4802 в EB 4803, PES-заголовок удаляется из каждого PES-пакета.

DEC 4804 является аппаратным декодером специально для декодирования сжатых изображений и состоит из LSI, которая включает в себя, в частности, функцию, чтобы ускорять декодирование. DEC 4804 декодирует изображение из каждой VAU в EB 4803 во время, показанное посредством DTS, включенной в исходный PES-пакет. Во время декодирования DEC 4804 сначала анализирует заголовок VAU, чтобы указывать сжатое изображение, способ кодирования со сжатием и атрибут потока, сохраненные в VAU, выбирая способ декодирования в соответствии с этой информацией. Способы кодирования со сжатием включают в себя, например, MPEG-2, MPEG-4 AVC и VC1. Кроме того, DEC 4804 передает декодированное несжатое изображение в DPB 4805.

Аналогично TB 4801, MB 4802 и EB 4803, DPB 4805 является буферным запоминающим устройством, которое использует область встроенного запоминающего элемента в декодере 4870 первичного видео. Альтернативно, DPB 4805 может находиться в запоминающем элементе, отдельном от других буферных запоминающих устройств 4801, 4802 и 4803. DPB 4805 временно сохраняет декодированные изображения. Когда P-изображение или B-изображение должно быть декодировано посредством DEC 4804, DPB 4805 извлекает опорные изображения, в ответ на инструкцию из DEC 4804, из сохраненных декодированных изображений. DPB 4005 затем предоставляет опорные изображения в DEC 4804. Кроме того, DPB 4805 записывает сохраненные изображения в запоминающее устройство 4890 плоскости первичного видео во время, показанное посредством PTS, включенной в исходные PES-пакеты.

Декодер 4871 вторичного видео включает в себя структуру, идентичную структуре декодера 4870 первичного видео. Декодер 4871 вторичного видео сначала декодирует TS-пакеты потока вторичного видео, принимаемого из PID-фильтра 4840, в несжатые изображения. Затем, декодер 4871 вторичного видео записывает результирующие несжатые изображения в запоминающее устройство 4891 плоскости вторичного видео во время, показанное посредством PTS, включенных в PES-пакеты.

PG-декодер 4872 декодирует TS-пакеты, принимаемые из PID-фильтра 4840, в несжатые графические объекты и записывает результирующие несжатые графические объекты в запоминающее устройство 4892 PG-плоскости во время, показанное посредством PTS, включенных в PES-пакеты.

Фиг. 49A является блок-схемой последовательности операций способа обработки, посредством которого PG-декодер 4872 декодирует графический объект из одной записи данных в PG-потоке. Эта обработка начинается, когда PG-декодер 4872 принимает, из PID-фильтра 4840, группу TS-пакетов, составляющую одну запись данных, показанную на фиг. 6. Фиг. 49B-49E являются принципиальными схемами, показывающими то, как графический объект изменяется в соответствии с обработкой.

На этапе S4901, PG-декодер 4872 сначала задает ODS, имеющий идентификатор объекта, идентичный идентификатору 605 опорного объекта в PCS. Затем, PG-декодер 4872 декодирует графический объект из заданного ODS и записывает декодированный графический объект в буфер объектов. "Буфер объектов" является буферным запоминающим устройством, внутренним для PG-декодера 4872. "Знак улыбки" FOB, показанный на фиг. 49B, является примером графического объекта, записанного в буфер объектов.

На этапе S4902, PG-декодер 4872 выполняет обработку кадрирования в соответствии с информацией 602 кадрирования в PCS, чтобы извлекать секцию графического объекта и записывать извлеченную секцию в буфер объектов. На фиг. 49C, полосы LST и RST, соответственно, на левом и правом краю знака улыбки FOB отсекаются, и оставшаяся секция OBJ записывается в буфер объектов.

На этапе S4903, PG-декодер 4872 сначала указывает WDS, имеющий идентификатор окна, идентичный идентификатору 603 опорного окна в PCS. Затем, PG-декодер 4872 определяет позицию представления графического объекта в графической плоскости из позиции 612 окна, указываемой посредством указанного WDS, и позиции 601 представления объекта в PCS. На фиг. 49D, позиция верхнего левого угла окна WIN в графической плоскости GPL и позиция DSP верхнего левого угла графического объекта OBJ определяются.

На этапе S4904, PG-декодер 4872 записывает графический объект в буфере объектов в позиции представления, определенной на этапе S4903. В этот момент, PG-декодер 4872 обращается к размеру 613 окна, указываемому посредством WDS, чтобы определять диапазон для подготовки посредством рендеринга графического объекта. На фиг. 49D, графический объект OBJ записывается в графическую плоскость GPL в диапазоне окна WIN с началом в позиции DSP верхнего левого угла.

На этапе S4905, PG-декодер 4872 сначала указывает PDS, имеющий идентификатор палитры, идентичный идентификатору 604 опорной палитры в PCS. Затем, PG-декодер 4872 обращается к CLUT 622 в PDS, чтобы определять значение координаты цветности, которое должен указывать каждый фрагмент пикселных данных в графическом объекте. На фиг. 49E, цвет каждого пиксела в графическом объекте OBJ определяется. Рендеринг одного графического объекта, включенного в одну запись данных, тем самым завершается. Этапы S4901-4905 выполняются в течение времени, указанного посредством PTS, включенных в PES-пакет, идентичный PES-пакету графического объекта.

IG-декодер 4873 декодирует TS-пакеты, принимаемые из PID-фильтра 4840, в несжатый графический объект. IG-декодер 4873 затем записывает несжатый графический объект в запоминающее устройство 4893 IG-плоскости во время, показанное посредством PTS, включенных в PES-пакеты, декодированные из TS-пакетов. Подробности относительно этих процессов являются идентичными PG-декодеру 4872.

Декодер 4874 первичного аудио сначала сохраняет TS-пакеты, принимаемые из PID-фильтра 4840, в буфер, предусмотренный в нем. Затем, декодер 4874 первичного аудио удаляет TS-заголовок и PES-заголовок из каждого TS-пакета в буфере и декодирует оставшиеся данные в несжатые LPCM-аудиоданные. Кроме того, декодер 4874 первичного аудио передает полученные в результате аудиоданные в аудиомикшер 4895 во время, показанное посредством PTS, включенной в исходный PES-пакет. Декодер 4874 первичного аудио выбирает способ декодирования для сжатых аудиоданных в соответствии со способом кодирования со сжатием и атрибутами потока для потока первичного аудио, включенного в TS-пакеты. Способы кодирования со сжатием включают в себя, например, AC-3 и DTS.

Декодер 4875 вторичного аудио имеет структуру, идентичную структуре декодера 4874 первичного аудио. Декодер 4875 вторичного аудио сначала восстанавливает PES-пакеты из TS-пакетов потока вторичного аудио, принимаемого из PID-фильтра 4840, и затем декодирует данные, включенные в рабочие PES-данные, в несжатые LPCM-аудиоданные. Затем, декодер 4875 вторичного аудио передает несжатые LPCM-аудиоданные в аудиомикшер 4895 во времена, показанные посредством PTS, включенных в PES-заголовки. Декодер 4875 вторичного аудио выбирает способ декодирования для сжатых аудиоданных в соответствии со способом кодирования со сжатием и атрибутами потока для потока вторичного аудио, включенного в TS-пакеты. Способы кодирования со сжатием включают в себя, например, Dolby Digital Plus и DTS-HD LBR.

Аудиомикшер 4895 принимает несжатые аудиоданные как из декодера 4874 первичного аудио, так и из декодера 4875 вторичного аудио и затем смешивает принимаемые данные. Аудиомикшер 4895 также передает синтезированный звук, получающийся посредством смешения аудиоданных, например, во внутреннем динамике 103A дисплейного устройства 103.

Процессор 4880 изображений принимает графические данные, т.е. растровые данные PNG или JPEG, из модуля 4534 выполнения программ. После приема графических данных процессор 4880 изображений подготавливает посредством рендеринга графические данные и записывает графические данные в запоминающее устройство 4894 плоскости изображений.

<Структура устройства трехмерного воспроизведения>

При воспроизведении содержимого трехмерных видеоизображений из BD-ROM-диска 101 в режиме трехмерного воспроизведения, устройство 102 воспроизведения работает как устройство трехмерного воспроизведения. Фундаментальная часть структуры устройства является идентичной устройству двумерного воспроизведения, показанному на фиг. 45 и 48. Следовательно, ниже приводится описание структурных секций, которые укрупнены или модифицированы по сравнению с устройством двумерного воспроизведения. Подробности относительно фундаментальных частей устройства трехмерного воспроизведения могут быть обнаружены в вышеприведенном описании устройства двумерного воспроизведения. Заметим, что устройство трехмерного воспроизведения использует структуру, идентичную структуре устройства двумерного воспроизведения, для обработки воспроизведения по списку для двумерного воспроизведения. Соответственно, подробности относительно этой структуры могут быть обнаружены в описании устройства двумерного воспроизведения. Последующее описание предполагает обработку воспроизведения трехмерных видеоизображений в соответствии с файлами списков для трехмерного воспроизведения, т.е. обработку воспроизведения по списку для трехмерного воспроизведения.

Фиг. 50 является функциональной блок-схемой устройства 5000 трехмерного воспроизведения. Устройство 5000 трехмерного воспроизведения включает в себя BD-ROM-накопитель 5001, модуль 5002 воспроизведения и модуль 5003 управления. Модуль 5002 воспроизведения включает в себя переключатель 5020, первый буфер 5021 считывания (RB1), второй буфер 5022 считывания (RB2), декодер 5023 системных целевых объектов, сумматор 5024 плоскостей и модуль 5025 HDMI-передачи. Модуль 5003 управления включает в себя запоминающее устройство 5031 динамических сценариев, запоминающее устройство 5032 статических сценариев, процессор 5033 пользовательских событий, модуль 5034 выполнения программ, модуль 5035 управления воспроизведением и модуль 5036 хранения переменных проигрывателя. Модуль 5002 воспроизведения и модуль 5003 управления реализованы на различных интегральных схемах, но альтернативно могут быть реализованы на одной интегральной схеме. В частности, запоминающее устройство 5031 динамических сценариев, запоминающее устройство 5032 статических сценариев, процессор 5033 пользовательских событий и модуль 5034 выполнения программ имеют идентичную структуру с устройством двумерного воспроизведения, показанным на фиг. 45. Соответственно, их подробности могут быть обнаружены в вышеприведенном описании устройства двумерного воспроизведения.

Когда инструктировано посредством модуля 5034 выполнения программ или другого модуля, чтобы выполнять обработку воспроизведения по списку для трехмерного воспроизведения, модуль 5035 управления воспроизведением считывает PI из файла списков для трехмерного воспроизведения, сохраненного в запоминающем устройстве 5032 статических сценариев, по порядку, задавая считанный PI в качестве текущего PI. Каждый раз, когда модуль 5035 управления воспроизведением задает текущий PI, он задает рабочий режим для декодера 5023 системных целевых объектов и сумматора 5024 плоскостей в соответствии с STN-таблицей PI и STN-таблицей SS в файле списков для трехмерного воспроизведения. В частности, модуль 5035 управления воспроизведением выбирает PID элементарного потока для декодирования и передает PID, вместе с информацией атрибутов, необходимой для декодирования элементарного потока, в декодер 5023 системных целевых объектов. Если PG-поток или IG-поток включаются в элементарный поток, указываемый посредством выбранного PID, модуль 5035 управления воспроизведением указывает идентификатор 4001 опорного смещения, выделяемый потоковым данным, и задает SPRM(27) в модуле 5036 хранения переменных проигрывателя равным идентификатору 4001 опорного смещения. Модуль 5035 управления воспроизведением также выбирает режим представления каждого фрагмента данных плоскости в соответствии со смещением в ходе отображения всплывающего меню 4111, указываемым посредством STN-таблицы SS, указывая выбранный режим представления в декодер 5023 системных целевых объектов и сумматор 5024 плоскостей.

Затем, в соответствии с текущим PI, модуль 5035 управления воспроизведением указывает диапазон LBN в группе секторов, записанной в экстент SS, который должен считываться в BD-ROM-накопитель 5001 через процедуры, указанные в описании по фиг. 32E. Между тем, модуль 5035 управления воспроизведением обращается к начальным точкам экстентов в файле информации о клипах, сохраненном в запоминающем устройстве 5032 статических сценариев, чтобы формировать информацию, указывающую границу блоков данных в каждом экстенте SS. В дальнейшем в этом документе, эта информация упоминается как "информация границы блока данных". Информация границы блока данных указывает, например, число исходных пакетов с начала экстента SS до каждой границы. Модуль 5035 управления воспроизведением затем передает информацию границы блока данных в переключатель 5020.

Модуль 5036 хранения переменных проигрывателя включает в себя SPRM, аналогично модулю 4536 хранения переменных проигрывателя в устройстве двумерного воспроизведения. Тем не менее, в отличие от фиг. 46, SPRM(24) и SPRM(25), соответственно, включают в себя первый флаг и второй флаг, показанные на фиг. 44. В этом случае, когда SPRM(24) равно "0", устройство 102 воспроизведения поддерживает только воспроизведение двумерных видеоизображений, а когда SPRM(24) равно "1", устройство 102 воспроизведения также поддерживает воспроизведение трехмерных видеоизображений. Устройство 102 воспроизведения находится в L/R-режиме, когда SPRM(25) равно "0", и находится в режиме глубины, когда SPRM(25) равно "1". Кроме того, устройство 102 воспроизведения находится в режиме двумерного воспроизведения, когда SPRM(25) равно "2". SPRM(27) включает в себя область хранения в идентификатор 4001 опорного смещения, выделяемые каждому фрагменту данных плоскости. В частности, SPRM(27) включает в себя область для сохранения четырех типов идентификаторов опорного смещения. Эти идентификаторы опорного смещения предназначены, соответственно, для PG-плоскости (PG_ref_offset_id), IG-плоскости (IG_ref_offset_id), плоскости вторичного видео (SV_ref_offset_id) и плоскости изображений (IM_ref_offset_id).

BD-ROM-накопитель 5001 включает в себя структурные элементы, идентичные структурным элементам BD-ROM-накопителя 4501 в устройстве двумерного воспроизведения, показанном на фиг. 45. При приеме из модуля 5035 управления воспроизведением индикатора диапазона LBN BD-ROM-накопитель 5001 считывает данные из секторов на BD-ROM-диске 101, как указано посредством диапазона. В частности, группа исходных пакетов, принадлежащая экстенту в файле SS, т.е. принадлежащая экстенту SS, передается из BD-ROM-накопителя 5001 в переключатель 5020. Каждый экстент SS включает в себя одну или более пар из блока данных для воспроизведения базового вида и зависимого вида, как показано на фиг. 15. Эти блоки данных должны быть переданы параллельно в различные RB1 5021 и RB2 5022. Соответственно, BD-ROM-накопитель 5001 должен иметь, по меньшей мере, такую же скорость доступа, как BD-ROM-накопитель 4501 в устройстве двумерного воспроизведения.

Переключатель 5020 принимает экстент SS из BD-ROM-накопителя 5001. С другой стороны, переключатель 5020 принимает информацию границы блока данных для экстента SS из модуля 5035 управления воспроизведением. Переключатель 5020 затем обращается к информации границы блока данных, (i) чтобы извлекать экстенты для воспроизведения базового вида из каждого экстента SS и передавать экстенты для воспроизведения базового вида в RB1 5021, и (ii) чтобы извлекать экстенты для воспроизведения зависимого вида и передавать экстенты для воспроизведения зависимого вида в RB2 5022.

Как RB1 5021, так и RB2 5022 являются буферными запоминающими устройствами, которые используют запоминающий элемент в модуле 5002 воспроизведения. В частности, различные области в одном запоминающем элементе используются в качестве RB1 5021 и RB2 5022. Альтернативно, различные запоминающие элементы могут использоваться в качестве RB1 5021 и RB2 5022. RB1 5021 принимает экстенты для воспроизведения базового вида из переключателя 5020 и сохраняет эти экстенты. RB2 5022 принимает экстенты для воспроизведения зависимого вида из переключателя 5020 и сохраняет эти экстенты.

При обработке воспроизведения по списку для трехмерного воспроизведения декодер 5023 системных целевых объектов сначала принимает PID для потоковых данных, которые должны быть декодированы, а также информацию атрибутов, необходимую для декодирования потоковых данных, из модуля 5035 управления воспроизведением. Декодер 5023 системных целевых объектов затем считывает исходные пакеты поочередно из экстентов для воспроизведения базового вида, сохраненных в RB1 5021, и экстентов для воспроизведения зависимого вида, сохраненных в RB2 5022. Затем, декодер 5023 системных целевых объектов отделяет, из каждого исходного пакета, элементарные потоки, указываемые посредством PID, принимаемых из модуля 5035 управления воспроизведением, и декодирует элементарные потоки. Декодер 5023 системных целевых объектов затем записывает декодированные элементарные потоки во внутреннее запоминающее устройство плоскости согласно типу. Видеопоток для воспроизведения базового вида записывается в запоминающее устройство левой видеоплоскости, а видеопоток для воспроизведения зависимого вида записывается в запоминающее устройство правой видеоплоскости. С другой стороны, поток вторичного видео записывается в запоминающее устройство плоскости вторичного видео, IG-поток - в запоминающее устройство IG-плоскости, а PG-поток - в запоминающее устройство PG-плоскости. Когда потоковые данные, отличные от видеопотока, к примеру, PG-поток, показанный на фиг. 3B и 3C, состоят из пары фрагментов для воспроизведения базового вида и зависимого вида потоковых данных, отдельные запоминающие устройства плоскостей подготавливаются как для плоскости для воспроизведения базового вида, так и для плоскости для воспроизведения зависимого вида так, что они соответствуют фрагментам потоковых данных. Декодер 5023 системных целевых объектов дополнительно подготавливает посредством рендеринга графические данные из модуля 5034 выполнения программ, такие как растровые данные JPEG, PNG и т.д., и записывает эти данные в запоминающее устройство плоскости изображений.

Декодер 5023 системных целевых объектов ассоциирует режим вывода данных плоскости из запоминающих устройств левой и правой видеоплоскости с режимом представления B-D и режимом представления B-B следующим образом. Когда модуль 5035 управления воспроизведением указывает режим представления B-D, декодер 5023 системных целевых объектов поочередно выводит данные плоскости из запоминающих устройств левой и правой видеоплоскости. С другой стороны, когда модуль 5035 управления воспроизведением указывает режим представления B-B, декодер 5023 системных целевых объектов выводит данные плоскости только из запоминающего устройства левой или правой видеоплоскости два раза в расчете на каждый кадр при сохранении рабочего режима в режиме трехмерного воспроизведения.

Декодер 5023 системных целевых объектов ассоциирует режим вывода данных плоскости из запоминающего устройства графической плоскости и запоминающего устройства плоскости вторичного видео с режимом двух плоскостей, режимом одной плоскости+смещения и режимом одной плоскости+нулевого смещения, как описано ниже. В этом контексте термин "запоминающее устройство графической плоскости" включает в себя запоминающее устройство PG-плоскости, запоминающее устройство IG-плоскости и запоминающее устройство плоскости изображений.

Когда модуль 5035 управления воспроизведением указывает режим двух плоскостей, декодер 5023 системных целевых объектов поочередно выводит плоскость для воспроизведения базового вида и плоскость для воспроизведения зависимого вида из каждого запоминающего устройства плоскости в сумматор 5024 плоскостей.

Когда модуль 5035 управления воспроизведением указывает режим одной плоскости+смещения, декодер 5023 системных целевых объектов выводит двумерные видеоизображения представления данных плоскости из каждого запоминающего устройства плоскости в сумматор 5024 плоскостей. Параллельно, каждый раз, когда декодер 5023 системных целевых объектов считывает VAU в начале каждой видеопоследовательности из видеопотока для воспроизведения зависимого вида, декодер 5023 системных целевых объектов считывает метаданные 1110 смещения из VAU. В секции воспроизведения видеопоследовательности декодер 5023 системных целевых объектов сначала указывает PTS, сохраненную в идентичном PES-пакете вместе с каждой VAU, и указывает номер кадра, представленный посредством данных сжатых изображений VAU. Декодер 5023 системных целевых объектов затем считывает, из метаданных смещения, информацию смещения, ассоциированную с номером кадра, и передает информацию смещения в сумматор 5024 плоскостей во время, указываемое посредством указанной PTS.

Когда модуль 5035 управления воспроизведением указывает режим одной плоскости+нулевого смещения, декодер 5023 системных целевых объектов выводит данные плоскости, представляющие двумерные видеоизображения, из каждого запоминающего устройства плоскости в сумматор 5024 плоскостей. Параллельно, декодер 5023 системных целевых объектов передает информацию смещения, для которой значение смещения задается равным "0", в сумматор 5024 плоскостей.

Сумматор 5024 плоскостей принимает каждый тип данных плоскости из декодера 5023 системных целевых объектов и накладывает эти фрагменты данных плоскости друг на друга, чтобы создавать один комбинированный кадр или поле. В частности, в L/R-режиме, левая видеоплоскость представляет видеоплоскость для просмотра левым глазом, а правая видеоплоскость представляет видеоплоскость для просмотра правым глазом. Соответственно, сумматор 5024 плоскостей накладывает другие данные плоскости, представляющие вид для просмотра левым глазом, на левую видеоплоскость, и накладывает другие данные плоскости, представляющие вид для просмотра правым глазом, на правую видеоплоскость. С другой стороны, в режиме глубины, правая видеоплоскость представляет карту глубины, соответствующую видеоизображениям, представленным посредством левой видеоплоскости. Соответственно, сумматор 5024 плоскостей сначала формирует пару видеоплоскостей для просмотра левым глазом и правым глазом из этих двух видеоплоскостей. Последующая обработка комбинирования является идентичной обработке в L/R-режиме.

Когда модуль 5035 управления воспроизведением указывает режим одной плоскости+смещения в качестве режима представления плоскости вторичного видео или графической плоскости (PG-плоскости, IG-плоскости, плоскости изображений), сумматор 5024 плоскостей выполняет управление смещением для данных плоскости. В частности, сумматор 5024 плоскостей сначала считывает идентификатор опорного смещения, соответствующий данным плоскости, из SPRM(27) в модуле 5036 хранения переменных проигрывателя. Затем, сумматор 5024 плоскостей обращается к информации смещения, принятой из декодера 5023 системных целевых объектов, чтобы извлекать из информации смещения, принадлежащей последовательности 1113 смещений, указываемой посредством идентификатора опорного смещения, т.е. направление 1122 смещения и значение 1123 смещения. Сумматор 5024 плоскостей затем использует извлеченное значение смещения для того, чтобы выполнять управление смещением для соответствующих данных плоскости. Таким образом, сумматор 5024 плоскостей формирует пару из плоскости для просмотра левым глазом и плоскости для просмотра правым глазом из одного фрагмента данных плоскости, комбинируя пару плоскостей с соответствующими видеоплоскостями.

Когда модуль 5035 управления воспроизведением указывает режим одной плоскости+нулевого смещения, сумматор 5024 плоскостей не обращается к SPRM(27), а вместо этого задает значение смещения для каждого фрагмента данных плоскости равным "0". Таким образом, сумматор 5024 плоскостей временно приостанавливает управление смещением для каждого фрагмента данных плоскости. Соответственно, идентичные данные плоскости комбинируются как с видеоплоскостью для просмотра левым глазом, так и с видеоплоскостью для просмотра правым глазом.

Когда модуль 5035 управления воспроизведением указывает режим двух плоскостей, сумматор 5024 плоскостей принимает пару из плоскости для воспроизведения базового вида и плоскости для воспроизведения зависимого вида из декодера 5023 системных целевых объектов. В L/R-режиме плоскость для воспроизведения базового вида представляет плоскость для просмотра левым глазом, и плоскость для воспроизведения зависимого вида представляет плоскость для просмотра правым глазом. Соответственно, сумматор 5024 плоскостей накладывает плоскость для воспроизведения базового вида на левую видеоплоскость и накладывает плоскость для воспроизведения зависимого вида на правую видеоплоскость. С другой стороны, в режиме глубины, плоскость для воспроизведения зависимого вида представляет карту глубины для видеоизображений, представленных посредством плоскости для воспроизведения базового вида. Соответственно, сумматор 5024 плоскостей сначала формирует пару из плоскости для просмотра левым глазом и плоскости для просмотра правым глазом из пары из плоскости для воспроизведения базового вида и плоскости для воспроизведения зависимого вида, затем комбинируя сформированную пару плоскостей с видеоплоскостями.

Дополнительно, сумматор 5024 плоскостей преобразует формат вывода комбинированных данных плоскости в формат, который соответствует способу отображения трехмерных видеоизображений, приспосабливаемому в устройстве, к примеру, дисплейном устройстве 103, в которое выводятся данные. Если способ поочередной последовательности кадров приспосабливается в устройстве, например, сумматор 5024 плоскостей выводит фрагменты составных данных плоскости как один видеокадр или одно поле. С другой стороны, если способ, который использует ступенчатую линзу, приспосабливается в устройстве, сумматор 5024 плоскостей комбинирует пару из плоскости для просмотра левым глазом и плоскости для просмотра правым глазом как один видеокадр или поле с использованием внутреннего буферного запоминающего устройства. В частности, сумматор 5024 плоскостей временно сохраняет и хранит в буферном запоминающем устройстве плоскость для просмотра левым глазом, которая комбинирована первой. Затем, сумматор 5024 плоскостей комбинирует данные плоскости для просмотра правым глазом и дополнительно комбинирует результат с данными плоскости для просмотра левым глазом, хранимыми в буферном запоминающем устройстве. В ходе комбинирования плоскость для просмотра левым глазом и плоскость правым глазом делятся, в вертикальном направлении, на небольшие прямоугольные области, которые являются длинными и тонкими, и небольшие прямоугольные области размещаются поочередно в горизонтальном направлении в одном кадре или одном поле, чтобы воссоздавать кадр или поле. Таким образом, пара из плоскости для просмотра левым глазом и плоскости для просмотра правым глазом комбинируется в один видеокадр или поле. Сумматор 5024 плоскостей затем выводит комбинированный видеокадр или поле в соответствующее устройство.

Модуль 5025 HDMI-передачи подключается к дисплейному устройству 103 посредством HDMI-кабеля 122 и обменивается CEC-сообщениями с дисплейным устройством 103 через HDMI-кабель 122. Модуль 5025 HDMI-передачи тем самым выполняет HDMI-аутентификацию на дисплейном устройстве 103 и запрашивает дисплейное устройство 103 на предмет того, поддерживает оно или нет воспроизведение трехмерных видеоизображений.

<<Обработка воспроизведения по списку для трехмерного воспроизведения>>

Фиг. 51 является блок-схемой последовательности операций способа обработки воспроизведения по списку для трехмерного воспроизведения посредством модуля 5035 управления воспроизведением. Обработка воспроизведения по списку для трехмерного воспроизведения запускается посредством считывания посредством модуля 5035 управления воспроизведением файла списков для трехмерного воспроизведения из запоминающего устройства 5032 статических сценариев.

На этапе S5101, модуль 5035 управления воспроизведением сначала считывает один PI из основного пути в файле списков для трехмерного воспроизведения и затем задает PI в качестве текущего PI. Затем, из STN-таблицы текущего PI, модуль 5035 управления воспроизведением выбирает PID элементарных потоков, которые должны воспроизводиться, и указывает информацию атрибутов, необходимую для декодирования элементарных потоков. Модуль 5035 управления воспроизведением дополнительно выбирает, из числа элементарных потоков, соответствующих текущему PI в STN-таблице SS 3930 в файле списков для трехмерного воспроизведения, PID дополнительных элементарных потоков для воспроизведения, а модуль 5035 управления воспроизведением указывает информацию атрибутов, необходимую для декодирования этих элементарных потоков. Выбранные PID и информация атрибутов указываются в декодер 5023 системных целевых объектов. Модуль 5035 управления воспроизведением дополнительно указывает, из подпутей в файле списков для трехмерного воспроизведения, SUB_PI, к которому следует обращаться одновременно с текущим PI, указывая этот SUB_PI в качестве текущего SUB_PI. После этого, обработка переходит к этапу S5102.

На этапе S5102, модуль 5035 управления воспроизведением выбирает режим отображения для каждого фрагмента данных плоскости на основе смещения в ходе отображения всплывающего меню 411, указываемого посредством STN-таблицы SS, и указывает режим отображения в декодер 5023 системных целевых объектов и сумматор 5024 плоскостей. В частности, когда значение смещения в ходе отображения всплывающего меню равно "0", режим представления B-D выбирается в качестве режима представления в видеоплоскости, а режим двух плоскостей или одной плоскости+смещения выбирается в качестве режима представления для графической плоскости. С другой стороны, когда значение смещения в ходе отображения всплывающего меню равно "1", режим представления B-B выбирается в качестве режима представления в видеоплоскости, а режим 1 плоскости+нулевого смещения выбирается в качестве режима представления для графической плоскости. После этого, обработка переходит к этапу S5103.

На этапе S5103, модуль 5035 управления воспроизведением проверяет то, выбран или нет режим одной плоскости+смещения в качестве режима представления графической плоскости. Если режим 1 плоскости+смещения выбран, обработка переходит к этапу S5104. С другой стороны, если режим двух плоскостей или режим одной плоскости+нулевого смещения выбран, обработка переходит к этапу S5105.

На этапе S5104, модуль 5035 управления воспроизведением обращается к STN-таблице текущего PI и извлекает PG-поток или IG-поток из элементарных потоков, указываемых посредством выбранных PID. Кроме того, модуль 5035 управления воспроизведением указывает идентификатор опорного смещения, выделяемый фрагментам потоковых данных, задавая SPRM(27) в модуле 5036 хранения переменных проигрывателя равным идентификатору опорного смещения. После этого, обработка переходит к этапу S5105.

На этапе S5105, модуль 5035 управления воспроизведением считывает ссылочную информацию о клипах, PTS #1, указывающую время IN1 начала воспроизведения, и PTS #2, указывающую время OUT1 окончания воспроизведения, из текущего PI и SUB_PI. Из этой ссылочной информации о клипах указывается файл информации о клипах, соответствующий каждому из файла 2D и файла DEP, который должен воспроизводиться. После этого, обработка переходит к этапу S5106.

На этапе S5106, в отношении карты вхождений в каждом из файлов информации о клипах, указываемых на этапе S5105, модуль 5035 управления воспроизведением извлекает SPN #1 и SPN #2 в файле 2D и SPN #11 и SPN #12 в файле DEP, соответствующие PTS #1 и PTS #2, как показано на фиг. 42. При обращении к начальным точкам экстентов каждого файла информации о клипах, модуль 5035 управления воспроизведением дополнительно вычисляет, из SPN #1 и SPN #11, число исходных пакетов SPN #21 с начала файла SS до позиции начала воспроизведения. Модуль 5035 управления воспроизведением также вычисляет, из SPN #2 и SPN #12, число исходных пакетов SPN #22 с начала файла SS до позиции окончания воспроизведения. В частности, модуль 5035 управления воспроизведением сначала извлекает, из SPN, показанных посредством начальных точек экстентов файлов информации о двумерных клипах, значение "Am", которое является наибольшим значением, меньшим или равным SPN #1, и извлекает, из SPN, показанных посредством начальных точек экстентов файлов информации о клипах для воспроизведения зависимого вида, значение "Bm", которое является наибольшим значением, меньшим или равным SPN #11. Затем, модуль 5035 управления воспроизведением получает сумму извлеченных SPN Am+Bm и задает сумму как SPN #21. Затем, модуль 5035 управления воспроизведением извлекает, из SPN, показанных посредством начальных точек экстентов файлов информации о двумерных клипах, значение "An", которое является наименьшим значением, которое превышает SPN #2. Модуль 5035 управления воспроизведением также извлекает, из SPN начальных точек экстентов файлов информации о клипах для воспроизведения зависимого вида, значение "Bn", которое является наименьшим значением, которое превышает SPN #12. Затем, модуль 5035 управления воспроизведением получает сумму извлеченных SPN+Bn и задает сумму как SPN #22. После этого, обработка переходит к этапу S5107.

На этапе S5107, модуль 5035 управления воспроизведением преобразует SPN #21 и SPN #22, определенные на этапе S5106, в пару чисел секторов N1 и N2. В частности, модуль 5035 управления воспроизведением сначала получает произведение SPN #21 и объема данных в расчете на исходный пакет, т.е. 192 байта. Затем, модуль 5035 управления воспроизведением делит это произведение на объем данных в расчете на сектор, т.е. 2048 байтов: SPN #21×192/2048. Результирующее частное является идентичным числу секторов N1 с начала файла SS до элемента непосредственно перед позицией начала воспроизведения. Аналогично, из SPN #22, модуль 5035 управления воспроизведением вычисляет SPN #22×192/2048. Результирующее частное является идентичным числу секторов N2 с начала файла SS до элемента непосредственно перед позицией окончания воспроизведения. После этого, обработка переходит к этапу S5108.

На этапе S5108, модуль 5035 управления воспроизведением указывает, из чисел секторов N1 и N2, полученных на этапе S5107, LBN начала и конца группы экстентов SS, которая должна воспроизводиться. В частности, со ссылкой на запись файла для файла SS, который должен воспроизводиться, модуль 5035 управления воспроизведением выполняет подсчет с начала группы секторов, в которую записана группа экстентов SS, так что LBN (N1+1)-го сектора=LBN #1, а LBN (N2+1)-го сектора=LBN #2. Модуль 5035 управления воспроизведением дополнительно указывает диапазон от LBN#1 до LBN#2 в BD-ROM-накопитель 5001. Как результат, из группы секторов в указанном диапазоне, группа исходных пакетов, принадлежащая группе экстентов SS, считывается в совмещенных единицах. После этого, обработка переходит к этапу S5109.

На этапе S5109, при обращении к начальным точкам экстентов файла информации о клипах, используемого на этапе S5106, модуль 5035 управления воспроизведением формирует информацию границы блока данных для группы экстентов SS, передавая информацию границы блока данных в переключатель 5020. В качестве конкретного примера, допустим, что SPN #21, указывающий позицию начала воспроизведения, является идентичным сумме SPN, указывающих начальные точки экстентов, An+Bn, и что SPN #22, указывающий позицию окончания воспроизведения, является идентичным сумме SPN, указывающих начальные точки экстентов, Am+Bm. В этом случае, модуль 5035 управления воспроизведением получает последовательность разностей между SPN от соответствующих начальных точек экстентов, A(n+1)-An, B(n+1)-Bn, A(n+2)-(n+1), B(n+2)-B(n+1),..., Am-(m-1) и Bm-B(m-1), и передает последовательность в переключатель 5020 как информацию границы блока данных. Как показано на фиг. 32E, эта последовательность указывает число исходных пакетов блоков данных, включенных в экстент SS. Переключатель 5020 подсчитывает, с нуля, число исходных пакетов экстентов SS, принимаемых из BD-ROM-накопителя 5001. Каждый раз, когда счетчик является идентичным разности между SPN, указываемыми посредством информации границы блока данных, переключатель 5020 переключает назначение вывода исходных пакетов между RB1 5021 и RB2 5022 и сбрасывает счетчик до нуля. Как результат, {B(n+1)-Bn} исходных пакетов с начала экстента SS передаются в RB2 5022 как первый экстент для воспроизведения зависимого вида, и следующие {A(n+1)-An} исходных пакетов передаются в RB1 5021 как первый экстент для воспроизведения базового вида. После этого, экстенты для воспроизведения зависимого вида и экстенты для воспроизведения базового вида извлекаются из экстента SS поочередно аналогичным образом, чередуясь каждый раз, когда число исходных пакетов, принимаемых посредством переключателя 5020, равно разности между SPN, указываемыми посредством информации границы блока данных.

На этапе S5110, модуль 5035 управления воспроизведением проверяет то, остается или нет необработанный PI в основном пути. Когда необработанный PI остается, обработка повторяется с этапа S5101. Когда необработанных PI не остается, обработка завершается.

Декодер системных целевых объектов

Фиг. 52 является функциональной блок-схемой декодера 5023 системных целевых объектов. Структурные элементы, показанные на фиг. 52, отличаются от структурных элементов декодера 4523 системных целевых объектов в устройстве двумерного воспроизведения, показанном на фиг. 48, в следующих двух аспектах. (1) Система ввода из буфера считывания в каждый из декодеров увеличивается в два раза. (2) Декодер первичного видео поддерживает режим трехмерного воспроизведения, а декодер вторичного видео, PG-декодер и IG-декодер поддерживают режим двух плоскостей. Другими словами, все эти видеодекодеры могут поочередно декодировать видеопоток для воспроизведения базового вида и видеопоток для воспроизведения зависимого вида. В частности, секция в каждом декодере в режиме двух плоскостей, который декодирует плоскость для воспроизведения базового вида, и секция, которая декодирует плоскость для воспроизведения зависимого вида, могут разделяться. С другой стороны, декодер первичного аудио, декодер вторичного аудио, аудиомикшер, процессор изображений и запоминающие устройства плоскостей являются идентичными означенным элементам в устройстве двумерного воспроизведения, показанном на фиг. 48. Соответственно, из структурных элементов, показанных на фиг. 52, ниже описываются элементы, которые отличаются от структурных элементов, показанных на фиг. 48. Подробности относительно аналогичных элементов могут быть обнаружены в вышеприведенном описании фиг. 48. Кроме того, поскольку все видеодекодеры имеют аналогичную структуру, только структура декодера 5215 первичного видео описывается ниже. Это описание также допустимо для структуры других видеодекодеров.

Первый модуль 5211 депакетирования источников считывает исходные пакеты из RB1 5021, кроме того, извлекая TS-пакеты, включенные в исходные пакеты, и передавая TS-пакеты в первый PID-фильтр 5213. Второй модуль 5212 депакетирования источников считывает исходные пакеты из RB2 5022, кроме того, извлекая TS-пакеты, включенные в исходные пакеты, и передавая TS-пакеты во второй PID-фильтр 5214. Каждый из модулей 5211 и 5212 депакетирования источников дополнительно синхронизирует время передачи TS-пакетов с временем, показанным посредством ATS каждого исходного пакета. Этот способ синхронизации является идентичным способу в модуле 4810 депакетирования источников, показанном на фиг. 48. Соответственно, его подробности могут быть обнаружены в описании, предоставленном на фиг. 48. При таком типе регулирования времени передачи, средняя скорость RTS1 передачи TS-пакетов из первого модуля 5211 депакетирования источников в первый PID-фильтр 5213 не превышает системную скорость, указываемую посредством файла информации о двумерных клипах. Аналогично, средняя скорость RTS2 передачи TS-пакетов из второго модуля 5212 депакетирования источников во второй PID-фильтр 5214 не превышает системную скорость, указываемую посредством файла информации о клипах для воспроизведения зависимого вида.

Первый PID-фильтр 5213 сравнивает PID каждого TS-пакета, принимаемого из первого модуля 5211 депакетирования источников, с выбранным PID. Модуль 5035 управления воспроизведением обозначает выбранный PID заранее в соответствии с STN-таблицей в файле списков для трехмерного воспроизведения. Когда два PID совпадают, первый PID-фильтр 5013 передает TS-пакеты в декодер, назначенный для PID. Например, если PID равен 0×1011, TS-пакеты передаются в TB1 5201 в декодере 5215 первичного видео. С другой стороны, TS-пакеты с PID в рамках 0×1B00-0×1B1F, 0×1100-0×111F, 0×1A00-0×1A1F, 0×1200-0×121F и 0×1400-0×141F передаются в декодер вторичного видео, декодер первичного аудио, декодер вторичного аудио, PG-декодер или IG-декодер, соответственно.

Второй PID-фильтр 5214 сравнивает PID каждого TS-пакета, принимаемого из второго модуля 5212 депакетирования источников, с выбранным PID. Модуль 5035 управления воспроизведением обозначает выбранный PID заранее в соответствии с STN-таблицей SS в файле списков для трехмерного воспроизведения. Когда два PID совпадают, второй PID-фильтр 5214 передает TS-пакеты в декодер, назначенный для PID. Например, если PID равен 0×1012 или 0×1013, TS-пакеты передаются в TB(2) 5208 в декодере 4408 первичного видео. С другой стороны, TS-пакеты с PID в рамках 0×1B20-0x1B3F, 0×1220-0×127F и 0×1420-0×147F передаются в декодер вторичного видео, PG-декодер или IG-декодер, соответственно.

Декодер 5215 первичного видео включает в себя TB1 5201, MB1 5002, EB1 5023, TB2 5208, MB2 5209, EB2 5210, переключатель 5206 буферов, DEC 5204, DPB 5205 и переключатель 5207 изображений. TB1 5201, MB1 5202, EB1 5203, TB2 5208, MB2 5209, EB2 5210 и DPB 5205 являются буферными запоминающими устройствами. Каждое из этих буферных запоминающих устройств использует область запоминающего элемента, включенного в декодер 5215 первичного видео. Альтернативно, некоторые или все эти буферные запоминающие устройства могут разделяться на различные запоминающие элементы.

TB1 5201 принимает TS-пакеты, которые включают в себя видеопоток для воспроизведения базового вида, из первого PID-фильтра 5213 и сохраняет TS-пакеты как есть. MB1 5202 восстанавливает PES-пакеты из TS-пакетов, сохраненных в TB1 5201, и сохраняет PES-пакеты. TS-заголовки TS-пакетов удаляются на этой стадии. EB1 5203 извлекает кодированные VAU из PES-пакетов, сохраненных в MB1 5202, и сохраняет VAU. PES-заголовки PES-пакетов удаляются на этой стадии.

TB2 5208 принимает TS-пакеты, которые включают в себя видеопоток для воспроизведения зависимого вида, из второго PID-фильтра 5214 и сохраняет TS-пакеты как есть. MB2 5202 восстанавливает PES-пакеты из TS-пакетов, сохраненных в TB2 5208, и сохраняет PES-пакеты. TS-заголовки TS-пакетов удаляются на этой стадии. EB2 5210 извлекает кодированные VAU из PES-пакетов, сохраненных в MB2 5209, и сохраняет VAU. PES-заголовки PES-пакетов удаляются на этой стадии.

Переключатель 5206 буферов передает заголовки VAU, сохраненных в EB1 5203 и EB2 5210, в ответ на запрос из DEC 5204. Кроме того, переключатель 5206 буферов передает данные сжатых изображений для VAU в DEC 5204 во времена, указываемые посредством DTS, включенных в исходные TS-пакеты. В этом случае, DTS равны для пар изображений, принадлежащих одной трехмерной VAU между видеопотоком для воспроизведения базового вида и видеопотоком для воспроизведения зависимого вида. Соответственно, для пары VAU, которые имеют идентичную DTS, переключатель 5206 буферов сначала передает VAU, сохраненную в EB1 5203, в DEC 5204.

Аналогично DEC 4804, показанному на фиг. 48, DEC 5204 является аппаратным декодером специально для декодирования сжатых изображений и состоит из LSI, которая включает в себя, в частности, функцию, чтобы ускорять декодирование. DEC 5204 декодирует данные сжатых изображений, передаваемые из переключателя 5206 буферов, по порядку. Во время декодирования DEC 5204 сначала анализирует каждый заголовок VAU, чтобы указывать сжатое изображение, способ кодирования со сжатием и атрибут потока, сохраненные в VAU, выбирая способ декодирования в соответствии с этой информацией. Способы кодирования со сжатием включают в себя, например, MPEG-2, MPEG-4 AVC и VC1. Кроме того, DEC 5204 передает декодированное несжатое изображение в DPB 5205.

Каждый раз, когда DEC 5204 считывает VAU в начале видеопоследовательности в видеопотоке для воспроизведения зависимого вида, DEC 5204 также считывает метаданные смещения из VAU. В секции воспроизведения видеопоследовательности, DEC 5204 сначала указывает PTS, сохраненную в PES-пакете вместе с VAU, и указывает номер кадра, представленный посредством данных сжатых изображений VAU. DEC 5204 затем считывает, из метаданных смещения, информацию смещения, ассоциированную с номером кадра, и передает информацию смещения в сумматор 5024 плоскостей во время, указываемое посредством указанной PTS.

DPB 5205 временно сохраняет декодированные несжатые изображения. Когда DEC 5204 декодирует P-изображение или B-изображение, DPB 5205 извлекает опорные изображения из числа сохраненных несжатых изображений в ответ на запрос из DEC 5204 и предоставляет извлеченные опорные изображения в DEC 5204.

Переключатель 5207 изображений записывает несжатые изображения из DPB 5205 либо в запоминающее устройство 5220 левой видеоплоскости, либо в запоминающее устройство 5221 правой видеоплоскости во время, указанное посредством PTS, включенной в исходный TS-пакет. В этом случае, PTS равны между изображением для воспроизведения базового вида и изображением для воспроизведения зависимого вида, принадлежащим одной трехмерной VAU. Соответственно, для пары изображений, которые имеют идентичную PTS и которые сохраняются посредством DPB 5205, переключатель 5207 изображений сначала записывает изображение для воспроизведения базового вида в запоминающее устройство 5220 левой видеоплоскости, и затем записывает изображение для воспроизведения зависимого вида в запоминающее устройство 5221 правой видеоплоскости.

Сумматоры плоскостей в режиме одной плоскости+(нулевого) смещения

Фиг. 53 является функциональной блок-схемой сумматора 5024 плоскостей в режиме одной плоскости+смещения и режиме одной плоскости+нулевого смещения. Как показано на фиг. 53, сумматор 5024 плоскостей включает в себя модуль 5310 формирования параллактического видео, переключатель 5320, четыре модуля 5331-5334 кадрирования и четыре сумматора 5341-5344.

Модуль 5310 формирования параллактического видео принимает левую видеоплоскость 5301 и правую видеоплоскость 5302 из декодера 5023 системных целевых объектов. В устройстве 102 воспроизведения в L/R-режиме, левая видеоплоскость 5301 представляет видеоплоскость для просмотра левым глазом, а правая видеоплоскость 5302 представляет видеоплоскость для просмотра правым глазом. Модуль 5310 формирования параллактического видео в L/R-режиме передает принимаемые видеоплоскости 5301 и 5302 как есть в переключатель 5320. С другой стороны, в устройстве 102 воспроизведения в режиме глубины, левая видеоплоскость 5301 представляет видеоплоскость для двумерных видеоизображений, а правая видеоплоскость 5302 представляет карту глубины для двумерных видеоизображений. Модуль 5310 формирования параллактического видео в режиме глубины сначала вычисляет бинокулярный параллакс для каждого элемента в двумерных видеоизображениях с использованием карты глубины. Затем, модуль 5310 формирования параллактического видео обрабатывает данные 5301 левой видеоплоскости, чтобы сдвигать позицию представления каждого элемента в видеоплоскости для двумерных видеоизображений влево или вправо согласно вычисленному бинокулярному параллаксу. Он формирует пару из видеоплоскости для просмотра левым глазом и видеоплоскости для просмотра правым глазом. Более того, модуль 5310 формирования параллактического видео передает сформированную пару видеоплоскостей в переключатель 5320 как пару из левой видеоплоскости и правой видеоплоскости.

Когда модуль 5035 управления воспроизведением указывает режим представления B-D, переключатель 5320 передает левую видеоплоскость 5301 и правую видеоплоскость 5302, имеющие одинаковую PTS, в первый сумматор 5341 в данном порядке. Когда модуль 5035 управления воспроизведением указывает режим представления B-B, переключатель 5320 передает одну из левой видеоплоскости 5301 и правой видеоплоскости 5302, имеющих одинаковую PTS, в первый сумматор 5341 два раза в расчете на каждый кадр, отбрасывая другую видеоплоскость.

Когда модуль 5035 управления воспроизведением указывает режим одной плоскости+смещения, первый модуль 5331 кадрирования выполняет следующее управление смещением на плоскости 5303 вторичного видео. Первый модуль 5331 кадрирования первый принимает информацию 5307 смещения из декодера 5023 системных целевых объектов. Здесь, первый модуль 5331 кадрирования считывает идентификатор опорного смещения, соответствующий плоскости вторичного видео, из SPRM(27) 5351 в модуле 5036 хранения переменных проигрывателя. Затем, первый модуль 5331 кадрирования извлекает информацию смещения, принадлежащую последовательности смещений, указываемой посредством идентификатора опорного смещения, из информации 5307 смещения, принятой из декодера 5023 системных целевых объектов. Первый модуль 5331 кадрирования затем обращается к извлеченной информации смещения, чтобы выполнять управление смещением на плоскости 5303 вторичного видео. Как результат, плоскость 5303 вторичного видео преобразуется в пару фрагментов данных плоскости, представляющую вид для просмотра левым глазом и вид для просмотра правым глазом. Эти плоскости вторичного видео для просмотра левым глазом и правым глазом поочередно выводятся в первый сумматор 5341.

Модуль 5035 управления воспроизведением, в общем, обновляет значение SPRM(27) 5351 и каждый раз, когда текущий PI изменяется. Дополнительно, модуль 5034 выполнения программ может устанавливать значение SPRM(27) 5351 в соответствии с кинообъектом или BD-J-объектом.

Аналогично, второй модуль 5332 кадрирования преобразует PG-плоскость 5304 в пару PG-плоскостей для просмотра левым глазом и правым глазом. Эти PG-плоскости поочередно выводятся во второй сумматор 5342. Третий модуль 5333 кадрирования преобразует IG-плоскость 5305 в пару IG-плоскостей для просмотра левым глазом и правым глазом. Эти IG-плоскости поочередно выводятся в третий сумматор 5343. Четвертый модуль 5334 кадрирования преобразует плоскость 5306 изображений в пару плоскостей изображений для просмотра левым глазом и правым глазом. Эти плоскости изображений поочередно выводятся в четвертый сумматор 5344.

Когда модуль 5035 управления воспроизведением указывает режим одной плоскости+нулевого смещения, первый модуль 5331 кадрирования не выполняет управление смещением на плоскости 5303 вторичного видео, а вместо этого передает плоскость 5303 вторичного видео как есть два раза в первый сумматор 5341. То же также применимо для других модулей 5332-5334 кадрирования.

Первый сумматор 5341 принимает видеоплоскость из переключателя 5320 и принимает плоскость вторичного видео из первого модуля 5331 кадрирования. Здесь, первый сумматор 5341 накладывает каждую пару из принимаемой видеоплоскости и плоскости вторичного видео и передает результат во второй сумматор 5342. Второй сумматор 5342 принимает PG-плоскость из второго модуля 5332 кадрирования, накладывает PG-плоскость на данные плоскости, принятые из первого сумматора 5341, и передает результат в третий сумматор 5343. Третий сумматор 5343 принимает IG-плоскость из третьего модуля 5333 кадрирования, накладывает IG-плоскость на данные плоскости, принятые из второго сумматора 5342, и передает результат в четвертый сумматор 5344. Четвертый сумматор 5344 принимает плоскость изображений из четвертого модуля 5334 кадрирования, накладывает плоскость изображений на данные плоскости, принятые из третьего сумматора 5343, и выводит результат на дисплейное устройство 103. Сумматоры 5341-5344 используют альфа-сопряжение при наложении данных плоскости. Таким образом, плоскость 5303 вторичного видео, PG-плоскость 5304, IG-плоскость 5305 и плоскость 5306 изображений накладываются на левую видеоплоскость 5301 или правую видеоплоскость 5302 в порядке, показанном посредством стрелки 5300 на фиг. 53. Как результат, видеоизображения, указываемые посредством каждого фрагмента данных плоскости, отображаются на экране дисплейного устройства 103 так, что левая или правая видеоплоскость кажется перекрывающейся с плоскостью вторичного видео, IG-плоскостью, PG-плоскостью и плоскостью изображений в этом порядке.

[Блок-схема последовательности операций способа управления смещением]

Фиг. 54 является блок-схемой последовательности операций способа управления смещением посредством модулей 5331-5334 кадрирования. Каждый из модулей 5331-5334 кадрирования начинает управление смещением после приема информации 5307 смещения из декодера 5023 системных целевых объектов. В последующем описании, предполагается, что второй модуль 5332 кадрирования выполняет управление смещением для PG-плоскости 5304. Другие модули 5331, 5333 и 5334 кадрирования выполняют аналогичную обработку, соответственно, для плоскости 5303 вторичного видео, IG-плоскости 5305 и плоскости 5306 изображений.

На этапе S5401, второй модуль 5332 кадрирования сначала принимает PG-плоскость 5304 из декодера 5023 системных целевых объектов. Здесь, второй модуль 5332 кадрирования считывает идентификатор 4210 опорного смещения для PG-плоскости из SPRM(27) 5351. Затем, второй модуль 5331 кадрирования извлекает информацию смещения, принадлежащую последовательности смещений, указываемой посредством идентификатора опорного смещения, из информации 5307 смещения, принимаемой из декодера 5023 системных целевых объектов. После этого, обработка переходит к этапу S5402.

На этапе S5402, второй модуль 5332 кадрирования проверяет то, представляет видеоплоскость, выбранная посредством переключателя 5320, вид для просмотра левым глазом или вид для просмотра правым глазом. Если видеоплоскость представляет вид для просмотра левым глазом, обработка переходит к этапу S5403. Если видеоплоскость представляет вид для просмотра правым глазом, обработка переходит к этапу S5406.

На этапе S5403, второй модуль 5332 кадрирования проверяет значение извлеченного направления смещения. В этом документе, допускается следующее: если значение направления смещения равно "0", трехмерное графическое изображение ближе к зрителю, чем экран, а если значение направления смещения равно "1", изображение дальше экрана. В этом контексте, когда значение направления смещения равно "0", обработка переходит к этапу S5404. Если значение направления смещения равно "1", обработка переходит к этапу S5405.

На этапе S5404, второй модуль 5332 кадрирования предоставляет смещение вправо в PG-плоскость 5304. Другими словами, позиция каждого фрагмента пикселных данных, включенных в PG-плоскость 5304, сдвигается вправо на значение смещения. После этого, обработка переходит к этапу S5409.

На этапе S5405, второй модуль 5332 кадрирования предоставляет смещение влево в PG-плоскость 5304. Другими словами, позиция каждого фрагмента пикселных данных, включенных в PG-плоскость 5304, сдвигается влево на значение смещения. После этого, обработка переходит к этапу S5409.

На этапе S5406, второй модуль 5332 кадрирования проверяет значение извлеченного направления смещения. Если значение направления смещения равно "0", обработка переходит к этапу S5407. Если значение направления смещения равно "1", обработка переходит к этапу S5408.

В противоположность этапу S5404, на этапе S5407, второй модуль 5332 кадрирования предоставляет смещение влево в PG-плоскость 5304. Другими словами, позиция каждого фрагмента пикселных данных, включенных в PG-плоскость 5304, сдвигается влево на значение смещения. После этого, обработка переходит к этапу S5409.

В противоположность этапу S5405, на этапе S5408, второй модуль 5332 кадрирования предоставляет смещение вправо в PG-плоскость 5304. Другими словами, позиция каждого фрагмента пикселных данных, включенных в PG-плоскость 5304, сдвигается вправо на значение смещения. После этого, обработка переходит к этапу S5409.

На этапе S5409, второй модуль 5332 кадрирования выводит обработанные данные 5304 PG-плоскости в третий модуль 5334 кадрирования. Обработка затем завершается.

[Изменения данных плоскости через управление смещением]

Фиг. 55B является принципиальной схемой, показывающей PG-плоскость GP до того, как управление смещением применяется посредством второго модуля 5332 кадрирования. Как показано на фиг. 55B, PG-плоскость GP включает в себя пикселные данные, представляющие субтитр "Я люблю тебя", т.е. данные STL субтитров. Эти данные STL субтитров находятся на расстоянии D0 от левого края данных GP PG-плоскости.

Фиг. 55A является принципиальной схемой, показывающей PG-плоскость RPG, для которой предоставлено смещение вправо. Как показано на фиг. 55A, при предоставлении смещения вправо в PG-плоскость GP, второй модуль 5332 кадрирования изменяет позицию каждого фрагмента пикселных данных в PG-плоскости GP от исходной позиции вправо на число пикселов OFS, равное значению смещения. В частности, второй модуль 5332 кадрирования выполняет кадрирование, чтобы удалять, из правого края PG-плоскости GP, пикселные данные, включенные в полосу AR1 ширины OFS, равной значению смещения. Затем, второй модуль 5332 кадрирования формирует полосу AL1 ширины OFS посредством добавления пикселных данных к левому краю данных PG-плоскости GP. Пикселные данные, включенные в эту полосу AL1, заданы как прозрачные. Этот процесс дает в результате PG-плоскость RGP, для которой предоставлено смещение вправо. Данные STL субтитров фактически находятся на расстоянии DR от левого края этой PG-плоскости RGP. Это расстояние DR равно исходному расстоянию D0 плюс значение OFS смещения: DR=D0+OFS.

Фиг. 55C является принципиальной схемой, показывающей PG-плоскость LGP, для которой предоставлено смещение влево. Как показано на фиг. 55C, при предоставлении смещения влево в PG-плоскость GP, второй модуль 5332 кадрирования изменяет позицию каждого фрагмента пикселных данных в PG-плоскости GP от исходной позиции влево на число пикселов OFS, равное значению смещения. В частности, второй модуль 5332 кадрирования сначала выполняет кадрирование, чтобы удалять, из левого края PG-плоскости GP, пикселные данные, включенные в полосу AL2 ширины OFS, равной значению смещения. Затем, второй модуль 5332 кадрирования формирует полосу AR2 ширины OFS посредством добавления пикселных данных к правому краю PG-плоскости GP. Пикселные данные, включенные в эту полосу AR2, заданы как прозрачные. Этот процесс дает в результате PG-плоскость LGP, для которой предоставлено смещение влево. Данные STL субтитров фактически находятся на расстоянии DL от левого края этой PG-плоскости LGP. Это расстояние DL равно исходному расстоянию D0 минус значение OFS смещения: DL=D0-OFS

Сумматоры плоскостей в режиме двух плоскостей

Фиг. 56 является частичной функциональной блок-схемой сумматора 5624 плоскостей в режиме двух плоскостей. Как показано на фиг. 56, сумматор 5624 плоскостей в режиме двух плоскостей включает в себя модуль 5310 формирования параллактического видео, переключатель 5320, первый сумматор 5341, второй сумматор 5342 и второй модуль 5332 кадрирования, аналогично сумматору 5324 плоскостей в режиме одной плоскости+смещения, показанному на фиг. 53. Хотя не показано на фиг. 56, сумматор 5624 плоскостей в режиме двух плоскостей дополнительно включает в себя другие модули 5331, 5333 и 5334 кадрирования, а также другие сумматоры 5343 и 5344, показанные на фиг. 53. В дополнение к этим компонентам сумматор 5624 плоскостей в режиме двух плоскостей дополнительно включает в себя второй модуль 5610 формирования параллактического видео и второй переключатель 5620 в модуле ввода для PG-плоскостей 5304 и 5305. Хотя не показано на фиг. 56, аналогичная структура включается в модули для ввода плоскости вторичного видео, IG-плоскости и плоскости изображений.

Второй модуль 5610 формирования параллактического видео принимает PG-плоскость 5604 для просмотра левым глазом и данные 5605 PG-плоскости для просмотра правым глазом из декодера 5023 системных целевых объектов. В устройстве 102 воспроизведения в L/R-режиме, PG-плоскость 5604 для просмотра левым глазом и PG-плоскость 5605 для просмотра правым глазом, соответственно, представляют PG-плоскость для просмотра левым глазом и PG-плоскость для просмотра правым глазом, как указывают их названия. Соответственно, второй модуль 5610 формирования параллактического видео передает фрагменты данных 5604 и 5605 плоскости как есть во второй переключатель 5620. С другой стороны, в устройстве 102 воспроизведения в режиме глубины, PG-плоскость 5604 для просмотра левым глазом представляет PG-плоскость двумерных графических изображений, а PG-плоскость 5605 для просмотра правым глазом представляет карту глубины, соответствующую двумерным графическим изображениям. Соответственно, второй модуль 5610 формирования параллактического видео сначала вычисляет бинокулярный параллакс для каждого элемента в двумерных графических изображениях с использованием карты глубины. Затем, второй модуль 5610 формирования параллактического видео обрабатывает PG-плоскость 5604 для просмотра левым глазом, чтобы сдвигать позицию представления каждого элемента в двумерном графическом изображении в PG-плоскости влево или вправо в соответствии с вычисленным бинокулярным параллаксом. Он формирует пару из PG-плоскости для просмотра левым глазом и PG-плоскости для просмотра правым глазом. Кроме того, второй модуль 5610 формирования параллактического видео выводит эти PG-плоскости во второй переключатель 5620.

Второй переключатель 5620 передает PG-плоскость 5604 для просмотра левым глазом и PG-плоскость 5605 для просмотра правым глазом, которые имеют идентичную PTS, во второй модуль 5332 кадрирования в этом порядке. Второй модуль 5332 кадрирования выводит PG-плоскости 5604 и 5605 как есть во второй сумматор 5342. Второй сумматор 5342 накладывает PG-плоскости 5604 и 5605 на данные плоскости, принятые из первого сумматора 5341, и передает результат в третий сумматор 5343. Как результат, PG-плоскость 5604 для просмотра левым глазом накладывается на левую видеоплоскость 5301, а PG-плоскость 5605 для просмотра правым глазом накладывается на правую видеоплоскость 5302.

[Использование информации смещения в режиме двух плоскостей]

Второй модуль 5632 кадрирования в режиме двух плоскостей может использовать информацию 5307 смещения, чтобы выполнять управление смещением для PG-плоскости 5604 для просмотра левым глазом или PG-плоскости 5605 для просмотра правым глазом. Это управление смещением имеет преимущества, описанные ниже.

В L/R-режиме, вместо PG-потока 312A для просмотра левым глазом в первом суб-TS, показанном на фиг. 3B, PG-поток 303A в основном TS, показанный на фиг. 3A (в дальнейшем сокращенно называемый "двумерным/PG-потоком"), может использоваться в качестве PG-плоскости для просмотра левым глазом. Другими словами, в записи 4143 потока для воспроизведения базового вида, показанной на фиг. 41, ссылочная информация 4151 идентификаторов подпутей указывает основной путь, ссылочная информация 4152 файлов потока указывает файл 2D, в котором сохраняется двумерный/PG-поток, и PID 4153 указывает PID двумерного/PG-потока. В этом случае, первый суб-TS не обязательно должен включать в себя PG-поток для просмотра левым глазом, тем самым уменьшая объем данных содержимого трехмерных видеоизображений.

Наоборот, тем не менее, существует риск возникновения следующих проблем в трехмерных графических изображениях. Фиг. 57A, 57B и 57C являются принципиальными схемами, показывающими графическое изображение GOB 0 для просмотра левым глазом, представленное посредством двумерного/PG-потока, и графические изображения GOB 1-3 для просмотра правым глазом, представленные посредством PG-потока для просмотра правым глазом. На фиг. 57A, 57B и 57C, сплошная линия на экране SCR указывает графическое изображение GOB 0 для просмотра левым глазом, и пунктирная линия указывает графические изображения GOB 1-3 для просмотра правым глазом. Расстояния Δ1, Δ2 и Δ3 между графическими изображениями возрастают в порядке фиг. 57A, 57B и 57C (Δ1<Δ2<Δ3), и, следовательно, разность в глубине между трехмерным графическим изображением и экраном SCR возрастает. Соответственно, когда пара графических изображений отображается в порядке фиг. 57A, 57B и 57C, трехмерное графическое изображение кажется выпрыгивающим и ближе экрана SCR. Когда графическое изображение GOB 0 для просмотра левым глазом представляет субтитр, изображение GOB 0 также используется в качестве двумерного видеоизображения, и, следовательно, позиция представления является постоянной для всех фиг. 57A, 57B и 57C. С другой стороны, позиция представления графических изображений GOB 1-3 для просмотра правым глазом сдвигается влево в порядке фиг. 57A, 57B и 57C. Соответственно, центральные позиции C1, C2 и C3 графических изображений сдвигаются влево в порядке фиг. 57A, 57B и 57C. Другими словами, трехмерное графическое изображение субтитра кажется сдвинутым влево. Этот тип сдвига субтитра приводит к риску возникновения чувства некомфортности у зрителей.

Второй модуль 5332 кадрирования в режиме двух плоскостей использует управление смещением в соответствии с информацией смещения нижеприведенным способом, чтобы предотвращать горизонтальный сдвиг в трехмерном графическом изображении. Фиг. 57D, 57E и 57F являются принципиальными схемами, соответственно, показывающими управление смещением для графических изображений просмотра левым глазом, показанных на фиг. 57A, 57B и 57C. На фиг. 57D, 57E и 57F, сплошная линия на экране SCR указывает графические изображения GOB 4-6 для просмотра левым глазом после управления смещением, тонкая пунктирная линия указывает графическое изображение GOB 0 для просмотра левым глазом перед управлением смещением, и толстая пунктирная линия указывает графические изображения GOB 1-3 для просмотра правым глазом. Второй модуль 5332 кадрирования предоставляет смещения OFS1, OFS2 и OFS3, указываемые посредством стрелок на фиг. 57D, 57E и 57F, для PG-плоскости для просмотра левым глазом в этом порядке. Таким образом, графические изображения GOB 4-6 для просмотра левым глазом после управления смещением сдвигаются дальше вправо, чем изображение GOB 0 перед управлением смещением. Как результат, центральная позиция C0 графических изображений на фиг. 57D, 57E и 57F поддерживается постоянной, и трехмерное графическое изображение не кажется сдвинутым горизонтально. Использование двумерного/PG-потока в качестве PG-потока для просмотра левым глазом тем самым исключает риск возникновения чувства некомфортности у зрителей.

Преимущества варианта 1 осуществления

На BD-ROM-диске 101 согласно варианту 1 осуществления настоящего изобретения, файлы AV-потока трехмерных видеоизображений разделяются на блоки данных, которые формируют множество блоков экстентов. В частности, размеры блоков данных и блоков экстентов удовлетворяют вышеуказанным условиям. Эти условия могут быть реорганизованы в качестве следующих правил выделения.

Правило 1. Файл base совпадает с файлом 2D с точностью до бита. Тем не менее, LBN не должны совпадать между экстентами для воспроизведения базового вида с EXT1[·] и двумерными экстентами EXT2D[·].

Правило 2. Экстент SS EXTSS [·] является областью данных, в которой целое число пар из экстента EXT1[·] для воспроизведения базового вида и экстента EXT2[·] для воспроизведения зависимого вида находятся последовательно в перемеженной компоновке.

Правило 3. Как показано на фиг. 15, (i+1)-й экстент EXT1[i] для воспроизведения базового вида с начала файла base (буква i представляет целое число в нуль или более) и (i+1)-й экстент EXT2[i] для воспроизведения зависимого вида с начала файла DEP находятся последовательно в логическом адресном пространстве в обратном порядке, т.е. экстент EXT2[i] для воспроизведения зависимого вида находится перед экстентом EXT1[i] для воспроизведения базового вида: EXT2[i] → EXT1[i].

Правило 4. Размеры экстентов EXT1[·] для воспроизведения базового вида и экстентов EXT2[·] для воспроизведения зависимого вида задаются равными целым кратным размера совмещенной единицы (=приблизительно 6 Кбайт).

Правило 5. ATS исходных пакетов, принадлежащих (i+1)-му экстенту EXT1[i] для воспроизведения базового вида, и ATS исходных пакетов, принадлежащих (i+1)-му экстенту EXT2[i] для воспроизведения зависимого вида, выражаются на идентичной временной оси ATC.

Правило 6. (I+1)-й экстент EXT1[i] для воспроизведения базового вида и (i+1)-й экстент EXT2[i] для воспроизведения зависимого вида имеют идентичное ATC-время экстента.

Правило 7. Экстент EXT1[·] для воспроизведения базового вида удовлетворяет условию 1, кроме случаев, когда располагается в конце экстента SS EXTSS [·] и когда не указывается ссылкой посредством записи файла любого файла 2D. Другими словами, размер SEXT2D[·] двумерного экстента EXT2D[·] удовлетворяет выражению (1).

Правило 8. Экстенты EXT1[·] для воспроизведения базового вида удовлетворяют условию 2 кроме случаев, когда располагаются в конце экстента SS EXTSS [·]. Другими словами, размер SEXT1[·] блока данных для воспроизведения базового вида удовлетворяет выражению (2).

Правило 9. Экстент EXT2[·] для воспроизведения зависимого вида удовлетворяет условию 3 кроме случаев, когда располагается в конце экстента SS EXTSS [·]. Другими словами, размер SEXT2[·] блока данных для воспроизведения зависимого вида удовлетворяет выражению (3).

Правило 10. Когда (i+1)-й экстент SS EXTSS[i] и (i+2)-й экстент SS EXTSS[i+1] с начала файла SS плавно соединяются друг с другом, (i+1)-й экстент SS EXTSS[i], удовлетворяет условию 4. Другими словами, размер SEXTSS[i] (i+1)-го блока экстентов удовлетворяет выражению (4).

Правило 11. (I+1)-й экстент EXT1[i] для воспроизведения базового вида и (i+1)-й экстент EXT2[i] для воспроизведения зависимого вида удовлетворяют условию 5. Другими словами, размеры блоков данных для воспроизведения базового вида и блоков данных для воспроизведения зависимого вида равны или меньше максимального размера экстента, указываемого посредством таблицы на фиг. 28A.

В частности, посредством удовлетворения правилу 11, когда системная скорость для файла DEP превышает предварительно определенное пороговое значение (например, 32 Мбит/с), максимальный размер экстента блоков данных типа (B), которые должны считываться непосредственно перед длинным переходом, уменьшается. Как результат, BD-ROM-диск 101 предоставляет возможность устройству 102 воспроизведения поддерживать нижний предел емкости RB2 в приемлемом диапазоне при удовлетворении другим правилам. Таким образом, диск предоставляет возможность буферам считывания в устройстве воспроизведения в режиме двумерного воспроизведения или в режиме трехмерного воспроизведения в большей степени уменьшать емкость без опустошения в результате буферов считывания.

Модификации

(1-A) В L/R-режиме согласно варианту осуществления 1 настоящего изобретения, видеопоток для воспроизведения базового вида представляет вид для просмотра левым глазом, и видеопоток для воспроизведения зависимого вида представляет вид для просмотра правым глазом. В отличие от этого, тем не менее, видеопоток для воспроизведения базового вида может представлять вид для просмотра правым глазом, а видеопоток для воспроизведения зависимого вида - вид для просмотра левым глазом. На BD-ROM-диске 101 согласно варианту осуществления 1 настоящего изобретения, видеопоток для воспроизведения базового вида и видеопоток для воспроизведения зависимого вида мультиплексируются в различных TS. Альтернативно, видеопоток для воспроизведения базового вида и видеопоток для воспроизведения зависимого вида могут быть мультиплексированы в один TS.

(1-B) В файлах AV-потока, представляющих трехмерные видеоизображения, трехмерные дескрипторы могут добавляться к PMT 1410, показанной на фиг. 14. "Трехмерные дескрипторы" являются информацией о формате воспроизведения трехмерных видеоизображений, совместно используются посредством всего файла AV-потока и, в частности, включают в себя информацию трехмерного формата. Информация трехмерного формата указывает формат воспроизведения, такой как L/R-режим или режим глубины, трехмерных видеоизображений в файле AV-потока. Кроме того, трехмерные дескрипторы потока могут добавляться к каждому фрагменту информации потока 1403, включенному в PMT 1410. "Трехмерные дескрипторы потока" указывают информацию о формате воспроизведения трехмерных видеоизображений для каждого элементарного потока, включенного в файл AV-потока. В частности, трехмерные дескрипторы потоков видеопотока включают в себя тип трехмерного отображения. "Тип трехмерного отображения" указывает то, являются видеоизображения в видеопотоке видом для просмотра левым глазом или видом для просмотра правым глазом, когда видеоизображения воспроизводятся в L/R-режиме. Тип трехмерного отображения также указывает то, являются видеоизображения в видеопотоке двумерными видеоизображениями или картами глубины, когда видеоизображения воспроизводятся в режиме глубины. Когда PMT 1410 тем самым включает в себя информацию, касающуюся формата воспроизведения трехмерных видеоизображений, система воспроизведения этих видеоизображений может получать эту информацию просто из файла AV-потока. Этот вид структуры данных, следовательно, полезен при распространении содержимого трехмерных видеоизображений через широковещательную передачу.

(1-C) Файл информации о клипах для воспроизведения зависимого вида может включать в себя предварительно определенный флаг в информации атрибутов видеопотока, выделяемой PID=0x1012, 0x1013 видеопотока для воспроизведения зависимого вида. Когда помечен, этот флаг указывает то, что видеопоток для воспроизведения зависимого вида обращается к видеопотоку для воспроизведения базового вида. Кроме того, информация атрибутов видеопотока может включать в себя информацию, касающуюся видеопотока для воспроизведения базового вида, к которому обращается видеопоток для воспроизведения зависимого вида. Эта информация может использоваться для того, чтобы подтверждать соответствие между видеопотоками при верификации, через предварительно определенное инструментальное средство, того, создано содержимое трехмерных видеоизображений в соответствии с заданным форматом или нет.

В варианте 1 осуществления настоящего изобретения размеры экстентов для воспроизведения базового вида и экстентов для воспроизведения зависимого вида могут вычисляться из начальных точек экстентов, включенных в файл информации о клипах. Альтернативно, список размера каждого экстента может сохраняться, например, в файле информации о клипах как часть метаданных.

(1-D) Файл 222 списков для трехмерного воспроизведения, показанный на фиг. 39, включает в себя один подпуть 3902. Альтернативно, файл списков для трехмерного воспроизведения может включать в себя множество подпутей. Например, если типом подпути для одного подпути является "трехмерный L/R", то типом подпути для другого подпути может быть "трехмерная глубина". Если подпуть для воспроизведения переключается между этими двумя типами подпутей, когда трехмерные видеоизображения воспроизводятся в соответствии с файлом списков для трехмерного воспроизведения, устройство 102 воспроизведения может легко переключаться между L/R-режимом и режимом глубины. В частности, такое переключение может выполняться быстрее, чем переключение самого файла списков для трехмерного воспроизведения.

Файл списков для трехмерного воспроизведения может включать в себя множество подпутей, имеющих идентичный тип подпути. Например, когда трехмерные видеоизображения, имеющие различный бинокулярный параллакс для идентичной сцены, представляются посредством различных видов для просмотра правым глазом для общего вида для просмотра левым глазом, множество файлов DEP, представляющих различные виды для просмотра правым глазом, записываются на BD-ROM-диске 101. В этом случае, файл списков для трехмерного воспроизведения включает в себя множество подпутей, имеющих тип подпути "трехмерного L/R". Эти подпути по отдельности указывают пути воспроизведения различных файлов DEP. Когда трехмерные видеоизображения воспроизводятся в соответствии с этим файлом списков для трехмерного воспроизведения, подпуть для воспроизведения может быстро переключаться посредством, например, пользовательской операции. Следовательно, бинокулярный параллакс трехмерных видеоизображений изменяется практически без прерывания трехмерных видеоизображений. Соответственно, пользователю может легко разрешаться выбирать бинокулярный параллакс трехмерных видеоизображений.

В файле 222 списков для трехмерного воспроизведения, показанном на фиг. 39, видеопоток для воспроизведения базового вида регистрируется в STN-таблице в основном пути 3901, и видеопоток для воспроизведения зависимого вида регистрируется в STN-таблице SS 3930 в расширенных данных 3903. Альтернативно, видеопоток для воспроизведения зависимого вида может быть зарегистрирован в STN-таблице. В этом случае, STN-таблица может включать в себя флаг, указывающий то, представляет зарегистрированный видеопоток базовый вид или зависимый вид.

Файл списков для двумерного воспроизведения и файл списков для трехмерного воспроизведения записываются отдельно на BD-ROM-диске 101 согласно варианту 1 осуществления настоящего изобретения. Альтернативно, подпуть 3902, показанный на фиг. 39, аналогично расширенным данным 3903, может записываться в область, к которой обращается только устройство 102 воспроизведения в режиме трехмерного воспроизведения. В этом случае, подпуть 3902 не приводит к риску неправильного функционирования устройства 102 воспроизведения в режиме двумерного воспроизведения, и файл списков для трехмерного воспроизведения может быть использован как есть в качестве файла списков для двумерного воспроизведения. Это упрощает процесс авторской разработки BD-ROM-диска.

(1-E) Индексный файл 211, показанный на фиг. 43, включает в себя флаг 4320 существования трехмерного режима и флаг 4330 предпочтения двумерного/трехмерного режима, которые совместно используются посредством всех тайтлов. Альтернативно, индексный файл может задавать различный флаг существования трехмерного режима или флаг предпочтения двумерного/трехмерного режима для каждого тайтла.

(1-F) В устройстве трехмерного воспроизведения, в дополнение к уровню родительского контроля, задаваемому в SPRM(13), уровень родительского контроля для трехмерного режима может задаваться в SPRM(30). Уровень родительского контроля для трехмерного режима указывает предварительно определенный ограниченный возраст и используется для родительского контроля просмотра тайтлов трехмерного видео, записанных на BD-ROM-диске 101. Аналогично значению SPRM(13), пользователь устройства трехмерного воспроизведения задает значение SPRM(30), например, через OSD устройства трехмерного воспроизведения. Ниже приводится пример того, как устройство трехмерного воспроизведения выполняет родительский контроль для каждого тайтла трехмерного видео. Во-первых, устройство трехмерного воспроизведения считывает из BD-ROM-диска 101 возраст, при котором зрителям разрешается просматривать тайтл в режиме двумерного воспроизведения, и сравнивает этот возраст со значением SPRM(13). Если возраст превышает значение SPRM(13), устройство трехмерного воспроизведения прекращает воспроизведение тайтла. Если возраст равен или меньше значения SPRM(13), устройство трехмерного воспроизведения затем считывает из BD-ROM-диска 101 возраст, при котором зрителям разрешается просматривать тайтл в режиме трехмерного воспроизведения, и сравнивает этот возраст со значением SPRM(30). Если возраст равен или меньше значения SPRM(30), устройство трехмерного воспроизведения воспроизводит тайтл в режиме трехмерного воспроизведения. Если возраст равен, превышает значение SPRM(30), устройство трехмерного воспроизведения воспроизводит тайтл в режиме двумерного воспроизведения. Оно учитывает разности в межзрачковом расстоянии вследствие возраста, предоставляя возможность родительского контроля, при котором, например, "дети младше определенного возраста могут просматривать трехмерные видеоизображения только как двумерные видеоизображения". Предпочтительно, этот родительский контроль выполняется, когда, во время выбора файла списков воспроизведения для воспроизведения, показанного на фиг. 44, определяется то, что "дисплейное устройство поддерживает трехмерные видеоизображения", т.е. когда результатом этапа S4405 является "Да". Следует отметить, что вместо ограниченного возраста, значение, указывающее, разрешать или запрещать режим трехмерного воспроизведения, может задаваться в SPRM(30), при этом устройство трехмерного воспроизведения затем определяет, является режим трехмерного воспроизведения допустимым или недопустимым, в соответствии с этим значением.

(1-G) В устройстве трехмерного воспроизведения значение, указывающее то, "режим двумерного воспроизведения или режим трехмерного воспроизведения должен приоритезироваться", может задаваться в SPRM(31). Пользователь устройства трехмерного воспроизведения задает значение SPRM(31), например, через OSD устройства трехмерного воспроизведения. Устройство трехмерного воспроизведения обращается как к флагу предпочтения двумерного/трехмерного режима, так и к SPRM(31) на этапе S4403, показанном на фиг. 44, т.е. обработка, чтобы выбирать файл списков воспроизведения для воспроизведения. Если оба указывают режим двумерного воспроизведения, устройство трехмерного воспроизведения выбирает режим двумерного воспроизведения. Если как флаг предпочтения двумерного/трехмерного режима, так и SPRM(31) указывают режим трехмерного воспроизведения, устройство трехмерного воспроизведения выполняет этап S4405, т.е. HDMI-аутентификацию, без отображения экрана выбора режима воспроизведения. Как результат, если дисплейное устройство поддерживает воспроизведение трехмерных видеоизображений, устройство трехмерного воспроизведения выбирает режим трехмерного воспроизведения. Если флаг предпочтения двумерного/трехмерного режима и SPRM(31) указывают различные режимы воспроизведения, устройство трехмерного воспроизведения выполняет этап S4404, т.е. отображает экран выбора режима воспроизведения для пользователя, чтобы выбирать режим воспроизведения. Альтернативно, прикладная программа может инструктироваться выбирать режим воспроизведения. Таким образом, даже если флаг предпочтения двумерного/трехмерного режима задается для содержимого трехмерных видеоизображений, пользователь снова запрашивается выбирать режим воспроизведения только тогда, когда режим воспроизведения, указываемый посредством SPRM(31), т.е. режим воспроизведения, который уже задал пользователь, не совпадает с режимом воспроизведения, указываемым посредством значения флага предпочтения двумерного/трехмерного режима.

Прикладная программа, к примеру BD-J-объект, может обращаться к SPRM(31) и выбирать режим воспроизведения. Кроме того, при запрашивании пользователя выбирать режим воспроизведения на этапе S4404, начальное состояние меню, отображаемого на экране выбора, может быть определено в соответствии со значением SPRM(31). Например, если значение SPRM(31) указывает, чтобы приоритезировать режим двумерного воспроизведения, меню отображается с курсором, размещаемым над кнопкой выбора для режима двумерного воспроизведения, тогда как если значение SPRM(31) указывает, чтобы приоритезировать режим трехмерного воспроизведения, меню отображается с курсором, размещаемым над кнопкой выбора для режима трехмерного воспроизведения. Дополнительно, когда устройство трехмерного воспроизведения имеет функцию для управления множеством учетных записей пользователей, таких как отец, мать, ребенок и т.д., устройство трехмерного воспроизведения может задавать значение SPRM(31) в сочетании с учетной записью пользователя, который в настоящее время зарегистрирован.

В дополнение к указанию того, что "режим двумерного воспроизведения или режим трехмерного воспроизведения должен приоритезироваться", значение SPRM(31) может указывать, что "режим двумерного воспроизведения или режим трехмерного воспроизведения должен задаваться как значение по умолчанию". Если значение SPRM(31) указывает, что "режим двумерного воспроизведения должен задаваться как значение по умолчанию", устройство трехмерного воспроизведения всегда выбирает режим двумерного воспроизведения независимо от значения флага предпочтения двумерного/трехмерного режима. В этом случае значение SPRM(25) задается так, что оно указывает режим двумерного воспроизведения. Когда значение SPRM(31) указывает, что "режим трехмерного воспроизведения должен задаваться по умолчанию", устройство трехмерного воспроизведения выполняет HDMI-аутентификацию без отображения экрана выбора режима воспроизведения независимо от значения флага предпочтения двумерного/трехмерного режима. В этом случае значение SPRM(25) задается так, что оно указывает режим трехмерного воспроизведения (L/R-режим или режим глубины). Даже если флаг предпочтения двумерного/трехмерного режима задается для содержимого трехмерных видеоизображений, режим воспроизведения, который уже задал пользователь, тем самым всегда приоритезируется.

(1-H) Когда системная скорость RTS2 для файла DEP задается не меньше системной скорости RTS1 для файла 2D, скорость REXT2 передачи для воспроизведения зависимого вида также может повышаться до идентичного уровня. Когда скорость REXT2[n] передачи для (n+1)-го блока данных для воспроизведения зависимого вида повышается таким образом, то на основе предела суммы средних скоростей REXT1[n] и REXT2[n] передачи скорость REXT1[n] передачи для (n+1)-х блока данных для воспроизведения базового вида падает заметно ниже максимального значения RMAX1. С другой стороны, средняя скорость REXT2D передачи, включенная в знаменатель в правой стороне выражения (7), оценивается при своем максимальном значении, RMAX2D. Кроме того, верхний предел ATC-времени экстента (n+1)-го блока данных для воспроизведения базового вида является значением, выражаемым посредством отношения максимального размера экстента блока данных к скорости REXT1[n] передачи для воспроизведения базового вида. Соответственно, верхний предел имеет заметно большую длину, чем фактическое ATC-время экстента. Поскольку ATC-время экстента является идентичным для (n+1)-го блока данных для воспроизведения базового вида и (n+1)-го блока данных для воспроизведения зависимого вида, размер блока данных для воспроизведения зависимого вида равняется, самое большее, произведению скорости REXT2[n] передачи для воспроизведения зависимого вида и вышеуказанного верхнего предела ATC-времени экстента. Этот размер заметно превышает фактическое значение, требуемое для плавного воспроизведения, тем самым предотвращая дополнительное уменьшение емкости RB2 2212. Соответственно, когда системная скорость RTS2 для файла DEP может задаваться не ниже системной скорости RTS1 для файла 2D, выражение (7) изменяется на выражение (12):

. (12)

В правой стороне выражения (12) меньшее из (i) максимального значения RMAX2D средней скорости передачи для двумерного экстента и (ii) разности между суммой RMAX1+RMAX2 максимальных значений скоростей передачи и скорости REXT2 передачи для воспроизведения зависимого вида используется в качестве скорости передачи, включенной в знаменатель. В этом контексте, сумма RMAX1+RMAX2 максимальных значений скоростей передачи равняется 192/188, умноженному на сумму RTS1+RTS2 системных скоростей. Соответственно, когда скорость REXT2 передачи для воспроизведения зависимого вида повышается до уровня, идентичного уровню системной скорости, максимальный размер экстента оценивается при вышеуказанной разности. Верхний предел ATC-времени экстента блока данных для воспроизведения базового вида тем самым поддерживается при значении около фактического ATC-времени экстента. Следовательно, размер блока данных для воспроизведения зависимого вида поддерживается на уровне, фактически необходимом для плавного воспроизведения. Емкость RB2 2212 тем самым сохраняется достаточно низкой.

(1-I). Условия при задании ATS во время плавного воспроизведения через PI

В одной секции воспроизведения (PI), как показано на фиг. 17, когда ATC-времена экстента для (i+1)-й пары EXT1[i], EXT2[i] экстентов (i=0, 1, 2,...) совмещаются, ATS A2(0) исходного пакета (SP2 #0) в начале блока EXT2[i] данных для воспроизведения зависимого вида задается равной или превышающей ATS A1(0) исходного пакета (SP1 #0) в начале блока EXT1[i] данных для воспроизведения базового вида: A2(0)≥A1(0). Тем не менее, периоды передачи из RB1 и RB2 в декодер системных целевых объектов не являются строго совмещенными между (i+1)-й парой EXT1[i] и EXT2[i] экстентов. С другой стороны, когда различные PI плавно соединяются при условии "условие соединения (CC)=6", то, как показано на фиг. 37B, ATC должны быть последовательными между PI. Соответственно, как описано ниже, существует риск возникновения опустошения в RB2 в точке соединения между различными PI.

Фиг. 58A является принципиальной схемой, указывающей время, в которое блоки данных передаются из RB1 и RB2 в декодер системных целевых объектов, когда PI #(N-1) и PI #N соединяются плавно (буква N представляет целое число в единицу или более), причем блоки данных находятся перед и после точки соединения. (N+1)-я пара EXT1[n] и EXT2[n] экстентов (буква n представляет целое число в нуль или более) находится в конце PI #(N-1), а (n+2)-я пара EXT1[n+1] и EXT2[n+1] экстентов располагается в начале PI #N. В этом контексте ATC может быть прерывистой между концом EXT1[n] и началом EXT1[n+1]. То же применимо для конца EXT2[n] и начала EXT2[n+1]. Как показано на фиг. 58A, период TATC20[n] передачи EXT2[n] завершается позднее периода TATC1[n] передачи EXT1[n]. Другими словами, ATS A2(0) SP2 #0 в EXT2[n+1] превышает ATS A1(0) SP1 #0 в EXT1[n+1]. Между ATS A1(0) и A2(0), период передачи конечной части 5801 из EXT2[n] перекрывает период передачи начальной части EXT1[n+1].

Фиг. 58B и 58C являются графиками, показывающими изменения во времени в объемах DA1 и DA2 данных, сохраненных в RB1 и RB2, когда устройство трехмерного воспроизведения декодирует EXT1[n], EXT1[n+1], EXT2[n] и EXT2[n+1], показанные на фиг. 58A. Как показано на фиг. 58B, объем DA1 данных, сохраненных в RB1, повышается в течение периода PRB[n] считывания EXT1[n] и падает в течение периода PJ, когда либо переход от конца EXT1[n] к началу EXT2[n+1], либо переход через нуль секторов возникает, и в течение периода PRD[n+1] считывания EXT2[n+1]. С другой стороны, длина периода TATC1[n] передачи EXT1[n] задается так, что она равна или превышает время от начального времени периода PRB[n] считывания EXT1[n] до начального времени периода PRB[n+1] считывания EXT1[n+1]. Соответственно, сохраненный объем DA1 данных во второе начальное время не опускается ниже значения в первое начальное время. Другими словами, опустошение не происходит в RB1. Как показано на фиг. 58C, объем DA2 данных, сохраненных в RB2, повышается в течение периода PRD[n] считывания EXT2[n] и падает в течение периода PRB[n] считывания EXT1[n] и в течение периода PJ вышеуказанного перехода или перехода через нуль секторов. С другой стороны, длина периода TATC20[n] передачи EXT2[n] задается так, что она равна или превышает время от начального времени периода PRB[n] считывания EXT1[n] до начального времени периода PRB[n+1] считывания EXT1[n+1]. Соответственно, сохраненный объем DA2 данных в начальное время TS1 периода PRD[n+1] считывания EXT2[n+1] превышает значение в начальное время TS0 периода PRD[n] считывания EXT2[n]. Другими словами, опустошение не происходит в RB2. Как показано на фиг. 58A, в таком случае не возникает проблем во время соединения между различными PI, если период TATC20[n] передачи EXT2[n] завершается позднее периода TATC1[n] передачи EXT1[n].

Аналогично фиг. 58A, фиг. 58D является принципиальной схемой, указывающей время, в которой блоки данных передаются из RB1 и RB2 в декодер системных целевых объектов, когда PI #(N-1) и PI #N соединяются плавно, причем блоки данных находятся перед и после точки соединения. В отличие от фиг. 58A, тем не менее, на фиг. 58D период TATC21[n] передачи EXT2[n] завершается раньше периода TATC1[n] передачи EXT1[n]. Другими словами, ATS A2(0) SP2 #0 в EXT2[n+1] меньше ATS A1(0) SP1 #0 в EXT1[n+1]. Между ATS A2(0) и A1(0), период передачи начальной части 5811 из EXT2[n+1] формально перекрывает период передачи конечной части EXT1[n].

Фиг. 58E и 58F являются графиками, показывающими изменения во времени в объемах DA1 и DA2 данных, сохраненных в RB1 и RB2, когда устройство трехмерного воспроизведения декодирует EXT1[n], EXT1[n+1], EXT2[n] и EXT2[n+1], показанные на фиг. 58D. График на фиг. 58E является идентичным графику на фиг. 58B. Соответственно, опустошение не происходит в RB1. Как показано на фиг. 58F, объем DA2 данных, сохраненных в RB2, повышается в течение периода PRD[n] считывания EXT2[n] и падает в течение периода PRB[n] считывания EXT1[n]. На этом графике период TATC21[n] передачи EXT2[n] завершается раньше периода PRB[n] считывания EXT1[n]. Соответственно, объем DA2 данных, сохраненных в RB2, возвращается к значению в начальное время TS0 периода PRD[n] считывания EXT2[n] во время TUF, которое находится перед временем, когда период PRB[n] считывания EXT1[n] завершается. В этом случае, EXT2[n+1] не может считываться с BD-ROM-диска в RB2 в течение периода PRB[n] считывания EXT1[n] и периода PJ перехода или перехода через нуль секторов. Как результат, в отличие от задания ATS в EXT2[n+1], передача данных из RB2 в декодер системных целевых объектов прекращается в течение периода от конечного времени TUF периода TATC21[n] передачи EXT2[n] до начального времени TS1 периода PRD[n] считывания EXT2[n+1]. Другими словами, опустошение происходит в RB2. Как показано на фиг. 58D, в таком случае проблема может возникать во время соединения между различными PI, если период TATC21[n] передачи EXT2[n] завершается раньше периода TATC1[n] передачи EXT1[n].

Чтобы предотвращать опустошение в RB2, вызываемое посредством прозрачного соединения между PI, достаточно приспосабливать один из следующих двух способов. Первый способ состоит в том, чтобы задавать время, указанное посредством ATS, которая задается в экстенте для воспроизведения зависимого вида, считываемом после точки соединения PI, так что она располагается в или после конечного времени периода передачи экстента для воспроизведения базового вида, считываемого перед точкой соединения. Второй способ делает предварительную загрузку необязательной во время прозрачного соединения между блоками экстентов.

(1-I-1). Первый способ

Фиг. 59A и 59B являются принципиальными схемами, показывающими, когда прозрачное соединение задается равным CC=6, 5 между PI #(N-1) и PI #N, соответствие между ATS, заданной для каждого из исходных пакетов, и периодом передачи исходного пакета согласно первому способу. (N+1)-я пара EXT1[n] и EXT2[n] экстентов располагается в конце PI #(N-1), а (n+2)-я пара EXT1[n+1] и EXT2[n+1] экстентов располагается в начале PI #N. На фиг. 59A и 59B, прямоугольники 5910 на верхнем уровне представляют периоды передачи исходных пакетов, включенных в EXT1[n] и EXT1[n+1], а прямоугольники 5920 на нижнем уровне представляют периоды передачи исходных пакетов, включенных в EXT2[n] и EXT2[n+1]. ATC-ось, параллельная временной оси, указывает взаимосвязь ATS между исходными пакетами. На этом чертеже, позиция начала каждого прямоугольника 5910 и 5920 вдоль ATC-оси представляет значение ATS соответствующего исходного пакета. Поскольку CC=6 на фиг. 59A, ATC является непрерывной между PI #(N-1) и PI #N. С другой стороны, поскольку CC=5 на фиг. 59B, ATC является прерывистой между PI #(N-1) и PI #N.

Как показано на фиг. 59A и 59B, начальное время T22 передачи исходного пакета SP22, расположенного в начале EXT2[n+1], равно или позднее конечного времени T12 передачи исходного пакета SP11, расположенного в конце EXT1[n]: T22≥T12. В этом случае, после того как все исходные пакеты в EXT1[n] переданы, исходный пакет SP22, расположенный в начале EXT2[n+1], должен быть передан. Фактический период передачи EXT2[n+1] тем самым задается так, что он соответствует периоду, указываемому посредством ATS, заданной в EXT2[n+1]. Другими словами, опустошение предотвращается в RB2.

Время AT1, требуемое для того, чтобы передавать один TS-пакет, принадлежащий основному TS, равно 188 байт, длине TS-пакета, деленной на скорость RMTS записи основного TS: AT1=188/RMTS. Соответственно, конечное время T12 передачи исходного пакета SP11, расположенного в конце EXT1[n], позднее начального времени T11 передачи исходного пакета SP11 на время AT1 передачи для одного TS-пакета, принадлежащего основному TS: T12=T11+AT1=T11+188/RMTS. На фиг. 59A, ATC является непрерывной через PI #(N-1) и PI #N, и, следовательно, начальные времена T11 и T22 передачи исходных пакетов SP11 и SP22 могут выражаться посредством ATS A11 и A22 исходных пакетов. Другими словами, вышеуказанное условие T22≥T12 может представляться в качестве выражения (13):

A22≥A11+188/RMTS. (13)

С другой стороны, на фиг. 59B, ATC является прерывистой между PI #(N-1) и PI #N. В этом контексте ATC для PI #(N-1) упоминается как "ATC1", а ATC для PI #N упоминается как "ATC2". В этом случае, разность в ATS A22-A21 между исходным пакетом SP21, расположенным в конце EXT2[n], и исходным пакетом SP22, расположенным в начале EXT2[n+1], не обязательно совпадает с ΔT2, разностью в начальных временах T22-T21 передачи между исходными пакетами SP21 и SP22. Тем не менее, посредством использования ΔA2, которое является разностью ΔT2 в начальных временах передачи, подсчитываемых в единицах ATC1, начальное время T22 передачи исходного пакета SP22, расположенного в начале EXT2[n+1], может выражаться как ATS A21 исходного пакета SP21, расположенного в конце EXT2[n]. Другими словами, вышеуказанное условие T22≥T12 может представляться в качестве выражения (14):

A21+ΔA2≥A11+188/RMTS. (14)

(1-I-2). Второй способ

Фиг. 60B является принципиальной схемой, показывающей (M+1)-й блок 6001 экстентов (EXTSS[m]) (буква M представляет целое число в единицу или более), (M+2)-й блок 6002 экстентов (EXTSS[m+1]) и путь 6020 воспроизведения в режиме трехмерного воспроизведения. Как показано на фиг. 60B, в соответствии с путем 6020 воспроизведения, весь EXTSS[m] 6001 сначала считывается одновременно. Переход J[M] осуществляется непосредственно после этого. Затем, EXTSS[m+1] 6002 считывается одновременно.

Фиг. 60A является графиком, показывающим изменения в объемах DA1 и DA2 данных в RB1 и RB2, когда EXTSS[m] 6001 и EXTSS[m+1] 6002 плавно соединяются, и изменения в сумме DA1+DA2. На фиг. 60A линия с чередующимися длинным и коротким пунктиром указывает изменения в объеме DA1 данных, сохраненном в RB1, пунктирная линия указывает изменения в объеме DA2 данных, сохраненном в RB2, и сплошная линия указывает изменения в сумме DA1+DA2 этих двух объемов данных. На этом графике сплошная линия является аппроксимацией, которая усредняет небольшие изменения каждый раз, когда блок данных считывается. Кроме того, время перехода через нуль секторов считается равным нулю миллисекунд.

Как показано на фиг. 60A, в течение периода PRBLK[M] считывания EXTSS[m] 6001, объемы DA1 и DA2 данных, соответственно, сохраненные в RB1 и RB2, увеличиваются, и, следовательно, сумма этих объемов DA1+DA2 увеличивается на скорости, равной разности RUD72-REXTSS[m] между скоростью RUD72 считывания и средней скоростью REXTSS[M] передачи. В точке, в которой последний блок B данных для воспроизведения базового вида в EXTSS[m] 6001 считывается в RB1, сумма DA1+DA2 сохраненного объема данных достигает своего максимального значения. Во время непосредственно последующего периода PJ[M] перехода сумма DA1+DA2 сохраненного объема данных снижается на средней скорости REXTSS[M] передачи. Кроме того, период PRBLK[M+1] считывания EXTSS[m+1] 6002 начинается в конце периода PJ[M] перехода.

Второй способ состоит в том, чтобы размещать секцию данных потока для воспроизведения зависимого вида, в котором период передачи перекрывается с конечной частью блока B[n-1] данных для воспроизведения базового вида, расположенного в конце EXTSS[m] 6001 в блоке D[n] данных для воспроизведения зависимого вида, расположенном в начале EXTSS[m+1] 6002. За счет этого предварительная загрузка является необязательной в течение периода PRD[n] считывания блока D[n] данных для воспроизведения зависимого вида, расположенного в начале EXTSS[m+1] 6002. Другими словами, в течение периода PRD[n] считывания, период передачи TATC1[m] блоков B[m],..., B[n-1] данных для воспроизведения базового вида, включенных в EXTSS[m] 6001, должен перекрываться с периодом TATC2[M+1] передачи блоков D[n],..., данных для воспроизведения зависимого вида, включенных в EXTSS[m+1] 6002. В этом случае скорость передачи битов блока D[n] данных для воспроизведения зависимого вида, расположенного в начале EXTSS[m+1] 6002, регулируется так, что сумма скорости передачи для воспроизведения базового вида и скорости передачи для воспроизведения зависимого вида не превышает предварительно определенное пороговое значение.

Кроме того, условие 4 для предотвращения опустошения в RB1 и RB2 во время перехода J[M] изменяется следующим образом. Во-первых, длина периода передачи TATC1[m] всего блока данных для воспроизведения базового вида, включенного в EXTSS[m] 6001, должна быть равной или превышать время от начального времени T1[M] считывания первого блока B[m] данных для воспроизведения базового вида до начального времени T1[M+1] считывания первого блока B[n] данных для воспроизведения базового вида в EXTSS[m+1] 6002. Как очевидно из фиг. 60A, период T1[m+1]-T1[m] равен сумме длины периода PRBLK[M] считывания EXTSS[m] 6001, времени TJUMP[M] перехода для перехода J[M] и разности TDIFF[M] в длинах периодов PRD[n] и PRD[m] считывания первых блоков данных для воспроизведения зависимого вида в двух блоках 6001 и 6002 экстентов. Затем, длина периода TATC2[M] передачи всего блока данных для воспроизведения зависимого вида, включенного в EXTSS[m] 6001, должна быть равной или превышать время от начального времени T2[M] считывания первого блока D[m] данных для воспроизведения зависимого вида до начального времени T2[M+1] считывания первого блока D[n] данных для воспроизведения зависимого вида в EXTSS[m+1] 6002. Как очевидно из фиг. 60A, период T2[m+1]-T2[m] равен сумме длины периода PRBLK[M] считывания EXTSS[m] 6001 и времени TJUMP[M] перехода для перехода J[M]. Длина периода PRBLK[M] считывания EXTSS[m] 6001 равна SEXTSS[m]/RUD72, значению, полученному посредством деления размера SEXTSS[M] EXTSS[m] 6001 на скорость RUD72 считывания. Соответственно, условие 4 представляется в качестве выражения (15):

T A T C 1 [ M ] ( S E X T S S [ M ] R U D 72 + T J U M P [ M ] + T D I F F [ M ] ) ,

T A T C 2 [ M ] ( S E X T S S [ M ] R U D 72 + T J U M P [ M ] ) . (15)

(I-J). Порядок блоков данных для воспроизведения базового вида и зависимого вида

Фиг. 61A является таблицей, показывающей максимальные размеры maxSEXT1[n] и maxSEXT2[n] экстентов для различных комбинаций скорости REXT1[n] передачи для воспроизведения базового вида и скорости REXT2[n] передачи для воспроизведения зависимого вида для одной пары экстентов (буква N представляет целое число в нуль или более). На этом чертеже, предполагается, что сумма средних скоростей REXT1[n] и REXT2[n] передачи составляет 60 Мбит/с и что каждая скорость REXT1[n] и REXT2[n] передачи равна или меньше 45 Мбит/с: REXT1[n]+REXT2[n]≤60 Мбит/с, REXT1[n]≤45 Мбит/с, REXT2[n]≤45 Мбит/с. Максимальные размеры maxSEXT2[n] и maxSEXT2[n] экстентов вычисляются посредством выражения (7). Как очевидно посредством того, как выражение (7) включает в себя скорость RUD54 считывания BD-ROM-накопителя в режиме двумерного воспроизведения, максимальные размеры maxSEXT2[n] и maxSEXT2[n] экстентов зависят от производительности BD-ROM-накопителя. Соответственно, значения, показанные на фиг. 61A, являются просто примерами.

Как показано на фиг. 61A, когда скорость REXT1[n] передачи для воспроизведения базового вида составляет 45 Мбит/с, а скорость REXT2[n] передачи для воспроизведения зависимого вида составляет 15 Мбит/с, максимальный размер maxSEXT2[n] экстента для экстента для воспроизведения зависимого вида составляет 6 MB. Наоборот, когда скорость REXT1[n] передачи для воспроизведения базового вида составляет 15 Мбит/с, а скорость REXT2[n] передачи для воспроизведения зависимого вида составляет 45 Мбит/с, максимальный размер maxSEXT2[n] экстента для экстента для воспроизведения зависимого вида составляет 8 MB. Как в вышеприведенном описании выражений (5) и (6), по мере того как размер блока данных для воспроизведения зависимого вида, расположенного в начале каждого блока экстентов, увеличивается, требуемая емкость буфера считывания увеличивается. Соответственно, не является предпочтительным, чтобы скорость REXT2[n] передачи для воспроизведения зависимого вида повышалась в течение периода предварительной загрузки блока экстентов, поскольку это предотвращает дополнительное уменьшение емкости буфера считывания вследствие увеличения максимального размера maxSEXT2[n] экстента для экстента для воспроизведения зависимого вида.

Чтобы предотвращать увеличение емкости буфера считывания вследствие повышения скорости REXT2[n] передачи для воспроизведения зависимого вида, максимальный размер экстента должен задаваться в соответствии с таблицей, показанной на фиг. 28A, согласно вышеприведенному описанию. Дополнительно, в паре EXT1[n] и EXT2[n] экстентов, расположенных в начале блока экстентов, когда скорость REXT2[n] передачи для воспроизведения зависимого вида превышает скорость REXT1[n] передачи для воспроизведения базового вида, блок B[n] данных для воспроизведения базового вида может размещаться перед блоком D[n] данных для воспроизведения зависимого вида. Другими словами, в паре экстентов, блок данных с меньшим размером размещается перед блоком данных с большим размером. За счет этого емкость буфера считывания может поддерживаться на низком уровне, как описано ниже.

Фиг. 61B является принципиальной схемой, показывающей случай, когда вышеуказанная компоновка приспосабливается в (M+1)-м блоке 6101 экстентов (EXTSS[M]) и (M+2)-м блоке 6102 экстентов (EXTSS[M+1]), соответственно, расположенных до и после межслойной границы LB (буква M представляет целое число в нуль или более). Как показано на фиг. 61B, (n+1)-й экстент EXT1[n] для воспроизведения базового вида, включенный в файл base 6111, и (n+1)-й экстент EXT2[n] для воспроизведения зависимого вида, включенный в файл DEP 6112, размещаются в EXTSS[M+1] 6102. В этой паре EXT1[n] и EXT2[n] экстентов, скорость REXT2[n] передачи для воспроизведения зависимого вида превышает скорость REXT1[n] передачи для воспроизведения базового вида. Соответственно, блок B[n] данных для воспроизведения базового вида размещается перед блоком D[n] данных для воспроизведения зависимого вида. С другой стороны, в (n-1)-й, n-й и (n+2)-й парах EXT1[k] и EXT2[k] экстентов (k=n-2, n-1, n+1), скорость REXT2[k] передачи для воспроизведения зависимого вида ниже скорости REXT1[k] передачи для воспроизведения базового вида. Соответственно, блок D[k] данных для воспроизведения зависимого вида размещается перед блоком B[k] данных для воспроизведения базового вида.

Фиг. 62A и 62B являются графиками, показывающими изменения в объемах DA1 и DA2 данных, соответственно, сохраненных в RB1 и RB2, когда трехмерные видеоизображения непрерывно воспроизводятся плавно из EXTSS[M] 6101 и EXTSS[M+1] 6102, показанных на фиг. 61B. Прямые линии G1P и G2P указывают изменения в сохраненных объемах DA1 данных и DA2, когда блок B[n] данных для воспроизведения базового вида размещается перед блоком D[n] данных для воспроизведения зависимого вида в (n+1)-й паре EXT1[n] и EXT2[n] экстентов, расположенной в начале EXTSS[M+1]. Пунктирные линии G1Q и G2Q указывают изменения в сохраненных объемах DA1 данных и DA2, когда блок D[n] данных для воспроизведения зависимого вида размещается перед блоком B[n] данных для воспроизведения базового вида в этой паре EXT1[n] и EXT2[n] экстентов.

Как показано на фиг. 62A, объем DA1 данных, сохраненных в RB1, имеет пиковое значение DM10 или DM11 в соответствующих линиях G1P и G1Q в момент, когда последний блок B[n-1] данных для воспроизведения базового вида в EXTSS[M] 6101 считывается в RB1. Кроме того, сохраненный объем DA1 данных уменьшается на скорости REXT1[n-1] передачи для воспроизведения базового вида от непосредственно последующего периода PJ[M] перехода до периодов PRB[n] и PRD[n] предварительной загрузки EXTSS[M+1] 6102. В этом контексте, размер блока B[n] данных для воспроизведения базового вида меньше размера блока D[n] данных для воспроизведения зависимого вида в (n+1)-й паре EXT1[n] и EXT2[n] экстентов. Соответственно, длина SEXT1[n]/RUD72 периода PRB[n] предварительной загрузки, когда блок B[n] данных для воспроизведения базового вида размещается перед блоком D[n] данных для воспроизведения зависимого вида, меньше длины SEXT2[n]/RUD72 периода PRD[n] предварительной загрузки, когда порядок размещения изменяется на противоположный. Как результат, пиковое значение DM11 сохраненного объема DA1 данных, указываемое посредством сплошной линии G1P, ниже пикового значения DM10, указываемого посредством пунктирной линии G1Q.

Как показано на фиг. 62B, объем DA2 данных, сохраненных в RB2, имеет пиковое значение DM20 или DM21 в соответствующих линиях G2P и G2Q во время, когда считывание последнего блока B[n-1] данных для воспроизведения базового вида в EXTSS[M] 6101 начинается. Кроме того, сохраненный объем DA2 данных уменьшается на скорости REXT2[n-1] передачи для воспроизведения зависимого вида от периода считывания блока B[n-1] данных для воспроизведения базового вида через периоды PRB[n] и PRD[n] предварительной загрузки EXTSS[M+1] 6102. Длина SEXT1[n]/RUD72 периода PRB[n] предварительной загрузки, когда блок B[n] данных для воспроизведения базового вида размещается перед блоком D[n] данных для воспроизведения зависимого вида, меньше длины SEXT2[n]/RUD72 периода PRD[n] предварительной загрузки, когда порядок размещения изменяется на противоположный. Как результат, пиковое значение DM21 сохраненного объема DA2 данных, указываемое посредством сплошной линии G2P, ниже пикового значения DM20, указываемого посредством пунктирной линии G2Q.

Емкость RB1 и RB2 должна быть равной или превышать пиковые значения DM10, DM11, DM20 и DM21, указываемые посредством линий G1P, G1Q, G2P и G2Q. Соответственно, когда меньший блок данных размещается перед большим блоком данных в паре экстентов, расположенной в начале блока экстентов, емкость RB1 и RB2 может поддерживаться на низком уровне.

Аналогично, в паре экстентов, расположенной в позиции, в которой воспроизведение с прерываниями может начинаться, меньший блок данных размещается перед большим блоком данных. Это поддерживает емкость буфера считывания на низком уровне. В этом случае порядок блоков данных может быть изменен на противоположный не только в начале блока экстентов, но также и в любой паре экстентов, расположенной в блоке экстентов. Фиг. 63A является принципиальной схемой, показывающей структуру данных (синтаксис) начальных точек экстентов для такой компоновки. Эти начальные точки экстентов (Extent_Start_Point) задаются как в файле 2D, так и в файле DEP как начальные точки экстентов, показанные на фиг. 32A и 32B. Как показано на фиг. 63A, в этих начальных точках экстентов, флаг начала экстента (is_located_first_in_extent_pair) выделяется для каждой пары из идентификатора экстента (extent_id) и SPN (SPN_extent_start).

Фиг. 63B является принципиальной схемой, показывающей соответствие между экстентами EXT1[k] для воспроизведения базового вида (k=0, 1, 2,...), принадлежащими файлу base, и флагами начала экстента, указываемыми посредством начальных точек экстентов. Фиг. 63C является принципиальной схемой, показывающей соответствие между экстентами EXT2[k] для воспроизведения зависимого вида, принадлежащими файлу DEP, и флагами начала экстента. Фиг. 63D является принципиальной схемой, показывающей соответствие между экстентом SS EXTSS[0], принадлежащим файлу SS, и блоками экстентов на BD-ROM-диске. Как показано на фиг. 63B и 63C, экстент EXT1[k] для воспроизведения базового вида и экстент EXT2[k] для воспроизведения зависимого вида, имеющие идентичный идентификатор экстента, формируют пару экстентов. В этой паре экстентов, значения флагов 6301 и 6302 начала экстента изменяются на противоположные. В частности, экстент, флаг начала экстента которого равняется "1", имеет меньше исходных пакетов, чем экстент, флаг которого равняется "0". Как показано на фиг. 63D, экстент, флаг начала экстента которого равняется "1", размещается перед экстентом, флаг которого равняется "0". Флаги 6301 и 6302 начала экстента тем самым указывают, какой экстент в паре EXT1[n] и EXT2[n] экстентов размещается первым. Соответственно, компоновка блоков данных в паре EXT1[n] и EXT2[n] экстентов может быть известной из значений флагов 6301 и 6302 начала экстента. Следовательно, даже если порядок блоков данных отличается между парами экстентов, модуль 5035 управления воспроизведением может обращаться к начальным точкам экстентов, чтобы сообщать переключателю 5020 число исходных пакетов с начала каждого экстента SS до каждой границы между блоками данных. Как результат, переключатель 5020 может выделять экстенты для воспроизведения базового вида и экстенты для воспроизведения зависимого вида из экстента SS.

Когда порядок блоков данных является постоянным в каждой паре экстентов, нижние пределы емкости RB1 и RB2 представляются посредством выражений (5) и (6). В отличие от этого, когда порядок блоков данных может быть изменен на противоположный в паре экстентов, расположенной в середине блока экстентов, нижние пределы емкости RB1 и RB2 изменяются следующим образом.

Фиг. 64C является принципиальной схемой, показывающей компоновку блоков данных, требующих самой большой емкости для RB1. Как показано на фиг. 64C, межслойная граница LB находится между (M+1)-м блоком 6401 экстентов (EXTSS[M]) и (M+2)-м блоком 6402 экстентов (буква M представляет целое число в нуль или более). (N+1)-я пара D[n] и B[n] экстентов размещается в начале EXTSS[M+1] 6402, и, в частности, блок D[n] данных для воспроизведения зависимого вида размещается перед блоком B[n] данных для воспроизведения базового вида (буква N представляет целое число в нуль или более). С другой стороны, n-я пара D[n-1] и B[n-1] экстентов размещается в конце EXTSS[M] 6401, и, в частности, блок B[n-1] данных для воспроизведения базового вида размещается перед блоком D[n-1] данных для воспроизведения зависимого вида.

Фиг. 64A и 64B являются графиками, показывающими изменения в объемах DA1 и DA2 данных, соответственно, сохраненных в RB1 и RB2, когда трехмерные видеоизображения непрерывно воспроизводятся плавно из EXTSS[M] 6401 и EXTSS[M+1] 6402, показанных на фиг. 64C. Как показано на фиг. 64A, как только n-й блок B[n-1] данных для воспроизведения базового вида считывается в RB1, объем DA1 данных, сохраненный в RB1, достигает своего пикового значения DM1. Поскольку блоки данных не считываются в RB1 от периода ΔT1 считывания непосредственно последующего блока D[n-1] данных для воспроизведения зависимого вида в течение периода ΔT2 длинного перехода, чтобы пропускать межслойную границу LB, и периода ΔT3 предварительной загрузки EXTSS[M+1] 6402, сохраненный объем DA1 данных уменьшается. В течение этих периодов ΔT1-ΔT3, блоки B[k] данных для воспроизведения базового вида (k=..., n-3, n-2) вплоть до (n-1)-го блока данных для воспроизведения базового вида, соответственно, передаются на средних скоростях REXT1[..., n-3, n-2] передачи, и затем n-й блок B[n-1] данных для воспроизведения базового вида передается на средней скорости REXT1[n-1] передачи. Чтобы не допускать достижения посредством сохраненного объема DA1 данных нуля к концу периода ΔT3 предварительной загрузки, сохраненный объем DA1 данных должен, по меньшей мере, равняться размеру SEXT1[n-1] n-го блока B[n-1] данных для воспроизведения базового вида во время раньше конца периода ΔT3 предварительной загрузки на ATC-время TEXT1[n-1] экстента блока B[n-1] данных для воспроизведения базового вида. Соответственно, пиковое значение DM1 сохраненного объема DA1 данных должно превышать размер SEXT1[n-1], по меньшей мере, на объем данных, передаваемый из RB1 в декодер системных целевых объектов в течение оставшегося периода ΔT1+ΔT2+ΔT3-TEXT1[n-1], т.е. REXT1[..., n-3, n-2], умноженного на (ΔT1+ΔT2+ΔT3-TEXT1[n-1]). Другими словами, емкость RB1 для RB1 должна, по меньшей мере, равняться пиковому значению DM1: RB1≥SEXT1[n-1]+REXT1[..., n-3, n-2]x(ΔT1+ΔT2+ΔT3-TEXT1[n-1]). В этом контексте, время ΔT2 длинного перехода оценивается при максимальном времени TJUMP_MAX перехода для длинного перехода.

Фиг. 64F является принципиальной схемой, показывающей компоновку блоков данных, требующих самой большой емкости для RB2. Как показано на фиг. 64F, межслойная граница LB находится между (N+1)-м блоком 6403 экстентов (EXTSS[N]) и (n+2)-м блоком 6404 экстентов (EXTSS[N+1]) (буква N представляет целое число в нуль или более). (N+1)-я пара D[n] и B[n] экстентов размещается в начале EXTSS[N+1] 6404, и, в частности, блок D[n] данных для воспроизведения зависимого вида размещается после блока B[n] данных для воспроизведения базового вида. С другой стороны, n-я пара D[n-1] и B[n-1] экстентов размещается в конце EXTSS[N] 6403, и, в частности, блок B[n-1] данных для воспроизведения базового вида размещается после блока D[n-1] данных для воспроизведения зависимого вида.

Фиг. 64D и 64E являются графиками, показывающими изменения в объемах DA1 и DA2 данных, соответственно, сохраненных в RB1 и RB2, когда трехмерные видеоизображения непрерывно воспроизводятся плавно из EXTSS[N] 6403 и EXTSS[N+1] 6404, показанных на фиг. 64F. Как показано на фиг. 64E, как только n-й блок D[n-1] данных для воспроизведения зависимого вида считывается в RB2, объем DA2 данных, сохраненный в RB2, достигает своего пикового значения DM2. Поскольку блоки данных не считываются в RB2 от периода ΔT4 считывания непосредственно последующего блока B[n-1] данных для воспроизведения базового вида в течение периода ΔT5 длинного перехода, чтобы пропускать межслойную границу LB, и периода ΔT6 предварительной загрузки EXTSS[N+1] 6404, сохраненный объем DA2 данных уменьшается. В течение этих периодов ΔT4-ΔT6, блоки D[k] данных для воспроизведения зависимого вида (k=..., n-3, n-2) вплоть до (n-1)-го блока данных для воспроизведения зависимого вида, соответственно, передаются на средних скоростях REXT2[..., n-3, n-2] передачи, и затем n-й блок D[n-1] данных для воспроизведения зависимого вида передается на средней скорости REXT2[n-1] передачи. Чтобы не допускать достижения посредством сохраненного объема DA2 данных нуля к концу периода ΔT6 предварительной загрузки, сохраненный объем DA2 данных должен, по меньшей мере, равняться размеру SEXT2[n-1] n-го блока D[n-1] данных для воспроизведения зависимого вида во время раньше конца периода ΔT6 предварительной загрузки на ATC-время TEXT2[n-1] экстента блока D[n-1] данных для воспроизведения зависимого вида. Соответственно, пиковое значение DM2 сохраненного объема DA2 данных должно превышать размер SEXT2[n-1], по меньшей мере, на объем данных, передаваемый из RB2 в декодер системных целевых объектов в течение оставшегося периода ΔT4+ΔT5+ΔT6-TEXT2[n-1], т.е. REXT2[..., n-3, n-2], умноженного на (ΔT4+ΔT5+ΔT6-TEXT2[n-1]). Другими словами, емкость RB2 для RB2 должна, по меньшей мере, равняться пиковому значению DM2: RB2≥SEXT2[n-1]+REXT2[..., n-3, n-2]x(ΔT4+ΔT5+ΔT6-TEXT2[n-1]). В этом контексте, время ΔT5 длинного перехода оценивается при максимальном времени TJUMP_MAX перехода для длинного перехода.

Когда порядок блоков данных может быть изменен на противоположный в паре экстентов, расположенной в середине блока экстентов, условия 2 и 3, т.е. выражения (2) и (3) для пары экстентов, изменяются следующим образом.

Фиг. 65C является принципиальной схемой, показывающей блок 6510 экстентов, который включает в себя пару экстентов, в которой порядок блоков данных изменяется на противоположный. Как показано на фиг. 65C, в (n+2)-й паре D[n+1] и B[n+1] экстентов, блок D[n+1] данных для воспроизведения зависимого вида находится после блока B[n] данных для воспроизведения базового вида. В непосредственно последующих парах D[n], B[n] D[n+1], B[n+1] экстентов, блоки B[n] и B[n+1] данных для воспроизведения базового вида, соответственно, находятся после блоков D[n] и D[n+1] данных для воспроизведения зависимого вида.

Фиг. 65A и 65B являются графиками, показывающими изменения в объемах DA1 и DA2 данных, сохраненных в RB1 и RB2, когда трехмерные видеоизображения непрерывно воспроизводятся плавно из блока 6501 экстентов, показанного на фиг. 65C. В этом контексте, период перехода через нуль секторов в достаточной степени меньше других периодов, которые должны игнорироваться. Как показано на фиг. 65A и 65B, в течение периода PRD[n] считывания (n+1)-го блока D[n] данных для воспроизведения зависимого вида, объем DA2 данных, сохраненный в RB2, увеличивается на скорости, равной RUD72-REXT2[n], разности между скоростью RUD72 считывания и скоростью REXT2[n] передачи для воспроизведения зависимого вида, при этом объем DA1 данных, сохраненный в RB1, уменьшается на скорости REXT1[n-1] передачи для воспроизведения базового вида. В течение периода PRB[n] считывания (n+1)-го блока B[n] данных для воспроизведения базового вида объем DA1 данных, сохраненный в RB1, увеличивается на скорости, равной RUD72-REXT1[n], разности между скоростью RUD72 считывания и скоростью REXT1[n] передачи для воспроизведения базового вида. С другой стороны, объем DA2 данных, сохраненный в RB2, уменьшается на скорости REXT2[n] передачи для воспроизведения зависимого вида. В течение периода PRB[n+1] считывания (n+2)-го блока B[n+1] данных для воспроизведения базового вида объем DA1 данных, сохраненный в RB1, продолжает увеличиваться на скорости, равной RUD72-REXT1[n+1], разности между скоростью RUD72 считывания и скоростью REXT1[n+1] передачи для воспроизведения базового вида. С другой стороны, объем DA2 данных, сохраненный в RB2, продолжает уменьшаться на скорости REXT2[n+1] передачи для воспроизведения зависимого вида. В течение периода PRD[n+1] считывания (n+2)-го блока D[n+1] данных для воспроизведения зависимого вида, объем DA2 данных, сохраненный в RB2, увеличивается на скорости, равной RUD72-REXT2[n+1], разности между скоростью RUD72 считывания и скоростью REXT2[n+1] передачи для воспроизведения зависимого вида, при этом объем DA1 данных, сохраненный в RB1, уменьшается на скорости REXT1[n] передачи для воспроизведения базового вида. В течение периода считывания PRD[n+2] (n+3)-го блока D[n+2] данных для воспроизведения зависимого вида объем DA2 данных, сохраненный в RB2, увеличивается на скорости, равной RUD72-REXT2[n+2], разности между скоростью RUD72 считывания и скоростью REXT2[n+2] передачи для воспроизведения зависимого вида, при этом объем DA1 данных, сохраненный в RB1, дополнительно продолжает уменьшаться на скорости REXT1[n+1] передачи для воспроизведения базового вида.

В этом случае, чтобы воспроизводить трехмерные видеоизображения плавно из блока 6410 экстентов, во-первых, ATC-время экстента (n+1)-го блока D[n] данных для воспроизведения зависимого вида должно быть равным или превышающим время от начала периода PRD[n] считывания до начала периода PRD[n+1] считывания следующего блока D[n+1] данных для воспроизведения зависимого вида. Затем, ATC-времена экстента (n+1)-го и (n+2)-го блоков B[n] и B[n+1] данных для воспроизведения базового вида должны быть равными или превышать время от начала соответствующих периодов PRB[n] и PRB[n+1] считывания до начала периода PRB[n+2] считывания следующего блока B[n+2] данных для воспроизведения базового вида. При условии, что экстент B (EXT B) размещается перед экстентом A (EXT A) в n-й паре экстентов, эти условия представляются посредством выражений (2A) и (3A) вместо выражений (2) и (3).

, (2A)

. (3A)

Выражение (2A) извлекается посредством замены размера SEXT1[n] блока B[n] данных для воспроизведения базового вида, размера SEXT2[n+1] блока D[n+1] данных для воспроизведения зависимого вида и скорости REXT1[n] передачи для воспроизведения базового вида в выражении (2), соответственно, на размер SEXTA[n] экстента A, размер SEXTB[n+1] экстента B и среднюю скорость REXTA[n] передачи для экстента A. Выражение (3A) извлекается посредством замены размера SEXT1[n] блока B[n] данных для воспроизведения базового вида, размера SEXT2[n] блока D[n] данных для воспроизведения зависимого вида и скорости REXT2[n] передачи для воспроизведения зависимого вида в выражении (3), соответственно, на размер SEXTA[n] экстента A, размер SEXTB[n] экстента B и среднюю скорость REXTB[n] передачи для экстента B. Следует отметить, что в выражениях (2A) и (3A), длина периода перехода через нуль секторов TJUMP0 рассматривается как нулевая.

Фиг. 66 является принципиальной схемой, показывающей соответствие между (i) блоком 6600 экстентов, который включает в себя пару экстентов, в которой порядок блоков данных изменяется на противоположный, и (ii) файлами 6610-6620 AV-потока. Как показано на фиг. 66, в третьей паре D[2] и B[2] экстентов, блок D[2] данных для воспроизведения зависимого вида размещается после блока B[2] данных для воспроизведения базового вида. В других парах D[k] и B[k] экстентов (k=0, 1, 3), блок B[k] данных для воспроизведения базового вида размещается после блока D[k] данных для воспроизведения зависимого вида. Эти блоки B[n] данных для воспроизведения базового вида (n=0, 1, 2, 3,...), соответственно, принадлежат файлу base 6611 как один экстент EXT1[n] для воспроизведения базового вида. Блоки D[n] данных для воспроизведения зависимого вида принадлежат файлу DEP 6612 как один экстент EXT2[n] для воспроизведения зависимого вида. Весь блок 6600 экстентов принадлежит файлу SS 6620 как один экстент SS EXTSS[0]. Блоки B[n] данных для воспроизведения базового вида (n=0, 1, 2, 3,...) дополнительно принадлежат файлу 2D 6610 как двумерные экстенты EXT2D[n]. В этом контексте, к двум последовательным блокам B[1] и B[2] данных для воспроизведения базового вида обращаются как к одному двумерному экстенту EXT2D[1]. Соответственно, даже если размер SEXT2D[1] двумерного экстента EXT2D[1] превышает сумму SEXT2[2]+SEXT2[3] размеров двух блоков D[2] и D[3] данных для воспроизведения зависимого вида, расположенных непосредственно после него, размер SEXT2D[1] удовлетворяет выражению (1).

Вариант 2 осуществления

В BD-ROM-диске согласно варианту 2 осуществления настоящего изобретения, блоки данных размещаются так, что путь воспроизведения в режиме двумерного воспроизведения и путь воспроизведения в режиме трехмерного воспроизведения разделяются в конце блока экстентов, считанного непосредственно перед длинным переходом, и в начале блока экстентов, считанного сразу после длинного перехода. Помимо этого аспекта, BD-ROM-диск и устройство воспроизведения согласно варианту 2 осуществления имеют идентичную структуру и работают идентично варианту 1 осуществления. Соответственно, ниже приводится описание BD-ROM-диска и устройства воспроизведения согласно варианту 2 осуществления относительно того, что изменено или дополнено по сравнению с вариантом 1 осуществления. Подробности относительно частей BD-ROM-диска и устройства воспроизведения, которые являются идентичными частям по варианту 1 осуществления, могут быть обнаружены в описании варианта 1 осуществления.

Разделение пути воспроизведения перед и после межслойной границы

На фиг. 18, путь 1801 воспроизведения в режиме двумерного воспроизведения и путь 1802 воспроизведения в режиме трехмерного воспроизведения проходят по второму блоку B[1] данных для воспроизведения базового вида непосредственно перед переходом JNAV, чтобы пропускать область NAV записи для данных, отличных от мультиплексированных потоковых данных, и эти пути воспроизведения проходят по четвертому блоку B[3] данных для воспроизведения базового вида, расположенному сразу после перехода JLY, чтобы пропускать межслойную границу LB. Когда число секторов области NAV записи превышает предварительно определенное пороговое значение, к примеру 40000 секторов, переходы JNAV и JLY являются длинными переходами. Объем данных, который должен обрабатываться посредством декодера системных целевых объектов во время длинных переходов JNAV и JLY, гарантируется в режиме двумерного воспроизведения через условие 1 посредством размера блоков B[1] и B[3] данных для воспроизведения базового вида, считанных непосредственно перед длинными переходами. С другой стороны, в режиме трехмерного воспроизведения, объем данных гарантируется через условие 4 посредством размера всех блоков 1501 и 1502 экстентов, считанных непосредственно перед длинным переходом. Соответственно, минимальный размер экстента блоков B[1] и B[3] данных для воспроизведения базового вида, как требуется посредством условия 1, в общем, превышает минимальный размер экстента, как требуется посредством условия 2. Следовательно, емкость RB1 должна превышать минимальное значение, необходимое для плавного воспроизведения в режиме трехмерного воспроизведения. Кроме того, ATC-времена экстента являются идентичными для блоков B[1] и B[3] данных для воспроизведения базового вида и непосредственно предшествующих блоков D[1] и D[3] данных для воспроизведения зависимого вида. Соответственно, размер блоков D[1] и D[3] данных для воспроизведения зависимого вида, в общем, превышает минимальный размер экстента, требуемый согласно условию 2. Следовательно, емкость RB2, в общем, превышает минимальное значение, необходимое для плавного воспроизведения в режиме трехмерного воспроизведения. В компоновке, показанной на фиг. 18, в таком случае плавное соединение является возможным между блоками 1501-1503 экстентов, но достаточно большая емкость должна быть гарантирована в RB1 и RB2.

Кроме того, как показано на фиг. 28A, когда системная скорость RTS2 для файла DEP превышает предварительно определенное пороговое значение (например, 32 Мбит/с), блоки данных типа (B) и (C), считанные непосредственно перед и после длинных переходов JNAV и JLY, уменьшаются. В частности, существует риск того, что вследствие уменьшения размера, блок данных для воспроизведения базового вида более не удовлетворяет условию 1.

Чтобы дополнительно уменьшать емкость RB1 и RB2 при одновременном разрешении плавного воспроизведения видеоизображений во время длинных переходов JNAV и JLY, изменения могут быть произведены в перемеженной компоновке блоков данных до и после позиции, в которой длинные переходы JNAV и JLY требуются, такой как область NAV записи, межслойная граница LB и т.д., чтобы разделять пути воспроизведения в режиме двумерного воспроизведения и режиме трехмерного воспроизведения. Эти изменения представляются, например, посредством следующих типов компоновок с номерами 1, 2 и 3. В любой из компоновок 1-3 пути воспроизведения в режиме двумерного воспроизведения и режиме трехмерного воспроизведения проходят по различным блокам данных для воспроизведения базового вида. Соответственно, блоки данных в блоке экстентов, считанном непосредственно перед или после длинного перехода в режиме трехмерного воспроизведения, в частности блоки данных для воспроизведения базового вида типа (B) или (C), не должны удовлетворять условию 1. Это предоставляет возможность устройству 102 воспроизведения легко выполнять плавное воспроизведение видеоизображений во время длинных переходов JNAV и JLY при сохранении необходимой емкости RB1 и RB2 минимальной.

В последующем описании, для простоты пояснения, компоновки 1-3 предположительно используются в блоках экстентов, записанных непосредственно перед и после межслойной границы LB на BD-ROM-диске 101. Следует отметить, что последующее описание применимо, когда вместо разделения посредством межслойной границы, блоки экстентов разделяются посредством области записи для других данных, которая превышает предварительно определенное число секторов (к примеру, 40000 секторов).

<<Компоновка 1>>

Фиг. 67 является принципиальной схемой, показывающей компоновку 1 группы блоков данных, записанной до и после межслойной границы LB на BD-ROM-диске 101. Как показано на фиг. 67, первый блок 6701 экстентов записывается непосредственно перед межслойной границей LB, а второй блок 6702 экстентов записывается сразу после межслойной границы LB. В блоках 6701 и 6702 экстентов, блоки D[n] данных для воспроизведения зависимого вида и блоки B[n] данных для воспроизведения базового вида формируют перемеженную компоновку (n=1, 2, 3,...). (N+1)-я пара блоков D[n] и B[n] данных составляет пару экстентов и, в частности, имеет идентичное ATC-время экстента. В компоновке 1 один блок B[3]2D данных для воспроизведения базового вида дополнительно размещается между концом B[2] первого блока 6701 экстентов и межслойной границей LB. Этот блок B[3]2D данных для воспроизведения базового вида совпадает с точностью до бита с блоком B[3]3D данных для воспроизведения базового вида в начале второго блока 6702 экстентов. В дальнейшем в этом документе B[3]2D упоминается как "блок исключительно для двумерного воспроизведения", а B[3]3D упоминается как "блок исключительно для трехмерного воспроизведения".

К блокам B[n] данных для воспроизведения базового вида, показанным на фиг. 67, может осуществляться доступ как к экстентам в файле 2D 6710, т.е. в качестве двумерных экстентов EXT2D[n], за исключением блока исключительно для трехмерного воспроизведения B[3]3D. Например, к блоку B[1] данных для воспроизведения базового вида, второму от конца первого блока 6701 экстентов, к паре B[2]+B[3]2D из последнего блока B[2] данных для воспроизведения базового вида и блока исключительно для двумерного воспроизведения B[3]2D и ко второму блоку B[4] данных для воспроизведения базового вида во втором блоке 6702 экстентов может, соответственно, осуществляться доступ как к отдельным двумерным экстентам EXT2D[1], EXT2D[2] и EXT2D[3]. С другой стороны, к блокам D[n] данных для воспроизведения зависимого вида, показанным на фиг. 67, может осуществляться доступ как к одному экстенту в файле DEP 6712, т.е. как к экстентам EXT2[n] для воспроизведения зависимого вида.

Для групп блоков данных, показанных на фиг. 67, перекрестное связывание файлов AV-потока выполняется следующим образом. Ко всем блокам 6701 и 6702 экстентов, соответственно, может осуществляться доступ как к одному экстенту EXTSS[0] и EXTSS[1] в файле SS 6720. Соответственно, блоки B[1], B[2] и B[4] данных для воспроизведения базового вида в блоках 6701 и 6702 экстентов совместно используются посредством файла 2D 6710 и файла SS 6720. С другой стороны, к блоку исключительно для двумерного воспроизведения B[3]2D может осуществляться доступ только как к части двумерного экстента EXT2D[2], расположенного непосредственно перед межслойной границей LB, и к блоку исключительно для трехмерного воспроизведения B[3]3D может осуществляться доступ только как к части экстента SS EXTSS[1], расположенного сразу после межслойной границы LB. Следовательно, блоки данных для воспроизведения базового вида, отличные от блока исключительно для двумерного воспроизведения B[3]2D, т.е. B[1], B[2], B[3]3D и B[4], могут быть извлечены из экстентов SS EXTSS[0], EXTSS[1] как экстенты в файле base 6711, т.е. экстенты EXT1[n] для воспроизведения базового вида (n=1, 2, 3).

Фиг. 68 является принципиальной схемой, показывающей путь 6810 воспроизведения в режиме двумерного воспроизведения и путь 6820 воспроизведения в режиме трехмерного воспроизведения для группы блоков данных в компоновке 1, показанной на фиг. 67. Устройство 102 воспроизведения в режиме двумерного воспроизведения воспроизводит файл 2D 6710. Соответственно, как показано посредством пути 6810 воспроизведения в режиме двумерного воспроизведения, блок B[1] данных для воспроизведения базового вида, второй от конца первого блока 6701 экстентов, считывается в качестве второго двумерного экстента EXT2D[1], и затем считывание непосредственно последующего блока D[2] данных для воспроизведения зависимого вида пропускается посредством перехода J2D1. Затем, пара B[2]+B[3]2D из последнего блока B[2] данных для воспроизведения базового вида в первом блоке 6701 экстентов и непосредственно последующего блока исключительно для двумерного воспроизведения B[3]2D считывается непрерывно как второй двумерный экстент EXT2D[1]. Длинный переход JLY осуществляется на непосредственно последующей межслойной границе LB, и считывание трех блоков D[3], B[3]3D и D[4] данных, расположенных в начале второго блока 6702 экстентов, пропускается. Затем, второй блок B[4] данных для воспроизведения базового вида в третьем блоке 6702 экстентов считывается как четвертый двумерный экстент EXT2D[3]. Наоборот, устройство 102 воспроизведения в режиме трехмерного воспроизведения воспроизводит файл SS 6720. Соответственно, как показано посредством пути 6820 воспроизведения в режиме трехмерного воспроизведения, весь первый блок 6701 экстентов непрерывно считывается как первый экстент SS EXTSS[0]. Непосредственно после этого, длинный переход JLY осуществляется, и считывание блока исключительно для двумерного воспроизведения B[3]2D пропускается. Затем, весь второй блок 6702 экстентов считывается непрерывно как второй экстент SS EXTSS[1].

Как показано на фиг. 68, в режиме двумерного воспроизведения, блок исключительно для двумерного воспроизведения B[3]2D считывается, при этом считывание блока исключительно для 3D-воспроизведения B[3]SD пропускается. В отличие от этого, в режиме трехмерного воспроизведения, считывание блока исключительно для двумерного воспроизведения B[3]2D пропускается, при этом блок исключительно для 3D-воспроизведения B[3]3D считывается. Тем не менее, поскольку блоки B[3]2D и B[3]3D данных совпадают с точностью до бита, видеокадры для воспроизведения базового вида, которые воспроизводятся, являются идентичными в обоих режимах воспроизведения. В компоновке 2 путь 6810 воспроизведения в режиме двумерного воспроизведения и путь 6820 воспроизведения в режиме трехмерного воспроизведения разделяются до и после длинного перехода JLY таким образом. Соответственно, в отличие от компоновки, показанной на фиг. 15, размер SEXT2D[2] двумерного экстента EXT2D[2], расположенного непосредственно перед межслойной границей LB, и размер SEXT2[2] непосредственно предшествующего блока D[2] данных для воспроизведения зависимого вида может быть определен отдельно следующим образом.

Размер SEXT2D[2] двумерного экстента EXT2D[2] равен SEXT1[2]+S2D, сумме размера SEXT1[2] третьего блока B[2] данных для воспроизведения базового вида и размера S2D блока исключительно для двумерного воспроизведения B[3]2D. Соответственно, для плавного воспроизведения двумерных видеоизображений эта сумма SEXT1[2]+S2D должна удовлетворять условию 1. Максимальное время TJUMP_MAX перехода для длинного перехода JLY подставляется в правую сторону выражения 1 как время TJUMP-2D перехода. Затем, число секторов от конца блока исключительно для двумерного воспроизведения B[3]2D до первого двумерного экстента EXT2D[2]=B[4] во втором блоке 6702 экстентов должно быть равным или меньшим максимального расстояния SJUMP_MAX перехода для длинного перехода JLY, указываемого в соответствии с характеристиками устройства двумерного воспроизведения.

С другой стороны, для плавного воспроизведения трехмерных видеоизображений, размер каждой пары экстентов в первом экстенте SS EXTSS[0] должен удовлетворять условиям 2, 3 и 5. Размер SEXT1[2] последнего блока B[2] данных для воспроизведения базового вида не должен удовлетворять условию 1. Затем, размер всего первого экстента SS EXTSS[0] должен удовлетворять условию 4. Кроме того, число секторов от конца этого экстента SS EXTSS[0] до начала экстента SS EXTSS[1] должно быть равным или меньше максимального расстояния SJUMP_MAX перехода для длинного перехода JLY, указываемого в соответствии с характеристиками устройства трехмерного воспроизведения.

В рамках двумерного экстента EXT2D[2], расположенного непосредственно перед межслойной границей LB, только блок B[2] данных для воспроизведения базового вида, расположенный перед двумерным экстентом EXT2D[1], совместно используется с первым экстентом SS EXTSS[0]. В частности, при рассмотрении по отдельности, блок B[2] данных для воспроизведения базового вида не должен удовлетворять условию 1. Соответственно, посредством надлежащего увеличения размера S2D блока исключительно для двумерного воспроизведения B[3]2D, размер SEXT1[2] блока B[2] данных для воспроизведения базового вида дополнительно может ограничиваться при сохранении размера SEXT2D[2]=SEXT1[2]+S2D двумерного экстента EXT2D[2] постоянным. В этом случае ATC-время экстента блока B[2] данных для воспроизведения базового вида сокращается. Как результат, размер SEXT2[2] блока D[2] данных для воспроизведения зависимого вида, расположенного непосредственно впереди, также дополнительно может быть ограничен. Следовательно, просто задавать максимальный размер экстента в соответствии с таблицей на фиг. 28A.

Поскольку блок исключительно для 3D-воспроизведения B[3]3D и блока исключительно для двумерного воспроизведения B[3]2D совпадают с точностью до бита, увеличение размера S2D блока исключительно для двумерного воспроизведения B[3]2D увеличивает размер блока D[3] данных для воспроизведения зависимого вида, расположенного непосредственно перед блоком исключительно для 3D-воспроизведения B[3]3D. Тем не менее, этот размер может быть задан существенно меньшим размера блока D[3] данных для воспроизведения зависимого вида, расположенного непосредственно перед межслойной границей LB, показанной на фиг. 15. Емкость RB1 и RB2 тем самым может быть еще приближена к минимальному объему, необходимому для плавного воспроизведения трехмерных видеоизображений.

В компоновке 1, дублированные данные блока исключительно для двумерного воспроизведения B[3]2D размещаются во втором блоке 6702 экстентов как один блок исключительно для 3D-воспроизведения B[2]3D. Альтернативно, эти дублированные данные могут разделяться на два или более блоков исключительно для 3D-воспроизведения.

<<Компоновка 2>>

Фиг. 69 является принципиальной схемой, показывающей компоновку 2 группы блоков данных, записанной до и после межслойной границы LB на BD-ROM-диске 101. Как показано посредством сравнения фиг. 69 с фиг. 67, компоновка 2 отличается от компоновки 1 тем, что блок 6902 экстентов, который включает в себя блоки исключительно для трехмерного воспроизведения B[3]3D и B[4]3D, находится непосредственно перед межслойной границей LB.

Как показано на фиг. 69, первый блок 6901 экстентов, блок исключительно для двумерного воспроизведения (B[2]+B[3])2D и второй блок 6902 экстентов находятся до межслойной границы LB в этом порядке, а третий блок 6903 экстентов находится после межслойной границы LB. В блоках 6901-6903 экстентов, блоки D[n] данных для воспроизведения зависимого вида и блоки B[n] данных для воспроизведения базового вида формируют перемеженную компоновку (n=..., 0, 1, 2, 3, 4,...). N-я пара блоков D[n] и B[n] данных составляет пару экстентов и, в частности, имеет идентичное ATC-время экстента. Во втором блоке 6902 экстентов, потоковые данные являются непрерывными с парой D[2] и B[2] экстентов, расположенной в конце первого блока 6901 экстентов, и с парой D[4] и B[4] экстентов, расположенной в начале третьего блока 6903 экстентов. Блоки данных для воспроизведения базового вида, включенные во второй блок 6902 экстентов, являются блоками исключительно для трехмерного воспроизведения, B[3]3D и B[4]3D, и комбинация этих блоков B[3]3D+B[4]3D совпадает с точностью до бита с блоком исключительно для двумерного воспроизведения (B[3]+B[4])2D, расположенным перед вторым блоком 6902 экстентов.

Из блоков данных для воспроизведения базового вида, показанных на фиг. 69, к блокам данных, отличным от блоков исключительно для трехмерного воспроизведения B[3]3D и B[4]3D, может осуществляться доступ как к экстентам EXT2D[1], EXT2D[2] и EXT2D[3] в файле 2D 6910. В частности, к паре из последнего блока B[2] данных для воспроизведения базового вида в первом блоке 6901 экстентов и блока исключительно для двумерного воспроизведения (B[3]+B[4])2D может осуществляться доступ как к одному двумерному экстенту EXT2D[2]. Кроме того, блоки B[1], B[2] и B[5] данных для воспроизведения базового вида в первом блоке 6901 экстентов и третьем блоке 6903 экстентов также могут быть извлечены как экстенты EXT1[1], EXT1[2] и EXT1[5] в файле base 6911 из экстентов EXTSS[0] и EXTSS[1] в файле SS 6920. Наоборот, к блоку исключительно для двумерного воспроизведения (B[3]+B[4])2D может осуществляться доступ только как к части двумерного экстента EXT2D[2], и блоки исключительно для трехмерного воспроизведения B[3]3D и B[4]3D могут быть извлечены из экстента SS EXTSS[1] как экстенты EXT1[3] и EXT1[4] для воспроизведения базового вида.

Фиг. 70 является принципиальной схемой, показывающей путь 7010 воспроизведения в режиме двумерного воспроизведения и путь 7020 воспроизведения в режиме трехмерного воспроизведения для группы блоков данных в компоновке 2, показанной на фиг. 69. Устройство 102 воспроизведения в режиме двумерного воспроизведения воспроизводит файл 2D 6910. Соответственно, как показано посредством пути 7010 воспроизведения в режиме двумерного воспроизведения, блок B[1] данных для воспроизведения базового вида, второй от конца первого блока 6901 экстентов, считывается в качестве второго двумерного экстента EXT2D[1], и затем считывание непосредственно последующего блока D[2] данных для воспроизведения зависимого вида пропускается посредством перехода J2D1. Затем, пара из последнего блока B[2] данных для воспроизведения базового вида в первом блоке 6901 экстентов и непосредственно последующего блока исключительно для двумерного воспроизведения (B[3]+B[4])2D непрерывно считывается как третий двумерный экстент EXT2D[2]. Длинный переход JLY осуществляется непосредственно после этого, и считывание второго блока 6902 экстентов и блока D[5] данных для воспроизведения зависимого вида, расположенного в начале третьего блока 6903 экстентов, пропускается. Затем, первый блок B[5] данных для воспроизведения базового вида в третьем блоке 6903 экстентов считывается как четвертый двумерный экстент EXT2D[3]. Устройство 102 воспроизведения в режиме трехмерного воспроизведения воспроизводит файл SS 6920. Соответственно, как показано посредством пути 7020 воспроизведения в режиме трехмерного воспроизведения, весь первый блок 6901 экстентов непрерывно считывается как первый экстент SS EXTSS[0]. Переход JEX осуществляется непосредственно после этого, и считывание блока исключительно для двумерного воспроизведения (B[3]+B[4])2D пропускается. Затем, весь второй блок 6902 экстентов считывается непрерывно как второй экстент SS EXTSS[1]. Непосредственно после этого, длинный переход JLY, чтобы перескакивать через межслойную границу LB, осуществляется. Затем, весь третий блок 6903 экстентов считывается непрерывно как третий экстент SS EXTSS[2].

Как показано на фиг. 70, в режиме двумерного воспроизведения, блок исключительно для двумерного воспроизведения (B[3]+B[4])2D считывается, при этом считывание блоков исключительно для трехмерного воспроизведения B[3]3D и B[4]3D пропускается. Наоборот, в режиме трехмерного воспроизведения, считывание блока исключительно для двумерного воспроизведения (B[3]+B[4])2D пропускается, тогда как блоки исключительно для трехмерного воспроизведения B[3]3D и B[4]3D считываются. Тем не менее, поскольку блок исключительно для двумерного воспроизведения (B[3]+B[4])2D совпадает со всеми блоками исключительно для трехмерного воспроизведения B[3]3D+B[4]3D с точностью до бита, видеокадры для воспроизведения базового вида, которые воспроизводятся, являются идентичными в обоих режимах воспроизведения. В компоновке 2 путь 7010 воспроизведения в режиме двумерного воспроизведения и путь 7020 воспроизведения в режиме трехмерного воспроизведения разделяются непосредственно перед и после длинного перехода JLY таким образом. Соответственно, размер SEXT2D[2] двумерного экстента EXT2D[2], расположенного непосредственно перед межслойной границей LB, и размер SEXT2[2] непосредственно предшествующего блока D[2] данных для воспроизведения зависимого вида могут быть определены отдельно, как указано ниже.

Размер SEXT2D[2] двумерного экстента EXT2D[2] равен SEXT1[2]+S2D, сумме размера SEXT1[2] третьего блока B[2] данных для воспроизведения базового вида и размера S2D блока исключительно для двумерного воспроизведения (B[3] + B[4])2D. Соответственно, для плавного воспроизведения двумерных видеоизображений эта сумма SEXT1[2]+S2D должна удовлетворять условию 1. Максимальное время TJUMP_MAX перехода для длинного перехода JLY подставляется в правую сторону выражения 1 как время TJUMP-2D перехода. Затем, число секторов от конца блока исключительно для двумерного воспроизведения (B[3]+B[4])2D до первого двумерного экстента EXT2D[3]=B[5] в третьем блоке 6903 экстентов должно быть равным или меньшим максимального расстояния SJUMP_MAX перехода для длинного перехода JLY, указываемого в соответствии с характеристиками устройства двумерного воспроизведения.

С другой стороны, для плавного воспроизведения трехмерных видеоизображений размер каждой пары экстентов, включенной в первый экстент SS EXTSS[0] и второй экстент SS EXTSS[1], должен удовлетворять условиям 2, 3 и 5. Размер SEXT1[2] блока данных для воспроизведения базового вида, расположенного в конце первого экстента SS EXTSS[0], и размеры SEXT1[3] и SEXT1[4] блоков B[3]3D и B[4]3D данных для воспроизведения базового вида во втором экстенте SS EXTSS[1] не должны удовлетворять условию 1. Затем, размер всего второго экстента SS EXTSS[1] должен удовлетворять условию 4. Кроме того, число секторов от конца второго экстента SS EXTSS[1] до следующего экстента SS EXTSS[2] должно быть равным или меньше максимального расстояния SJUMP_MAX перехода для длинного перехода JLY, указываемого в соответствии с характеристиками устройства трехмерного воспроизведения.

Только третий блок B[2] данных для воспроизведения базового вида, расположенный перед двумерным экстентом EXT2D[2], совместно используется с экстентом SS EXTSS[0]. Соответственно, посредством надлежащего увеличения размера S2D блока исключительно для двумерного воспроизведения (B[3]+B[4])2D, размер SEXT1[2] третьего блока B[2] данных для воспроизведения базового вида дополнительно может быть ограничен при сохранении размера SEXT2D[2]=SEXT1[2]+S2D двумерного экстента EXT2D[2] постоянным. Как результат, размер SEXT2[2] блока D[2] данных для воспроизведения зависимого вида, расположенного непосредственно впереди, также дополнительно может быть ограничен.

Блоки исключительно для трехмерного воспроизведения B[3]3D+B[4]3D полностью совпадают с блоком исключительно для двумерного воспроизведения (B[3]+B[4])2D с точностью до бита. Соответственно, увеличение размера S2D блока исключительно для двумерного воспроизведения (B[3]+B[4])2D увеличивает размеры блоков D[3] и D[4] данных для воспроизведения зависимого вида, соответственно, расположенных непосредственно перед блоками исключительно для трехмерного воспроизведения B[3]3D и B[4]3D. Тем не менее, блоки исключительно для трехмерного воспроизведения B[3]3D и B[4]3D не должны удовлетворять условию 1. Соответственно, даже если блок исключительно для двумерного воспроизведения является одним блоком (B[3]+B[4])2D данных, блок исключительно для трехмерного воспроизведения может быть разделен на два блока данных, B[3]3D и B[4]3D. Как результат, размер блоков исключительно для трехмерного воспроизведения B[3]3D и B[4]3D может в достаточной степени уменьшаться, тем самым упрощая задание максимального размера экстента в соответствии с таблицей на фиг. 28A. Емкость RB1 и RB2 тем самым дополнительно может уменьшаться до минимального объема, необходимого для плавного воспроизведения трехмерных видеоизображений.

Как в вышеприведенном описании выражения (6), по мере того как размер блока данных для воспроизведения базового вида, считанного непосредственно перед длинным переходом, уменьшается, нижний предел емкости RB2 уменьшается. Соответственно, предпочтительно, чтобы компоновка 2 проектировалась так, что она удовлетворяет следующим двум условиям. Если эти условия удовлетворяются, размер каждого блока данных во втором блоке 6902 экстентов уменьшается, в частности размеры блоков исключительно для трехмерного воспроизведения B[3]3D и B[4]3D. Как результат, нижний предел емкости RB2 дополнительно может уменьшаться.

Первое условие состоит в том, чтобы налагать верхний предел на размер блока исключительно для двумерного воспроизведения (B[3]+B[4])2D, расположенного непосредственно перед вторым блоком 6902 экстентов. Этот верхний предел зависит от характеристик перехода устройства двумерного воспроизведения. Например, если характеристики перехода находятся в соответствии с таблицей на фиг. 21, размер S2D блока исключительно для двумерного воспроизведения (B[2]+B[3])2D ограничивается 20000 секторов или меньше. Второе условие состоит в том, чтобы налагать верхний предел TEXT_3D_MAX на ATC-времена экстента блоков исключительно для трехмерного воспроизведения B[3]3D и B[4]3D. Другими словами, блоки исключительно для трехмерного воспроизведения B[3]3D и B[4]3D удовлетворяют условию 6 вместо условия 5. Условие 6 представляется посредством следующего выражения вместо выражения (7): SEXT1[n]≤REXT1[n]xTEXT_3D_MAX. Этот верхний предел TEXT_3D_MAX задается равным, например, 0,5 секунды.

Фиг. 71 является графиком, показывающим соответствие между временем SEXT1[4]/RUD72 считывания блока исключительно для трехмерного воспроизведения B[4]3D, расположенного в конце второго блока 6902 экстентов, показанного на фиг. 70, и объемом DA2 данных, сохраненным в RB2. Как показано на фиг. 71, когда считывание блока исключительно для трехмерного воспроизведения B[4]3D в RB2 начинается, объем DA2 данных, сохраненный в RB2, имеет пиковое значение DM2. Это пиковое значение DM2, по меньшей мере, равняется сумме SEXT1[4]/RUD72, т.е. длины периода считывания блока исключительно для трехмерного воспроизведения B[4]3D, TLY, т.е. времени, требуемого для длинного перехода, и SEXT2[5]/RUD72, т.е. длины периода предварительной загрузки сразу после длинного перехода, умноженной на скорость REXT2[4] передачи для воспроизведения зависимого вида: DM2≥(SEXT1[4]/RUD72+TLY+SEXT2[4]/RUD72)xREXT2[4]. Допустим, что размер блока исключительно для трехмерного воспроизведения B[4]3D является большим значением SL[4], длина соответствующего периода SL[4]/RUD72 считывания тем самым увеличивается. Как показано посредством пунктирной линии на фиг. 71, затем, пиковое значение DM20 объема DA2 данных, сохраненного в RB2, увеличивается. По этой причине размеры блоков исключительно для трехмерного воспроизведения B[3]3D и B[4]3D ограничены посредством вышеуказанных двух условий. Как результат, нижний предел емкости RB2 дополнительно может уменьшаться.

Следует отметить, что для того, чтобы удовлетворять условию 4, размер пары экстентов, расположенной в начале блока экстентов, и, в частности, длина периода предварительной загрузки должна быть гарантированно достаточно большой. Следовательно, когда пара экстентов, которая включает в себя блок исключительно для трехмерного воспроизведения, располагается в начале блока экстентов, блок исключительно для трехмерного воспроизведения не должен удовлетворять условию 6. Другими словами, ATC-время экстента может превышать верхний предел TEXT_3D_MAX.

Компоновка 2 может приспосабливаться не только перед межслойной границей LB, но также и в любой позиции, в которой может начинаться воспроизведение с прерываниями. Фиг. 69 показывает позиции, в которых воспроизведение с прерываниями может начинаться, т.е. точки входа, которые записываются на BD-ROM-диске и располагаются в начале треугольников 6930, 6931 и 6932. Точка входа, показанная посредством белого треугольника 6930, является позицией, в которой воспроизведение с прерываниями может начинаться во время режима двумерного воспроизведения. Точки входа, показанные посредством черных треугольников 6931 и 6932, являются позициями, в которых воспроизведение с прерываниями может начинаться во время режима трехмерного воспроизведения. Отдельные блоки исключительно для трехмерного воспроизведения B[3]3D и B[4]3D гораздо меньше блока исключительно для двумерного воспроизведения (B[3]+B[4])2D. Соответственно, блоки D[3] и D[4] данных для воспроизведения зависимого вида, принадлежащие идентичной паре экстентов, также имеют небольшой размер. Как результат, в ходе воспроизведения с прерываниями в режиме трехмерного воспроизведения количество времени, требуемое от начала доступа к точкам входа 6931 и 6932 до начала декодирования пары D[3], B[3]3D экстентов, является небольшим. Другими словами, воспроизведение с прерываниями в режиме трехмерного воспроизведения начинается быстро.

В компоновке 2 дублированные данные блока исключительно для двумерного воспроизведения (B[3]+B[4])2D разделяются на два блока исключительно для трехмерного воспроизведения B[3]3D и B[4]3D. Альтернативно, эти дублированные данные могут быть одним блоком исключительно для трехмерного воспроизведения или могут разделяться на три или более блоков исключительно для трехмерного воспроизведения. Кроме того, второй блок 6902 экстентов может быть смежным с концом первого блока 6901 экстентов, и блок исключительно для двумерного воспроизведения (B[3]+B[4])2D может находиться между концом второго блока 6902 экстентов и межслойной границей LB.

Компоновка 3

Фиг. 72 является принципиальной схемой, показывающей компоновку 3 группы блоков данных, записанной перед и после межслойной границы LB на BD-ROM-диске 101. Как очевидно из сравнения фиг. 72 и 69, в дополнение к блокам данных в компоновке 2, компоновка 3 включает в себя новый блок исключительно для двумерного воспроизведения и новый блок исключительно для трехмерного воспроизведения. Эти блоки данных размещаются сразу после межслойной границы LB.

Как показано на фиг. 72, первый блок исключительно для двумерного воспроизведения (B[2]+B[3])2D и первый блок 7201 экстентов размещаются в этом порядке перед межслойной границей LB. Второй блок исключительно для двумерного воспроизведения (B[4]+B[5])2D, второй блок 7202 экстентов и третий блок 7203 экстентов размещается в этом порядке после межслойной границы LB. В блоках 7201-7203 экстентов, блоки D[n] данных для воспроизведения зависимого вида и блоки B[n] данных для воспроизведения базового вида формируют перемеженную компоновку (n=2, 3, 4,...). N-я пара блоков D[n] и B[n] данных составляет пару экстентов и, в частности, имеет идентичное ATC-время экстента. Во втором блоке 7202 экстентов, потоковые данные являются непрерывными с парой D[3] и B[3]3D экстентов, расположенной в конце первого блока 7201 экстентов, и с парой D[6] и B[6] экстентов, расположенной в начале третьего блока 7203 экстентов. Блоки данных для воспроизведения базового вида, включенные в первый блок 7201 экстентов, являются блоками исключительно для трехмерного воспроизведения B[2]3D и B[3]3D, и комбинация этих блоков B[2]3D+B[3]3D совпадает с точностью до бита с первым блоком исключительно для двумерного воспроизведения (B[2]+B[3])2D, расположенным перед первым блоком 7201 экстентов. Блоки данных для воспроизведения базового вида, включенные во второй блок 7202 экстентов, являются блоками исключительно для трехмерного воспроизведения B[4]3D и B[5]3D, и комбинация этих блоков B[4]3D+B[5]3D совпадает с точностью до бита со вторым блоком исключительно для двумерного воспроизведения (B[4]+B[5])2D, расположенным перед вторым блоком 7202 экстентов.

Из блоков данных для воспроизведения базового вида, показанных на фиг. 72, к блокам данных, отличным от блоков исключительно для трехмерного воспроизведения B[2]3D-B[5]3D, может осуществляться доступ в качестве экстентов в файле 2D 7210. В частности, ко второму блоку исключительно для двумерного воспроизведения (B[4]+B[5])2D может осуществляться доступ в качестве одного двумерного экстента EXT2D[2]. Кроме того, блок B[6] данных для воспроизведения базового вида в третьем блоке 7203 экстентов может быть извлечен из экстента EXTSS[3] в файле SS 7220 в качестве экстента в файле base 7211. Наоборот, к блокам исключительно для двумерного воспроизведения (B[2]+B[3])2D и (B[4]+B[5])2D может осуществляться доступ только в качестве двумерных экстентов. Блоки исключительно для трехмерного воспроизведения B[2]3D-B[5]3D могут быть извлечены из экстентов SS EXTSS[1], EXTSS[2] в качестве экстентов для воспроизведения базового вида.

Фиг. 73 является принципиальной схемой, показывающей путь 7310 воспроизведения в режиме двумерного воспроизведения и путь 7320 воспроизведения в режиме трехмерного воспроизведения для группы блоков данных в компоновке 3, показанной на фиг. 72. Устройство 102 воспроизведения в режиме двумерного воспроизведения воспроизводит файл 2D 7210. Соответственно, как показано посредством пути 7310 воспроизведения в режиме двумерного воспроизведения, первый блок исключительно для двумерного воспроизведения (B[2]+B[3])2D считывается в качестве второго двумерного экстента EXT2D[1], и считывание непосредственно последующего второго блока 7201 экстентов пропускается посредством длинного перехода JLY. Затем, второй блок исключительно для двумерного воспроизведения (B[4]+B[5])2D считывается в качестве третьего двумерного экстента EXT2D[2], и считывание непосредственно последующего второго блока 7202 экстентов, а также блока D[6] данных для воспроизведения зависимого вида, расположенного в начале третьего блока 7203 экстентов, пропускается. Затем, первый блок B[6] данных для воспроизведения базового вида в третьем блоке 7203 экстентов считывается как четвертый двумерный экстент EXT2D[3]. Устройство 102 воспроизведения в режиме трехмерного воспроизведения воспроизводит файл SS 7220. Соответственно, как показано посредством пути 7320 воспроизведения в режиме трехмерного воспроизведения, считывание первого блока исключительно для двумерного воспроизведения (B[2]+B[3])2D пропускается посредством перехода JEX. Затем, весь первый блок 7201 экстентов считывается непрерывно как второй экстент SS EXTSS[1]. Непосредственно после этого длинный переход JLY возникает, и считывание второго блока исключительно для двумерного воспроизведения (B[4]+B[5])2D пропускается. Затем, второй блок 7202 экстентов и третий блок 7203 экстентов непрерывно считываются, соответственно, в качестве третьего экстента SS EXTSS[2] и четвертого экстента SS EXTSS[3].

Как показано на фиг. 73, в режиме двумерного воспроизведения, блоки исключительно для двумерного воспроизведения (B[2]+B[3])2D и (B[4]+B[5])2D считываются, тогда как считывание блоков исключительно для трехмерного воспроизведения B[2]3D-B[5]3D пропускается. Наоборот, в режиме трехмерного воспроизведения, считывание блоков исключительно для двумерного воспроизведения (B[2]+B[3])2D и (B[4]+B[5])2D пропускается, тогда как блоки исключительно для трехмерного воспроизведения B[2]3D-B[5]3D считываются. Тем не менее, поскольку все блоки исключительно для двумерного воспроизведения (B[2]+B[3])2D и (B[4]+B[5])2D совпадают со всеми блоками исключительно для трехмерного воспроизведения B[2]3D+...+B[5]3D с точностью до бита, видеокадры для воспроизведения базового вида, которые воспроизводятся, являются идентичными в обоих режимах воспроизведения. В компоновке 3 путь 7310 воспроизведения в режиме двумерного воспроизведения и путь 7320 воспроизведения в режиме трехмерного воспроизведения разделяются непосредственно перед и после длинного перехода JLY таким образом. Соответственно, аналогично компоновке 2, размер SEXT2D[1] двумерного экстента EXT2D[1], расположенного непосредственно перед межслойной границей LB, и размер SEXT2[1] непосредственно предшествующего блока D[1] данных для воспроизведения зависимого вида могут быть определены отдельно, как указано ниже. Кроме того, сразу после межслойной границы LB, путь 7310 воспроизведения в режиме двумерного воспроизведения не пересекает второй блок 7202 экстентов. Соответственно, блоки D[4], B[4]3D, D[5] и B[5]3D данных во втором блоке 7202 экстентов не обязательно должны удовлетворять условию 1, и размер каждого блока данных может уменьшаться. Как результат, просто задавать максимальный размер экстента в соответствии с таблицей на фиг. 28A. Таким образом, можно дополнительно уменьшать емкость RB1 и RB2.

Следует отметить, что компоновка 1 может быть изменена так, что блок исключительно для трехмерного воспроизведения размещается в блоке экстентов, который находится рядом и перед блоком исключительно для двумерного воспроизведения. Компоновка 3 может быть изменена так, что блок экстентов, расположенный непосредственно перед межслойной границей, должен включать в себя только обычную перемеженную компоновку. Компоновка 3 также может быть комбинирована с компоновкой 1. Кроме того, компоновка 3 может быть изменена так, что порядок второго блока исключительно для двумерного воспроизведения (B[4]+B[5])2D и непосредственно последующего второго блока 7202 экстентов изменяется на противоположный. Множество изменений компоновок 1-3, таких как вышеуказанные, должны быть очевидными для специалистов в данной области техники.

Модификации

(2-A) Флаг пары экстентов

Фиг. 74 является схематичным представлением, показывающим точки 7410 и 7420 входа, заданные для экстентов EXT1[k], и EXT2[k] (буква k представляет целое число в нуль или более) в файле base 7401 и файле DEP 7402. Точка 7401 входа в файле base 7402 задается посредством карты вхождений в файле информации о двумерных клипах, а точка 7420 входа в файле DEP 7402 задается посредством карты вхождений в файле информации о клипах для воспроизведения зависимого вида. Каждая точка 7410 и 7420 входа, в частности, включает в себя флаг пары экстентов. Когда точка входа в файле base 7401 и точка входа в файле DEP 7402 указывают идентичную PTS, "флаг пары экстентов" указывает то, располагаются или нет экстенты, в которых эти точки входа задаются, EXT1[i] и EXT2[j], в одном порядке с начала файлов 7401 и 7402 (i=j или i≠j). Как показано на фиг. 74, PTS первой точки 7430 входа, заданная в (n+1)-м (буква n представляет целое число в единицу или более) экстенте EXT1[n] для воспроизведения базового вида, равняется PTS последней точки 7440 входа, заданной в (n-1)-м экстенте EXT2[n-1] для воспроизведения зависимого вида. Соответственно, значение флага пары экстентов для точек 7430 и 7440 входа задается равным "0". Аналогично, PTS последней точки 7431 входа, заданная в (n+1)-м экстенте EXT1[n] для воспроизведения базового вида, равна PTS первой точки 7441 входа, заданной в (n+1)-м экстенте EXT2[n+1] для воспроизведения зависимого вида. Соответственно, значение флага пары экстентов для точек 7431 и 7441 входа задается равным "0". Для других точек 7410 и 7420 входа, когда PTS являются одинаковыми, порядок экстентов EXT1[·] и EXT2[·], в котором задаются эти точки, также является одинаковым, и тем самым значение флага пары экстентов задается равным "1".

Когда устройство 102 воспроизведения в режиме трехмерного воспроизведения начинает воспроизведение с прерываниями, оно обращается к флагу пары экстентов в точке входа позиции начала воспроизведения. Когда значение флага равно "1", воспроизведение фактически начинается с этой точки входа. Когда значение равно "0", устройство 102 воспроизведения выполняет поиск, до или после этой точки входа, другой точки входа, которая имеет флаг пары экстентов со значением "1". Воспроизведение начинается с этой другой точки входа. Это обеспечивает то, что n-й экстент EXT2[n] для воспроизведения зависимого вида считывается перед n-м экстентом EXT1[n] для воспроизведения базового вида. Как результат, воспроизведение с прерываниями может упрощаться.

Время представления, соответствующее расстоянию между точками входа, имеющими флаг пары экстентов=0, может быть ограничено, чтобы не превышать постоянное число секунд. Например, время может быть ограничено, чтобы быть меньшим или равным значению, в два раза превышающему максимальное значение времени представления для одной GOP. Альтернативно, значение флага пары экстентов для точки входа после точки входа с флагом пары экстентов=0 может ограничиваться значением "1". Кроме того, может указываться то, что "каждый экстент имеет, по меньшей мере, одну точку входа". В любом случае, интервал между точками входа является достаточно небольшим так, что, в начале воспроизведения с прерываниями, время ожидания до тех пор, пока воспроизведение не начинается, что вызывается посредством поиска точки входа, имеющей флаг пары экстентов=1, сокращается. Флаг переключения ракурса также может использоваться в качестве замены флага пары экстентов. "Флаг переключения ракурса" - это флаг, подготавливаемый в рамках карты вхождений для содержимого, которое поддерживает многоракурсный режим. Флаг переключения ракурса указывает позицию переключения ракурса в рамках мультиплексированных потоковых данных (см. ниже для описания многоракурсного режима).

(2-B) Согласование периодов воспроизведения между флагами пары экстентов

Для пар блоков данных с равными ATC-временами экстента, т.е. для пар экстентов, период воспроизведения также может совпадать, и время воспроизведения видеопотока может быть равным. Другими словами, число VAU между экстентами в паре экстентов может быть равным. Значимость такого равенства поясняется ниже.

Фиг. 75A является схематичным представлением, показывающим путь воспроизведения, когда ATC-времена экстента и времена воспроизведения видеопотока отличаются между смежными блоками данных для воспроизведения базового вида и блоками данных для воспроизведения зависимого вида. Как показано на фиг. 75А, время воспроизведения первого блока B[0] данных для воспроизведения базового вида составляет четыре секунды, а время воспроизведения первого блока D[0] данных для воспроизведения зависимого вида составляет одну секунду. В этом случае секция видеопотока для воспроизведения базового вида, которая необходима для декодирования блока D[0] данных для воспроизведения зависимого вида, имеет время воспроизведения, идентичное блоку D[0] данных для воспроизведения зависимого вида. Соответственно, чтобы экономить емкость буфера считывания в устройстве 102 воспроизведения, предпочтительно, как показано посредством стрелки ARW1 на фиг. 75A, инструктировать устройству воспроизведения поочередно считывать блок B[0] данных для воспроизведения базового вида и блок D[0] данных для воспроизведения зависимого вида с одинаковым количеством времени воспроизведения, например, по одной секунде за раз. В этом случае, тем не менее, как показано посредством пунктирных линий на фиг. 75A, переходы осуществляются во время обработки считывания. Как результат, трудно инструктировать обработке считывания не отставать от обработки декодирования и тем самым трудно устойчиво поддерживать плавное воспроизведение.

Фиг. 75B является схематичным представлением, показывающим путь воспроизведения, когда времена воспроизведения видеопотока равны для смежных блоков данных для воспроизведения базового вида и зависимого вида. Как показано на фиг. 75B, время воспроизведения видеопотока между парой смежных блоков данных может быть идентичным. Например, для пары B[0] и D[0] первых блоков данных, времена воспроизведения видеопотока равны одной секунде, а времена воспроизведения видеопотока для второй пары B[1] и D[1] блоков данных равны 0,7 секунде. В этом случае, во время режима трехмерного воспроизведения устройство воспроизведения считывает блоки B[0], D[0], B[1], D[1],..., данных по порядку с начала, как показано посредством стрелки ARW2 на фиг. 75B. Посредством простого считывания этих блоков данных по порядку устройство воспроизведения может плавно считывать основной TS и суб-TS поочередно с одинаковыми приращениями во время воспроизведения. В частности, поскольку переход не осуществляется во время обработки считывания, плавное воспроизведение трехмерных видеоизображений может устойчиво поддерживаться.

Если ATC-время экстента фактически является идентичным для смежных блоков данных для воспроизведения базового вида и зависимого вида, переходы не осуществляются во время считывания, и синхронное декодирование может поддерживаться. Соответственно, даже если период воспроизведения или время воспроизведения видеопотока не равны, устройство воспроизведения может надежно поддерживать плавное воспроизведение трехмерных видеоизображений просто посредством считывания групп блоков данных по порядку с начала, как в случае, показанном на фиг. 75B.

В паре экстентов, числе заголовков в любой VAU или число PES-заголовков может быть равным. Эти заголовки используются для того, чтобы синхронизировать декодирование в паре экстентов. Соответственно, если число заголовков является одинаковым в паре экстентов, относительно просто поддерживать синхронное декодирование, даже если число VAU не является одинаковым. Кроме того, в отличие от этого, когда число VAU является одинаковым, все данные в VAU не обязательно должны мультиплексироваться в одном блоке данных. Следовательно, предусмотрена высокая степень свободы для мультиплексирования потоковых данных во время процесса авторинга BD-ROM-диска 101.

Число точек входа может быть равным между экстентами в паре экстентов. Снова ссылаясь на фиг. 74, в файле base 7401 и файле DEP 7402, экстенты EXT1[k] и EXT2[k], расположенные в одном порядке с начала, имеют идентичное число точек 7410 и 7420 входа после исключения точек 7430, 7440, 7431, 7441 входа с флагом пары экстентов=0. То, присутствуют или нет переходы, различается между режимом двумерного воспроизведения и режимом трехмерного воспроизведения. Когда число точек входа является одинаковым между блоками данных, тем не менее, время воспроизведения является практически одинаковым. Соответственно, просто поддерживать синхронное декодирование независимо от переходов. Кроме того, в отличие от этого, когда число VAU является одинаковым, все данные в VAU не обязательно должны мультиплексироваться в одном блоке данных. Следовательно, предусмотрена высокая степень свободы для мультиплексирования потоковых данных во время процесса авторинга BD-ROM-диска 101.

(2-C) Многоракурсный режим

Фиг. 76A является схематичным представлением, показывающим путь воспроизведения для мультиплексированных потоковых данных, поддерживающих многоракурсный режим. Как показано на фиг. 76A, три типа фрагментов потоковых данных L, R и D, соответственно, для базового вида, вида для просмотра правым глазом и карты глубины мультиплексируются в мультиплексированных потоковых данных. Например, в L/R-режиме фрагменты для просмотра правым глазом и для воспроизведения базового вида потоковых данных L и R воспроизводятся параллельно. Кроме того, фрагменты потоковых данных Ak, Bk и Ck (k=0, 1, 2,..., n) для различных ракурсов (углов обзора) мультиплексируются в секции, воспроизводимой в течение периода PANG многоракурсного воспроизведения. Потоковые данные Ak, Bk и Ck для различных ракурсов разделяются на секции, для которых время воспроизведения равно интервалу изменения ракурса. Кроме того, потоковые данные для базового вида, вида для просмотра правым глазом и карты глубины мультиплексируются в каждом из фрагментов данных Ak, Bk и Ck. В течение периода PANG многоракурсного воспроизведения воспроизведение может переключаться между фрагментами потоковых данных Ak, Bk и Ck для различных ракурсов в ответ на пользовательскую операцию или инструкцию прикладной программой.

Фиг. 76B является схематичным представлением, показывающим группу 7601 блоков данных, записанную на BD-ROM-диске, и соответствующий путь 7602 воспроизведения в L/R-режиме. Эта группа 7601 блоков данных включает в себя фрагменты потоковых данных L, R, D, Ak, Bk и Ck, показанных на фиг. 76A. Как показано на фиг. 76B, в группе 7601 блоков данных, в дополнение к обычным фрагментам потоковых данных L, R и D, фрагменты потоковых данных Ak, Bk и Ck для различных ракурсов записываются в перемеженной компоновке. В L/R-режиме, как показано в пути 7602 воспроизведения, блоки R и L для просмотра правым глазом и для воспроизведения базового вида считываются, а считывание блоков D данных карты глубины пропускается посредством переходов. Кроме того, из фрагментов потоковых данных Ak, Bk и Ck для различных ракурсов, блоки данных для выбранных ракурсов A0, B1,..., Cn считываются, а считывание других блоков данных пропускается посредством переходов.

Фиг. 76C является схематичным представлением, показывающим блок экстентов, сформированный посредством потоковых данных Ak, Bk и Ck для различных ракурсов. Как показано на фиг. 76C, фрагменты потоковых данных Ak, Bk и Ck для каждого ракурса состоят из трех типов блоков L, R и D данных, записанных в перемеженной компоновке. В L/R-режиме, как показано посредством пути 7602 воспроизведения, из фрагментов потоковых данных Ak, Bk и Ck для различных ракурсов, блоки R и L для просмотра правым глазом и для воспроизведения базового вида считываются для выбранных ракурсов A0, B1,..., Cn. В отличие от этого, считывание других блоков данных пропускается посредством переходов.

Следует отметить, что во фрагментах потоковых данных Ak, Bk и Ck для каждого ракурса потоковые данные для базового вида, вида для просмотра правым глазом и карты глубины могут сохраняться как один фрагмент мультиплексированных потоковых данных. Тем не менее, скорость записи должна быть ограничена диапазоном системной скорости, для которой воспроизведение возможно в устройстве двумерного воспроизведения. Кроме того, число фрагментов потоковых данных (TS), которое должно быть передано в декодер системных целевых объектов, отличается между такими фрагментами мультиплексированных потоковых данных и мультиплексированных потоковых данных для других трехмерных видеоизображений. Соответственно, каждый PI в файле списков для трехмерного воспроизведения может включать в себя флаг, указывающий номер TS, который должен воспроизводиться. Посредством обращения к этому флагу, устройство трехмерного воспроизведения может переключаться между этими фрагментами мультиплексированных потоковых данных в рамках одного файла списков для трехмерного воспроизведения. В PI, который указывает два TS для воспроизведения в режиме трехмерного воспроизведения, этот флаг указывает 2TS. С другой стороны, в PI, который указывает один TS для воспроизведения, к примеру, вышеуказанные фрагменты мультиплексированных потоковых данных, флаг указывает 1TS. Устройство трехмерного воспроизведения может переключать настройку декодера системных целевых объектов в соответствии со значением флага. Кроме того, этот флаг может выражаться посредством значения условия соединения (CC). Например, CC "7" указывает переход от 2TS к 1TS, тогда как CC "8" указывает переход от 1TS к 2TS.

Фиг. 77 является схематичным представлением, показывающим (i) группу 7701 блоков данных, составляющих период многоракурсного режима, и (ii) путь 7710 воспроизведения в режиме двумерного воспроизведения и путь 7720 воспроизведения в L/R-режиме, которые соответствуют группе 7701 блоков данных. Как показано на фиг. 77, эта группа 7701 блоков данных формируется посредством трех типов секций ANG1 #k, ANG2 #k и ANG3 #k смены ракурса (k=1, 2,..., 6, 7) в перемеженной компоновке. "Секция смены ракурса" является группой последовательных блоков данных, в которой сохранены потоковые данные для видеоизображений, видимых с одного ракурса. Ракурс видеоизображений отличается между различными типами секций смены ракурса. K-е секции каждого типа секции ANG1 #k, ANG2 #k и ANG3 #k смены ракурса являются смежными. Каждая секция ANGm #k смены ракурса (m=1, 2, 3) формируется посредством одного блока экстентов, т.е. к ней обращаются как одному экстенту SS EXTSS[k] (k=10, 11,..., 23). Емкость буфера считывания тем самым может уменьшаться по сравнению с тем, когда множество секций смены ракурса формирует один экстент SS EXTSS[k]. Кроме того, каждый блок экстентов включает в себя один блок R данных для воспроизведения зависимого вида и один блок L данных для воспроизведения базового вида. Эта пара блоков R и L данных упоминается как пара n-го из экстента EXT2[n] для воспроизведения зависимого вида и n-го экстента EXT1[n] для воспроизведения базового вида (буква n представляет целое число, превышающее или равное 0).

Размер каждого блока экстентов удовлетворяет условиям 1-4. В частности, переходом, который должен учитываться в условии 1, является переход JANG-2D, чтобы пропускать считывание других секций смены ракурса, как показано посредством пути 7710 воспроизведения в режиме двумерного воспроизведения. С другой стороны, переходом, который должен учитываться в условии 4, является переход JANG-LR, чтобы пропускать считывание других секций смены ракурса, как показано посредством пути 7720 воспроизведения в L/R-режиме. Как показано посредством путей 7710 и 7720 воспроизведения, оба этих перехода JANG-2D и JANG-LR, в общем, включают в себя переключатель ракурса, т.е. переключатель между типом секции смены ракурса, которая должна считываться.

Дополнительно ссылаясь на фиг. 77, каждая секция смены ракурса включает в себя один блок L данных для воспроизведения базового вида. Соответственно, ATC-время экстента для экстента EXT1[·] для воспроизведения базового вида ограничено тем, чтобы не превышать максимальное значение TANG длины секции смены ракурса. Например, чтобы давать возможность переключать ракурсы на скорости один раз каждые две секунды времени представления, максимальное значение TANG длины секции смены ракурса должно быть ограничено двумя секундами. Как результат, ATC-время экстента для экстента для воспроизведения базового вида EXT1[·] ограничено двумя секундами или менее. Следовательно, условие 5 изменяется так, что размер SEXT1 экстента для воспроизведения базового вида удовлетворяет выражению 16 вместо выражения 7.

S E X T 1 [ k ] max ( R E X T 1 [ k ] × R U D 54 R U D 54 R M A X 1 × T J U M P 2 D _ M I N , R E X T 1 [ k ] × T A N G ) . (16)

Следует отметить, что в правой стороне выражения (16), правая сторона выражения (10A) или (10B) может использоваться вместо правой стороны выражения (7). Аналогично расширенному времени ΔT для ATC-времени экстента двумерного экстента, показанного в выражении (10A) или (10B), максимальное значение TANG длины секции смены ракурса может быть определено посредством длины GOP или посредством верхнего предела числа экстентов, которые могут быть воспроизведены в течение предварительно определенного времени. Кроме того, расширенное время ΔT может задаваться равным нулю для многоракурсного режима.

Когда длинный переход возникает в течение периода многоракурсного режима, блоки экстентов перед и после длинного перехода размещаются для прозрачного соединения. В частности, когда потоковые данные для воспроизведения базового вида и зависимого вида в каждом ракурсе мультиплексируются в одном TS (в дальнейшем называется многоракурсным режимом 1TS), секции смены ракурса, расположенные непосредственно перед длинным переходом, должны задаваться так, что они имеют больший размер, чем другие секции смены ракурса. С другой стороны, когда потоковые данные для воспроизведения базового вида и зависимого вида в каждом ракурсе мультиплексируются в отдельных TS (в дальнейшем называется многоракурсным режимом 2TS), пути воспроизведения разделяются в секциях смены ракурса, расположенных непосредственно перед длинным переходом.

Фиг. 78A является принципиальной схемой, показывающей соответствие между группой 7810 блоков экстентов, составляющей период PANG многоракурсного режима 1TS, и путем 7820 воспроизведения, соответствующим группе 7810 блоков экстентов. Как показано на фиг. 78A, группа 7810 блоков экстентов включает в себя секции Ak, Bk и Ck смены ракурса (k=0, 1,..., n, буква n представляет целое число в нуль или более) в перемеженной компоновке в периоде PANG многоракурсного режима. Кроме того, межслойная граница LB отделяет эти секции Ak, Bk и Ck смены ракурса от последующих блоков экстентов, и, следовательно, длинный переход JLY возникает в межслойной границе LB. В этом случае, размер Sn каждой из (n+1)-х секций An, Bn и Cn смены ракурса, расположенных непосредственно перед длинным переходом JLY, превышает размер Sk каждой из секций Ak, Bk и Ck смены ракурса (k=0, 1,..., n-1) от начала до n-й секции смены ракурса: Sn>Sk. Соответственно, непосредственно перед длинным переходом JLY, сохраненный объем данных в буфере считывания увеличивается достаточно, чтобы предотвращать опустошение в буфере считывания во время длинного перехода JLY.

Фиг. 78B является принципиальной схемой, показывающей соответствие между группой 7830 блоков экстентов, составляющей период PANG многоракурсного режима 2TS, и путем 7840 воспроизведения в режиме двумерного воспроизведения и путем 7850 воспроизведения в режиме трехмерного воспроизведения, которые соответствуют группе 7830 блоков экстентов. Как показано на фиг. 78B, группа 7830 блоков экстентов включает в себя секции Ak, Bk и Ck смены ракурса (k=0, 1,..., n, буква n представляет целое число в нуль или более) в перемеженной компоновке в периоде PANG многоракурсного режима. Кроме того, межслойная граница LB отделяет эти секции Ak, Bk и Ck смены ракурса от последующих блоков экстентов, и, следовательно, длинный переход JLY возникает в межслойной границе LB. В этом контексте, каждый блок Ak, Bk и Ck данных (k=0, 1,..., n-1) в секции смены ракурса от начала до n-го блока данных не включает в себя одну пару D, B экстентов. С другой стороны, (n+1)-е секции An, Bn и Cn смены ракурса, расположенные непосредственно перед межслойной границей LB, включают в себя два типа блоков данных: блоки исключительно для двумерного воспроизведения An2D, Bn2D и Cn2D и блоки исключительно для трехмерного воспроизведения An3D, Bn3D и Cn3D. В общем, блоки исключительно для трехмерного воспроизведения An3D, Bn3D и Cn3D включают в себя множество пар D1, B13D, D2, B23D экстентов в перемеженной компоновке. Блоки исключительно для двумерного воспроизведения An2D, Bn2D и Cn2D являются копиями (B1+B2)2D, которые полностью совпадают с блоками B13D и B23D данных для воспроизведения базового вида, включенными в блоки исключительно для трехмерного воспроизведения An3D, Bn3D и Cn3D для идентичного ракурса с точностью до бита. Путь 7840 воспроизведения в режиме двумерного воспроизведения пересекает один из блоков исключительно для двумерного воспроизведения An2D, Bn2D и Cn2D в качестве (n+1)-й секции смены ракурса и пропускает все блоки исключительно для трехмерного воспроизведения An3D, Bn3D и Cn3D. В отличие от этого, путь 7850 воспроизведения в режиме трехмерного воспроизведения пересекает один из блоков исключительно для трехмерного воспроизведения An3D, Bn3D и Cn3D в качестве (n+1)-й секции смены ракурса и пропускает все блоки исключительно для двумерного воспроизведения An2D, Bn2D и Cn2D. Сохраненный объем данных, необходимый, чтобы предотвращать опустошение в буфере считывания во время длинного перехода JLY, гарантируется в режиме двумерного воспроизведения посредством блоков исключительно для двумерного воспроизведения An2D, Bn2D и Cn2D, удовлетворяющих условию 1, и гарантируется в режиме трехмерного воспроизведения посредством блоков исключительно для трехмерного воспроизведения An3D, Bn3D и Cn3D, удовлетворяющих условиям 2-4. Кроме того, поскольку блоки исключительно для трехмерного воспроизведения An3D, Bn3D и Cn3D не обязательно должны удовлетворять условию 1, просто задавать максимальный размер экстента в соответствии с таблицей на фиг. 28A. Как результат, прозрачное соединение может быть реализовано для блока экстентов 7830 при поддержании емкости буфера считывания достаточно низкой.

Вариант 3 осуществления

Далее описываются, в качестве варианта осуществления 3 настоящего изобретения, устройство записи и способ записи для носителей записи вариантов 1 и 2 осуществления настоящего изобретения. Записывающее устройство, описанное здесь, называется устройством авторинга. Устройство авторинга, в общем, находится в творческой студии и используется пользователями, занимающимися авторингом, чтобы создавать киносодержимое, которое должно распространяться. Во-первых, в ответ на операции пользователями, занимающимися авторингом, устройство записи преобразует киносодержимое в файлы AV-потока с использованием предварительно определенного способа кодирования со сжатием. Затем, устройство записи формирует сценарий. "Сценарий" - это информация, задающая то, как каждый тайтл, включенный в киносодержимое, должен воспроизводиться. В частности, сценарий включает в себя информацию динамического сценария и информацию статического сценария. Затем, устройство записи формирует образ тома для BD-ROM-диска из файлов AV-потока и сценария. В завершение, устройство записи записывает образ тома на носителе записи.

Фиг. 79 является функциональной блок-схемой устройства 7900 записи. Как показано на фиг. 79, устройство 7900 записи включает в себя модуль 7901 хранения баз данных, видеокодер 7902, модуль 7903 создания материала, модуль 7904 формирования сценариев, модуль 7905 создания BD-программ, процессор 7906 мультиплексирования и процессор 7907 форматов.

Модуль 7901 хранения баз данных является энергонезависимым устройством хранения данных, встроенным в записывающее устройство, и является, в частности, жестким диском (HDD). Альтернативно, модуль 7901 хранения баз данных может быть внешним HDD, подключенным к устройству записи, или энергонезависимым полупроводниковым запоминающим устройством, внутренним или внешним для устройства записи.

Видеокодер 7902 принимает видеоданные, такие как несжатые данные битовой карты, от пользователей, занимающихся авторингом, и сжимает принимаемые видеоданные в соответствии со способом кодирования со сжатием, таки