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

Изобретение относится к технологиям воспроизведения стереоскопических видеоизображений. Техническим результатом является обеспечение плавного воспроизведения стереоскопических видеоизображений. Предложен компьютерно-читаемый носитель записи, на который записываются поток основного вида, поток подвида и управляющая информация. Поток основного вида имеет мультиплексированный в нем видеопоток основного вида, который составляет основные виды стереоскопических видеоизображений. Поток подвида имеет мультиплексированный в нем видеопоток подвида, который составляет подвиды стереоскопических видеоизображений, причем видеопоток подвида кодируется в отношении видеопотока основного вида. Управляющая информация включает в себя системную скорость каждого из потока основного вида и потока подвида. Компьютерно-читаемый носитель записи включает в себя область длинного перехода, которая является одной из области, имеющей, по меньшей мере, предварительно определенное число секторов, и области, имеющей межслойную границу. 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 принимает видеоданные, такие как несжатые данные битовой карты, от пользователей, занимающихся авторингом, и сжимает принимаемые видеоданные в соответствии со способом кодирования со сжатием, таким как MPEG-4 AVC или MPEG-2. Этот процесс преобразует данные первичного видео в поток первичного видео и данные вторичного видео в поток вторичного видео. В частности, данные трехмерного видеоизображения преобразуются в пару из видеопотока для воспроизведения базового вида и видеопотока для воспроизведения зависимого вида, как показано на фиг. 7, с использованием способа многовидового кодирования, такого как MVC. Другими словами, последовательность видеокадров, представляющая вид для просмотра левым глазом, преобразуется в видеопоток для воспроизведения базового вида через межкадровое прогнозирующее кодирование для изображений в этих видеокадрах. С другой стороны, последовательность видеокадров, представляющая вид для просмотра правым глазом, преобразуется в видеопоток для воспроизведения зависимого вида через прогнозирующее кодирование не только для изображений в этих видеокадрах, но также и изображений для воспроизведения базового вида. Следует отметить, что видеокадры, представляющие вид для просмотра правым глазом, могут быть преобразованы в видеопоток для воспроизведения базового вида, и видеокадры, представляющие вид для просмотра левым глазом, могут быть преобразованы в видеопоток для воспроизведения зависимого вида. Преобразованные видеопотоки 7912 сохраняются в модуле 7901 хранения баз данных.

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

Видеокодер 7902 сжимает изображения для просмотра левым глазом и правым глазом с использованием избыточности между изображениями. Другими словами, видеокодер 7902 сравнивает оба несжатых изображения на основе каждого макроблока, т.е. в расчете на матрицы в 8×8 или 16×16 пикселов, чтобы обнаруживать вектор движения для каждого изображения в двух изображениях. В частности, как показано на фиг. 80A и 80B, изображение 8001 для просмотра левым глазом и изображение 8002 для просмотра правым глазом сначала разделяются на макроблоки 8003. Затем, области, занимаемые посредством данных изображений в изображении 8001 и изображении 8002, сравниваются для каждого макроблока 8003, и вектор движения для каждого изображения обнаруживается на основе результата сравнения. Например, область, занимаемая посредством видеоизображения 8004, показывающего "дом" в изображении 8001, является практически идентичной области в изображении 8002. Соответственно, вектор движения не обнаруживается из таких областей. С другой стороны, область, занимаемая посредством видеоизображения 8005, показывающего "круг", отличается между изображением 8001 и изображением 8002. Соответственно, вектор движения видеоизображения 8005 обнаруживается из таких областей.

Видеокодер 7902 использует обнаруженный вектор движения, чтобы сжимать изображения 8001 и 8002. С другой стороны, видеокодер 7902 использует вектор движения, чтобы вычислять бинокулярный параллакс каждого видеоизображения, к примеру, видеоизображение 8004 "дома" и видеоизображение 8005 "круга". Видеокодер 7902 дополнительно вычисляет глубину каждого видеоизображения из бинокулярного параллакса видеоизображения. Информация, указывающая глубину, может быть организована в матрицу 8006 размера, идентичного размеру матрицы макроблоков в изображениях 8001 и 8002, как показано на фиг. 80C. В этой матрице 8006, блоки 8007 находятся в соответствии "один-к-одному" с макроблоками 8003 в изображениях 8001 и 8002. Каждый блок 8007 указывает глубину изображения, показанного посредством соответствующих макроблоков 8003, посредством использования, например, глубины в 8 битов. В примере, показанном на фиг. 80A-80C, глубина видеоизображения 8005 "круга" сохраняется в каждом из блоков в области 8008 в матрице 8006. Эта область 8008 соответствует всем областям в изображениях 8001 и 8002, которые представляют изображение 8005.

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

Видеокодер 7902 дополнительно может использовать информацию глубины, чтобы вычислять ширину вертикальных полос и высоту горизонтальных полос, включенных только в одну из видеоплоскости для просмотра левым глазом и видеоплоскости для просмотра правым глазом (подробности см. в разделе <<Дополнительное пояснение>>). Если видеоизображение фактически включается в эти полосы, вектор движения этого видеоизображения обнаруживается как указывающий "выпадение кадров" из вида для просмотра левым глазом к виду для просмотра правым глазом или наоборот. Соответственно, видеокодер 7902 может вычислять ширину или высоту каждой полосы из этого вектора движения. Информация 7911 (в дальнейшем называемая "информацией маскирующей области"), указывающая вычисленную ширину и высоту, сохраняется в модуле 7901 хранения баз данных.

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

Модуль 7903 создания материала создает элементарные потоки, отличные от видеопотоков, такие как аудиопоток 7913, PG-поток 7914 и IG-поток 7915, и сохраняет созданные потоки в модуль 7901 хранения баз данных. Например, модуль 7903 создания материала принимает несжатые LPCM-аудиоданные от пользователей, занимающихся авторингом, кодирует несжатые LPCM-аудиоданные в соответствии со способом кодирования со сжатием, таким как AC-3, и преобразует кодированные LPCM-аудиоданные в аудиопоток 7913. Модуль 7903 создания материала также принимает файл информации о субтитрах от пользователей, занимающихся авторингом, и создает PG-поток 7914 в соответствии с файлом информации о субтитрах. Файл информации о субтитрах задает данные изображений или текстовые данные для показа субтитров, распределения времени отображения субтитров и визуальных эффектов, которые должны добавляться к субтитрам, таких как выход из затемнения и затемнение. Кроме того, модуль 7903 создания материала принимает данные битовой карты и файл меню от пользователей, занимающихся авторингом, и создает IG-поток 7915 в соответствии с данными битовой карты и файлом меню. Данные битовой карты показывают изображения, которые должны отображаться на меню. Файл меню задает то, как каждая кнопка в меню должна переводиться из одного состояния в другое, и задает визуальные эффекты, которые должны добавляться к каждой кнопке.

В ответ на операции пользователями, занимающимися авторской разработкой, модуль 7903 создания материала дополнительно создает информацию 7910 смещения согласно PG-потоку 7914 и IG-потоку 7915. В этом случае модуль 7903 создания материала может использовать информацию DPI глубины, сформированную посредством видеокодера 7902, чтобы совмещать глубину трехмерных графических изображений с глубиной трехмерных видеоизображений. Когда глубина трехмерных видеоизображений изменяется радикально между кадрами, модуль 7903 создания материала дополнительно может использовать фильтр нижних частот, чтобы обрабатывать последовательность значений смещения, созданных в отношении информации DPI глубины, тем самым уменьшая величину изменения между кадрами. Информация 7910 смещения, таким образом сформированная, сохраняется в модуле 7901 хранения баз данных.

Модуль 7904 формирования сценариев создает данные 7917 BD-ROM-сценариев в ответ на инструкцию, принимаемую от пользователей, занимающихся авторингом, через GUI, а затем сохраняет созданные данные 7917 BD-ROM-сценариев в модуле 7901 хранения баз данных. Данные 7917 BD-ROM-сценариев задают способы воспроизведения элементарных потоков 7912-7916, сохраненных в модуле 7901 хранения баз данных. Из группы файлов, показанной на фиг. 2, данные 7906 BD-ROM-сценариев включают в себя индексный файл 211, файл 212 кинообъектов и файлы 221-223 списков воспроизведения. Модуль 7904 формирования сценариев дополнительно создает файл PRF параметров и передает созданный файл PRF параметров в процессор 7906 мультиплексирования. Файл PRF параметров задает, из элементарных потоков 7912-7915, сохраненных в модуле 7901 хранения баз данных, потоковые данные, которые должны быть мультиплексированы в основной TS и суб-TS.

Модуль 7905 создания BD-программ предоставляет пользователям, занимающимся авторингом, среду программирования для программирования BD-J-объектов и Java-приложений. Модуль 7905 создания BD-программ принимает запрос от пользователя через GUI и создает исходный код каждой программы согласно запросу. Модуль 7905 создания BD-программ дополнительно создает файл 251 BD-J-объектов из BD-J-объектов и сжимает Java-приложения в JAR-файл 261 JAR. Программные файлы BDP передаются в процессор 7907 форматов.

Здесь, допускается, что BD-J-объект программируется следующим образом: BD-J-объект инструктирует модулю 5034 выполнения программ, показанному на фиг. 50, передавать графические данные для GUI в декодер 5023 системных целевых объектов. Кроме того, BD-J-объект инструктирует декодеру 5023 системных целевых объектов обрабатывать графические данные как данные плоскости изображений и выводить данные плоскости изображений в сумматор 5024 плоскостей в режиме 1 плоскости+смещения. В этом случае модуль 7905 создания BD-программ может создавать информацию 7910 смещения, соответствующую плоскости изображений, и сохранять информацию 7910 смещения в модуле 7901 хранения баз данных. Модуль 7905 создания BD-программ может использовать информацию DPI глубины, сформированную посредством видеокодера 7902, при создании информации 7910 смещения.

В соответствии с файлом PRF параметров, процессор 7906 мультиплексирования мультиплексирует каждый из элементарных потоков 7912-7915, сохраненных в модуле 7901 хранения баз данных, чтобы формировать файл потока в формате MPEG-2 TS. В частности, как показано на фиг. 4, каждый из элементарных потоков 7912-7915 сначала преобразуется в последовательность исходных пакетов. Затем, исходные пакеты, включенные в каждую последовательность, ассемблируются в один фрагмент мультиплексированных потоковых данных. Таким образом, основной TS и суб-TS создаются. Эти фрагменты мультиплексированных потоковых данных MSD выводятся в процессор 7907 форматов.

Кроме того, процессор 7906 мультиплексирования создает метаданные смещения на основе информации 7910 смещения, сохраненной в модуле 7901 хранения баз данных. Как показано на фиг. 11, созданные метаданные 1110 смещения сохраняются в видеопотоке для воспроизведения зависимого вида. Здесь, информация 7911 маскирующей области, сохраненная в модуле 7901 хранения баз данных, сохраняется в видеопотоке для воспроизведения зависимого вида вместе с метаданными смещения. Процессор 7906 мультиплексирования может обрабатывать каждый фрагмент графических данных, чтобы регулировать компоновку графических элементов в кадрах левого и правого видеоизображений. За счет этого процессор 7906 мультиплексирования может предотвращать перекрытие трехмерных графических изображений, представленных посредством каждой графической плоскости, с трехмерными графическими изображениями, представленными посредством других графических плоскостей, в идентичном визуальном направлении. Процессор 7906 мультиплексирования также может регулировать значение смещения для каждой графической плоскости так, что каждое трехмерное графическое изображение отображается на различной глубине.

Процессор 7906 мультиплексирования затем создает файл информации о двумерных клипах и файл информации о клипах для воспроизведения зависимого вида через следующие четыре этапа (I)-(IV). (I) Процессор 7906 мультиплексирования создает карты 3030 вхождений, показанные на фиг. 30, для файла 2D и файла DEP. (II) С использованием карты вхождений каждого файла, процессор 7906 мультиплексирования создает начальные точки 3042 и 3220 экстентов, показанные на фиг. 32A и 32B. Здесь, процессор 7906 мультиплексирования совмещает ATC-времена экстента между последовательными блоками данных. Кроме того, процессор 7906 мультиплексирования размещает двумерные экстенты, экстенты для воспроизведения базового вида, экстенты для воспроизведения зависимого вида и экстенты SS так, что размеры этих экстентов удовлетворяют условиям 1-5. (III) Процессор 7906 мультиплексирования извлекает информацию 3020 атрибутов потока, показанную на фиг. 30, из элементарных потоков, которые должны быть мультиплексированы в основной TS и суб-TS. (IV) Процессор 7906 мультиплексирования ассоциирует комбинацию карты 3030 вхождений, трехмерных метаданных 3040 и информации 3020 атрибутов потока с фрагментом информации 3010 о клипах, как показано на фиг. 30. Каждый файл CLI информации о клипах тем самым создается и передается в процессор 7907 форматов.

Процессор 7907 форматов создает образ 7920 BD-ROM-диска со структурой каталогов, показанной на фиг. 2, из (i) данных 7917 BD-ROM-сценариев, сохраненных в модуле 7901 хранения баз данных, (ii) группы программных файлов BDP, таких как файлы BD-J-объектов, созданные посредством модуля 7905 создания BD-программ, и (iii) мультиплексированных потоковых данных MSD и файлов CLI информации о клипах, сформированных посредством процессора 7906 мультиплексирования. В этой структуре каталогов UDF используется в качестве файловой системы.

При создании записей файлов для каждого из файлов 2D, файлов DEP и файлов SS процессор 7907 форматов обращается к картам вхождений и трехмерным метаданным, включенным в файлы информации о двумерных клипах и файлы информации о клипах для воспроизведения зависимого вида. Каждый SPN для точек входа и начальных точек экстентов тем самым используется в создании дескрипторов выделения. В частности, значение LBN и размера экстента, которое должно представляться посредством каждого дескриптора выделения, определяются так, что они выражают перемеженную компоновку блоков данных, аналогично компоновке, показанной на фиг. 15. Как результат, каждый блок данных для воспроизведения базового вида совместно используется посредством файла SS и файла 2D, и каждый блок данных для воспроизведения зависимого вида совместно используется посредством файла SS и файла DEP.

<Способ записи образа BD-ROM-диска>

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

На этапе S8101, элементарные потоки, программы и данные сценариев, которые должны быть записаны на BD-ROM-диске, создаются. Другими словами, видеокодер 7902 создает видеопоток 7912. Модуль 7903 создания материала создает аудиопоток 7913, PG-поток 7914 и IG-поток 7915. Модуль 7904 формирования сценариев создает данные 7917 BD-ROM-сценариев. Эти созданные фрагменты данных 7912-7917 сохраняются в модуле 7901 хранения баз данных. С другой стороны, видеокодер 7902 создает информацию 7910 смещения и информацию 7911 маскирующей области и сохраняет эти фрагменты информации в модуле 7901 хранения баз данных. Модуль 7903 создания материала создает информацию 7910 смещения и сохраняет эту информацию в модуле 7901 хранения баз данных. Модуль 7904 формирования сценариев создает файл PRF параметров и передает этот файл в процессор 7906 мультиплексирования. Модуль 7905 создания BD-программ создает группу программных файлов BDP, которые включают в себя файл BD-J-объектов и файл JAR, и передает эту группу BDP в процессор 7907 форматов. Модуль 7905 создания BD-программ также создает информацию 7910 смещения и сохраняет эту информацию в модуле 7901 хранения баз данных. После этого обработка переходит к этапу S8002.

На этапе S8102, процессор 7906 мультиплексирования создает метаданные смещения на основе информации 7910 смещения, сохраненной в модуле 7901 хранения баз данных. Созданные метаданные смещения сохраняются в видеопотоке для воспроизведения зависимого вида наряду с информацией 7911 маскирующей области. После этого обработка переходит к этапу S8103.

На этапе S8103, процессор 7906 мультиплексирования считывает элементарные потоки 7912-7915 из модуля 7901 хранения баз данных в соответствии с файлом PRF параметров и мультиплексирует эти потоки в файл потока в формате MPEG2-TS. После этого обработка переходит к этапу S8104.

На этапе S8104, процессор 7906 мультиплексирования создает файл информации о двумерных клипах и файл информации о клипах для воспроизведения зависимого вида. В частности, во время создания карты вхождений и начальных точек экстентов, ATC-время экстента совмещается в паре экстентов. Кроме того, размеры двумерных экстентов, экстентов для воспроизведения базового вида, экстентов для воспроизведения зависимого вида и экстентов SS задаются так, чтобы удовлетворять предварительно условиям 1-5. После этого обработка переходит к этапу S8105.

На этапе S8105, процессор 7907 форматов создает образ 7920 BD-ROM-диска из данных 7917 BD-ROM-сценариев, группы программных файлов BDP, мультиплексированных потоковых данных MDS и файла CLI информации о клипах. После этого обработка переходит к этапу S8106.

На этапе S8106, образ 7920 BD-ROM-диска преобразуется в данные для тиражирования BD-ROM. Кроме того, эти данные записываются на мастер-BD-ROM-диске. После этого обработка переходит к этапу S8107.

На этапе S8107, BD-ROM-диски 101 серийно производятся посредством тиражирования мастер-диска, полученного на этапе S8106. Обработка тем самым заканчивается.

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

Фиг. 82 является функциональной блок-схемой интегральной схемы 3 согласно варианту 4 осуществления настоящего изобретения. Как показано на фиг. 82, интегральная схема 3 устанавливается в устройстве 102 воспроизведения согласно вариантам 1 или 2 осуществления. В этом случае устройство 102 воспроизведения включает в себя модуль 1 интерфейса (IF) носителя, запоминающее устройство 2 и выход 10 в дополнение к интегральной схеме 3.

IF-модуль 1 носителя принимает или считывает данные из внешнего носителя ME и передает данные в интегральную схему 3. Структура этих данных является идентичной структуре данных на BD-ROM-диске 101 согласно вариантам 1 или 2 осуществления. IF-модуль 1 носителя включает в себя множество функциональных модулей в соответствии с типом носителя ME. Например, если носителем ME является дисковый носитель записи, такой как оптический диск, жесткий диск и т.д., IF-модуль 1 носителя включает в себя накопитель. Если носителем ME является полупроводниковое запоминающее устройство, такое как SD-карта, запоминающее устройство USB и т.д., IF-модуль 1 носителя включает в себя IF-плату. Если носителем ME является широковещательная волна, такая CATV, IF-модуль 1 носителя включает в себя CAN-тюнер или Si-тюнер. Если носителем ME является сеть, такая как Ethernet™, беспроводная LAN, беспроводная сеть общего пользования и т.д., IF-модуль 1 потоков в устройстве включает в себя сетевой интерфейс.

Запоминающее устройство 2 временно сохраняет как данные, которые принимаются или считываются посредством IF-модуля 1 носителя, так и данные, которые обрабатываются посредством интегральной схемы 3. Синхронное динамическое оперативное запоминающее устройство (SDRAM), синхронное динамическое оперативное запоминающее устройство с удвоенной скоростью передачи данных x (DDRx SDRAM; x=1, 2, 3,...), и т.д. используется в качестве запоминающего устройства 2. Запоминающее устройство 2 является одним запоминающим элементом. Альтернативно, запоминающее устройство 2 может включать в себя множество запоминающих элементов.

Интегральная схема 3 является системной LSI и выполняет видео- и аудиообработку для данных, передаваемых из IF-модуля 1 носителя. Как показано на фиг. 82, интегральная схема 3 включает в себя главный модуль 6 управления, процессор 5 потоков, процессор 7 сигналов, модуль 9 управления запоминающим устройством и модуль 8 AV-вывода.

Главный модуль 6 управления включает в себя ядро процессора и запоминающее устройство программ. Ядро процессора имеет таймерную функцию и функцию обработки прерываний. Запоминающее устройство программ сохраняет фундаментальное программное обеспечение, такое как ОС. Ядро процессора управляет всей интегральной схемой 3 в соответствии с программами, сохраненными, например, в запоминающем устройстве программ.

Под управлением главного модуля 6 управления процессор 5 потоков принимает данные из носителя ME, передаваемые через IF-модуль 1 носителя. Процессор 5 потоков сохраняет принимаемые данные в запоминающем устройстве 2 через шину данных в интегральной схеме 3. Дополнительно, процессор 5 потоков разделяет принимаемые данные на видеоданные и аудиоданные. Как описано выше, данные, принимаемые из носителя ME, включают в себя данные, структурированные согласно вариантам 1 или 2 осуществления. В этом случае "видеоданные" включают в себя поток первичного видео, поток вторичного видео, PG-поток и IG-поток. "Аудиоданные" включают в себя поток первичного аудио и поток вторичного аудио. В данных, структурированных согласно вариантам 1 или 2 осуществления, данные для воспроизведения основного вида и данные для воспроизведения субвида разделяются на множество экстентов, которые размещаются в перемеженной компоновке, чтобы формировать последовательность блоков экстентов. При приеме блока экстентов процессор 5 потоков управляется посредством главного модуля 6 управления, чтобы извлекать данные для воспроизведения основного вида и данные для воспроизведения субвида из блока экстентов и сохранять данные для воспроизведения основного вида и данные для воспроизведения субвида, соответственно, в первой области и второй области в запоминающем устройстве 2. Данные для воспроизведения основного вида включают в себя видеопоток для просмотра левым глазом, а данные для воспроизведения субвида включают в себя видеопоток для просмотра правым глазом или наоборот. Кроме того, комбинация основного вида и субвида может быть комбинацией двумерного видеоизображения и карты глубины. Первая и вторая области в запоминающем устройстве 2 являются логическими разделениями области в одном запоминающем элементе. Альтернативно, каждая область может быть включена в физически отдельный запоминающий элемент.

Видеоданные и аудиоданные, разделенные посредством процессора 5 потоков, сжимаются посредством кодирования. Тип способов кодирования для видеоданных включает в себя MPEG-2, MPEG-4 AVC, MPEG4-MVC, SMPTE VC-1 и т.д. Тип способов кодирования для аудиоданных включает в себя Dolby AC-3, Dolby Digital Plus, MLP, DTS, DTS-HD, линейный PCM и т.д. Под управлением главного модуля 6 управления процессор 7 сигналов декодирует видеоданные и аудиоданные с помощью способа, подходящего для соответствующего способа кодирования. Процессор 7 сигналов соответствует, например, декодерам, показанным на фиг. 52.

Модуль 9 управления запоминающим устройством осуществляет регулирование доступа в запоминающее устройство 2 посредством функциональных блоков 5-8 в интегральной схеме 3.

Под управлением главного модуля 6 управления модуль 8 AV-вывода обрабатывает видеоданные и аудиоданные, декодированные посредством процессора 7 сигналов в соответствующие надлежащие форматы, и выводит видеоданные и аудиоданные на дисплейное устройство 103 и внутренний динамик дисплейного устройства 103, соответственно, через отдельные выходы 10. Типы обработки включают в себя наложение видеоданных, преобразование формата для каждого фрагмента данных, смешение аудиоданных и т.д.

Фиг. 83 является функциональной блок-схемой, показывающей характерную структуру процессора 5 потоков. Как показано на фиг. 83, процессор 5 потоков содержит IF-модуль 51 потоков в устройстве, демультиплексор 52 и модуль 53 переключения.

IF-модуль 51 потоков в устройстве является интерфейсом, который передает данные между IF-модулем 1 носителя и другими функциональными блоками 6-9 в интегральной схеме 3. Например, если носителем ME является оптический диск или жесткий диск, IF-модуль 51 потоков в устройстве включает в себя последовательный интерфейс ATA (SATA), пакетный интерфейс ATA (ATAPI) или параллельный интерфейс ATA (PATA). Если носителем ME является полупроводниковое запоминающее устройство, такое как SD-карта, запоминающее устройство USB и т.д., IF-модуль 51 потоков в устройстве включает в себя IF-плату. Если носителем ME является широковещательная волна, такая как CATV, IF-модуль 51 потоков в устройстве включает в себя IF тюнера. Если носителем ME является сеть, такая как Ethernet™, беспроводная LAN, беспроводная сеть общего пользования и т.д., IF-модуль 51 потоков в устройстве включает в себя сетевой интерфейс. В зависимости от типа носителя ME IF-модуль 51 потоков в устройстве может выполнять часть функций IF-модуля 1 носителя. Наоборот, если IF-модуль 1 носителя является внутренним для интегральной схемы 3, IF-модуль 51 потоков в устройстве может опускаться.

Демультиплексор 52 принимает из модуля 9 управления запоминающим устройством данные, передаваемые из носителя ME в запоминающее устройство 2, и разделяет данные на видеоданные и аудиоданные. Каждый экстент, включенный в данные, структурированные согласно вариантам 1 или 2 осуществления, состоит из исходных пакетов видеопотока, аудиопотока, PG-потока, IG-поток и т.д., как показано на фиг. 4. В некоторых случаях, тем не менее, данные для воспроизведения субвида могут не включать в себя аудиопоток. Демультиплексор 52 считывает PID из исходного пакета и, в соответствии с PID, разделяет группу исходных пакетов на видео-TS-пакеты VTS и аудио-TS-пакеты ATS. Разделенные TS-пакеты VTS и ATS передаются в процессор 7 сигналов либо непосредственно, либо после временного сохранения в запоминающем устройстве 2. Демультиплексор 52 соответствует, например, модулям 5211 и 5212 депакетирования источников и PID-фильтрам 5213 и 5214, показанным на фиг. 52.

В ответ на тип данных, принятых посредством IF-модуля 51 потоков в устройстве, модуль 53 переключения переключает назначение вывода данных. Например, если IF-модуль 51 потоков в устройстве принимает данные для воспроизведения основного вида, модуль 53 переключения переключает местоположение хранения данных на первую область в запоминающем устройстве 2. С другой стороны, если IF-модуль 51 потоков в устройстве принимает данные для воспроизведения субвида, модуль 53 переключения переключает местоположение хранения данных на вторую область в запоминающем устройстве 2.

Модулем 53 переключения является, например, контроллер прямого доступа к памяти (DMAC). Фиг. 84 является схематичным представлением, показывающим окружающую структуру модуля 53 переключения в этом случае. Под управлением главного модуля 6 управления DMAC 53 передает данные, принятые посредством IF-модуля 51 потоков в устройстве, и адрес местоположения хранения данных в модуль 9 управления запоминающим устройством. В частности, когда IF-модуль 51 потоков в устройстве принимает данные MD для воспроизведения основного вида, DMAC 53 передает данные MD для воспроизведения основного вида, а также адрес 1 AD1. "Адрес 1" AD1 - это данные, указывающие начальный адрес AD1 в первой области 21 хранения запоминающего устройства 2. С другой стороны, когда IF-модуль 51 потоков в устройстве принимает данные SD для воспроизведения субвида, DMAC 53 передает данные SD для воспроизведения субвида, а также адрес 2 AD2. "Адрес 2" AD2 - это данные, указывающие начальный адрес AD2 во второй области 22 хранения запоминающего устройства 2. В ответ на тип данных, принятых посредством IF-модуля 51 потоков в устройстве, DMAC 53 тем самым переключает назначение вывода данных, в частности переключает назначение хранения в запоминающем устройстве 2. Модуль 9 управления запоминающим устройством сохраняет данные MD для воспроизведения основного вида и данные SD для воспроизведения субвида, принятые из DMAC 53, соответственно, в областях 21 и 22 в запоминающем устройстве 2, как указано посредством одновременно принимаемых адресов AD1 и AD2.

Главный модуль 6 управления использует начальные точки экстентов в файле информации о клипах, чтобы управлять переключением местоположения хранения посредством модуля 53 переключения. Этот файл информации о клипах принимается как перед данными MD для воспроизведения основного вида, так и перед данными SD для воспроизведения субвида и сохраняется в запоминающем устройстве 2. В частности, главный модуль 6 управления использует файл base, чтобы идентифицировать данные, принятые посредством IF-модуля 51 потоков в устройстве, в качестве данных MD для воспроизведения основного вида. С другой стороны, главный модуль 6 управления использует файл DEP, чтобы идентифицировать данные, принятые посредством IF-модуля 51 потоков в устройстве, в качестве данных SD для воспроизведения субвида. Главный модуль 6 управления дополнительно отправляет управляющий сигнал CS в модуль 53 переключения в ответ на результаты идентификации и инструктирует модулю 53 переключения переключать местоположение хранения данных. Следует отметить, что модуль 53 переключения может управляться посредством выделенной схемы управления, отдельной от главного модуля 6 управления.

В дополнение к функциональным блокам 51, 52 и 53, показанным на фиг. 83, процессор 5 потоков может содержать механизм шифрования, модуль управления безопасностью и контроллер прямого доступа к памяти. Механизм шифрования расшифровывает зашифрованные данные, ключевые данные и т.д., принятые посредством IF-модуля 51 потоков в устройстве. Модуль управления безопасностью сохраняет закрытый ключ и использует закрытый ключ для управления выполнением, к примеру, протокол аутентификации устройств между носителем ME и устройством 102 воспроизведения.

В вышеприведенном примере, когда данные, принятые из носителя ME, сохраняются в запоминающем устройстве 2, местоположение хранения данных переключается в зависимости от того, являются данные данными MD для воспроизведения основного вида или данными SD для воспроизведения субвида. Альтернативно, независимо от типа данных, принятых из носителя ME, данные могут быть временно сохранены в идентичной области запоминающего устройства 2 и затем разделены на данные MD для воспроизведения основного вида и данные SD для воспроизведения субвида при передаче из запоминающего устройства 2 в демультиплексор 52.

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

Модуль 81 наложения изображений накладывает видеоданные VP, PG и IG, декодированные посредством процессора 7 сигналов, друг на друга. В частности, модуль 81 наложения изображений сначала принимает обработанные данные VP видеоплоскости для просмотра левым глазом или правым глазом из модуля 82 преобразования форматов видеовывода и принимает декодированные данные PG PG-плоскости и данные IG IG-плоскости из процессора 7 сигналов. Затем, модуль 81 наложения изображений накладывает данные PG PG-плоскости и данные IG IG-плоскости на данные VP видеоплоскости в расчете на каждое изображение. Модуль 81 наложения изображений соответствует, например, сумматору 5024 плоскостей, показанному на фиг. 50.

Модуль 82 преобразования форматов видеовывода принимает декодированные данные VP видеоплоскости из процессора 7 сигналов и принимает наложенные видеоданные VP/PG/IG из модуля 81 наложения изображений. Кроме того, модуль 82 преобразования форматов видеовывода выполняет различную обработку для видеоданных VP и VP/PG/IG по мере необходимости. Типы обработки включают в себя изменение размеров, IP-преобразование, уменьшение уровня шума и преобразование частоты кадров. Изменение размеров является обработкой для того, чтобы увеличивать или уменьшать размер видеоизображения. IP-преобразование является обработкой для того, чтобы преобразовывать способ сканирования между построчным и чересстрочным. Уменьшение уровня шума является обработкой для того, чтобы удалять шум из видеоизображения. Преобразование частоты кадров является обработкой для того, чтобы преобразовывать частоту кадров. Модуль 82 преобразования форматов видеовывода выводит обработанные данные VP видеоплоскости в модуль 81 наложения изображений и выводит обработанные видеоданные VS в IF-модуль 83 аудио/видеовывода.

IF-модуль 83 аудио/видеовывода принимает видеоданные VS из модуля 82 преобразования форматов видеовывода и принимает декодированные аудиоданные AS из процессора 7 сигналов. Кроме того, IF-модуль 83 аудио/видеовывода выполняет такую обработку, как кодирование для принимаемых данных VS и AS согласно формату передачи данных. Как описано ниже, часть IF-модуля 83 аудио/видеовывода может быть предусмотрена внешне по отношению к интегральной схеме 3.

Фиг. 86 является схематичным представлением, показывающим подробности по секциям, касающимся вывода данных в устройстве 102 воспроизведения, которое включает в себя модуль 8 AV-вывода. Как показано на фиг. 86, IF-модуль 83 аудио/видеовывода включает в себя IF-модуль 83a аналогового видеовывода, IF-модуль 83b цифрового аудио/видеовывода и IF-модуль 83c аналогового аудиовывода. Как описано ниже, интегральная схема 3 и устройство 102 воспроизведения тем самым поддерживают множество форматов передачи данных для видеоданных и аудиоданных.

IF-модуль 83a аналогового видеовывода принимает видеоданные VS из модуля 82 преобразования форматов видеовывода, преобразует/кодирует данные VS в данные VD в формате аналогового видеосигнала и выводит данные. IF-модуль 83a аналогового видеовывода включает в себя композитный видеокодер, кодер сигнала S-видео (с Y/C-разделением), кодер компонентного видеосигнала, цифроаналоговый преобразователь (DAC) и т.д., которые совместимы с такими форматами, как NTSC, PAL или SECAM.

IF-модуль 83b цифрового аудио/видеовывода принимает аудиоданные AS из процессора 7 сигналов и принимает видеоданные VS из модуля 82 преобразования форматов видеовывода. Кроме того, IF-модуль 83b цифрового аудио/видеовывода интегрирует и шифрует данные AS и VS. После этого IF-модуль 83b цифрового аудио/видеовывода кодирует зашифрованные данные SVA в соответствии со стандартами передачи данных и выводит данные SAV. IF-модуль 83b цифрового аудио/видеовывода соответствует, например, модулю 5025 HDMI-передачи, показанному на фиг. 50.

IF-модуль 83c аналогового аудиовывода принимает декодированные аудиоданные AS из процессора 7 сигналов, преобразует эти данные в аналоговые аудиоданные AD через цифроаналоговое преобразование и выводит данные. IF-модуль 83c аналогового аудиовывода соответствует, например, аудио-DAC.

Формат передачи видеоданных и аудиоданных может переключаться, чтобы совпадать с типом устройства передачи данных/терминала ввода данных, предоставленного на дисплейном устройстве 103/динамике 103A, и также может переключаться посредством пользовательского выбора. Кроме того, устройство 102 воспроизведения может принимать данные для идентичного содержимого не только в одном формате передачи, но и во множестве форматов передачи параллельно.

В дополнение к функциональным блокам 81, 82 и 83, показанным на фиг. 85 и 86, модуль 8 AV-вывода может содержать графический механизм. Графический механизм выполняет графическую обработку, к примеру, фильтрацию, комбинирование экранов, рендеринг кривых и трехмерное представление для данных, декодированных посредством процессора 7 сигналов.

Функциональные блоки, показанные на фиг. 82, 83, 85 и 86, включаются в интегральную схему 3. Такое включение, тем не менее, не является необязательным, и часть функциональных блоков может внешне быть присоединена к интегральной схеме 3. В отличие от структуры, показанной на фиг. 82, запоминающее устройство 2 может быть включено в интегральную схему 3. Кроме того, главный модуль 6 управления и процессор 7 сигналов не обязательно должны быть полностью отдельными функциональными блоками. Например, главный модуль 6 управления может выполнять часть обработки процессора 7 сигналов.

Топология шины управления и шины данных, которые соединяют функциональные блоки в интегральной схеме 3, может выбираться в соответствии с порядком и характером обработки посредством каждого функционального блока. Фиг. 87A и 87B являются принципиальными схемами, показывающими примеры топологии шины управления и шины данных в интегральной схеме 3. Как показано на фиг. 87A, шина 11 управления и шина 12 данных выполнены так, что каждый из функциональных блоков 5-9 непосредственно соединяется со всеми другими функциональными блоками. Альтернативно, как показано на фиг. 87B, шина 13 данных может непосредственно соединять каждый из функциональных блоков 5-8 только с модулем 9 управления. В этом случае каждый из функциональных блоков 5-8 передает данные в другие функциональные блоки через модуль 9 управления и, кроме того, через запоминающее устройство 2.

Интегральная схема 3 может быть многокристальным модулем, вместо LSI, интегрированной на однокристальной схеме. В этом случае множество микросхем, формирующих интегральную схему 3, запаиваются в одном комплекте, так что интегральная схема 3 выглядит как одна LSI. Альтернативно, интегральная схема 3 может формироваться с помощью программируемой пользователем вентильной матрицы (FPGA) или реконфигурируемого процессора. FPGA - это LSI, которая может программироваться после изготовления. Реконфигурируемый процессор - это LSI, в которой соединения между внутренними схемными элементами и настройки для каждого схемного элемента могут переконфигурироваться.

<Монтаж интегральной схемы 3 на дисплейном устройстве>

Интегральная схема, аналогичная интегральной схеме 3, может монтироваться на дисплейном устройстве, чтобы инструктировать дисплейному устройству выполнять обработку, выполняемую посредством устройства воспроизведения согласно варианту 4 осуществления. Фиг. 88 является функциональной блок-схемой, показывающей структуру интегральной схемы 3 и окружающих компонентов при монтаже на дисплейном устройстве 103. Структура, показанная на фиг. 88, отличается от структуры, показанной на фиг. 82 тем, что выходы 10 заменяются посредством модуля 11 возбуждения дисплея, дисплейной панели 12 и динамика 13. Другие структурные элементы являются аналогичными структурным элементам, показанным на фиг. 82. Соответственно, подробности аналогичных структурных элементов могут быть обнаружены в вышеприведенном описании. Как показано на фиг. 88, интегральная схема 3 использует IF-модуль 1 носителя и запоминающее устройство 2, чтобы выполнять обработку, аналогичную вышеуказанной обработке сигналов, для данных, принятых посредством IF-модуля 1 носителя. Видеоданные, обработанные посредством интегральной схемы 3, выводятся в модуль 11 возбуждения дисплея. Модуль 11 возбуждения дисплея управляет дисплейной панелью 12 в соответствии с видеоданными. Как результат, видеоданные выводятся на экране дисплейной панели 12 в качестве видеоизображений. Дисплейная панель 12 является жидкокристаллической дисплейной панелью. Альтернативно, дисплейная панель 12 может быть иметь другой формат, такой как плазменная дисплейная панель, органическая электролюминесцентная дисплейная панель и т.д. Аудиоданные, обработанные посредством интегральной схемы 3, выводятся через динамик 13 как звук. Следует отметить, что вместо динамика 13, динамик, внешне присоединяемый к дисплейному устройству 103, может использоваться через выход, аналогичный выходу 10, показанному на фиг. 82.

Фиг. 89 является подробной функциональной блок-схемой модуля 8 AV-вывода, показанного на фиг. 88. В отличие от эквивалента, показанного на фиг. 85, модуль 8 AV-вывода содержит IF-модуль 84 видеовывода и IF-модуль 85 аудиовывода вместо IF-модуля 83 аудио/видеовывода. IF-модуль 84 видеовывода и IF-модуль 85 аудиовывода могут предоставляться внутренне или внешне относительно интегральной схемы 3. IF-модуль 84 видеовывода передает видеоданные из модуля 82 преобразования форматов видеовывода в модуль 11 возбуждения дисплея. IF-модуль 85 аудиовывода передает аудиоданные из процессора 7 сигналов в динамик 12. Следует отметить, что множество каждых из IF-модуля 84 видеовывода и IF-модуля 85 аудиовывода может предоставляться. Кроме того, IF-модуль 84 видеовывода и IF-модуль 85 аудиовывода могут быть интегрированы.

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

Фиг. 90 является блок-схемой последовательности операций способа обработки воспроизведения посредством устройства 102 воспроизведения, которое использует интегральную схему 3. Обработка воспроизведения начинается, когда IF-модуль 1 носителя подключается к носителю ME так, что он разрешает прием данных, к примеру, когда оптический диск вставляется в накопитель. Во время обработки воспроизведения устройство 102 воспроизведения принимает данные из носителя ME и декодирует данные. Затем, устройство 102 воспроизведения выводит декодированные данные как видеосигнал и аудиосигнал.

На этапе S1, IF-модуль 1 носителя принимает или считывает данные из носителя ME и передает данные в процессор 5 потоков. После этого обработка переходит к этапу S2.

На этапе S2, процессор 5 потоков разделяет данные, принимаемые или считанные на этапе S1, на видеоданные и аудиоданные. После этого обработка переходит к этапу S3.

На этапе S3, процессор 7 сигналов декодирует каждый тип данных, разделяемых посредством процессора 5 потоков на этапе S2, с помощью способа, подходящего для соответствующего способа кодирования. После этого обработка переходит к этапу S4.

На этапе S4, модуль 8 AV-вывода накладывает видеоданные, декодированные посредством процессора 7 сигналов на этапе S3. После этого обработка переходит к этапу S5.

На этапе S5, модуль 8 AV-вывода выводит видеоданные и аудиоданные, обработанные на этапах S2-4. После этого обработка переходит к этапу S6.

На этапе S6, главный модуль 6 управления определяет то, должна или нет продолжаться обработка воспроизведения. Когда, например, данные, которые должны заново приниматься или считываться из носителя ME посредством IF-модуля 1 носителя, остаются, обработка повторяется с этапа S1. С другой стороны, обработка завершается, когда прием или считывание данных из носителя ME посредством IF-модуля 1 носителя завершен, к примеру, когда оптический диск извлечен из накопителя, когда пользователь инструктирует прекращать воспроизведение, и т.д.

Фиг. 91 является блок-схемой последовательности операций способа, показывающей подробности относительно этапов S1-6, показанных на фиг. 90. Каждый из этапов S101-110, показанных на фиг. 91, выполняется под управлением главного модуля 6 управления. Этап S101 главным образом соответствует подробностям относительно этапа S1, этапы S102-S104 главным образом соответствуют подробностям относительно этапа S2, этап S105 главным образом соответствует подробностям относительно этапа S3, этапы S106-S108 главным образом соответствуют подробностям относительно этапа S4, и этапы S109 и S110 главным образом соответствуют подробностям относительно этапа S5.

На этапе S101, перед приемом данных, которые должны быть воспроизведены, IF-модуль 51 потоков в устройстве принимает или считывает, из носителя ME через IF-модуль 1 носителя, другие данные, необходимые для того, чтобы воспроизводить данные, к примеру, файл списков воспроизведения и файл информации о клипах. Кроме того, IF-модуль 51 потоков в устройстве сохраняет данные, которые должны быть воспроизведены, в запоминающем устройстве 2 через модуль 9 управления запоминающим устройством. После этого обработка переходит к этапу S102.

На этапе S102, главный модуль 6 управления использует информацию атрибутов потока, включенную в файл информации о клипах, чтобы идентифицировать соответствующие форматы кодирования видеоданных и аудиоданных, сохраненных на носителе ME. Кроме того, главный модуль 6 управления инициализирует процессор 7 сигналов так, что декодирование, соответствующее идентифицированному способу кодирования, может выполняться. После этого, обработка переходит к этапу S103.

На этапе S103, IF-модуль 51 потоков в устройстве принимает или считывает, из носителя ME через IF-модуль 1 носителя, видеоданные и аудиоданные, которые должны быть воспроизведены. В частности, эти данные принимаются или считываются в единицах экстентов. Кроме того, IF-модуль 51 потоков в устройстве сохраняет данные в запоминающем устройстве 2 через модуль 53 переключения и модуль 9 управления запоминающим устройством. В частности, когда данные для воспроизведения основного вида принимаются или считываются, главный модуль 6 управления управляет модулем 53 переключения, чтобы переключать местоположение хранения данных на первую область в запоминающем устройстве 2. С другой стороны, когда данные для воспроизведения субвида принимаются или считываются, главный модуль 6 управления управляет модулем 53 переключения, чтобы переключать местоположение хранения данных на вторую область в запоминающем устройстве 2. После этого обработка переходит к этапу S104.

На этапе S104, данные, сохраненные в запоминающем устройстве 2, передаются в демультиплексор 52 в процессоре 5 потоков. Демультиплексор 52 сначала считывает PID из каждого исходного пакета, составляющего данные. Затем, в соответствии с PID, демультиплексор 52 идентифицирует то, являются TS-пакеты, включенные в исходный пакет, видеоданными или аудиоданными. Демультиплексор 52 затем передает TS-пакеты в соответствующий декодер в процессоре 7 сигналов в соответствии с результатами идентификации. После этого обработка переходит к этапу S105.

На этапе S105, каждый декодер в процессоре 7 сигналов декодирует передаваемые TS-пакеты с помощью соответствующего способа. После этого обработка переходит к этапу S106.

На этапе S106, изображения видеопотока для просмотра левым глазом и видеопотока для просмотра правым глазом, декодированные посредством процессора 7 сигналов, отправляются в модуль 82 преобразования форматов видеовывода. Модуль 82 преобразования форматов видеовывода изменяет размеры изображений так, что они совпадают с разрешением дисплейного устройства 103. После этого обработка переходит к этапу S107.

На этапе S107, модуль 81 наложения изображений принимает данные видеоплоскости, состоящие из изображений, размеры которых изменены на этапе S106, из модуля 82 преобразования форматов видеовывода. Модуль 81 наложения изображений принимает декодированные данные PG-плоскости и данные IG-плоскости из процессора 7 сигналов. Кроме того, модуль 81 наложения изображений накладывает эти фрагменты данных плоскости. После этого обработка переходит к этапу S108.

На этапе S108, модуль 82 преобразования форматов видеовывода принимает данные плоскости, наложенные на этапе S107, из модуля 81 наложения изображений. Кроме того, модуль 82 преобразования форматов видеовывода выполняет IP-преобразование для этих данных плоскости. После этого обработка переходит к этапу S109.

На этапе S109, IF-модуль 83 аудио/видеовывода принимает видеоданные, которые подвергнуты IP-преобразованию на этапе S108, из модуля 82 преобразования форматов видеовывода и принимает декодированные аудиоданные из процессора 7 сигналов. Кроме того, IF-модуль 83 аудио/видеовывода выполняет кодирование, цифроаналоговое преобразование и т.д. для этих фрагментов данных в соответствии с форматом вывода данных на дисплейном устройстве 103/динамике 103A или с форматом передачи данных на дисплейное устройство 103/динамик 103A. Видеоданные и аудиоданные тем самым преобразуются в аналоговый формат вывода или цифровой формат вывода. Например, видеоданные в аналоговом формате вывода включают в себя композитный видеосигнал, сигнал S-видео, компонентный видеосигнал и т.д. Видеоданные/аудиоданные в цифровом формате вывода включают в себя HDMI и т.п. После этого обработка переходит к этапу S110.

На этапе S110, IF-модуль 83 аудио/видеовывода выводит видеоданные и аудиоданные, обработанные на этапе S109, на дисплейное устройство 103/динамик 103A. После этого обработка переходит к этапу S6. Подробности этапа S6 могут быть обнаружены в вышеприведенном описании.

На каждом из вышеописанных этапов, каждый раз, когда обрабатываются данные, результаты могут временно сохраняться в запоминающем устройстве 2. Изменение размеров и IP-преобразование посредством модуля 82 преобразования форматов видеовывода на этапах S106 и S108 могут пропускаться при необходимости. Кроме того, в дополнение к этим процессам или вместо этих процессов, другая обработка, к примеру уменьшение уровня шума или преобразование частоты кадров, может выполняться. В максимально возможных пределах порядок обработки может быть изменен.

Даже когда обработка воспроизведения выполняется посредством дисплейного устройства 103, показанного на фиг. 88, блок-схема последовательности операций способа для обработки воспроизведения является во многом аналогичной блок-схемам последовательности операций способа, показанным на фиг. 90 и 91. Функциональные блоки, показанные на фиг. 88 и 89, работают аналогично функциональным блокам, показанным на фиг. 82 и 85.

<<Дополнительное пояснение>>

<Принцип воспроизведения трехмерных видеоизображений>

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

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

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

Фиг. 92A, 92B и 92C являются схематичными представлениями, иллюстрирующими принцип в отношении воспроизведения трехмерных видеоизображений (стереоскопических видеоизображений) в способе с использованием параллактических видеоизображений. Фиг. 92A является видом сверху зрителя VWR, смотрящего на куб CBC, размещенный непосредственно перед лицом зрителя. Фиг. 92B и 92C являются схематичными представлениями, показывающими внешний вид куба CBC как двумерное видеоизображение, воспринимаемое, соответственно, посредством левого глаза LEY и правого глаза REY зрителя VWR. Как очевидно из сравнения фиг. 92B и фиг. 92C, внешние виды куба CBC, воспринимаемые посредством глаз, немного отличаются. Различие внешних видов, т.е. бинокулярный параллакс, дает возможность зрителю VWR распознавать куб CBC как трехмерный. Таким образом, согласно способу с использованием параллактического видео, левое и правое двумерные видеоизображения с различными точками обзора сначала подготавливаются для одной сцены. Например, для куба CBC, показанного на фиг. 92A, вид для просмотра левым глазом куба CBC, показанный на фиг. 92B, и вид для просмотра правым глазом, показанный на фиг. 92C, подготавливаются. В этом контексте позиция каждой точки обзора определяется посредством бинокулярного параллакса зрителя VWR. Затем, каждое двумерное видеоизображение воспроизводится так, чтобы восприниматься только посредством соответствующего глаза зрителя VWR. Следовательно, зритель VWR распознает сцену, воспроизводимую на экране, т.е. видеоизображение куба CBC, как стереоскопическую. В отличие от способов с использованием голографической технологии, способы с использованием параллактического видео тем самым обладают преимуществом обязательности подготовки двумерных видеоизображений просто с двух точек обзора.

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

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

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

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

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

Фиг. 93 является схематичным представлением, показывающим пример составления вида LVW для просмотра левым глазом и вида RVW для просмотра правым глазом из комбинации двумерного видеоизображения MVW и карты DPH глубины. Как показано на фиг. 93, круглый диск DSC показывается в фоне BGV двумерного видеоизображения MVW. Карта DPH глубины указывает глубину для каждого пиксела в каждой части двумерного видеоизображения MVW. Согласно карте DPH глубины, в двумерном видеоизображении MVW область отображения DA1 круглого диска DSC ближе к зрителю, чем экран, а область отображения DA2 фона BGV глубже экрана. Модуль PDG формирования параллактического видео в устройстве воспроизведения сначала вычисляет бинокулярный параллакс для каждой части двумерного видеоизображения MVW с использованием глубины каждой части, указываемой посредством карты DPH глубины. Затем, модуль PDG формирования параллактического видео сдвигает позицию представления каждой части в двумерном видеоизображении MVW влево или вправо в соответствии с вычисленным бинокулярным параллаксом, чтобы составлять вид LVW для просмотра левым глазом и вид RVW для просмотра правым глазом. В примере, показанном на фиг. 93, модуль PDG формирования параллактического видео сдвигает позицию представления круговой пластины DSC в двумерном видеоизображении 6601 следующим образом: позиция представления круговой пластины DSL в виде LVW для просмотра левым глазом сдвигается вправо на половину своего бинокулярного параллакса, S1, и позиция представления круговой пластины DSR в виде RVW для просмотра правым глазом сдвигается влево на половину своего бинокулярного параллакса, S1. Таким образом, зритель воспринимает круговую пластину DSC как находящуюся ближе к экрану. В отличие от этого, модуль PDG формирования параллактического видео сдвигает позицию представления фона BGV в двумерном видеоизображении MVW следующим образом: позиция представления фона BGL в виде LVW для просмотра левым глазом сдвигается влево на половину своего бинокулярного параллакса, S2, и позиция представления фона BGR в виде RVW для просмотра правым глазом сдвигается вправо на половину своего бинокулярного параллакса, S2. Таким образом, зритель воспринимает фон BGV как глубже экрана.

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

<Файловая система на BD-ROM-диске>

Когда UDF используется в качестве файловой системы для BD-ROM-диска 101, область 202B тома, показанная на фиг. 2, в общем, включает в себя области, на которые, соответственно, записывается множество каталогов, дескриптор набора файлов и конечный дескриптор. Каждый "каталог" является группой данных, составляющей каталог. "Дескриптор набора файлов" указывает LBN сектора, в котором сохраняется запись файла для корневого каталога. "Конечный дескриптор" указывает конец области записи для дескриптора набора файлов.

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

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

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

Посредством отслеживания дескрипторов набора файлов и дескрипторов идентификаторов файлов подчиненных каталогов/файлов по порядку может осуществляться доступ к записи файла случайного каталога/файла, записанного в области 202B тома. В частности, запись файла корневого каталога сначала указывается из дескриптора набора файлов, и файл каталогов для корневого каталога указывается из дескриптора выделения в этой записи файла. Затем, дескриптор идентификатора файла для каталога непосредственно в рамках корневого каталога обнаруживается из файла каталогов, и запись файла для этого каталога указывается из адреса записи файла в нем. Кроме того, файл каталогов для этого каталога указывается из дескриптора выделения в записи файла. Затем, изнутри файла каталогов, запись файла для подчиненного каталога или подчиненного файла указывается из адреса записи файла в дескрипторе идентификатора файла для этого подчиненного каталога или подчиненного файла.

"Подчиненные файлы" включают в себя экстенты и записи файлов. "Экстентов", как правило, много, и они являются последовательностями данных, логические адреса, т.е. LBN, которых являются последовательными на диске. Экстенты в общем содержат фактический подчиненный файл. "Запись файлов" включает в себя тег дескриптора, ICB-тег и дескрипторы выделения. "Тег дескриптора" указывает то, что типом данных, которые включают в себя тег дескриптора, является запись файла. "ICB-тег" указывает информацию атрибутов записи файлов. "Дескрипторы выделения" предоставляются в соответствии "один-к-одному" с каждым экстентом и указывают компоновку каждого экстента в области 202B тома, а именно размер каждого экстента и LBN для начала экстента. Соответственно, посредством обращения к каждому дескриптору выделения, к каждому экстенту может осуществляться доступ. Кроме того, два старших бита каждого дескриптора выделения указывают то, записан или нет экстент фактически в секторе для LBN, указанного посредством дескриптора выделения. В частности, когда два старших бита равны "0", экстент выделен для местоположения записи и фактически записан в него. Когда два старших бита равны "1", экстент выделен для местоположения записи, но еще не записан в него.

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

[Информация переключения декодирования]

Фиг. 94A является принципиальной схемой, показывающей структуру данных информации A050 переключения декодирования. Информация A050 переключения декодирования сохраняется в дополнительных данных 831D и 832D в каждой VAU как в видеопотоке для воспроизведения базового вида, так и в видеопотоке для воспроизведения зависимого вида, показанном на фиг. 8. Тем не менее, дополнительные данные, отличные от дополнительных данных 832D, которые включают в себя метаданные смещения, сохраняются в информации A050 переключения декодирования в VAU #1832, расположенной в начале каждой GOP в видеопотоке для воспроизведения зависимого вида. В частности, в MPEG-4 AVC и MVC, дополнительные данные 831D и 832D соответствуют типу NAL-единицы, "SEI". Информация A050 переключения декодирования является информацией, чтобы инструктировать декодеру в устройстве 102 воспроизведения легко указывать следующую VAU, чтобы декодировать. Как описано ниже, декодер поочередно декодирует видеопоток для воспроизведения базового вида и видеопоток для воспроизведения зависимого вида в единицах VAU. При этом декодер, в общем, указывает следующую VAU, которая должна быть декодирована, в совмещении со временем, показанным посредством DTS, назначенной каждой VAU. Многие типы декодеров, тем не менее, продолжают декодировать VAU по порядку при игнорировании DTS. Для таких декодеров предпочтительно для каждой VAU включать в себя информацию A050 переключения декодирования в дополнение к DTS.

Как показано на фиг. 94A, информация A050 переключения декодирования включает в себя тип A051 следующей единицы доступа, размер A052 следующей единицы доступа и счетчик A053 декодирования. Тип A051 следующей единицы доступа указывает, принадлежит следующая VAU, которая должна быть декодирована, видеопотоку для воспроизведения базового вида или видеопотоку для воспроизведения зависимого вида. Например, когда значение типа A051 следующей единицы доступа равно "1", следующая VAU, которая должна быть декодирована, принадлежит видеопотоку для воспроизведения базового вида, а когда значение типа A051 следующей единицы доступа равно "2", следующая VAU, которая должна быть декодирована, принадлежит видеопотоку для воспроизведения зависимого вида. Когда значение типа A051 следующей единицы доступа равно "0", текущая VAU находится в конце потока, предназначенного для декодирования, и следующей VAU, которая должна быть декодирована, не существует. Размер A052 следующей единицы доступа указывает размер следующей VAU, которая должна быть декодирована. Посредством обращения к размеру A052 следующей единицы доступа декодер в устройстве 102 воспроизведения может указывать размер VAU без анализа ее фактической структуры. Соответственно, декодер может легко извлекать VAU из буфера. Счетчик A053 декодирования показывает порядок декодирования VAU, которой он принадлежит. Порядок подсчитывается с VAU, которая включает в себя I-изображение в видеопотоке для воспроизведения базового вида.

Фиг. 94B является принципиальной схемой, показывающей последовательности счетчиков A010 и A020 декодирования, выделяемых каждому изображению в видеопотоке A001 для воспроизведения базового вида и видеопотоке A002 для воспроизведения зависимого вида. Как показано на фиг. 94B, счетчики A010 и A020 декодирования увеличиваются поочередно между двумя видеопотоками A001 и A002. Например, для VAU A011, которая включает I-изображение в видеопоток A001 для воспроизведения базового вида, значение "1" назначается счетчику A010 декодирования. Затем, значение "2" назначается счетчику A020 декодирования для VAU A021, которая включает P-изображение, которое должно быть декодировано далее, в видеопоток A002 для воспроизведения зависимого вида. Кроме того, значение "3" назначается счетчику A010 декодирования для VAU A012, которая включает P-изображение, которое должно быть декодировано далее, в видеопоток A001 для воспроизведения базового вида. Посредством назначения значений таким образом, даже когда декодер в устройстве 102 воспроизведения не может считывать одну из VAU вследствие некоторой ошибки, декодер может сразу указывать пропущенное изображение с использованием счетчиков A010 и A020 декодирования. Соответственно, декодер может выполнять обработку ошибок надлежащим образом и быстро.

В примере, показанном на фиг. 94B, ошибка возникает в ходе считывания третьей VAU A013 в видеопотоке A001 для воспроизведения базового вида, и Br-изображение отсутствует. Во время обработки декодирования P-изображения, содержащегося во второй VAU A022 в видеопотоке A002 для воспроизведения зависимого вида, тем не менее, декодер считывает счетчик A020 декодирования для этой VAU A022 и сохраняет значение. Соответственно, декодер может прогнозировать счетчик A010 декодирования для следующей VAU, которая должна обрабатываться. В частности, счетчик A020 декодирования в VAU A022, которая включает в себя P-изображение, составляет "4". Следовательно, счетчик A010 декодирования для следующей VAU, которая должна считываться, может быть прогнозирован как равный "5". Следующей VAU, которая фактически считывается, тем не менее, является четвертая VAU A014 в видеопотоке A001 для воспроизведения базового вида, счетчик A010 декодирования которой равен "7". Декодер тем самым может обнаруживать, что он неудачно считывает VAU. Соответственно, декодер может выполнять следующую обработку: "пропускать обработку декодирования B-изображения, извлеченного из третьей VAU A023 в видеопотоке A002 для воспроизведения зависимого вида, поскольку Br-изображение, которое должно использоваться в качестве опорного, отсутствует". Таким образом, декодер проверяет счетчики A010 и A020 декодирования во время каждого процесса декодирования. Следовательно, декодер может быстро обнаруживать ошибки в ходе считывания VAU и может быстро выполнять соответствующую обработку ошибок. Как результат, декодер может препятствовать искажению воспроизводимого видео посредством шума.

Фиг. 94C является принципиальной схемой, показывающей другие примеры счетчиков A030 и A040 декодирования, выделяемых каждому изображению в видеопотоке A001 для воспроизведения базового вида и видеопотоке A002 для воспроизведения зависимого вида. Как показано на фиг. 94C, счетчики A030 и A040 декодирования увеличиваются отдельно для видеопотоков A001 и A002. Следовательно, счетчики A030 и A040 декодирования являются идентичными для пары изображений в идентичной трехмерной VAU. В этом случае, когда декодер декодирует VAU в видеопотоке A001 для воспроизведения базового вида, он может прогнозировать, что "счетчик A030 декодирования является идентичным счетчику A040 декодирования для следующей VAU, которая должна быть декодирована в видеопотоке A002 для воспроизведения зависимого вида". В отличие от этого, когда декодер декодирует VAU в видеопотоке A002 для воспроизведения зависимого вида, он может прогнозировать, что "счетчик A030 декодирования для следующей VAU, которая должна быть декодирована в видеопотоке A001 для воспроизведения базового вида, является идентичным счетчику A040 декодирования плюс один". Соответственно, в любой момент времени декодер может быстро обнаруживать ошибку в считывании VAU с использованием счетчиков A030 и A040 декодирования и может быстро выполнять соответствующую обработку ошибок. Как результат, декодер может препятствовать искажению воспроизводимого видео посредством шума.

В декодере 5023 системных целевых объектов, показанном на фиг. 52, DEC 5204 может обращаться к информации A050 переключения декодирования, чтобы декодировать изображения из VAU последовательно, независимо от DTS. Дополнительно, переключатель 5206 буферов может инструктировать DEC 5204 возвращать информацию A050 переключения декодирования в VAU. В таком случае переключатель 5206 буферов может определять то, должен он или нет передавать следующую VAU из EB1 5203 или EB2 5210, посредством обращения к информации A050 переключения декодирования.

<Компенсация для несовмещения между видом для просмотра левым глазом и видом для просмотра правым глазом>

"Несовмещение" может возникать между видом для просмотра левым глазом и видом для просмотра правым глазом. Устройство 102 воспроизведения и дисплейное устройство 103 согласно варианту 1 осуществления настоящего изобретения компенсируют это несовмещение с использованием способа, описанного ниже. Это исключает риск несовмещения, вызывающего чувство некомфортности у зрителей.

Устройство 102 воспроизведения использует функциональные модули, показанные на фиг. 50, чтобы компенсировать несовмещение. Альтернативно, дисплейное устройство 103 может компенсировать несовмещение. Фиг. 95 является функциональной блок-схемой дисплейного устройства 103, которое компенсирует несовмещение. Как показано на фиг. 95, дисплейное устройство 103 содержит приемный модуль A101, процессор A102 потоков, процессор A103 сигналов и модуль A104 вывода. В дополнение к приему мультиплексированных потоковых данных из устройства 102 воспроизведения, приемный модуль A101 принимает мультиплексированные потоковые данные из носителя, к примеру BD-ROM-диска, полупроводникового запоминающего устройства, внешней сети или широковещательной волны, и передает мультиплексированные потоковые данные в процессор A102 потоков. Процессор A102 потоков разделяет каждый тип данных из мультиплексированных потоковых данных, к примеру видео, аудио, графика и т.д., и передает результирующие фрагменты данных в процессор A103 сигналов. Процессор A103 сигналов по отдельности декодирует эти фрагменты данных и передает декодированные фрагменты данных в модуль A104 вывода. Модуль A104 вывода преобразует декодированные фрагменты данных в предварительно определенный формат и выводит результаты. Фактические видеоизображения/аудио выводятся посредством модуля A104 вывода. Альтернативно, видеосигнал/аудиосигнал в HDMI-формате и т.п. может выводиться. Из элементов A101, A102, A103 и A104, показанных на фиг. 95, части, отличные от таких функциональных частей, как накопитель, дисплейная панель, динамик и т.д., реализуются на одной или более интегральной схеме.

<<Горизонтальное несовмещение между видом для просмотра левым глазом и видом для просмотра правым глазом>>

Фиг. 96A является видом сверху, схематично показывающим горизонтальные углы обзора HAL и HAR для пары видеокамер CML и CMR, снимающих трехмерные видеоизображения. Как показано на фиг. 96A, пара видеокамер CML и CMR размещается рядом в горизонтальном направлении. Левая видеокамера CML снимает вид для просмотра левым глазом, и правая видеокамера CMR снимает вид для просмотра правым глазом. Горизонтальные углы обзора HAL и HAR видеокамер CML и CMR имеют идентичный размер, но отличаются по местоположению. Это дает в результате полосу AL, которая включена только в горизонтальный угол обзора HAL левой видеокамеры CML, и полосу AR, которая включена только в горизонтальный угол обзора HAR правой видеокамеры CMR. Объект OBC, расположенный в секции, общей для обоих горизонтальных углов обзора HAL и HAR, захватывается посредством обеих видеокамер CML и CMR. Тем не менее, объект OBL, расположенный в полосе AL, которая включена только в горизонтальный угол обзора HAL левой видеокамеры CML, захватывается только посредством левой видеокамеры CML, а объект OBR, расположенный в полосе AR, которая включена только в горизонтальный угол обзора HAR правой видеокамеры CMR, захватывается только посредством правой видеокамеры CMR.

Фиг. 96B и 96C являются схематичными представлениями, соответственно, показывающими вид LV для просмотра левым глазом, снимаемый посредством левой видеокамеры CML, и вид RV для просмотра правым глазом, снимаемый посредством правой видеокамеры CMR. Как показано на фиг. 96B и 96C, полоса AL, которая включена только в горизонтальный угол обзора HAL левой видеокамеры CML, выглядит как полоса вдоль левого края вида LV для просмотра левым глазом. Тем не менее, эта полоса AL не включена в вид RV для просмотра правым глазом. С другой стороны, полоса AR, которая включена только в горизонтальный угол обзора HAR правой видеокамеры CMR, выглядит как полоса вдоль правого края вида RV для просмотра правым глазом. Тем не менее, эта полоса AR не включена в вид LV для просмотра левым глазом. Соответственно, для трех объектов OBL, OBC и OBR, показанных на фиг. 96A, объект справа OBR не включен в вид LV для просмотра левым глазом, а объект слева OBL не включен в вид RV для просмотра правым глазом. Как результат, объект слева OBL является видимым только для левого глаза зрителя, а объект справа OBR является видимым только для правого глаза. Вид LV для просмотра левым глазом и вид RV для просмотра правым глазом тем самым приводят к риску возникновения чувства некомфортности у зрителей.

На BD-ROM-диске 101, информация, указывающая ширину WDH вышеуказанных полос AL и AR, включенных в каждый кадр вида LV для просмотра левым глазом и вида RV для просмотра правым глазом, хранится в видеопотоке для воспроизведения зависимого вида. Местоположением хранения являются дополнительные данные в VAU, расположенной в начале каждой видеопоследовательности. Тем не менее, эти дополнительные данные отличаются от поправочных данных, которые включают в себя метаданные 1110 смещения, показанные на фиг. 11. С другой стороны, в устройстве 102 воспроизведения, декодер 5023 системных целевых объектов считывает информацию, показывающую ширину WDH вышеуказанных полос AL и AR, из видеопотока для воспроизведения зависимого вида. Кроме того, декодер 5023 системных целевых объектов передает эту информацию в модуль 5310 формирования параллактического видео в сумматоре 5024 плоскостей или модуль A104 вывода на дисплейном устройстве 103. Когда приемный модуль A101 на дисплейном устройстве 103 непосредственно считывает трехмерное видеосодержимое из носителя информации, к примеру BD-ROM-диска, затем процессор A103 сигналов на дисплейном устройстве 103 считывает вышеуказанную информацию из видеопотока для воспроизведения зависимого вида и передает информацию в модуль A104 вывода. Модуль A110 формирования параллактического видео или модуль A104 вывода (в дальнейшем в этом документе, "модуль A110 формирования параллактического видео и т.п.") обращается к этой информации, чтобы обрабатывать левую видеоплоскость и правую видеоплоскость, равномерно раскрашивая полосы AL и AR в цвет фона или черный цвет. Другими словами, пикселные данные, включенные в полосы AL и AR, равномерно перезаписываются с данными, которые представляют цвет фона или черный цвет.

Фиг. 96D и 96E являются принципиальными схемами, соответственно, показывающими вид LV для просмотра левым глазом, представленный посредством левой видеоплоскости, и вид RV для просмотра правым глазом, представленный посредством правой видеоплоскости, после обработки. Как показано на фиг. 96D, полоса AL, которая включается только в горизонтальный угол обзора HAL левой видеокамеры CML, скрыта посредством черной полосы BL ширины WDH. С другой стороны, как показано на фиг. 96E, полоса AR, которая включена только в горизонтальный угол обзора HAR правой видеокамеры CMR, скрыта посредством черной полосы BR ширины WDH. Как результат, оба глаза зрителя видят только область, совместно используемую посредством вида LV для просмотра левым глазом и вида RV для просмотра правым глазом, что исключает риск возникновения чувства некомфортности у зрителей.

Кроме того, модуль 5310 формирования или т.п. параллактического видео может выполнять кадрирование, аналогичное кадрированию, показанному на фиг. 55, чтобы удалять пикселные данные, включенные во внешнюю половину полос AL и AR, соответственно, расположенных в левой и правой видеоплоскостях. В этом случае модуль 5310 формирования параллактического видео или т.п. равномерно раскрашивает оставшуюся половину полос AL и AR в цвет фона или черный цвет и, помимо этого, добавляет цвет фона или черную полосу в половину ширины полос AL и AR на противоположной стороне. Таким образом, оба глаза зрителя видят область, совместно используемую посредством вида LV для просмотра левым глазом и вида RV для просмотра правым глазом, в центре экрана, с цветом фона или черными полосами в обоих краях экрана. Это исключает риск возникновения чувства некомфортности у зрителей.

Альтернативно, модуль 5310 формирования параллактического видео или т.п. может обрабатывать левую и правую видеоплоскости следующим образом. Во-первых, через кадрирование, аналогичное кадрированию, показанному на фиг. 55, модуль 5310 формирования параллактического видео или т.п. удаляет пикселные данные в полосах AL и AR из каждой из видеоплоскостей. Затем, модуль 5310 формирования параллактического видео или т.п. изменяет размеры каждой видеоплоскости из пикселных данных в оставшейся области через масштабирование. Видеоизображение, показанное посредством оставшейся области, тем самым расширяется, чтобы заполнять весь кадр. Как результат, оба глаза зрителя видят только область, совместно используемую посредством вида LV для просмотра левым глазом и вида RV для просмотра правым глазом, что исключает риск возникновения чувства некомфортности у зрителей.

<Вертикальное несовмещение между видом для просмотра левым глазом и видом для просмотра правым глазом>

Фиг. 97A является видом сверху, схематично показывающим вертикальные углы обзора VAL и VAR для пары видеокамер CML и CMR, снимающих трехмерные видеоизображения. Как показано на фиг. 97A, вертикальные углы обзора VAL и VAR для видеокамер CML и CMR имеют идентичный размер, но отличаются по местоположению. Это дает в результате полосу AT, которая включена только в вертикальный угол обзора VAL левой видеокамеры CML, и полосу AB, которая включена только в вертикальный угол обзора VAR правой видеокамеры CMR. Объект OBJ, расположенный в секции, общей для обоих вертикальных углов обзора VAL и VAR, захватывается посредством обеих видеокамер CML и CMR. Тем не менее, объекты, расположенные в полосе AT, которая включена только в вертикальный угол обзора VAL левой видеокамеры CML, захватываются только посредством левой видеокамеры CML, а объекты, расположенные в полосе AB, которая включена только в вертикальный угол обзора VAR правой видеокамеры CMR, захватываются только посредством правой видеокамеры CMR.

Фиг. 97B является схематичным представлением, показывающим вид LV для просмотра левым глазом, снимаемый посредством левой видеокамеры CML, и вид RV для просмотра правым глазом, снимаемый посредством правой видеокамеры CMR. Как показано на фиг. 97B, полоса AT, которая включена только в вертикальный угол обзора VAL левой видеокамеры CML, выглядит как полоса вдоль начала вида LV для просмотра левым глазом. Тем не менее, эта полоса AT не включена в вид RV для просмотра правым глазом. С другой стороны, полоса AB, которая включена только в вертикальный угол обзора VAR правой видеокамеры CMR, выглядит как полоса вдоль нижнего края вида RV для просмотра правым глазом. Тем не менее, эта полоса AB не включена в вид LV для просмотра левым глазом. Следует отметить, что позиции полос AT и AB могут быть изменены на противоположные между видом LV для просмотра левым глазом и видом RV для просмотра правым глазом. Таким образом, когда вид LV для просмотра левым глазом и вид RV для просмотра правым глазом отличаются относительно включения полос AT и AB, вертикальная позиция объекта OBJ, показанного на фиг. 97A, отличается между видом LV для просмотра левым глазом и видом RV для просмотра правым глазом на высоту HGT полос AT и AB. Как результат, вертикальная позиция объекта OBJ отличается при просмотре посредством левого глаза и правого глаза зрителя, что имеет риск возникновения чувства некомфортности у зрителей.

На BD-ROM-диске 101, информация маскирующей области сохраняется в видеопотоке для воспроизведения зависимого вида, в частности, в дополнительных данных в VAU, расположенной в начале каждой видеопоследовательности. Тем не менее, эти дополнительные данные являются отдельными от поправочных данных, которые включают в себя метаданные 1110 смещения, показанные на фиг. 11. Информация маскирующей области указывает полосы AT и AB и высоту HGT для каждого кадра в виде LV для просмотра левым глазом и виде RV для просмотра правым глазом. В устройстве 102 воспроизведения, декодер 5023 системных целевых объектов считывает информацию маскирующей области из видеопотока для воспроизведения зависимого вида и передает информацию маскирующей области в модуль 5310 формирования параллактического видео в сумматоре 5024 плоскостей или модуль A104 вывода на дисплейном устройстве 103. Когда приемный модуль A101 на дисплейном устройстве 103 непосредственно считывает трехмерное видеосодержимое из носителя информации, к примеру, BD-ROM-диска, затем процессор A103 сигналов на дисплейном устройстве 103 считывает информацию маскирующей области из видеопотока для воспроизведения зависимого вида и передает информацию маскирующей области в модуль A104 вывода.

Модуль 5310 формирования параллактического видео или модуль A104 вывода (в дальнейшем в этом документе, "модуль 5310 формирования параллактического видео и т.п.") использует высоту HGT полос AT и AB, указываемую посредством информации маскирующей области, чтобы обрабатывать левую видеоплоскость и правую видеоплоскость следующим образом. Во-первых, модуль 5310 формирования параллактического видео или т.п. сдвигает позицию пикселных данных в левой видеоплоскости наполовину высоты HGT, т.е. HGT/2, и сдвигает позицию пикселных данных в правой видеоплоскости вниз на HGT/2. Вертикальный центр видеоизображения, показанного в области видеоплоскостей, отличной от полос AT и AB, таким образом совпадает с вертикальным центром экрана. В левой видеоплоскости половина полосы AT удаляется сначала, давая в результате пустую полосу с высотой в HDT/2 в конце. В правой видеоплоскости половина полосы AB удаляется из нижней части, давая в результате пустую полосу с высотой HDT/2 в верхней части. Затем, модуль 5310 формирования параллактического видео или т.п. равномерно раскрашивает полосы цветом фона или черным цветом. Другими словами, пикселные данные, включенные в полосы, равномерно перезаписываются с данными, которые представляют цвет фона или черный цвет.

Фиг. 97C является принципиальной схемой, показывающей вид LV для просмотра левым глазом, представленный посредством левой видеоплоскости, и вид RV для просмотра правым глазом, представленный посредством правой видеоплоскости, после обработки. Как показано на фиг. 97C, вертикальные центры вида LV для просмотра левым глазом и вида RV для просмотра правым глазом совпадают. Соответственно, вертикальная позиция объекта OBJ, показанного на фиг. 97A, является идентичной в виде LV для просмотра левым глазом и виде RV для просмотра правым глазом. Вверху вида LV для просмотра левым глазом полоса AT, которая включена только в вертикальный угол обзора VAL левой видеокамеры CML, скрыта посредством черной полосы BT высоты HGT/2, а внизу вида RV для просмотра правым глазом полоса AB, которая включена только в вертикальный угол обзора VAR правой видеокамеры CMR, скрыта посредством черной полосы BB высоты HGT/2. Кроме того, черная полоса BB высоты HGT/2 добавляется к нижней части вида LV для просмотра левым глазом, а черная полоса BT высоты HGT/2 добавляется вверх вида RV для просмотра правым глазом. Как результат, оба глаза зрителя видят только область, совместно используемую посредством вида LV для просмотра левым глазом и вида RV для просмотра правым глазом, и вертикальные позиции совпадают между объектом, видимым посредством каждого глаза. Это исключает риск возникновения чувства некомфортности у зрителей.

Альтернативно, модуль 5310 формирования параллактического видео или т.п. может обрабатывать левую и правую видеоплоскости следующим образом. Во-первых, через кадрирование, аналогичное кадрированию, показанному на фиг. 55, сумматор 5024 плоскостей удаляет пикселные данные в полосах AT и AB из каждой из видеоплоскостей. Затем, модуль 5310 формирования параллактического видео изменяет размеры каждой видеоплоскости из пикселных данных в оставшейся области через масштабирование. Видеоизображение, показанное посредством оставшейся области, тем самым расширяется, чтобы заполнять весь кадр, и как результат, оба глаза зрителя видят только область, совместно используемую посредством вида LV для просмотра левым глазом и вида RV для просмотра правым глазом. Кроме того, вертикальные позиции совпадают между объектом, видимым посредством каждого глаза. Это исключает риск возникновения чувства некомфортности у зрителей.

<<Несовмещение графических изображений между видом для просмотра левым глазом и видом для просмотра правым глазом>>

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

Фиг. 98A является схематичным представлением, показывающим пример графических изображений, представленных посредством графической плоскости GPL. Как показано на фиг. 98A, графическая плоскость GPL представляет три типа графических элементов OB1, OB2 и OB3. В частности, левый край левого графического элемента OB1 находится на расстоянии D1 от левого края графической плоскости GPL, а правый край правого графического элемента OB3 находится на расстоянии D3 от правого края графической плоскости GPL. Фиг. 98B и 98C являются схематичными представлениями, соответственно, показывающими смещение вправо и влево, предоставленное для графической плоскости GPL. Как показано на фиг. 98B, полоса AR1 ширины OFS, равной значению смещения, удаляется из правого края графической плоскости GPL, и прозрачная полоса AL1 ширины OFS добавляется к левому краю аналогично кадрированию, показанному на фиг. 55. Горизонтальные позиции графических элементов OB1-OB3 тем самым сдвигаются вправо от своих исходных позиций на расстояние OFS, равное значению смещения. С другой стороны, как показано на фиг. 98C, полоса AL2 ширины OFS удаляется из левого края графической плоскости GPL, и прозрачная полоса AR2 ширины OFS добавляется к правому краю. Горизонтальные позиции графических элементов OB1-OB3 тем самым сдвигаются влево от их исходных позиций на расстояние OFS.

Как показано на фиг. 98B и 98C, расстояние OFS, которое равно значению смещения, превышает расстояние D1 между левым краем левого графического элемента OB1 и левым краем графической плоскости GPL. Расстояние OFS также превышает расстояние D3 между правым краем правого графического элемента OB3 и правым краем графической плоскости GPL. Соответственно, часть MP3 правого края правого графического элемента OB3 отсутствует в графической плоскости GP1, в которую предоставлено смещение вправо. Кроме того, часть MP1 левого края левого графического элемента OB1 отсутствует в графической плоскости GP2, в которую предоставлено смещение влево. Тем не менее, пропущенная часть MP1 левого графического элемента OB1 включена в графическую плоскость GP1 со смещением вправо, а пропущенная часть MP3 правого графического элемента OB3 включена в графическую плоскость GP2 со смещением влево. Как результат, эти пропущенные части MP1 и MP3 видны только посредством одного из глаз зрителя, что может вызывать чувство некомфортности у зрителей.

В устройстве 102 воспроизведения, каждый из модулей 5331-5334 кадрирования в сумматоре 5024 плоскостей обращается к информации 5307 смещения, чтобы выполнять управление смещением для графической плоскости GPL. Здесь, каждый из модулей 5331-5334 кадрирования, кроме того, удаляет полосу, которая идет вдоль левого или правого края графической плоскости GPL. Другими словами, пикселные данные в полосе перезаписываются с данными, представляющими прозрачный цвет. Каждая полоса идет вдоль левого или правого края графической плоскости GPL, и ширина каждой полосы равняется значению смещения. Альтернативно, модуль A104 вывода на дисплейном устройстве 103 может принимать информацию смещения из декодера 5023 системных целевых объектов или процессора A103 сигналов на дисплейном устройстве 103 и обращаться к информации смещения, чтобы удалять полосу из левого или правого края графической плоскости GPL. Фиг. 98B и 98C показывают полосы AS1 и AS2, которые должны быть удалены. В графической плоскости GP1 со смещением вправо полоса AS1, которая должна быть удалена, включает в себя пропущенную часть MP1 левого графического элемента OB1. В графической плоскости GP2 со смещением влево полоса AS2, которая должна быть удалена, включает в себя пропущенную часть MP3 правого графического элемента OB3.

Фиг. 98D и 98E являются схематичными представлениями, показывающими графические изображения, представленные посредством графических плоскостей GP1 и GP2, со смещениями вправо и влево, соответственно. Как показано на фиг. 98D и 98E, в графических плоскостях GP1 и GP2, формы трех типов графических элементов OB1-OB3 совпадают. Как результат, только совместно используемая часть графических изображений видима каждому из глаз зрителя. Это исключает риск возникновения чувства некомфортности у зрителей.

Альтернативно, следующее условие может быть предписано касательно компоновки графических элементов для графических плоскостей, воспроизводимых из PG-потока или IG-потока на BD-ROM-диске 101, и для графической плоскости, сформированной посредством устройства 102 воспроизведения. Фиг. 99 является принципиальной схемой, показывающей такое условие. Как показано на фиг. 99, ортогональные координаты XY устанавливаются на графической плоскости GPL, с началом координат (0, 0) в левом верхнем углу. Координаты X и Y - это, соответственно, горизонтальные и вертикальные координаты графической плоскости GPL. Координаты правого нижнего угла графической плоскости GPL задаются равными (TWD, THG). С помощью этих координат XY, условие задается следующим образом: в каждом кадре графические элементы OB1, OB2 и OB3 должны размещаться в рамках прямоугольной области, имеющей четыре точки (OFS, 0), (OFS TWD, 0), (OFS TWD, THG) и (OFS, THG) в качестве вершин. Другими словами, не допускается размещение графических элементов в рамках полос AL и AR ширины OFS, которые, соответственно, идут вдоль левого края и правого края графической плоскости GPL. Как очевидно из фиг. 98B и 98C, эти полосы AL и AR удаляются посредством управления смещением. Соответственно, если не допускается размещение графических элементов в рамках полос AL и AR, формы графических элементов не изменяются, даже когда смещение предоставляется в графическую плоскость GPL. Как результат, оба глаза зрителя видят идентичные графические изображения, что исключает риск возникновения чувства некомфортности у зрителей.

<Распространение данных через передачу в широковещательном режиме или схему связи>

Носителем записи согласно вариантам 1 и 2 осуществления настоящего изобретения может быть, в дополнение к оптическому диску, общий съемный носитель, доступный как коробочный носитель, такой как портативное полупроводниковое запоминающее устройство, включающее в себя карту памяти SD. Кроме того, варианты 1 и 2 осуществления описывают пример оптического диска, на который данные записаны заранее, а именно общедоступного неперезаписываемого оптического диска, такого как BD-ROM или ROM DVD. Тем не менее, варианты осуществления настоящего изобретения не ограничены таким образом. Например, когда терминал записывает трехмерное видеосодержимое, которое распространено через передачу в широковещательном режиме или сеть, на общедоступный перезаписываемый оптический диск, такой как BD-RE и DVD-RAM, компоновка экстентов согласно варианту 1 или 2 осуществления может использоваться. Терминал может быть включен в устройство воспроизведения или может быть устройством, отличным от устройства воспроизведения.

<Воспроизведение полупроводниковой карты памяти>

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

Часть устройства воспроизведения, которая считывает данные с оптического диска, состоит, например, из накопителя на оптических дисках. Наоборот, часть устройства воспроизведения, которая считывает данные из полупроводниковой карты памяти, состоит из собственного интерфейса (I/F). Более подробно, в гнездо для вставки карты предоставляется устройство воспроизведения, и I/F размещается в гнезде для вставки карты. Когда полупроводниковая карта памяти вставляется в гнездо для вставки карты, полупроводниковая карта памяти электрически соединяется с устройством воспроизведения через I/F. Кроме того, данные считываются из полупроводниковой карты памяти в устройство воспроизведения через I/F.

<Технология защиты авторского права для данных, хранимых на BD-ROM-диске>

Далее писан механизм для защиты авторского права на данные, записанные на BD-ROM-диск, в качестве допущения для следующего дополнительного пояснения.

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

Устройство воспроизведения содержит заранее записанную часть данных, необходимых для формирования "ключа", который должен использоваться для декодирования зашифрованных данных, записанных на BD-ROM-диск, а именно ключа устройства. С другой стороны, BD-ROM-диск содержит записанную другую часть данных, необходимых для формирования "ключа", а именно ключевой блок носителя данных (MKB) и зашифрованные данные "ключа", а именно, зашифрованный ключ тайтла. Ключ устройства, MKB и зашифрованный ключ тайтла ассоциируются друг с другом, и каждый дополнительно ассоциируется с конкретным идентификатором, записанным в BCA 201A, записанную на BD-ROM-диск 101, показанный на фиг. 2, а именно с идентификатором тома. Когда комбинация ключа устройства, MKB, зашифрованного ключа тайтла и идентификатора тома является некорректной, зашифрованные данные не могут быть дешифрованы. Другими словами, только когда комбинация является корректной, вышеуказанный "ключ", а именно ключ тайтла, может быть сформирован. В частности, зашифрованный ключ тайтла сначала дешифруется с использованием ключа устройства, MKB и идентификатора тома. Только когда ключ тайтла может получаться как результат расшифровки, зашифрованные данные могут быть дешифрованы с использованием ключа тайтла в качестве вышеуказанного "ключа".

Когда устройство воспроизведения пытается воспроизводить зашифрованные данные, записанные на BD-ROM-диск, устройство воспроизведения не может воспроизводить зашифрованные данные, если устройство воспроизведения не имеет сохраненного ключа устройства, который ассоциирован заранее с зашифрованным ключом тайтла, MKB, устройством и идентификатором тома, записанными на BD-ROM-диск. Это обусловлено тем, что ключ, необходимый для расшифровки зашифрованных данных, а именно ключ тайтла, может получаться только посредством расшифровки зашифрованного ключа тайтла на основе корректной комбинации MKB, ключа устройства и идентификатора тома.

Чтобы защищать авторское право, по меньшей мере, на одно из видеопотока и аудиопотока, которые должны записываться на BD-ROM-диск, поток, который должен быть защищен, шифруется с использованием ключа тайтла, и зашифрованный поток записывается на BD-ROM-диск. Затем, ключ формируется на основе комбинации MKB, ключа устройства и идентификатора тома, и ключ тайтла шифруется с использованием ключа, который должен быть преобразован в зашифрованный ключ тайтла. Кроме того, MKB, идентификатор тома и зашифрованный ключ тайтла записываются на BD-ROM-диск. Только устройство воспроизведения, сохраняющее ключ устройства, который должен использоваться для формирования вышеуказанного ключа, может дешифровать зашифрованный видеопоток и/или зашифрованный аудиопоток, записанный на BD-ROM-диск, с использованием декодера. Таким образом, можно защищать авторское право на данные, записанные на BD-ROM-диск.

Вышеописанный механизм для защиты авторского права на данные, записанные на BD-ROM-диск, применим к носителю записи, отличному из BD-ROM-диска. Например, механизм применим к читаемому и перезаписываемому полупроводниковому запоминающему устройству и, в частности, к портативной полупроводниковой карте памяти, такой как SD-карта.

<Запись данных на носитель записи через электронное распространение>

Далее описывается обработка, чтобы передавать данные, к примеру файл AV-потока для трехмерного видео (в дальнейшем в этом документе, "распространяемые данные), в устройство воспроизведения согласно вариантау 1 осуществления настоящего изобретения через электронное распространение и инструктировать устройству воспроизведения записывать распространяемые данные в полупроводниковую карту памяти. Следует отметить, что следующие операции могут выполняться посредством специализированного терминала для выполнения обработки вместо вышеуказанного устройства воспроизведения. Кроме того, последующее описание основано на допущении, что полупроводниковой картой памяти, которая является назначением записи, является карта памяти SD.

Устройство воспроизведения включает в себя вышеописанное гнездо для вставки карты. Карта памяти SD вставляется в гнездо для вставки карты. Устройство воспроизведения в этом состоянии сначала передает запрос на передачу распространяемых данных на сервер распространения в сети. Здесь, устройство воспроизведения считывает идентификационную информацию карты памяти SD из карты памяти SD и передает идентификационную информацию считывания на сервер распространения вместе с запросом на передачу. Идентификационная информация карты памяти SD - это, например, идентификационный номер, конкретный для карты памяти SD, а более конкретно, порядковый номер карты памяти SD. Идентификационная информация используется в качестве вышеописанного идентификатора тома.

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

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

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

Сервер распространения передает распространяемые данные и информацию открытого ключа в устройство воспроизведения. Устройство воспроизведения принимает распространяемые данные и информацию открытого ключа и записывает их на карту памяти в формате SD через собственный интерфейс гнезда для вставки карты.

Зашифрованные распространяемые данные, записанные на карте памяти SD, дешифруются с использованием информации открытого ключа, например, следующим способом. Сначала, три типа проверок (1)-(3) выполняются в качестве аутентификации информации открытого ключа. Эти проверки могут выполняться в любом порядке.

(1) Идентификационная информация карты памяти в формате SD, включенная в информацию открытого ключа, совпадает с идентификационным номером, сохраненным в карте памяти в формате SD, вставленной в гнездо для вставки карты?

(2) Хэш-значение, вычисляемое на основе информации открытого ключа, совпадает с хэш-значением, включенным в информацию подписи?

(3) Устройство воспроизведения, исключенное из списка устройств, указывается посредством информации открытого ключа? Конкретно, ключ устройства для устройства воспроизведения исключен из списка устройств?

Если, по меньшей мере, любой из результатов проверок (1)-(3) является отрицательным, устройство воспроизведения прекращает обработку расшифровки зашифрованных данных. В отличие от этого, если все результаты проверок (1)-(3) являются положительными, устройство воспроизведения авторизует информацию открытого ключа и расшифровывает зашифрованный ключ тайтла, включенный в информацию открытого ключа, с использованием ключа устройства, MKB и идентификационной информации карты памяти SD, чтобы тем самым получать ключ тайтла. Устройство воспроизведения дополнительно расшифровывает зашифрованные данные, например, с использованием ключа тайтла, тем самым получая, например, видеопоток и/или аудиопоток.

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

Идентификационная информация полупроводниковой карты памяти предпочтительно записывается в область записи, имеющую высокую конфиденциальность, включенную в область записи полупроводниковой карты памяти. Это обусловлено тем, что если идентификационная информация, такая как порядковый номер карты памяти SD, неавторизованно имитирована, можно легко реализовывать недопустимую копию карты памяти SD. Другими словами, если несанкционированное изменение дает возможность формирования множества полупроводниковых карт памяти, имеющих одинаковую идентификационную информацию, невозможно идентифицировать авторизованные продукты и продукты неавторизованного копирования посредством выполнения вышеуказанной проверки (1). Следовательно, необходимо записывать идентификационную информацию полупроводниковой карты памяти в области записи высокой конфиденциальности, чтобы защищать идентификационную информацию от неавторизованной имитации.

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

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

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

<Применение для записи в реальном времени>

Вариант осуществления 3 основан на допущении, что файл AV-потока и файл списков воспроизведения записаны на BD-ROM-диск с использованием технологии предварительной записи системы поддержки авторских разработок, и записанный файл AV-потока и файл списков воспроизведения предоставляются пользователям. Альтернативно, может быть возможным записывать, посредством выполнения записи в реальном времени, файл AV-потока и файл списков воспроизведения на перезаписываемый носитель записи, такой как BD-RE-диск, BD-R-диск, жесткий диск и полупроводниковая карта памяти (в дальнейшем в этом документе, "BD-RE-диск и т.п."), и предоставлять пользователю записанный файл AV-потока и файл списков воспроизведения. В таком случае файл AV-потока может быть транспортным потоком, который получен в результате декодирования в реальном времени аналогового входного сигнала, выполняемого посредством записывающего устройства. Альтернативно, файл AV-потока может быть транспортным потоком, полученным в результате дифференциации вводимого в цифровой форме транспортного потока, выполняемой посредством записывающего устройства.

Записывающее устройство, выполняющее запись в реальном времени, включает в себя видеокодер, аудиокодер, мультиплексор и модуль пакетирования источников. Видеокодер кодирует видеосигнал, чтобы преобразовывать его в видеопоток. Аудиокодер кодирует аудиосигнал, чтобы преобразовывать его в аудиопоток. Мультиплексор мультиплексирует видеопоток и аудиопоток, чтобы преобразовывать их в цифровой поток в формате MPEG-2 TS. Модуль пакетирования источников преобразует TS-пакеты в цифровом потоке в формате MPEG-2 TS в исходные пакеты. Записывающее устройство сохраняет каждый исходный пакет в файле AV-потока и записывает файл AV-потока на BD-RE-диске и т.п.

Параллельно с обработкой записи файла AV-потока, модуль управления записывающего устройства формирует файл информации о клипах и файл списков воспроизведения в запоминающем устройстве и записывает файлы на BD-RE-диск и т.п. В частности, когда пользователь запрашивает выполнение записи обработки, модуль управления сначала формирует файл информации о клипах в соответствии с файлом AV-потока и записывает файл на BD-RE-диск и т.п. В таком случае каждый раз, когда заголовок GOP видеопотока обнаруживается из транспортного потока, принимаемого из внешнего источника, или каждый раз, когда GOP видеопотока формируется посредством видеокодера, модуль управления обнаруживает PTS I-изображения, размещаемого в заголовке GOP, и SPN исходного пакета, в котором сохраняется заголовок GOP. Модуль управления дополнительно сохраняет пару PTS и SPN как одну точку входа в карте вхождений файла информации о клипах. В это время флаг "is_angle_change" добавляется к точке входа. Флаг is_angle_change помечается, когда заголовок GOP является IDR-изображением, и снимается, когда заголовок GOP не является IDR-изображением. В файле информации о клипах информация атрибутов потока дополнительно задается в соответствии с атрибутом потока, который должен быть записан. Таким образом, после записи файла AV-потока и файла информации о клипах на BD-RE-диск и т.п., модуль управления формирует файл списков воспроизведения с использованием карты вхождений в файле информации о клипах и записывает файл на BD-RE-диск и т.п.

<Управляемое копирование>

Устройство воспроизведения согласно варианту 1 осуществления настоящего изобретения может записывать цифровой поток, записанный на BD-ROM-диск 101, на другой носитель записи через управляемое копирование. "Управляемое копирование" означает технологию для разрешения копирования цифрового потока, файла списков воспроизведения, файла информации о клипах и прикладной программы с неперезаписываемого носителя записи, такого как BD-ROM-диск, на перезаписываемый носитель записи только в случае, если аутентификация через обмен данными с сервером выполнена успешно. Этот перезаписываемый носитель записи может быть перезаписываемым оптическим диском, таким как BD-R, BD-RE, DVD-R, DVD-RW или DVD-RAM, жестким диском или портативным полупроводниковым запоминающим устройством, таким как карта памяти в формате SD, Memory Stick™, Compact Flash™, Smart Media™ или Multimedia Card™. Управляемое копирование предоставляет возможность ограничения числа резервных копий данных, записанных на неперезаписываемый носитель записи, и взимания платы за резервные копии.

Когда управляемое копирование выполняется из BD-ROM-диска на BD-R-диск или BD-RE-диск, и два диска имеют эквивалентную емкость записи, потоки битов, записанные на исходном диске, могут быть скопированы по порядку, как есть.

Если управляемое копирование выполняется между различными типами носителей записи, транскодирование должно выполняться. Это "транскодирование" означает обработку для регулирования цифрового потока, записанного на исходном диске, в формат приложения носителя записи, который является назначением копии. Например, транскодирование включает в себя процесс преобразования формата MPEG-2 TS в формат программного потока MPEG-2 и процесс уменьшения скорости передачи битов каждого видеопотока и аудиопотока и повторного кодирования видеопотока и аудиопотока. В ходе выполнения транскодирования файл AV-потока, файл информации о клипах и файл списков воспроизведения должны быть сформированы при вышеописанной записи в реальном времени.

<Способ для описания структуры данных>

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

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

Когда файл списков воспроизведения и файл AV-потока записываются на носитель записи, программа воспроизведения записывается на носитель записи в формате исполняемых файлов. Программа воспроизведения инструктирует компьютеру воспроизводить файл AV-потока в соответствии с файлом списков воспроизведения. Программа воспроизведения загружается из носителя записи в запоминающий элемент компьютера и затем выполняется посредством компьютера. Процесс загрузки включает в себя обработку компилирования или обработку связывания. Посредством этих процессов программа воспроизведения разделяется на множество секций в запоминающем элементе. Секции включают в себя текстовую секцию, секцию данных, bss-секцию и секцию стека. Текстовая секция включает в себя кодовый массив программы воспроизведения, начального значения и неперезаписываемых данных. Секция данных включает в себя переменные с начальными значениями и перезаписываемые данные. В частности, секция данных включает в себя файл, записанный на носитель записи, доступ к которому может осуществляться в любое время. Bss-секция включает в себя переменные, не имеющие начального значения. К данным, включенным в bss-секцию, обращаются в ответ на команды, указанные посредством кода в текстовой секции. Во время обработки компилирования или обработки связывания область для bss-секции выделяется во внутреннем RAM компьютера. Секция стека - это область запоминающего устройства, временно выделенная по мере необходимости. Во время каждого из процессов посредством программы воспроизведения временно используются локальные переменные. Секция стека включает в себя эти локальные переменные. Когда программа выполняется, переменные в bss-секции первоначально задаются в нуле, и необходимая область запоминающего устройства выделяется в секции стека.

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

Промышленная применимость

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

Список номеров ссылок

RTS2 - системная скорость для файла DEP

SEXT1[i] - размер (i+1)-го блока данных для воспроизведения базового вида

SEXT2[i] - размер (i+1)-го блока данных для воспроизведения зависимого вида

TJUMP - время перехода

LB - межслойная граница

EXTSS[0 - первый экстент SS, размещенный непосредственно перед межслойной границей LB

EXTSS[1] - второй экстент SS, размещенный сразу после межслойной границы LB

NAV - область записи для данных, отличных от мультиплексированных потоковых данных

EXTSS[10] - третий экстент SS, размещенный непосредственно перед областью NAV записи

EXTSS[11] - четвертый экстент SS, размещенный сразу после области NAV записи

D[k] - блок данных для воспроизведения зависимого вида

B[k] - блок данных для воспроизведения базового вида

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

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

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

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



 

Похожие патенты:

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

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

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

Изобретение относится к средствам воспроизведения стереоскопического и моноскопического изображений. Техническим результатом является обеспечение идентичности атрибутов потока при смене режимов воспроизведения.

Изобретение относится к области устройств воспроизведения и записи файлов. Техническим результатом является сокращение времени обращения к носителю записи и уменьшение объема памяти устройства воспроизведения.

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

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

Изобретение относится к области техники, соответствующей технологии воспроизведения 3D видеоизображения и 2D видеоизображения. Техническим результатом является уменьшение объема буфера, который требуется предоставлять во время стереоскопического воспроизведения.

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

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

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

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

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

Предложены способ изготовления мастер-диска, оптический диск, способ воспроизведения и устройства записи и воспроизведения оптического диска. В способе изготовления мастер-диска кодируют (S21) исходную информацию адреса для формирования кодированной исходной информации адреса.

Предложены устройство записи видео и аудиоданных и способ редактирования видео и аудиоданных. Устройство записи содержит модуль управления.

Изобретение относится к области техники, соответствующей технологии воспроизведения 3D видеоизображения и 2D видеоизображения. Техническим результатом является уменьшение объема буфера, который требуется предоставлять во время стереоскопического воспроизведения.

Предложены неперезаписываемый носитель записи, устройства и способы записи и воспроизведения информации. Носитель содержит зону пользовательских данных, зону управляющей информации.

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

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

Изобретение относится к информационно-измерительным устройствам и может быть использовано в вычислительной технике, в системах управления и обработки стереоизображений.
Наверх